Tandem
Tandem は medication-adherence app で、serious health problem を retained consumer use に変えることに苦戦しました。
元のストーリーを見るプロダクト概要
何だったか
Tandem は medication reminders を送り、dose missed の場合に SMS notifications を受け取る companion を user が nominate できるようにしました。
誰のためか
課題 / 価値
reminders と social accountability で medication adherence を支援すること。
中核ワークフロー
- medication reminders を receive する
- missed dose 後に companion へ notify する
- adherence behavior を support する
- medication routines の social support を test する
プロダクト形態
価格モデル
users には free。pharmaceutical companies と payers 経由の planned monetization は revenue で validated されませんでした。
何が起きたか
概要
Tandem は promising compensated pilot から MVP app に進みましたが、real-world adoption と retention は expectations を下回りました。
結果
Tandem は十分な adoption、retention、monetization path を証明できず、active product として shut down しました。
需要シグナル
team は encouraging pilot signals を見ましたが、founder は later、MVP の adoption と retention が expected より低かったと述べています。
集客上の問題
team は pilot participants、disease-specific forums、ads、healthcare contacts に launch しましたが、paid acquisition は cost-prohibitive で、clinician distribution も難しいものでした。
タイムライン
- team は six-week SMS pilot のため 120 American adults を recruited しました。
- pilot は reminder、logistics、social、financial、knowledge、tailored interventions を test しました。
- team はその後、medication reminders と companion SMS support に focus した iOS MVP を built しました。
- launch 後、adoption と retention は expectations を下回りました。
- team は further development を止め、app は App Store で no longer available になりました。
作る前に確認すること
なぜ重要か
behavior-change products は underlying problem が重要でも、delayed benefits、split incentives、weak daily pull を抱えがちです。
主な確認事項
delayed benefits を持つ behavior-change product に投資する前に、adoption、retention、payer alignment を検証してください。
チェックリスト
- full intervention を build する前に acquisition tests を run する。
- pilot participants と non-compensated users の retention を分けて測る。
- payer or partner interest は theoretical interest ではなく concrete commitments で test する。
- 数日使って止めた people に interview する。
- study recruitment や compensation なしに users は adopt するか。
- week-one と week-four retention を示す behavior は何か。
- daily user が pay しない場合、誰が pay するか。
- delayed benefit を valuable に感じさせる immediate moment は何か。
参考になる場合
- health、wellness、education、productivity、behavior change 領域で build している。
- product が users の new routine formation に依存している。
- user と payer が different people かもしれない。
参考になりにくい場合
- direct payer commitments と measured retention がすでにある。
- urgent same-day pain を解く product である。
- workflow が optional ではなく mandatory である。
開発前テスト
- landing page と small paid-acquisition test で real demand を測る。
- unpaid users に concierge reminder workflow を run し repeat engagement を track する。
応用できる学び
- recruited または compensated participants の pilots は limited evidence として扱う。
- full app を build する前に acquisition と retention を validate する。
- free user base が later payer demand を作ると assuming しない。
- ultimate benefit が delayed なら near-term aha moment を見つける。
今作るなら
app build の前に acquisition と repeat use を test してください。誰が pay し、誰が daily に使い、どの near-term moment で benefit が real に感じられるかを証明する必要があります。