ROI事件ファイル No.276｜『Aurora HealthTechの小さな実験』

第一章：機能過多の罪——完璧を目指して破綻する

Zenith MediaのPEST分析事件が解決した翌週、今度は北米からヘルステック企業の開発停滞に関する相談が届いた。第二十二巻「再現性の追求」の第276話は、完璧主義を捨て、小さな実験から学ぶ姿勢を獲得する物語である。

「探偵、我々は18ヶ月かけて完璧な健康管理アプリを開発しました。全ての機能を実装し、あらゆるユースケースに対応しています。しかし、リリース直後、ユーザーは誰も使ってくれません」

Aurora HealthTech の最高製品責任者、シアトル出身のデイビッド・パークは落胆を隠せずにベイカー街221Bを訪れた。彼の手には、分厚い機能仕様書と、それとは対照的に低迷するアプリダウンロード数のグラフが握られていた。

「我々はワシントン州で個人向け健康管理アプリを開発するスタートアップです。完璧な製品を作るため、あらゆる機能を搭載しました。なのに、ユーザーは『複雑すぎる』と言って離脱します」

Aurora HealthTech の完璧な失敗： - 設立：2022年（ヘルステックスタートアップ） - 開発期間：18ヶ月 - 開発コスト：8億円 - 実装機能：127機能 - リリース後1ヶ月のダウンロード数：8,500件 - 1週間後の継続率：12% - 月間アクティブユーザー：320人

デイビッドの表情には深い困惑があった。

「問題は、我々が『完璧』を追求しすぎたことです。歩数記録、カロリー計算、睡眠分析、心拍モニター、食事記録、運動記録、メンタルヘルスチェック、医療機関連携、薬の服用管理、健康目標設定、友人との競争機能……。全て実装しました。しかし、ユーザーは『何をすればいいか分からない』と言います」

機能の膨張： - 当初計画：20機能 - 開発途中の追加：「あれも必要、これも必要」 - 最終的な実装：127機能 - ユーザーの声：「多機能すぎて、どこから手をつければいいか分からない」

開発中の思考： - 「競合はこの機能があるから、我々も必要だ」 - 「将来必要になるかもしれないから、今作っておこう」 - 「せっかく作るなら、完璧にしよう」 - 結果：18ヶ月の開発、8億円の投資、そして失敗

「我々は完璧を目指して、誰も使わないものを作ってしまいました」

第二章：MVPと学習指標——小さく作り、早く学ぶ

「デイビッドさん、開発の過程で、ユーザーに意見を聞いたことはありますか？」

私の問いに、デイビッドは答えた。

「開発前に市場調査を行いました。『どんな機能が欲しいか』というアンケートを実施し、要望が多かった機能を全て実装しました」

開発プロセス（完璧主義型）： - Phase 1：市場調査（1ヶ月）→ 要望機能リスト作成 - Phase 2：仕様策定（2ヶ月）→ 全機能の詳細設計 - Phase 3：開発（12ヶ月）→ 全機能を実装 - Phase 4：テスト（2ヶ月）→ バグ修正 - Phase 5：リリース（1ヶ月）→ 初めてユーザーが触る - 結果：18ヶ月後に「誰も使わない」と判明

私は学習の重要性を説いた。

「完璧な計画は存在しません。ユーザーが本当に何を求めているかは、使ってもらわなければ分かりません。リーンスタートアップ——小さく作り、早く学び、方向を修正する。この繰り返しが、真に価値あるものを生むのです」

⬜️ ChatGPT｜構想の触媒

「完璧は敵だ。小さく作り、早く壊し、学び続けよ」

🟧 Claude｜物語の錬金術師

「価値は仮説に過ぎない。検証されて初めて、価値は真実になる」

🟦 Gemini｜理性の羅針盤

「LEANは学習の科学。仮説を立て、実験し、データで判断する」

3人のメンバーが分析を開始した。Geminiがホワイトボードに「ヘルステック特化型リーンスタートアップ」のフレームワークを展開した。

