QuickHaggle
QuickHaggle はスキル交換マーケットプレイスとして好意的な反応と広告流入を得ましたが、成立した取引、信頼、流動性、売上を作れませんでした。
元のストーリーを見るプロダクト概要
何だったか
現金を払わずにサービスやスキルを交換したい人同士をマッチングしました。
誰のためか
課題 / 価値
利用者が自分のスキルを交換して、現金ではなく価値でサービスを得られるようにすること。
中核ワークフロー
- あるスキルを別のスキルと交換する
- 交換相手を探す
- 交換後に相手を評価する
プロダクト形態
価格モデル
継続的な収益モデルは確認できず、創業者は売上 $0 と報告しました。
競合または代替手段
何が起きたか
概要
QuickHaggle はスキル交換マーケットプレイスとして始まり、宣伝費を使い、アイデアへの評価も得ましたが、取引 0 件、売上 $0 のまま閉鎖しました。
結果
マーケットプレイスは取引流動性、信頼、収益化を証明する前に閉鎖しました。
中核リスク
マーケットプレイス検証に必要なのは、便利そうなアイデアや有料流入ではなく、成立した取引と信頼です。
需要シグナル
人々はアイデアを評価しましたが、取引は起きませんでした。つまり需要は取引レベルでは検証されていませんでした。
集客上の問題
Facebook と Google Ads は流動性の問題を解きませんでした。注目は信頼できる交換には変わらなかったためです。
タイムライン
- 創業者は Titan Classifieds スクリプトを基に、評価機能などを追加して製品を作りました。
- Facebook Ads、Google Ads、ブログ投稿で製品を宣伝しました。
- 人々はアイデアを評価しましたが、交換は成立しませんでした。
- 創業者は $4,000 超を使い、取引がないまま製品を停止しました。
作る前に確認すること
なぜ重要か
QuickHaggle は、物々交換型の製品が特に難しいことを示しています。両側が同時に相手のスキルを必要とし、単純な現金取引なしに納品を信頼しなければならないからです。
主な確認事項
広い物々交換マーケットプレイスを宣伝したり拡大したりする前に、狭い交換を 1 件、手作業で最後まで成立させてください。
チェックリスト
- 一つの狭いユーザー組み合わせで、手作業の交換を成立させられるか。
- 片方が価値を受け取った後に納品しなかったらどうするか。
- ランダムなマッチングを避けられるだけの需要と供給があるスキルカテゴリは何か。
参考になる場合
- マーケットプレイス、ディレクトリ、物々交換プラットフォーム、スキル交換コミュニティ、二面ネットワークを作っている。
- 検証の大半が、人々が便利そうだと言う反応に基づいている。
参考になりにくい場合
- 狭い需要と供給の組み合わせで、繰り返し成立した取引がすでにある。
開発前テスト
- マーケットプレイス機能を作る前に、一つのニッチで 10 件の交換を手作業で仲介する。
- 真剣度と信頼を試すために、小さなコミットメントやエスクローを使う。
- 広告費を使う前に、成立取引と反復利用を追う。
応用できる学び
- アイデアへの評価ではなく、成立した取引を測る。
- 広く開く前に、一つの狭い交換カテゴリを選ぶ。
- 信頼、納品、トラブル対応を中核の前提として扱う。
今作るなら
一つのスキル組み合わせから始め、交換を手作業で仲介し、繰り返し取引が起きてから信頼やエスクローの仕組みを足してください。