マーケットプレイスの作り方：実践的なMVPガイド

マーケットプレイスを作るには、まず1つの狭いカテゴリと、1つの都市またはニッチから始めてください。売り手が掲載でき、買い手が見つけて連絡できる最小限のバージョンを作り、プラットフォーム内の決済を構築する前に、人々が実際に取引することを証明してください。掲載、検索、プロフィール、メッセージは、今日では作るのが簡単です。買い手の代金を受け取り、売り手に支払うことは、そうではありません。売り手の本人確認、返金、紛争、税務の問題が伴うため、後から付け足すのではなく、意図的に計画しておくべきです。

マーケットプレイスとは何か

双方向のマーケットプレイスは、2つのグループをつなぎます。何かを提供する人（売り手、ホスト、フリーランス、家主）と、それを求める人（買い手、宿泊者、依頼主、借り手）です。あなたのプロダクトは、その間に位置します。対象が物品、レンタル、サービスのどれであるかによって詳細は変わりますが、ほとんどのマーケットプレイスは同じ基本要素を必要とします。

データ

最初にテーブルを一覧にしておくと、自分やAIビルダーが構造を正しく作る助けになります。ユーザー（役割付き）、売り手のプロフィール、掲載、掲載の写真、カテゴリ、問い合わせまたは予約、メッセージ、そして後で注文、支払い、レビューです。すべての掲載に必ず必要なフィールドを、早い段階で決めてください。掲載の形式がばらばらだと、検索やフィルターが役に立ちません。

権限

マーケットプレイスは、権限の部分で最も壊れやすいです。ルールを書き出してください。

• 誰でも、公開された掲載を閲覧できます。
• 掲載を編集・削除できるのは、その掲載を所有する売り手だけです。
• 買い手は自分の問い合わせとメッセージだけを見られます。売り手は、自分の掲載に関する問い合わせだけを見られます。
• 管理者はすべてを閲覧し、審査できます。
• 連絡先は、あなたが決めたときにだけ公開します。たとえば、予約が確定した後です。

あるユーザーとしてログインし、別のユーザーのページを開こうとして、これらをテストしてください。

判断事項とトレードオフ

狭く始める

「何でも扱うマーケットプレイス」には、供給も、客もありません。「リスボンで週末にカメラ機材をレンタル」であれば、手作業で供給を集められます。狭いカテゴリにすると、MVPも小さくなります。フィールド、フィルター、例外的なケースが少なくて済むからです。

最初に誰を集めるか

多くのマーケットプレイスは、まず供給を集めます。つまり、あなた自身が最初の売り手を登録し、場合によっては売り手の代わりに掲載を作ります。買い手は、空のマーケットプレイスをすぐに去ってしまうからです。そのために必要な管理ツールを計画してください。掲載の一括追加、売り手に代わっての編集、掲載の注目表示などです。

お金の流れ

これは最も大きな判断であり、よくある答えは3つあります。

1. プラットフォーム内での決済はなし。 買い手は売り手に連絡し、直接支払います。収益は掲載料、注目表示の費用、または売り手向けのサブスクリプションから得ます。最も簡単に作れますが、取引のコントロールは最も弱くなります。
2. 売り手にだけ課金する。 売り手は、通常のチェックアウトで、サブスクリプションまたは掲載ごとの料金を支払います。これも簡単で、どの有料アプリとも同じです。
3. 買い手がプラットフォームを通して支払い、あなたが売り手に支払う。 各取引から手数料を取ります。多くの人が想像するのはこれで、複雑さが生じるのもここです。

支払いと送金：正直な話

カード決済を受け付けること自体は、よく理解されています。しかし、支払いを分割し、その大半を第三者に送ることは、別の問題です。通常は、通常のチェックアウトではなく、プラットフォーム向けの決済サービス（Stripe Connectなど）が必要です。

2026年9月時点で、Stripeのマーケットプレイス向けガイドでは、次のような構成が説明されています。Stripeが売り手のオンボーディングを担当し、マーケットプレイスは支払いを受け取り、Stripeの手数料を支払い、返金と紛争を管理し、各支払いに対してアプリケーション手数料を徴収し、売り手に資金を送るタイミングを管理します。同じガイドでは、プラットフォームが、接続アカウントのマイナス残高を負担する責任を負うとも述べています。たとえば、売り手にすでに支払いが行われた後に、返金やチャージバックが発生した場合です。また、そのリスクを管理するための不正対策のツールにも言及しています。

実際には、次のようなチェックアウトのボタン以外の作業が発生します。

• 売り手のオンボーディングと本人確認。 各売り手は、支払いを受ける前に、本人確認と銀行口座の確認を受けます。引っかかる売り手もおり、あなたに助けを求めてきます。
• Webhook。 アプリは、決済プロバイダーからのイベント（支払いの成功、売り手アカウントの確認、送金の失敗など）を受け取り、自分のレコードを更新する必要があります。
• 返金、キャンセル、紛争。 ポリシーを決め、ソフトウェアがそれに従うようにしてください。誰がそのコストを負担するかも含みます。
• 手数料と報告。 支払いの手数料とプラットフォームの手数料は、利益に影響します。最新の料金は、プロバイダーの公式サイトで確認してください。
• 税務と法律。 自社と売り手の所在地によっては、税務、報告、または許認可の義務が生じる場合があります。他人のお金を大規模に保有したり移動したりする前に、適切な専門家に相談してください。

