101 Studios
101 Studios は classroom use 向けの educational game を作りましたが、professor interest は adoption になりませんでした。各 class が別々の customized version を求めたためです。
元のストーリーを見るプロダクト概要
何だったか
101 Studios は、gameplay encounters が medical topics の learning prompts として機能する educational game を作りました。
誰のためか
課題 / 価値
difficult memorization をより engaging な game-based practice に変えること。
中核ワークフロー
professor が class で game を adopt し、students が play し、content が course material を reinforce する想定でした。
中核依存
classroom adoption は professor relationships、course timing、course-specific content needs に依存しました。
プロダクト形態
価格モデル
source は monthly subscription idea と class-adoption model に触れていますが、exact price と revenue は disclosed されていません。
競合または代替手段
何が起きたか
概要
101 Studios は、professors が heavy customization なしで real classes に adopt することを証明する前に edutainment game を作りました。
結果
startup は product-market fit に到達せず、work は別の game project に移りました。
中核リスク
indirect buyer interest は、product work を sunk した後まで implementation friction を隠すことがあります。
終了理由
professors が implementation に commit しなかった後、classroom sales と customization path は scale しにくいことが分かりました。
需要シグナル
idea は professors に魅力的に聞こえましたが、source によると多くは使う前に X、Y、Z を求めるか、concept は好きでも自分の class では使わないという反応でした。つまり interest は real classroom workflow、buyer、repeat purchase path を証明しませんでした。
集客上の問題
model は professors との relationships と class-by-class adoption に依存しました。every sale が implementation fit、customization、course timing を必要としたため、simple consumer launch より distribution は遅くなりました。
タイムライン
- game-based memorization から着想した edutainment game concept として started しました
- custom assets と custom game engine で small demo level を built しました
- about three months building、about three months networking に使いました
- business-to-professor model で professors に pitched しました
- professors は concept を好みましたが、course-specific customization なしには adopt しませんでした
- failed sales pitches の後に pivoted away しました
作る前に確認すること
なぜ重要か
education、enterprise、workflow products は、「great idea」と actual implementation の間で失敗しがちです。この gap は大きな build の前に test する必要があります。
主な確認事項
classroom enthusiasm を前提に education software へ投資する前に、adoption workflow、customization burden、budget owner を検証してください。
チェックリスト
- real class が this semester に使うか
- same version が複数 classes に使えるか
- adoption を require する authority と budget は誰にあるか
- content を広げる前に one professor から dated pilot commitment を得る
- department、professor、student、institution の誰が pay するか定義する
- custom versions を約束する前に one reusable course template を証明する
参考になる場合
- teachers、managers、departments など indirect buyers 経由で売っている
- product が buyer ではない人たちの workflow change を必要とする
- MVP が account ごとの custom content を必要とする
参考になりにくい場合
- fixed implementation date 付きの signed pilot がすでにある
- paying customer が classroom や team rollout なしに直接使える product である
開発前テスト
- existing tools と single lesson で no-code classroom pilot を run する
- custom game content を build する前に paid pilot を sell する
- concept が interesting かではなく implementation blockers について professors に interview する
応用できる学び
- custom content を build する前に adoption workflow を validate する
- concept approval と purchase / implementation commitment を分けて見る
- bespoke customization 後にしか動かない prototype を避ける
今作るなら
better version は one narrow course、one professor willing to run a pilot、non-custom MVP から始めるべきです。students が使うことを証明してから game content や custom engine を増やしてください。