リーンスタートアップの3原則： 1. MVP（Minimum Viable Product） - 最小限の機能で価値仮説を検証 2. Build-Measure-Learn - 作り、測り、学ぶサイクルを高速化 3. Validated Learning - データに基づく学習で方向を決める

「デイビッドさん、Auroraの開発を、リーンな学習プロセスに変えましょう」

第三章：仮説の分解——127機能から3機能へ

Phase 1：価値仮説の特定（1週間）

まず、127機能の背後にある「価値仮説」を言語化した。

問い：「なぜこのアプリが必要なのか？」

当初の仮説（曖昧）： 「人々は健康になりたい」

具体化した仮説： 1. 仮説A： 人々は運動習慣を身につけたいが、継続できない 2. 仮説B： 人々は食事管理をしたいが、記録が面倒で続かない 3. 仮説C： 人々は睡眠の質を改善したいが、何をすべきか分からない

Phase 2：顧客インタビュー（2週間）

各仮説を検証するため、ターゲットユーザー30名に深層インタビューを実施した。

インタビュー対象： - 健康志向の30-45歳、運動習慣がない人

質問： 「健康のために何か始めたいと思ったことはありますか？何が障害になりましたか？」

インタビュー結果：

仮説A（運動習慣）の検証： - 23名が「運動したいと思っている」 - 障害：「何をすればいいか分からない」「続かない」 - 深掘り：「毎日1万歩」などの具体的な目標があれば続けられそう - 検証結果：有望

仮説B（食事管理）の検証： - 18名が「食事を改善したい」 - 障害：「毎食を記録するのが面倒」「カロリー計算が難しい」 - 深掘り：「簡単な記録方法があれば」という声 - 検証結果：やや有望（ただし記録の手間が課題）

仮説C（睡眠改善）の検証： - 12名が「睡眠の質を上げたい」 - 障害：「具体的に何をすればいいか分からない」 - 深掘り：睡眠時間は計測できても、改善方法が不明 - 検証結果：ニーズはあるが解決策が不明確

Phase 3：MVP設計（3日）

最も有望な仮説Aに絞り、MVPを設計した。

MVPの定義： 「運動習慣を身につけたい人が、毎日の歩数目標を達成し、継続できるようになる最小限の機能」

MVPに含める機能（3つのみ）： 1. 歩数の自動記録（スマホのセンサー活用） 2. 1日の目標設定（デフォルト8,000歩） 3. 達成状況の可視化（シンプルな円グラフ）

MVPに含めない機能（124機能）： - カロリー計算、食事記録、睡眠分析、心拍モニター、友人との競争、医療機関連携…… - 理由：価値仮説の検証に不要

開発期間：2週間
開発コスト：800万円（従来の1%）

デイビッドは不安そうに尋ねた。

「たった3つの機能で、製品と呼べるのでしょうか？」

「これは製品ではなく、実験です。ユーザーが本当に価値を感じるかを、最小のコストで検証するのです」

第四章：測定と学習——データが教える真実

Phase 4：MVP リリースと測定（4週間）

2週間で開発したMVPを、500名の被験者に提供した。

測定指標（Build-Measure-Learn）： - 継続率（1週間後、2週間後、4週間後） - 目標達成率（1日8,000歩を達成した日数） - 定性フィードバック（週次アンケート）

4週間後の結果：

継続率： - 1週間後：78%（従来の127機能版は12%） - 2週間後：62% - 4週間後：51%

目標達成率： - 週3日以上達成：68% - 週5日以上達成：42%

ユーザーの声： - 「シンプルで分かりやすい。続けられそう」（85%） - 「もっと機能が欲しい」（38%） - 要望1位：友人との共有機能 - 要望2位：過去の記録グラフ - 要望3位：達成時の通知

学習： 1. 仮説は正しかった - 「運動習慣を身につけたい」というニーズは確かに存在 2. シンプルさが価値 - 機能を絞ることで継続率が6倍に 3. 次の仮説が見えた - ユーザーは「友人と共有」を求めている

Phase 5：学習に基づく次のMVP（2週間）

