Watu
Watu は companies が temporary worker shifts を manage and fill するための temporary-staffing SaaS platform でした。about $20k MRR と low churn があっても、growth ownership と operating knowledge が key cofounder に依存しすぎると、事業は maintenance mode に入り得ます。
元のストーリーを見るプロダクト概要
何だったか
Watu は companies が temporary worker shifts を manage and fill するための temporary-staffing SaaS platform でした。
誰のためか
課題 / 価値
once adopted されると low churn になり得る operational workflow を通じて、businesses が temporary staffing を coordinate できるようにしました。
中核ワークフロー
staffing teams が temporary worker shifts を manage し、workforce operations を coordinate し、short-term staffing needs を fill する。
中核依存
public summary から durable platform dependency は確認できません。
プロダクト形態
価格モデル
public sources do not provide enough evidence of a durable pricing model.
競合または代替手段
何が起きたか
概要
Founder postmortem によると、cofounder が去った後に growth が stalled しました。about $20k MRR and low churn があったにもかかわらず、product は maintenance に入り、customer base は later sold されました。
結果
公開情報では archived case として扱われています。
中核リスク
Key-person dependency in growth and operations
終了理由
public source からの useful lesson は、no distribution channel だけでなく、growth and operations が key person に依存しすぎたことです。
集客上の問題
revenue and sticky users があっても、growth が one role に依存していると、cofounder departure 後に acquisition engine が止まる risk が残ります。
タイムライン
- product は public source material に documented されました。
- founder postmortem は revenue and low churn があったことを示しています。
- cofounder departure 後に growth が stalled し、product は maintenance mode に入りました。
- customer base は later sold されました。
作る前に確認すること
なぜ重要か
B2B operational SaaS では、product-market fit だけでは不十分です。sales、support、domain knowledge、customer relationships が一人に集中すると、business continuity が弱くなります。
主な確認事項
key-person dependency を減らすために、growth ownership を割り当て、operations を document し、one founder が抜けても product が進み続けることを証明してください。
チェックリスト
- one month、founder 以外の人が sales calls and follow-ups を担当する。
- customer onboarding and support を written playbook にする。
- new acquisition channel を一つ、key person なしで run してみる。
- new customers を獲得する process は誰が再現できるか。
- sales objections and customer requirements は documented されているか。
- key founder が four weeks 抜けても pipeline は進むか。
- product adoption 後の low churn と new acquisition を別々に測っているか。
参考になる場合
- temporary staffing、workforce operations、scheduling など operational SaaS を作っている。
- sales or customer knowledge が one cofounder に集中している。
- users は stick しているが new acquisition process が documented されていない。
参考になりにくい場合
- growth、sales、support、operations が複数人で再現できる状態になっている。
- self-serve acquisition が安定し、founder-specific relationships に依存していない。
開発前テスト
- manual staffing workflow を one buyer segment に売り、buyer urgency and repeat use を確認する。
- paid pilot の時点で acquisition、onboarding、support の owner を分けて運用する。
応用できる学び
- revenue が出た後でも acquisition process を document する。
- key customer conversations and sales objections を team で共有する。
- one role が抜けても product, growth, support が回るか定期的に test する。
今作るなら
build 前から growth ownership、sales playbook、operations documentation を分け、one founder が抜けても acquisition and support が続くか test してください。