WorldOS
WorldOS は、early-2000s の peer-to-peer software wave の中で作られた P2P infrastructure product でした。
元のストーリーを見るプロダクト概要
何だったか
WorldOS は peer-to-peer applications のための infrastructure を提供しようとしました。
誰のためか
課題 / 価値
early P2P technology momentum を reusable infrastructure に変えること。
中核ワークフロー
- P2P applications を support する
- peer-to-peer software infrastructure を提供する
プロダクト形態
価格モデル
source では disclosed されていません。
競合または代替手段
何が起きたか
概要
WorldOS は real P2P technology wave を背景に built されましたが、founder は後に right customer problem を解くのではなく buzzword を productize していたと述べました。
結果
source は WorldOS を no-market-need failure と分類し、revenue、customer count、shutdown mechanics は disclosed していません。
中核リスク
hot technology trend は、specific customer workflow と buyer が validated される前に demand と扱われました。
終了理由
founder は customers と十分に話しておらず、vision が right problem を solve していなかったと述べました。
需要シグナル
founder は後に、large technology trend が customer demand にどう変わるかを誤解していたと述べています。WorldOS は P2P infrastructure を狙いましたが、public story には concrete buyer segment、paid pilot、urgent workflow が見えません。
集客上の問題
source は repeatable acquisition channel や paying customers を説明していません。product は founder の technology thesis から built され、customer demand が証明される前に recruited partners に支えられました。
タイムライン
- 2003 P2P application wave の頃に started しました
- first version は founder が coded しました
- business partner と designer を recruited しました
- founder savings から funded されました
- later no-market-need failure と説明されました
作る前に確認すること
なぜ重要か
infrastructure products は category が伸びているため重要に見えますが、customers には still specific painful job、budget、switching reason が必要です。
主な確認事項
hot technology category を infrastructure に変える前に、specific customer workflow と buyer pain から始めてください。
チェックリスト
- platform coding の前に ten customer interviews を行う。
- one narrow infrastructure component を pre-sell する。
- buyer が painful current workaround を言えないなら idea を reject する。
- exactly 誰が買い、どんな job のために hiring するのか。
- today 何を使っていて、なぜ switch するのか。
- pay または pilot に同意しているか。
- product は specific workflow solution か、broad category wrapper か。
参考になる場合
- AI workflow tools、blockchain、P2P、data infrastructure など hot technical category の周辺で build している。
- product pitch が customer workflow ではなく technology trend から始まっている。
- buyer demand を validate する前に partners を recruiting している。
参考になりにくい場合
- paid pilots を持つ narrow buyer がすでにいる。
- customer workflow と budget がすでに proven である。
開発前テスト
- specific customer segment 向けの one-page offer を作る。
- real applications を build している teams に、その pain を他 priority と比較して rank してもらう。
- named workflow に tied した smallest component だけを prototype する。
応用できる学び
- trend を productize する前に potential users に interview する。
- platform を coding する前に exact painful workflow を書き出す。
- category excitement は demand evidence ではなく demand hypothesis として扱う。
- buyer と use case が clear になるまで larger team を recruit しない。
今作るなら
real P2P application を build している one team を選び、coding 前に interview してください。その team が painful job、switching reason、budget を確認してから narrow infrastructure component を sell してください。