Community Coders
Community Coders は学生の力を使うサービスマーケットプレイスとして売上を作りましたが、絞った獲得、納品採算、拡張できるプラットフォーム経路を証明する前に閉鎖しました。
元のストーリーを見るプロダクト概要
何だったか
小規模事業者へ Web サイトやデジタルマーケティングのサービスパッケージを売り、その仕事を学生契約者へ割り当てました。
誰のためか
課題 / 価値
小規模事業者には手頃なデジタル支援を、学生には意味のある有給経験を提供すること。
中核ワークフロー
- Web サイト制作パッケージを売る
- 学生契約者を事業者案件に割り当てる
- 顧客と学生の間の納品を管理する
プロダクト形態
価格モデル
プロジェクト単位のサービスパッケージ。創業者は、$1,000 を請求し、学生に $750 を払い、$250 の管理料を残す例を挙げました。
競合または代替手段
何が起きたか
概要
Community Coders はサービス売上を生みましたが、明確な獲得エンジンを持つ利益の出る反復事業へ変えられず、閉鎖しました。
結果
サービスマーケットプレイスは、反復できる獲得方法や絞ったプラットフォーム経路を見つける前に閉鎖しました。
中核リスク
サービス売上があっても、顧客獲得、位置づけ、運用がマーケットプレイスや SaaS を支えられるほど反復可能とは限りません。
需要シグナル
売上はありましたが、創業者は一貫して利益が出る顧客獲得方法を欠けている仕組みとして挙げました。つまり需要はまだ十分に反復可能ではありませんでした。
集客上の問題
事業には信頼できる獲得エンジンがなく、広い小規模事業者向けの位置づけは、より鋭いニッチを持つ競合より弱くなっていました。
タイムライン
- 創業者は大学生として事業を始めました。
- チームはプロジェクト単位のサービスを売り、学生を契約者として支払いました。
- 事業はより広い SaaS やフリーランスプラットフォーム方向も検討しました。
- 約 2 年後、創業者は約 $20,000 の売上、$35,000 の費用、$15,000 の損失を報告しました。
作る前に確認すること
なぜ重要か
Community Coders には本物の使命と一定の売上がありましたが、創業者は後に顧客獲得と焦点の弱さを主なギャップとして挙げました。手動サービスからマーケットプレイスや SaaS へ進みたいビルダーにとって有用な警告です。
主な確認事項
手動サービスをマーケットプレイスや SaaS に変える前に、狭い有料サービスニッチと顧客獲得チャネルを証明してください。
チェックリスト
- 最も緊急で反復するニーズを持つ買い手セグメントはどれか。
- 一つの獲得チャネルで、手動サービスの顧客を利益が出る形で獲得できるか。
- ソフトウェアは今の詰まりを解くのか、それともプラットフォーム志向を足しているだけか。
参考になる場合
- 手動サービスから始め、後でマーケットプレイスや SaaS へ変えようとしている。
- 価値提案に社会的意義、サービス、ソフトウェアが混ざっている。
参考になりにくい場合
- 反復できる有料チャネルがすでにあり、ソフトウェアは証明済みの納品ボトルネックを取り除くために使っている。
開発前テスト
- マーケットプレイス機能を足す前に、一つの狭いサービスパッケージを繰り返し売る。
- 案件ごとに獲得コスト、粗利、再購入、納品時間を追う。
- ソフトウェアを作る前に、最も明確な競合とニッチや価格を比較する。
応用できる学び
- プラットフォーム基盤を作る前に、反復できる獲得方法を見つける。
- 社会的意義は、鋭い買い手ニッチと ROI の説明の代わりにはならない。
- 詰まりが販売や納品ではなくソフトウェアであると明確になるまで、運用は単純に保つ。
今作るなら
一つの買い手セグメント、一つのサービスパッケージ、一つの利益が出るチャネルから始めてください。販売や納品データが明確な詰まりを示してからソフトウェアを足すべきです。