「作ったのに誰も使わない」の正体
──新規プロダクト企画・PMF検証を外注前に固める5つの問い【2026年版】

新規プロダクト開発を外注する企業が増えている。生成AIの普及でMVP（Minimum Viable Product：最小限の機能を持つ試作品）を作るスピードと費用が劇的に下がり、「まず作ってみよう」という意思決定がしやすくなったからだ。しかし、その多くが同じ場所でつまずいている。「3ヶ月でリリースしたが、ユーザーがほとんど来ない」「機能をどんどん追加したが、売上が伸びない」――これらは開発の失敗ではない。企画フェーズの設計ミスだ。本稿では、新規プロダクト開発で「作ったのに使われない」状態が生まれる構造を解説し、企画・PMF検証フェーズをどう設計すれば外注を成功に導けるかを具体的に示します。

1. 「動いた」と「使える」はまったく別のことだ

新規プロダクト開発の現場でよく聞く言葉がある。「開発は完了しました。あとは集客次第です」。だが、「集客次第」という言葉の裏には、そのプロダクトが本当にユーザーの問題を解いているかどうか、まだ検証されていないという事実が隠れている。

技術的に動くアプリと、ユーザーが繰り返し使いたくなるプロダクトは別物だ。前者は「製造の成功」であり、後者は「プロダクトマーケットフィット（PMF）の達成」だ。

2026年現在、AI技術の進化によりビルドのスピードは劇的に上がった。しかしそれは逆に、「何を検証するか」を決めないまま外注し、出来上がったものをリリースして初めて「誰も使わない」という事実に気づく、というサイクルを加速させている。

業界統計によれば、新規プロダクトの約70〜80%が「技術的には動くがPMFを達成できずに終了する」とされる。この数字は、開発品質の問題ではなく、企画フェーズの設計不足に起因することが多い。

新規プロダクトの企画が"どこから動き始めるか"については、新規プロダクト開発が越える「3つの谷」 もあわせて参照されたい。

2. PMF検証を「開発の後」に回すと外注費が2.4倍になる（当社支援実績）

多くの企業が犯す最大の誤りは、PMF検証を開発後の課題として扱うことだ。典型的な失敗プロセスはこうだ。

1. 「この機能があれば売れる」という仮説を立てる（未検証）
2. 開発会社に発注し、3〜6ヶ月かけてMVPを構築する
3. リリースしたが反応が薄い
4. 「機能が足りないのでは」と追加開発を決定
5. 半年後も売上が立たず、開発費用だけが積み上がる

この段階で問い直しを行うと、そもそも「誰の、どんな問題を、なぜ今解くのか」というプロダクトの根本仮説が曖昧なままだったことが判明する。

当社支援実績（過去3年・複数プロジェクト）より、PMF仮説を未設計で発注したプロジェクトは、設計済みプロジェクトと比較して最終的な外注費用が平均2.4倍になる傾向がある。追加開発・方針転換・再設計の費用が積み重なるためだ。

問題はPMFを知らないことではない。「誰が・いつ・どの形式でPMF検証を設計するか」が曖昧なまま外注してしまうことだ。もし「作ったのに使われない」状態に既に陥っているなら、UX設計の観点から手戻りコストを試算する 「UX設計を後回しにすると3〜5倍のコストになる」 も参照されたい。

3. アイデアを「検証可能な仮説」に変える5つの問い

企画を外注可能な状態にするためには、まずアイデアを「仮説」の言語に変換する必要がある。以下の5つの問いが起点になる。

① 誰の問題か（ターゲット定義）
「便利そう」ではなく、「○○という状況にある△△が、□□できずに困っている」という形で問題を特定する。

② なぜ今解けるのか（タイミング仮説）
技術の変化・規制・市場の転換点など、「今このタイミングで解けるようになった理由」を言語化する。

③ 既存の代替手段との差は何か（競合仮説）
ユーザーが今どうやってその問題を解決しているか。自社プロダクトが「なぜそれより選ばれるか」を定義する。

