WedMap
WedMap は、カップルが結婚式場やサービス提供者をオンラインで探し、予約できるようにしようとした結婚式マーケットプレイスでした。
元のストーリーを見るプロダクト概要
何だったか
WedMap は結婚式場とサービス提供者を掲載し、カップルがオンラインで結婚式サービスを探し予約できるようにしようとしました。
誰のためか
課題 / 価値
散らばったオフライン情報に頼る代わりに、よりデジタルで一元化された結婚式準備を約束していました。
中核ワークフロー
カップルが式場やベンダーを見つけ、供給側はマーケットプレイスを通じて露出、リード、予約を得る流れでした。
中核依存
明確に検証された支払い側、十分な質の供給、反復できる狭い取引ワークフローに依存していました。
プロダクト形態
価格モデル
モデルは掲載課金からリード獲得、収益分配へ変化しました。ソースは月間約 $2,000 の売上を報じていますが、安定した価格詳細は公開されていません。
競合または代替手段
何が起きたか
概要
WedMap は速いプロトタイプと一部売上を得ましたが、ユーザー、収益化、マーケットプレイス運用を理解する前に広く作りすぎて失敗しました。
結果
WedMap は一部売上とマーケティング活動があったにもかかわらず、約 3 年後に終了しました。
中核リスク
二面マーケットプレイスは、有望に見えても、明確な支払い側、狭いワークフロー、安いプロダクトマーケットフィット到達経路が欠けていることがあります。
終了理由
創業者は、チームの限界、市場経験不足、不十分な顧客調査、弱い優先順位付け、リソース圧力、早すぎるプラットフォーム複雑化を挙げています。
需要シグナル
チームは後に、十分にユーザーと話さず、人々が本当に何に支払うのかを理解していなかったと述べています。売上は一部出ましたが、支払いワークフローは製品を導くほど安定していませんでした。
集客上の問題
成長は、ソーシャル、メール、広告、SEO、イベント、営業など多くのチャネルに同時に依存していました。創業者は、多くのことを試したがどれも十分うまくできず、営業は人手依存のままだったと述べています。
タイムライン
- 結婚式準備をデジタル化するために創業。
- 最初のプロトタイプを 1 カ月で作り、すぐに公開。
- 式場とベンダー向けの Airbnb 風マーケットプレイスへ作り直し。
- 収益化を掲載課金からリード獲得、収益分配へ変更。
- 月間約 $2,000 の売上に到達。
- 2018 年 6 月に積極的な作業を停止し、2018 年末に会社を閉鎖。
作る前に確認すること
なぜ重要か
マーケットプレイスは製品と流通の両方で時間を使います。取引ループを証明する前にプラットフォームを作ると、機能が増えるほど需要の理解がぼやけます。
主な確認事項
両サイドと話し、有料ワークフローを証明し、フル機能のマーケットプレイスを作る前に既存ツールで検証してください。
チェックリスト
- 最初に誰が支払い、何があれば再度支払うのか。
- 最初のワークフローは 10 件の取引を手作業で回せるか。
- 学習が目的なら、どの機能を削るべきか。
- 機能セットを決める前にカップルと供給側に話す。
- 一つの有料リードまたは予約ワークフローを手作業で回す。
- 一つの買い手と一つの価格テストを選ぶ。
- 反復取引が見えるまで独自プラットフォーム開発を遅らせる。
参考になる場合
- 地域マーケットプレイスまたは垂直ディレクトリを作っている。
- 事業モデルが市場のどちら側にも課金できそうに見える。
- ワークフローを証明する前に独自プラットフォームを作りたくなっている。
参考になりにくい場合
- 狭いワークフローで反復する有料取引がすでにある。
- 二面マーケットプレイスではなく、一人の買い手向けに社内プロセスをデジタル化している。
開発前テスト
- 供給側ダッシュボードを作る前に、有料の式場リードパイロットを売る。
- 検索と問い合わせフローを、ノーコードまたは WordPress 型のマーケットプレイスで試す。
- 最近結婚式をしたカップルとベンダーに、準備のどこが壊れていて何に既に支払っているかを聞く。
応用できる学び
- 機能を決める前に両サイドへインタビューする。
- 範囲を広げる前に一つの収益化モデルをテストする。
- 反復取引が独自ソフトウェアを正当化するまで既製ツールを使う。
- 初期売上を、全マーケットプレイスが動く証拠ではなく調査すべきシグナルとして扱う。
今作るなら
式場リードの審査など一つの結婚式ワークフローから始め、片側に有料パイロットを売り、反復予約がモデルを証明するまで既存ツールでマーケットプレイスを運用してください。