FDE（Forward Deployed Engineer）とは？──AI導入を「作って終わり」にしない仕事を、毎日やっている人間が説明します

自社のオフィスで開発して納品する、という働き方の反対側にあるのがFDEです。もともとは米国のソフトウェア企業が、自社製品を顧客の現場で動かすためにエンジニアを送り込んだ体制を指した言葉でした。

日本では、もう少し広い意味で使われています。自社製品があるかどうかに関わらず、最新の生成AIを組み合わせて、 顧客の業務の中に入って動くものを作り、定着させる人 。私が名乗っているのも、この意味のFDEです。

FDEの仕事を分解すると、だいたいこの6つになります。

1. 現場に入って、業務の流れ・制約・判断基準を分解する
2. AIで解ける形に切り出す（解けない部分は、解けないと言う）
3. 数週間で、現場の実データで動くものを出す
4. 権限・監視・例外処理まで含めて、本番の運用を設計する
5. 使う人の声を拾って、その場で直し、定着させる
6. 効果を数字で測り、仕組みとノウハウを社内資産として渡す

6つのうち、AIの知識が要るのは2番と3番くらいです。残りは、現場に入る覚悟と、業務を分解する力と、直し続ける根気の仕事です。

AI導入が止まる場所は、技術ではありません。 現場に入る人がいない ところで止まります。私が現場で見てきた止まり方は、だいたい3つに集約されます。

• PoCで止まる──実験では動いたのに、本番の例外・権限・運用が設計されず、棚上げになる
• 推進室で止まる──AI推進室を作ったが、現場の業務を分解できる人がいない。会議は増え、動くものは増えない
• 3ヶ月で冷める──最初は盛り上がるが、使う人の声を拾って直す人がいないので、静かに使われなくなる

この3つに共通して足りないのは、AIの知識ではなく「現場に入って、業務を分解し、動くものを出し、直し続ける人」です。その役割に名前がついたのがFDEだ、というのが私の理解です。

もうひとつ、AIの側の進化もあります。2026年のモデルは、業務の説明を渡せば手順書の下書きまで作れるし、保守や細かい修正まで任せられるようになりました。 コードを書く時間が減ったぶん、現場に入る時間を増やせる 。FDEという働き方が、ひとりでも成立するようになったのは、この変化があってこそです。

誤解のないように書いておくと、コンサルも受託開発も、悪い形ではありません。役割が違うだけです。ただ、生成AIの導入に限って言えば、「仕様が途中で変わる」のが例外ではなく前提なので、 変わることを織り込んだ契約の形 が必要になります。それがFDE型です。

私の場合、担当が途中で変わることはありません。ヒアリングに来た人と、作る人と、直しに来る人が、全部同じ人間です。小さな会社の代表がFDEを名乗る強みは、実はここにあります。

中小企業の現場でよく起きるのは、「AIを触れる人はいるが、業務を説明できる人がいない」という状態です。ツールの使い方は分かる。でも、その業務がどういう手順で行われるべきかを言葉にできる人が、驚くほど少ない。

FDEの最初の仕事は、この「説明できる人」の代わりを一時的に務めることです。現場に座って、仕事の流れを見て、聞いて、分解する。 AIの話は、この段階では一切しません 。分解が終わってから、どこにAIが効くかを決めます。

全社一斉は、お勧めしません。効果が出る1業務に絞って、数週間で動くものを出し、それを見てから広げるかどうかを決める。中小企業のAI導入は、この順番がいちばん安く、いちばん確実です。

私が現場に入った例を2つ挙げます。どちらも、派手なAIではなく、毎日確実に時間を奪っていた業務から始めました。

• 人材派遣業（従業員80名規模）──経理担当2名が月末に手作業で回していた請求書処理・入金消込・月次レポートを、AIでワークフローごと再設計。月末の残業が半減。担当者の言葉は「もう元には戻れない」でした
• 住宅設備メーカー（従業員300名規模）──1件約2時間かかっていた営業提案書の作成を、既存の提案書を元にAIが骨格を作る流れに。新人チームに限定して始め、現場の声で精度を上げながら展開。導入3ヶ月後には全営業部門が日常利用に移行しました

2つ目の例で大事なのは「新人チームに限定して始めた」ところです。全社に配って様子を見るのではなく、使う人の隣に座って、直しながら広げる。 定着は、機能ではなく距離の問題 だと、この現場で確信しました。

小ネタをひとつ。業務の分解は、現場の人に口で説明してもらって、それを録るだけで進みます。文字起こしを2026年のモデルに渡すと、手順書の下書きまで出てくるので、現場に「書いてください」とお願いする必要がなくなりました。書く時間が取れないベテランの知恵ほど、この方法で残ります。

費用の考え方で、ひとつだけ強くお伝えしたいことがあります。 対象を1業務に絞るほど、安く、早く、確実に効果が出ます 。範囲を欲張った見積もりは、金額が大きくなるだけでなく、定着の確率も下がります。

社内文書を扱う領域（仕様書・規程・図面・約款など）については、NDAを結んでナレッジをそのまま預けていただくだけの無償実証トライアルを用意しています。数週間で動くものと実測レポートをお見せしてから、導入を判断していただく形です。

費用の話をする前に、まず「いちばん時間を取られている業務」を1つ教えてください。AIで解けるか・解けないかは、その30分でだいたい分かります。

1. エンジニア本人が現場に来るか──ヒアリング担当と作る人が別なら、それはFDEではありません
2. 担当が途中で変わらないか──引き継ぎのたびに、現場の理解はゼロに戻ります
3. 特定のベンダー・ツールに固定しないか──モデルは半年で入れ替わります。乗り換えられる設計かどうか
4. 内製化をゴールにしているか──仕組みとノウハウを社内資産として渡す前提か。ブラックボックスにする会社は避ける
5. 「解けない」と言えるか──全部AIでできますと言う人は、現場に入ったことがない人です

私は、選定基準まで含めて全部お話しします。うちが合わなければ、合う会社を選ぶ材料にしてください。 AIが現場で動く会社が1社でも増えれば、それでいい と本気で思っています。

群馬県内の会社であれば、高崎から訪問します。それ以外の地域はオンライン中心に、必要なタイミングで伺います。まずは、止まっている業務を1つ、聞かせてください。