個人間売買サイトの構築

現在、私自身が受託することは難しいのですが、参考情報として記します。

最終的にヤフオク的なものを志向しているものの、初期開発時としては、決済機能を持ち、販売者の購入者のやりとりがある程度できて、商品の登録管理と購入ができるようなUIを備えていればOKといった理解で宜しいでしょうか。

以下、ざっくりで恐縮ですが何となくでこういったものが要るのかなという要素を列記してみました。

＠ポータルサブシステム
・システム全般
　・認証/認可/セキュリティ
　・メール送受信機能（メールアドレス認証や通知等）
　・決済機能
　・通知機能（運用側からのお知らせを含む）
　・販売者/購入者マッチング機能（単なる検索画面かもしれないし何らかのアルゴリズムかもしれない）
　・非ユーザトップ画面
　・ヘルプ画面
・共通
　・ユーザ登録機能
　・プロフィール管理機能
　・プライベートメッセージ管理機能（販売者/購入者間のやりとり）
　・ユーザトップ画面
・販売関連
　・商品管理機能
・購入関連
　・購入機能

＠運用管理サブシステム
・マスタ管理機能（各情報の登録修正削除やアカウント停止等）
・決済管理機能（ユーザ間取引の確認や振り込み作業の確認等）
・資産管理機能（預かり金等の管理等）
・お知らせ管理機能

＠その他開発関連
・開発/ステージング/本番環境構築
・構成管理/システム関連文書管理機構構築
・ビルド/テスト/デプロイ機構構築

上記のどこまでをスコープに入れるのかというのと、現在想定されている完成度で変わってくるかと存じますが、スクラッチ開発で上記一式を綺麗に作る場合はデザイン費抜きにして500～600万は要りそうな気が致します。

上記一式含めるもののプロトタイプ的に作る場合は300万前後、そこから諸々抜いていって本当に最低限の体をなすレベルにまで要件を下げて100万前後といった印象です。

自身が販売するケースですとそれなりにEC向けのオープンソースがあるかと存じますが、ユーザ間で売買するようなケースですと、私もスクラッチ開発の方が却って安価になるように存じます。

ただ、これらはあくまでも私のざっくりとした所感ですので、CodeLab様の仰るようにこのあたりをベースに最低限必要な機能の洗い出しと詳細化をして頂くと宜しいかと存じます。

また、決済につきまして、
　購入者→A→事業者（手数料差引）→B→販売者
のうちAについてはPayPalやWebPayあるいはGMOPGなどでそれなりに構築できると存じますが、Bが少しやっかいな気も致します。
Bは常に一時留保して残高管理だけしておき、販売者からの申請に合わせて運用者が手で指定口座に振り込むなどの方法も視野に入れた方が宜しいかと存じます（やり方によっては資金決済法の対象となります）。