これにより、マーケットプレイスが不可能になるわけではありません。ただし、支払いには独自のフェーズが必要だということです。単一のプロンプトではなく、テストモード、テスト用のアカウント、書面のポリシーとともに進めてください。アプリに決済を追加する方法では、チェックアウト、Webhook、テストモードの基本を解説しています。

AIビルダー向けの最初のプロンプト

双方の側、掲載、取引、権限を説明し、最初のバージョンでは決済を外してください。

GearShareという、リスボンの写真家が互いにカメラ機材をレンタルできるMVPのマーケットプレイスを作ってください。売り手は登録して掲載を作成します（タイトル、カテゴリ、説明、1日あたりの価格、最大6枚の写真、地区）。また、自分の掲載に関する問い合わせを確認できます。買い手はカテゴリで閲覧し、キーワードで検索し、価格と地区で絞り込み、掲載を開いて、日付とメッセージを添えてレンタルのリクエストを送ります。各ユーザーは、自分のリクエストとメッセージだけを見られます。新しい掲載を公開前に承認し、掲載を非表示にできる管理ページを含めてください。データはデータベースに保存し、写真はファイルストレージに保存してください。まだ決済は入れないでください。確定したリクエストには「オーナーと支払い方法を相談」と表示してください。スマホに対応し、清潔感のあるデザインにしてください。

次に、スライスごとに作ります。まず掲載、次に検索とフィルター、次にリクエストとメッセージ、最後に管理画面です。次に進む前に、各スライスをテストしてください。

構築の手順

1. ニッチを選び、2種類のユーザーの流れを、それぞれ数文で書き出します。
2. 掲載のフィールドとカテゴリを決めます。 絞り込んでください。
3. 掲載と閲覧を、現実に近いサンプルデータで作ります。
4. アカウントと役割を追加し、すべての権限ルールをテストします。
5. 取引を追加します：問い合わせ、予約リクエスト、またはメッセージ。
6. 管理と審査を追加します：承認、非表示、利用停止、編集。
7. メール通知を追加します。新しいリクエストが来たことを、人々が分かるようにします。
8. 手作業で集めた供給とともに公開し、実際の取引を見守ります。
9. その後で決済を追加します。まずはテストモードで、信頼できる少数の売り手とともに。
10. レビューを追加します。完了した取引がレビューに十分な数になってから。

よくある失敗

• 需要を証明する前に送金の仕組みを作る。 誰も使っていないマーケットプレイスのために、何週間も決済の作業を費やしてしまいます。
• 広すぎる公開。 多くのカテゴリに供給が薄く広がると、どこも空っぽに見えます。
• 弱い権限。 売り手が他の売り手の掲載を編集できたり、買い手が他人のメッセージを読めたりするのは、深刻な欠陥です。
• 審査のツールがない。 公開すると、スパムや悪質な掲載はすぐに届きます。
• 不明確なポリシー。 キャンセル、返金、紛争には、お金が動く前に文章のルールが必要です。
• 偽の活動。 捏造されたレビューや掲載は、信頼を損ない、消費者のルールに反するおそれがあります。代わりに、実際の供給を集めてください。
• 情報の漏れを軽視する。 プラットフォーム上で出会った買い手と売り手は、プラットフォームの外で取引するかもしれません。連絡先を隠すことに頼るのではなく、プラットフォームに留まる理由（保護、利便性、評判）を与えてください。

コストとツール

MVPの運用コストは、ホスティング、データベース、写真のファイルストレージ、メール配信サービスなど、控えめです。決済には、取引ごとの手数料と、プラットフォーム製品の場合は追加の手数料がかかります。料金はプロバイダーの公式サイトで確認してください。より大きなコストは時間です。売り手のサポート、審査、紛争の処理に時間がかかります。

既製のツールが適している場合

あなたのマーケットプレイスが、レンタルサイト、予約のあるサービスのディレクトリ、デジタル商品ストアなどの標準的な形であり、初日から送金を機能させたいなら、専用のマーケットプレイスのソフトウェアが数か月の作業を節約できます。オンボーディング、手数料、紛争をすでに解決しているからです。その代わり、コントロールは減り、月額料金または取引ごとの手数料がかかります。自分で作るのは、マッチングや掲載の形式、ワークフローがテンプレートでは合わないほど特殊な場合、またはコードとデータを自分で所有したい場合です。売り手が掲載料を払うディレクトリサイトとして始め、後で取引型のマーケットプレイスに成長させる創業者もいます。

Mythexで作る

Mythexは、チャットから上記のMVPを作れます。掲載、検索とフィルター、リクエストの流れ、管理画面です。必要になったら、専用のPostgresデータベースとファイルストレージが追加されます。アプリのログインは持ち込み方式です。メールとパスワードをデータベースに保存する方法、またはホスト型の認証サービスなど、アプローチを選ぶと、エージェントが組み込みます。決済は、自分のStripeアカウントを接続し、キーをプロジェクトのシークレットとして保存します。マーケットプレイスの支払い（送金）をワンクリックで行う機能はないため、Connectのオンボーディング、Webhook、送金のロジックは、自分で作り、テストモードでテストし、所有するコードです。

役立つドキュメント：CRUDアプリを作る、ログインを追加する（持ち込みの認証）、Stripeで決済を受け付ける。レンタルマーケットプレイスのテンプレートには、開始用のプロンプトがあります。また、SaaSのMVPガイドでは、最初のバージョンを小さく保つ方法を解説しています。

よくある質問