ARTICLE

FDE(伴走型エンジニア)を活かすために発注企業が決めておく4つの決定権|AI導入をPoC止まりにしない社内体制

目次

FDE(Forward Deployed Engineer)をはじめとする伴走型のエンジニアがAI導入で成果を出せるかどうかは、エンジニアの力量よりも、発注企業が「実データの利用」「PoC中の小口投資」「業務手順の変更」「本番移行」の4つの決定権を誰に持たせるかを先に決めているかで決まります。 FDEが持ち込むのは実装と検証の速度ですが、これらを決める権限はベンダー側にはなく、発注企業の中にしかありません。この記事では、FDEにできること・できないことを線引きしたうえで、発注企業が契約前からGo判断までに決めておく4つの決定権、役割分担の例、決裁待ちが費用に換算するといくらになるかの計算例をまとめます。

FDEとは、AIプロダクトを持つベンダー側に所属しながら顧客の業務現場に入り、実装から定着までを担うエンジニアです。職種そのものの起源やSIer・カスタマーサクセスとの違いはFDEの基礎解説にまとめています。本記事は「伴走型の支援を受ける側」の社内体制に絞ります。

FDEにできること・できないこととは

FDEにできることは、顧客の現場で実データを使って実装と検証を短い周期で繰り返し、動くものと実測値を出すことです。一方で、FDEはベンダーの社員であり、発注企業の中の意思決定を代わりに下すことはできません。

区分 内容 担うのは誰か
できること 対象業務の観察、データ接続、RAGやプロンプトの構築、実データでの精度検証、本番構成と運用手順の提示 FDE
できないこと 実データの利用許可、PoC中の追加投資の決定、業務手順の変更の承認、本番移行の判断、社内の合意形成 発注企業

FDEの発祥であるPalantirでは、技術実装を担うFDEと、顧客側の要件の範囲決め・ステークホルダー調整・定着を担うDeployment Strategist(導入戦略担当)を組ませて顧客に向き合います。つまり本家の体制でも「作る人」と「決めてもらうために動く人」は最初から分かれています。日本でFDE型の支援を受けるときに起きやすいのは、このDeployment Strategistに相当する動きを、発注企業側の誰も担っていない状態です。

なぜ日本企業では「決める人」が決まっていないのか

日本企業の生成AI導入は、使い始める段階までは進んでいます。PwC Japanグループの「生成AIに関する実態調査2026 春」では、日本企業の生成AIの活用・推進度は87%と米国に見劣りしない水準でした。しかし、期待を大きく上回る効果を創出した企業の割合は調査6か国で最も低く、効果を財務的な還元につなげた割合は40%(米英は7割超)にとどまっています。試すところまでは行くが、本番の成果に乗らない構図です。

成果に乗らない理由の一端は、決定権の所在に表れています。コーレ株式会社が2026年1月に生成AI導入企業の管理職1,008名に行った調査では、活用の定着を阻む要因として「セキュリティ面に懸念がある」が33.5%、「情報システム部門の理解・協力が得られない」が22.4%でした。帝国データバンクの2026年3月調査(有効回答1万312社)でも「情報漏洩のリスク」(33.5%)と「ルール整備の不足」(25.5%)が上位に挙がっています。データを使ってよいかを決める権限は情報システム部門にあるのに、AIを試したいのは事業部門で、両者のあいだで「誰が決めるか」が決まっていない。FDEはこの隙間に入ると、実装ではなく調整で時間を失います。

発注企業が決めておく4つの決定権

決定権は4つに分けて、持ち主と決める時期まで名前つきで確定します。

決定権 持ち主(推奨) 決めていないと起きること 決める時期
1. 実データの利用 情報システム部門(事業部門と共同) 検証がサンプルデータ止まりで、本番の精度が読めない 契約前
2. PoC中の小口投資 推進責任者(金額上限つきで委譲) 数万円のAPI利用料やツール追加にも稟議が要り、反復が止まる 契約前
3. 業務手順の変更 対象業務の現場責任者 今の手順にAIを足すだけになり、工数が減らない PoC開始時
4. 本番移行(Go/No-Go) 決裁者。判断材料は事前に定義 PoC成功後に稟議の材料集めが始まり、数か月空く 材料は契約前、判断はPoC終了時

1. 実データの利用: 情シスと事業部門で契約前に合意する

生成AIの検証は、実データで回さなければ本番の精度が読めません。しかし実データを使う許可を出せるのは、ほとんどの企業で事業部門ではなく情報システム部門です。契約前に、対象データの範囲・匿名化の方法・保管場所・ログの扱いを情シスと事業部門で合意し、文書にしておきます。AIガバナンスの整備はここで一緒に済ませると、後から差し戻されません。社内ルールの雛形はAI利用ガイドライン作成ツールで作れます。

