AI外注で失敗する会社の共通点はRFPにある
──ベンダー選定前に経営層が整える要件言語化の90日とAIディレクターの役割【2026年版】
AI導入プロジェクトを終えた経営者から、最も多く聞く言葉がある。「システムは完成しました。でも誰も使っていません」。「動いた」と「使われた」は全く別の話だ。AI開発における本当のゴールは「業務の中で使われ続けること」であり、その差を生み出す最大の要因は技術力でも予算でもない――上流の要件が、どれだけ正確に言語化されていたか、だ。この記事では、AI外注のRFP（提案依頼書）設計でなぜ失敗が起きるのかを整理し、AIディレクターが担う「ベンダー選定から要件合意まで90日の上流伴走」の実際を解説します。
1. なぜAI外注の「RFP設計」は機能しないのか
RFP（提案依頼書）とは、ベンダーに提案を求める際に渡す要求文書だ。しかし現実には、AI外注のRFPの多くが機能不全に陥っている。
発注企業側の問題がある。「AI導入を検討している」「業務効率化をしたい」「競合他社がやっているから」――こうした曖昧な動機のまま作られたRFPには、本質的な要件が欠落している。
ベンダー側から見ると、曖昧なRFPへの対応は「提案を量産する」か「もっとも安く受注できるスコープに絞る」かの二択になりやすい。経営層が想定していたものと全く異なるシステムが、高額な費用をかけて納品される――それがAI外注失敗の典型パターンだ。
AIは「要件の曖昧さ」を増幅する。生成AIや機械学習モデルは、ある意味でどんな要件にも「それらしい答え」を返す。そのため要件が曖昧なまま開発が進み、実際の業務との乖離が後工程で発覚する頃には、修正コストが当初見積もりの数倍に達していることも珍しくない。
2. 「動いたのに使われない」を繰り返す構造
上流の設計段階における見落としが、繰り返しの原因だ。
・ユーザー（現場）のワークフローを考慮せず機能を設計した
・「経営が欲しいもの」と「現場が使えるもの」がズレたまま進んだ
・要件定義完了時点で、実際の業務フローとの整合確認が不十分だった
・プロトタイプなしに本開発へ進んだ
当社支援実績より、上流の設計変更コストは後工程のそれより平均5〜8倍の影響を及ぼすことが確認されている。
経営層のための判断基準：プロジェクトの成功判断を「納品時」から「導入後3か月の利用率」に変えるだけで、ベンダーへの要件伝達の精度が根本的に変わる。この認識の転換が、RFP設計のスタートラインだ。
3. 経営層が手放してはいけない「ベンダー選定前の5つの問い」
技術の話が始まるとついエンジニアに任せたくなる。しかし、AI外注の上流には経営判断が不可欠な問いがある。これらの問いを手放すことが、AI外注失敗の始まりだ。
① この投資で「何を・なぜ・誰のために」変えるのか（事業目的の言語化）
② 成功を「いつ・どの指標で」判断するのか（導入後3か月の利用率など）
③ 現場の業務フローのどこに、どう組み込まれるのか
④ 「絶対に外せない要件」と「あれば良い要件」の境界はどこか
⑤ 要件が曖昧なまま進んだ場合、どこで止めて誰が判断するのか
「技術と経営の橋渡し役」として機能するのがAIディレクターの存在価値だ。
4. AIディレクターとは何か──フラクショナルCTOとの違い
「AIディレクター」という言葉を聞いて、「フラクショナルCTOと何が違うのか」と疑問を持つ経営者は多い。
フラクショナルCTOは、技術戦略と開発組織のマネジメントを担う役割だ。アーキテクチャの意思決定、エンジニア採用・育成、開発プロセスの設計が主たる職掌となる。
一方、AIディレクター（当社・ディレクトリジャパン）は、「何を・なぜ作るか」という事業目的の言語化から、ベンダー選定・RFP設計・提案評価・プロトタイプ合意形成まで、上流の「戦略ファシリテーター」として機能する入口ブランドだ。月額顧問・プロジェクト型・時間単位の3形態で経営層に伴走する。
CTOもPOも不在の会社でAI開発を始めるなら、最初の伴走相手はフラクショナルCTOではなくAIディレクターであることが多い。
→ AIディレクターの詳細・ご相談は /ai-director/ へ
5. HITL5 DESIGNが担う「合意形成の往路」
当社では、AIディレクターが担う上流設計の品質規格として HITL5 DESIGN（AI-HITL5 Framework ／ ディレクトリジャパン株式会社 提唱 ／ 2026）を提唱している。
HITL5 DESIGNはAIでプロダクトを「生む」フェーズの品質枠組みであり、5つの層で構成される。
1. INQUIRY（問いの設計）── なぜ作るか、誰のために作るかの目的整理
2. CONCEPT（コンセプト検証）── 複数の解決アプローチを試し方向性を合意
3. UX（体験設計）── 実際の利用場面・ユーザージャーニーの可視化
4. REQUIREMENTS（要件定義）── 機能・非機能要件の言語化とRFP化
5. PROTOTYPE（プロト合意）── 動くものを見ながら関係者合意を取得
各層はAI処理・人間判断・承認ゲートの3構造で設計されており、「AIが自動化できる部分」と「人間が判断すべき部分」を明示的に分離している。RFPは第4層（REQUIREMENTS）の成果物として生まれる。これが整うことで、ベンダー選定の評価精度と契約スコープの精緻さが根本から変わる。
この往路（HITL5 DESIGN）の品質が、後工程のAIコーディング（HITL5 CODE）・自動実行体制（HITL5 RUN）の生産性と品質を左右する。生む（DESIGN）→ 作る（CODE）→ 活きる（RUN）→ 解き直す（REVERSE）→ 再実装（CODE）というエコサイクルの起点が、上流設計だ。
6. AIディレクター伴走の最初の90日：ベンダー選定から要件合意まで
AIディレクターによる伴走は一般的に以下の流れで進む。経営層の関与時間は月2〜3時間程度が目安だ。
第1フェーズ（1〜30日）：現状の棚卸しと目的の言語化
・既存業務フローのヒアリングとAI化ポテンシャルのマッピング
・経営層・現場双方の「期待値ギャップ」を可視化
・AI導入の優先順位付けと成功KPIの設定
第2フェーズ（31〜60日）：AI外注RFP設計とベンダー選定
・目的に即したRFP文書の作成（曖昧表現の排除・評価軸の明示化）
・ベンダー提案書の評価基準と点数付け方針の設計
・RFP配布・提案ヒアリングへの同席と経営への評価報告
第3フェーズ（61〜90日）：ベンダー確定とプロト合意
・発注先の確定と契約スコープの精査
・HITL5 DESIGNに基づくUX設計・要件のプロトタイプ化
・開発チームへの要件引き渡しとHITL5 CODEへのバトン
この90日を経ることで、「何を作るか」が言語化され、ベンダーへの発注精度と関係者の合意水準が根本的に変わる。「動いたのに使われない」の再発リスクが大幅に低減する。
7. まとめ：AI外注で成功するために「先に決める」ことを怠らない
AI開発で成功する会社と失敗する会社の差は、技術力でも予算でもない。上流の問いに向き合う時間と役割を、意図的に設計したかどうかだ。
RFPは「書くもの」ではなく、「問いのプロセスを経た結果として生まれるもの」だ。その過程を経営層が主体的に関与し、AIディレクターがファシリテートすることで、初めてベンダーに正確な要件が伝わる。
「何を・なぜ作るか」を先に決める会社だけが、AI外注の果実を得る。まず90日の伴走から始めてみませんか。
→ 自社の要件言語化リスクを診断する・無料相談は /ai-director/ へ
「何を作るか」を先に決める90日から
AI外注の成否は、ベンダー選定前のRFP設計で決まります。AIディレクターが、事業目的の言語化からベンダー選定・要件合意まで上流90日を伴走。HITL5 DESIGNの5層で「使われるプロダクト」の設計図を整えます。月額顧問・プロジェクト型・時間単位から選択可能。まずは無料相談から。
AI DIRECTORに相談する 開発実行体制（/delivery/）を見るよくある質問（FAQ）
「何を作るか」が決まっていない段階ではAIディレクターが先です。事業目的・要件・ベンダー選定が整った後、開発組織の技術的な体制強化にフラクショナルCTOが有効になります。
はい。AIディレクターは内製エンジニアの有無に関わらず機能します。むしろ社内に技術判断者がいない場合こそ、上流設計の伴走価値が高くなります。
はい。RFP未経験・AI未導入の状態からでも対応します。HITL5 DESIGNのINQUIRY層から始め、ゼロから要件を言語化するプロセスを伴走します。
月額顧問・プロジェクト型・時間単位の3形態から選択いただけます。まずは無料相談で現状の課題と目的を共有いただき、最適な形態をご提案します。→ /ai-director/
上流設計（HITL5 DESIGN）の完了後、当社のAIコーディング×オフショア体制（HITL5 CODE）または外部の信頼できるベンダーとの連携に引き渡します。「生む（DESIGN）→ 作る（CODE）→ 活きる（RUN）」のサイクルで、構想から実装まで一気通貫の支援も可能です。