Vacation Bird
Vacation Bird はバケーションレンタルのマーケットプレイスとして、旅行者需要、物件オーナーの支払い意思、反復できる予約リードループを証明する前に、掲載物件と独自ソフトウェアを作りました。
元のストーリーを見るプロダクト概要
何だったか
旅行者がバケーションレンタル掲載を閲覧し、物件オーナーには予約リードの可能性を提供しました。
誰のためか
課題 / 価値
レンタル掲載を旅行者の発見と予約リードへ変えること。
中核ワークフロー
- レンタル掲載を閲覧する
- レンタル物件を掲載する
- 物件オーナー向けに予約リードを作る
プロダクト形態
価格モデル
掲載料と予約手数料を計画していましたが、創業者は売上 0 と報告しました。
競合または代替手段
何が起きたか
概要
Vacation Bird はバケーションレンタルのマーケットプレイスを作り、数百件の掲載を手動で追加しましたが、約 6 カ月後に売上なしで閉鎖しました。
結果
創業者たちが資金と自信を失う前に、マーケットプレイスは供給、需要、売上のループを作れませんでした。
中核リスク
供給があるとマーケットプレイスは準備できたように見えますが、本当の証明は狭い取引経路が有料リードや予約を生むかどうかです。
需要シグナル
掲載物件ともっともらしいカテゴリは需要証明にはなりませんでした。創業者は売上 0 と報告し、後に小さなリード獲得テストを先にすべきだったと述べました。
集客上の問題
計画は競争の激しい旅行カテゴリで SEO に寄っていましたが、資金を使い切る前にサイトには十分な権威、訪問者、売上がありませんでした。
タイムライン
- 2011 年末または 2012 年初め、創業者たちはプロジェクトを始めました。
- チームは開発者を雇い、独自バックエンドを作りました。
- 創業者たちは約 200 から 300 件の掲載を手動で追加しました。
- 約 6 カ月後、製品は売上なしで閉鎖しました。
作る前に確認すること
なぜ重要か
Vacation Bird にはもっともらしいカテゴリと一定の掲載がありましたが、掲載だけでは旅行者需要、オーナーの支払い意思、SEO 配信、予約転換は証明されませんでした。
主な確認事項
マーケットプレイス基盤、掲載供給、SEO に投資する前に、一つの有料リードまたは予約経路を手作業で証明してください。
チェックリスト
- プラットフォームを作る前に、一つの有料リードを手動で作れるか。
- どの狭いレンタルニッチや地域なら、供給と需要で優位を持てるか。
- SEO には現実的にどれくらい時間がかかり、その前に機能する有料または直接チャネルは何か。
参考になる場合
- ディレクトリ、マーケットプレイス、掲載プラットフォーム、リード獲得製品を作っている。
- 需要検証前に SEO と手動で集めた供給へ依存している。
参考になりにくい場合
- すでに需要を持ち、買い手と契約しており、ソフトウェアは既存取引の実行にだけ使っている。
開発前テスト
- 一つのレンタルニッチ向けランディングページを作り、物件オーナーに質の高い問い合わせで課金する。
- 旅行者と物件を手動でマッチングし、両側がその取引を価値あるものと見るか測る。
- 独自マーケットプレイス基盤に払う前に、一つの獲得チャネルをテストする。
応用できる学び
- プラットフォーム基盤を作る前に、価値のあるリードを一つ手動で売るか流す。
- スクレイピングや手動追加した供給をマーケットプレイス検証と見なさない。
- 広い既存大手と競う前に、一つの地域、物件ニッチ、旅行者ジョブを選ぶ。
今作るなら
一つの地域またはレンタルニッチから始め、質の高いリードを手動で流し、その成果に課金してからマーケットプレイスのワークフローを作ってください。