2. PoC中の小口投資: 推進責任者に上限つきで委譲する

PoCの最中には、API利用料の増額、検証用アカウントの追加、対象部署の拡大といった小さな判断が何度も発生します。これをすべて通常の稟議に乗せると、1回ごとに数週間が消えます。契約時に「PoC期間中、推進責任者は累計○○万円まで即決できる」という上限つきの権限委譲を決裁者から取り付けておくと、反復が止まりません。事後報告の形式(週次の報告書1枚など)まで決めておけば、決裁者の不安も小さくなります。

3. 業務手順の変更: 現場責任者が範囲を区切って承認する

AIを入れても、今の手順をそのまま残して作業を1つ足すだけでは工数は減りません。「この業務のこの工程は、PoCの結果次第で手順を変える」と対象を区切り、現場責任者がその範囲内の変更を承認できるようにします。範囲を区切るのは、BPRのように全社の業務改革に広げると決まらなくなるからです。

4. 本番移行: 判断者と判断材料を契約前に決める

PoCの成功と本番移行は別の判断で、多くの企業では予算の稟議も別に立ちます。本番の稟議で決裁者が見るのは精度の数字ではなく、費用対効果・運用体制・リスク対策です。誰がGo/No-Goを判断するのか、そのとき何を材料にするのかを契約前に決めておけば、PoCの期間中に材料を並行して集められます。材料の組み立て方は稟議書の書き方、費用対効果の試算は投資対効果(ROI)計算ツールが使えます。

時間軸で見る発注企業とFDEの分担

4つの決定権を時間軸に並べると、発注企業とFDEの分担は次のようになります。

発注企業が決め、FDEが作る: 時期ごとの分担 契約前 PoC中(1〜3か月) Go判断 発注企業 決める側 FDE 作る側 データ利用を情シスと合意 Go判断者と材料を決める 専任の窓口担当を置く 小さな判断を週次で即決 本番稟議の材料を並行で作成 業務手順の変更を承認 効果・運用・リスクで判定 本番稟議を起案 対象業務とデータを現地確認 検証項目と数値基準を提案 実データで実装と検証を反復 精度と工数の実測値を出す 本番構成と運用手順を提示 現場の手順に組み込む 青 = 発注企業にしか決められないこと。上の段が空くと、下の段は決裁待ちで止まる
FDEは下の段を速く回せるが、上の段を代わりに埋めることはできない。契約前の列を空けたままPoCを始めると、PoC中の列で止まる

図の要点は、契約前の列にある発注企業側の3項目です。ここが空いたままPoCを始めると、PoC中に「データが使えない」「小さな追加が決められない」「本番の話を誰とすればよいか分からない」が同時に起き、FDEの実装は待機に変わります。

役割分担の例

決定権を表にしたら、作業ごとの「決める人・実行する人・関与する人」も決めます。次は、営業部門の提案書作成を生成AIで支援するPoCを例にした分担です。

作業 決める 実行する 関与する
検証対象の工程と成功基準(例: 提案書1件の作成時間を40%削減) 営業部門の責任者 FDE+現場担当者 決裁者
実データ(過去の提案書・商談記録)の利用範囲と匿名化 情報システム部門 FDE 営業部門
PoC中の追加投資(API利用料・アカウント追加。累計30万円まで) 推進責任者 推進責任者 決裁者(週次で事後報告)
提案書作成の手順変更(下書きをAIが作り、担当者が確認する形へ) 営業部門の責任者 現場担当者+FDE 情報システム部門
本番移行(Go/No-Go) 決裁者 推進責任者が起案 FDE(実測値と本番構成を提供)

この形にしておくと、FDEに「稟議書を書いてほしい」「情シスを説得してほしい」という依頼が発生しません。FDEは材料を出す立場、文書を書いて社内を通すのは推進責任者の立場と、最初から分けておきます。役割の表はRACI作成ツールで作ると、後から「誰の仕事か」で揉めません。

決裁待ちは費用に換算するといくらか

決定権を事前に整える効果は、費用に換算すると分かりやすくなります。次の前提で計算します。

  • 伴走支援の費用: 月150万円(FDE1名相当の契約を仮定)
  • PoC期間: 3か月(約13週)
  • 決裁待ち: データ利用の許可で2週間、対象部署の追加で2週間の計4週間

稼働のうち待機に消える割合は 4週 ÷ 13週 ≒ 31%。費用に直すと 150万円 × 3か月 × 31% ≒ 約140万円分が実装に使われない計算です。待機中も契約費用は発生するため、遅れを取り戻そうとPoCを4週延長すれば、さらに150万円が上乗せになります。

