FDE型AI導入支援

「PoCまではうまくいったのに、そこから先に進まない」。AI導入の相談で、いちばんよく聞く話です。デモでは期待どおりに動いたのに、本番の業務に組み込もうとすると例外が多すぎたり、現場の手順と合わなかったりして、いつの間にか誰も触らなくなる。いわゆる「PoC死」です。

FDE型AI導入支援は、この「作ったけれど使われない」をなくすための進め方です。

エンジニアが現場に入る「FDE型」の進め方

FDE（Forward Deployed Engineer）は、エンジニアが顧客の現場に入り込み、業務を理解しながらプロダクトを実装・定着させる働き方のことです。Palantirが広めた考え方で、最近はAI企業が相次いで取り入れています。定義や海外での事例は「FDE（フォワードデプロイドエンジニア）とは」で詳しく解説しています。

うちのFDE型支援では、この考え方を中小企業のAI導入に合わせて取り入れています。

PoC死はなぜ起きるのか

うちが見てきた範囲では、PoCが本番に進まない原因はおおむね次の3つです。

• 作る人が現場を見ていない：要件はヒアリングで聞いたものだけ。実際の業務には、書類に書かれていない例外や「いつもの手順」がたくさんあります

• 検証のゴールが「動くこと」になっている：精度は確認したものの、誰がいつ使い、結果をどう業務に戻すのかが決まっていない

• 作った後の担当者がいない：納品した時点で開発側が離れ、社内に改善できる人が残らない

どれも技術の問題ではなく、作る側と使う側の距離の問題です。FDE型は、この距離を物理的にも縮めるやり方だと考えています。

受託開発・SES・コンサルとの違い

「エンジニアが現場に入る」と書くと、SES（客先常駐）と同じではと聞かれることがあります。違いを整理すると次のとおりです。

• 受託開発：要件定義書をもとに作って納品する。仕様が固まっている案件には向くが、作りながら要件が変わるAI導入では手戻りが起きやすい

• SES：エンジニアの稼働時間を提供する。何を作るかの判断や成果への責任は、基本的に発注側が持つ

• コンサルティング：課題整理や計画づくりが中心。実装は別の会社や社内に任せることが多い

• FDE型：課題の特定から実装、定着までを同じエンジニアが担い、「現場で使われて成果が出ること」に責任を持つ

計画だけ、あるいは手を動かすだけでは、AIは現場に根づきません。両方を同じ人がやるのがFDE型の一番の違いです。戦略やロードマップから整理したい場合はAIコンサルティング、仕様が固まっている場合はAI開発のほうが合うこともあります。

進め方と期間

標準的な進め方は、週1〜2日の現場訪問とリモートでの開発を組み合わせる形です。広島近郊は対面、それ以外の地域はオンラインを中心に、必要なタイミングで訪問します。

期間は3〜6か月を一つの目安にしています。最初の1か月で業務の観察と対象業務の絞り込み、次の1〜2か月で実装と現場での試運用、残りの期間で改善と社内担当者への引き継ぎを進めます。1〜2週間ごとに現場の声を聞いて直すサイクルを回すので、「最後にまとめて納品したら思っていたのと違った」ということが起きにくくなります。

成果物

• 現場で動くAIエージェント・RAG・業務ツール連携などの仕組み

• 業務フローの整理資料と、AIに任せる範囲・人が確認する範囲の線引き

• 運用マニュアルと、社内担当者向けの引き継ぎ

• 効果測定の結果と、次に取り組む業務の候補

FDE型が向いている会社・向いていない会社

向いているのは、PoCやツール導入が一度止まってしまった会社、業務が複雑で要件を文書にしきれない会社、社内にAIを実装できる人がいない会社です。現場の方が、少しの時間でも協力してくださることが前提になります。

向いていないのは、仕様が完全に固まっていて決まったものを作ればよい案件や、現場への立ち入りが難しい案件です。その場合は通常の受託開発のほうが費用を抑えられます。また、課題がAIではなく業務ルールの整理やkintoneなどの既存ツールで解決できるとわかった場合は、正直にそうお伝えします。

AIエージェントの設計の考え方は「AIエージェント開発ガイド」、開発会社を選ぶときのポイントは「AI開発会社の選び方」も参考にしてください。