04. 最初に作る機能を3つに絞る

競合分析を終え、アプリ独自の価値（USP）が固まったら（03. 競合から強みを見つける）、次に行うのは**「実装する機能を極限まで絞り込むこと」**です。

バイブコーディングにおいて、初心者が最も陥りやすい最大の失敗が、最初から「ログイン機能」「データ同期」「グラフ分析」「プッシュ通知」「設定画面」など、思いつく限りの機能をすべて同時に作ろうとすることです。

開発初期の段階では、実装する機能を**「絶対に外せない3つのコア機能」**だけに絞り込みます。これにより、開発スピードを最大化し、AIエージェントのコンテキスト破綻によるエラーの泥沼化を防ぐことができます。

この記事のサブコンテンツ

この記事では、AI開発における機能絞り込み（MVP設計）の重要性と、具体的な絞り込み手順を解説します。

AI開発で最も陥りやすい罠：「機能の肥大化（フィーチャークリープ）」
MVP（実用最小限の製品）という考え方
機能を極限まで削ぎ落とすためのAI相談プロンプト
なぜ「3つ」なのか？習慣トラッカーでの具体的な機能選定例
機能絞り込みのセルフチェックリスト
まとめと次のステップ

1. AI開発で最も陥りやすい罠：「機能の肥大化（フィーチャークリープ）」

バイブコーディングでは、自分でコードを書かずにAIに指示を出すだけなので、「あれもこれも追加して」と頼むのが非常に簡単です。そのため、開発の初期段階から機能を盛り込みすぎてしまう傾向（フィーチャークリープ）が強く現れます。

しかし、初期開発で機能を増やしすぎると、以下のような致命的な問題が発生します。

AIのコンテキスト（記憶力）の限界：コードベースが肥大化すると、AIはアプリ全体の構造を把握しきれなくなり、古い機能を修正した際に別の場所が壊れる「デバッグの無限ループ」に陥ります。
依存関係の複雑化：データベース設計、ナビゲーション、状態管理が絡み合い、AIが生成するコードのエラー率が劇的に上がります。
リリースの遅延：いつまでも「完成版」ができず、結局アプリを公開する前に挫折してしまいます。

バイブコーディングを成功させる鉄則は、**「最初は驚くほど小さく作り、少しずつ育てる」**ことです。

2. MVP（実用最小限の製品）という考え方

機能を絞り込む際の基準となるのが、**MVP（Minimum Viable Product：実用最小限の製品）**という概念です。

MVPとは、ターゲットユーザー（ペルソナ）が抱える「最も核心的な課題」を解決するために、最低限動かなければならない最小限の機能だけを備えた状態のプロダクトを指します。

習慣トラッカーのMVPではない例：「ログインができ、友達と進捗を共有でき、カレンダーに細かくスタンプを押せて、AIがアドバイスをくれるアプリ」
習慣トラッカーのMVP：「今日の習慣リストが表示され、タップして完了（チェック）でき、それがローカルに保存されるだけのアプリ」

ログインや友達共有がなくても、「習慣を記録して自己肯定感を得る」というJobは十分に達成できます。まずはこのMVPを最速で作ることを目指します。

3. 機能を極限まで削ぎ落とすためのAI相談プロンプト

あなたが作りたいアプリのアイデアと機能候補をAIに提示し、客観的に「どれを削り、どれを残すべきか」をアドバイスさせます。

プロンプトテンプレート

あなたは優れたプロダクトマネージャーです。
以下のアプリコンセプトと、実装したい機能リストを評価してください。
開発の第1段階（MVP）として、最速でリリースするために「実装する機能を3つだけ」に絞り込みたいと考えています。

【アプリコンセプト】
[ここにアプリ概要とターゲットペルソナ。例：ログイン不要で1タップ記録できるミニマル習慣トラッカー]

【実装したい機能リスト（候補）】
- 習慣の新規作成・編集・削除
- 今日の習慣のチェックリスト（完了・未完了のトグル）
- 週間/月間の進捗カレンダー表示
- 習慣ごとのリマインダープッシュ通知
- ユーザーログイン・データクラウド同期
- 統計グラフ（達成率の可視化）
- ソーシャル共有（Twitter/X等への投稿）

【依頼内容】
1. 上記リストの中から、ペルソナのJobを解決するために「絶対に外せないコア機能」を3つ厳選し、その理由を説明してください。
2. 残りの機能を「Phase02（次に作る機能）」「PhaseEx（将来的な発展機能）」に分類し、削ぎ落とすロードマップを作成してください。

この相談を行うと、AIは主観を排除して「ログインやクラウド同期は初期リリースには不要です。まずはローカルだけで動くシンプルな記録機能に集中しましょう」と、明確な優先順位を提案してくれます。

4. なぜ「3つ」なのか？習慣トラッカーでの具体的な機能選定例

本サイトの推奨プロセスでは、初期開発（Phase04：コーディング編）で実装する機能を以下の3つに確定します。

習慣の登録・一覧表示（入力と閲覧）：習慣の名前を登録し、当日のリストに並べる機能。
チェックボタンによる完了・未完了の切り替え（アクション）：タップすることでその日のステータスを切り替える機能（ Job-to-be-Done の核心）。
ローカルストレージへの永続保存（状態の維持）：アプリを閉じても、記録したデータが消えないようにスマホ本体に保存する機能（AsyncStorage 等の使用）。

次回以降に回す（削る）機能の例

ログイン機能 ⇒ 認証ルールの構築やエラーハンドリングが複雑になるため、最初は省略。
プッシュ通知 ⇒ OSネイティブの設定が必要になり、開発難易度が跳ね上がるため後回し。
詳細な分析グラフ ⇒ リストが動くようになってから、画面を追加する形で後から実装。

5. 機能絞り込みのセルフチェックリスト

機能を3つに決定したら、最終確認を行います。

コア課題の解決：選んだ3つの機能だけで、ターゲットユーザーの最低限のニーズを満たせるか？
自力でテスト可能：外部のAPI（有料サービス等）や複雑なバックエンドなしで、ローカル環境だけで動作確認ができるか？
削る覚悟：思い入れがあっても、MVPに不要な機能を「将来のロードマップ」に追い出すことができたか？
1メッセージで説明可能：このアプリが「何をするアプリなのか」を、誰にでもわかる短い言葉で説明できるか？

6. まとめと次のステップ

この記事では、バイブコーディングの最大の障害である「機能の肥大化」を避け、開発を最速で進めるために実装機能を「3つのMVP機能」に絞り込む重要性とプロセスを学びました。

機能が3つに定まったら、リサーチ編の総仕上げです。これまでの市場調査、ペルソナ、USP、MVP機能の決定事項を一冊の設計図「アプリ企画書（SPEC.md）」に落とし込み、AIエージェントへのインプットを完成させます。

次の記事では、プロジェクトのルートに配置する設計図を作る「05. VibeCoding用のアプリ企画書を作る」に進みましょう。