College Conductor
College Conductor は narrow education workflow を狙い、近くに first user がいるように見えた SaaS でした。創業者は後に、十分な value を届ける前にその user の serious interest を失い、stack complexity and package maintenance が customer development を押しのけたと述べています。
元のストーリーを見るプロダクト概要
何だったか
College Conductor は independent education consultants and college counselors が students、schools、applications、deadlines を track するための side-project SaaS でした。
誰のためか
課題 / 価値
student and school-application tracking を centralize し、counseling workflow management を less clunky にすることを目指しました。
中核ワークフロー
consultants が students、school lists、applications、deadlines を track し、counseling workflow を管理する。
中核依存
stack choices、deployment choices、package maintenance、customer access に founder energy が依存していました。
プロダクト形態
価格モデル
public postmortem は shutdown and customer-development issues を説明していますが、confirmed paid adoption は示していません。
競合または代替手段
何が起きたか
概要
創業者は College Conductor を 3年 running した後 shut down したと述べています。
中核リスク
Overbuilt Stack And Slow Customer Validation
終了理由
technology churn、slow delivery、weak customer development により、narrow workflow を buyer に十分届けられませんでした。
タイムライン
- 創業者は SaaS effort を 3年 running した後 shut down しました。
- 創業者は後に project を Django SaaS development streams の teaching material として使いました。
- public GitHub repository は College Conductor を side project / experiment と示しています。
作る前に確認すること
なぜ重要か
College Conductor は narrow vertical を狙いましたが、first user への delivery より stack complexity and maintenance が先に来ました。vertical SaaS でも repeated customer development は省けません。
主な確認事項
stack complexity or broad product scope に投資する前に、one committed user に narrow counselor workflow を届けてください。
チェックリスト
- first user はまだ serious interest を持っているか。
- weekly workflow のどこが clunky か。
- spreadsheet から switch する理由は何か。
- 次の technical choice は customer value に直結するか。
- one committed counselor を特定する。
- manual workflow で deadline/application tracking を支える。
- paid pilot or dated commitment を得る。
- stack upgrade より user workflow learning を優先する。
参考になる場合
- independent education consultants or college counselors 向け web app を作っている。
- 近くに first user はいるが paid repeat use は未検証である。
- frontend/deployment/package choices に時間を吸われている。
参考になりにくい場合
- paying counselors が repeated use and renewal している。
- internal mandated workflow で外部 sales risk がない。
開発前テスト
- one counselor の students/applications/deadlines を manual に運用する。
- paid pilot を依頼する。
- spreadsheet workflow と比較して time saved を測る。
- non-launch acquisition channel で consultants に interviews を行う。
応用できる学び
- narrow vertical でも repeated customer development は必要です。
- unfamiliar frontend and deployment choices は solo founder の customer learning energy を消費します。
- first SaaS では technically ambitious stack より useful customer workflow への fastest path が重要です。
今作るなら
まず one education consultant の real workflow を手動で支え、paid commitment を得てから stack choices and broad scope に進んでください。