④ 何がわかれば次に進めるか（検証仮説）
「このMVPで何を確かめたいのか」を先に決める。継続利用率・支払い意向・推奨意向など、指標を先に設計する。

⑤ 最小で作れる形は何か（スコープ仮説）
仮説を検証するために必要な「最小限の機能セット」を定義する。「あったら便利」な機能は排除する。

この5つを埋めた文書が「PMF仮説シート」だ。これが揃って初めて、外注先に対して「何を作ってほしいか」ではなく「何を検証したいか」を正確に伝えられる。

4. HITL5 DESIGNで上流を固める──5層ゲートの実務

当社が提唱するAI-HITL5 Frameworkでは、新規プロダクトの上流フェーズを HITL5 DESIGN（プロダクト構想・UX・要件定義を管理する品質規格）と定義している。

5つの層で構成され、「AIが下書き・人間が判断・ゲートをクリアしなければ次工程に進まない」3構造で管理される。

層	役割
INQUIRY	問いの設計。誰の・どんな問題を・なぜ今解くか
CONCEPT	コンセプト検証。複数アプローチで方向性を合意
UX	体験設計。利用場面・ユーザージャーニーの可視化
REQUIREMENTS	要件定義。機能要件の言語化とRFP化
PROTOTYPE	プロト合意。何を測定できれば十分かを定義しスコープ確定

AI-HITL5 Framework ／ ディレクトリジャパン株式会社 提唱 ／ 2026

経営者が押さえるべきポイントは1つだ。HITL5 DESIGNの5層を通過するまでは、開発に着手しない。この原則を守るだけで、「作ったのに使われない」状態の大半は防げる。

プラットフォーム選択やスコープ設計の意思決定は、新規プロダクトの企画と密接に関わる。「全プラットフォーム同時開発」のような要望は開発費を大きく膨らませるため、HITL5 DESIGNのスコープ層で上流から絞り込むことが重要だ。

5. AI DIRECTORとの実務連携──企画具体化から外注管理まで

多くの企業にとって、PMF仮説シートを社内で作ることは難しい。リソース不足もあるが、それ以上に「適切な問いを立てる経験」が社内にないことが多い。

AI DIRECTOR（当社提供の上流伴走サービス）は、この企画具体化フェーズを月額プランで伴走する。HITL5 DESIGNの5層を「何を決めたら次に進めるか」という基準で管理しながら、外注の成功率を高める設計を担う。

① 仮説設計の言語化：ワークショップとAI活用により、経営者の頭の中にあるアイデアを「検証可能な仮説文書」に変換する。
② 外注先の選定・発注設計：PMF仮説シートをもとに、適切な開発パートナーの選定・RFP（提案依頼書）の作成・評価基準の設計まで伴走する。開発実行体制については /delivery/ で別途解説している。
③ 仮説検証の設計とモニタリング：リリース後の指標設計・ユーザーインタビューの設計・次のイテレーション判断まで一気通貫で支援する。

新規プロダクト開発は「作る」から始まらない。「何を検証するか」から始まる。
AI DIRECTORの詳細・月額プランを見る

AI DIRECTORに相談する（月額・プロジェクト型）

よくある質問（FAQ）

おわりに：「何を作るか」より先に「なぜそれが使われるか」を問え

新規プロダクト開発で最も重要な工程は、「作る」ではなく「問う」だ。「誰の、どんな問題を、なぜ今、どう解くのか」――この問いに答えを出せないまま外注に進むと、どれだけ優秀な開発会社を選んでも「使われないプロダクト」が生まれる。

AI-HITL5 Frameworkが提唱するHITL5 DESIGNは、この「問う」フェーズを5層のゲートで構造化し、人間とAIが協働して「使われるプロダクトの設計図」を作る仕組みだ。

まず1つの仮説を書いてみることから始めよう。「誰が・何に困っていて・それが解決されたらどうなるか」。その1枚の文書が、新規プロダクト開発の最初の成果物だ。

AI-HITL5 Framework ／ ディレクトリジャパン株式会社 提唱 ／ 2026