学習を元に、次のMVPを設計した。

MVP v2（追加機能2つ）： 1. 友人招待と歩数の共有 2. 過去7日間の記録グラフ

開発期間：2週間
累計開発期間：1ヶ月（従来の18ヶ月の6%）

Phase 6：MVP v2 の検証（4週間）

結果： - 継続率（4週間後）：51% → 72% - 友人招待利用率：68% - 1人あたり平均招待数：2.3人 - バイラル係数：0.68×2.3 = 1.56（1人が1.56人を招待）

新たな学習： - 友人との共有が継続の鍵 - 競争より「励まし合い」が重要 - 次の仮説：「グループでの挑戦」が価値を高める

Phase 7：段階的な機能追加（6ヶ月）

Build-Measure-Learnを繰り返し、学習に基づいて機能を追加した。

追加された機能（優先順位順）： 1. 友人グループでの歩数チャレンジ（継続率+15%） 2. 達成時の褒めメッセージ（満足度+0.8） 3. 週次の振り返りレポート（目標達成率+12%） 4. 簡易な食事記録（写真のみ）（利用率23%） 5. 睡眠時間の記録（利用率18%）

追加されなかった機能（学習で不要と判明）： - 心拍モニター、カロリー計算、医療機関連携、薬の服用管理……

6ヶ月後の最終製品： - 実装機能：15機能（当初の127機能の12%） - 開発期間：6ヶ月（当初の18ヶ月の33%） - 開発コスト：1.2億円（当初の8億円の15%）

成果：

ユーザー指標： - ダウンロード数（6ヶ月）：12万件 - 4週間後の継続率：72% - 月間アクティブユーザー：6.8万人 - NPS（推奨度）：+58

ビジネス指標： - プレミアム課金率：18% - 月間収益：2,400万円 - 投資回収：5ヶ月で達成見込み

従来の127機能版との比較： - 開発コスト：1.2億円 vs 8億円（85%削減） - 継続率：72% vs 12%（6倍） - アクティブユーザー：6.8万人 vs 320人（200倍超）

第五章：探偵のLEAN診断——価値以外はすべてムダ

ホームズが総合分析をまとめた。

「デイビッドさん、リーンの本質は『学習』です。完璧な計画は幻想です。ユーザーが何を求めているかは、作って、測って、学ばなければ分かりません。小さく作り、早く失敗し、学び続ける。その繰り返しだけが、真に価値あるものを生むのです」

12ヶ月後の最終報告：

Aurora HealthTechは北米ヘルステック市場で「最もユーザーに愛されるアプリ」として評価された。

最終的な成果： - ダウンロード数：38万件 - 月間アクティブユーザー：22万人 - 継続率（3ヶ月）：68%（業界平均12%） - 年間収益：12億円 - 投資ラウンド：シリーズA で25億円を調達

デイビッドからの手紙には深い感謝が記されていた：

「リーンスタートアップによって、我々は『完璧を作る企業』から『学び続ける企業』へと変わりました。最も重要だったのは、機能の数ではなく、価値の大きさだと理解したことでした。今では新機能の追加前に、必ず小規模で実験します。データが『価値あり』と示した機能だけを実装します。価値を生まない機能は、全てムダなのだと理解しました」

探偵の視点——完璧は悪、学習は善

その夜、価値創造の本質について考察した。

リーンスタートアップの真価は、謙虚さにある。我々は未来を予測できない。ユーザーが何を求めているかも、完璧には理解できない。ならば、小さく賭け、早く学び、方向を修正すべきだ。

完璧を目指して18ヶ月かけるより、不完全でも2週間で作り、16ヶ月で改善する方が遥かに価値を生む。

「価値以外は全てムダだ。そして、価値とは何かは、ユーザーだけが教えてくれる」

次なる事件もまた、学習と実験が企業の未来を切り開く瞬間を描くことになるだろう。

「完璧な計画は美しい。しかし、不完全な実行の方が、遥かに価値がある」――探偵の手記より

関連ファイル