これに対して、上限つきの小口投資の委譲や情シスとの事前合意にかかるのは、契約前の打ち合わせ数回です。決裁待ちの費用は見えにくいため放置されがちですが、月額契約の伴走支援では待ち時間がそのまま費用になります。自社の数字で試算するなら投資対効果(ROI)計算ツールに支援費用と削減工数を入れて、回収期間を確認してください。

よくある失敗

  • 推進責任者が兼務で、週に1時間しか使えない: FDEからの確認事項が滞留し、FDE側が待つ時間が増えます。PoC期間中は週の2〜3割を充てられる人を専任に近い形で置きます
  • 情シスに「動くものができてから」見せる: 実データを使うPoCでは、できてからでは遅く、データの利用範囲から作り直しになります。契約前に参加してもらいます
  • PoCの成功基準が「精度○%」だけ: 本番稟議で問われるのは削減工数と運用体制です。精度に加えて、工数の実測値と運用手順を成果物に含めます(成功基準の立て方はPoCの基礎解説、計画の雛形はPoC計画書作成ツール)
  • 本番移行の判断者が決まっていない: PoCが終わってから「誰が決めるのか」を探し始め、数か月空きます。判断者と材料は契約前に決めます
  • ベンダーのFDEに社内調整を任せる: FDEは自社プロダクトの範囲で成果を出す役割で、発注企業の社内調整はできません。期待する前に、自社側の推進責任者を置いているかを確認します
🧰 関連ツール: 発注企業・FDE・情シス・決裁者の役割分担はRACI作成ツールで表にできます。本番稟議の材料づくりは投資対効果(ROI)計算ツール稟議書作成ツール、PoCの成功基準と期間の設計はPoC計画書作成ツール、データの取り扱いルールの雛形はAI利用ガイドライン作成ツール、自社の準備状況の点検はAI導入準備度チェックが使えます。

まとめ

  • FDEが持ち込むのは実装と検証の速度で、発注企業の中の決定を代わりに下すことはできない
  • 発注企業が決めておく決定権は4つ: 実データの利用(情シス)、PoC中の小口投資(推進責任者に上限つきで委譲)、業務手順の変更(現場責任者)、本番移行(決裁者と判断材料を事前定義)
  • 4つのうち3つは契約前に決める。契約前の列が空いたままPoCを始めると、PoC中に決裁待ちで止まる
  • 決裁待ちは費用になる。月150万円の支援で4週の待機があれば、約140万円分が実装に使われない
  • FDEには材料を出してもらい、稟議の起案と社内の合意形成は自社の推進責任者が担う

伴走型の支援を入れるときに確認すべきは、ベンダーのエンジニアの腕前だけではなく、自社の中で「誰が何を決められるか」が決まっているかどうかです。

よくある質問

FDE(伴走型のエンジニア)がいればAI導入のPoC止まりは防げますか?

実装と検証の速度は上がりますが、それだけでは防げません。FDEはベンダー側の人間なので、発注企業の中の決定、つまり実データを使う許可・PoC中の追加投資・業務手順の変更・本番移行の判断を代わりに下すことはできません。この4つを誰が決めるかが発注側で決まっていないと、FDEがどれだけ速く作っても決裁待ちで止まります。

AI導入のPoCで発注企業側に必要な担当者は誰ですか?

最低4つの役割です。(1)専任の推進責任者(ベンダーの窓口で、上限つきの小口投資を即決できる人)、(2)情報システム部門の担当(データの利用範囲と匿名化を決める人)、(3)対象業務の現場責任者(業務手順の変更を承認できる人)、(4)本番移行を判断する決裁者。4つを兼務1人に寄せると、その人の稟議待ちがそのままプロジェクトの停止時間になります。

PoC中の決裁待ちはどれくらいコストになりますか?

伴走支援の費用を月150万円と仮定し、3か月(約13週)のPoCで決裁待ちが2回・合計4週あると、稼働の約3割にあたる約140万円分が実装に使われない計算です。待機中も契約費用は発生するため、期間を延長すればさらに月額が積み上がります。小口の判断を推進責任者に委譲して待ち時間を減らす方が、費用の面でも合理的です。

ベンダーのFDEに稟議書を書いてもらうのは問題ですか?

判断材料(精度の実測値・削減工数・本番構成・運用手順)の提供はFDEの仕事の範囲ですが、稟議の起案と社内の合意形成は発注側の推進責任者の仕事です。ベンダーに起案まで任せると、自社の費用対効果の根拠を自社で説明できなくなり、決裁者からの差し戻しに答えられません。材料はもらい、文書は自社で書く分担が定石です。