技術情報
FDEとは?Forward Deployed EngineerとFDT・AIコンサル・外注の選び方(2026年)
FDE(Forward Deployed Engineer)は、エンジニアが顧客の業務に入り込み、業務を理解しながら開発する進め方で、近年はAI企業が企業のAI活用を支援するために採用しています。FDT(Forward Deployed Team)はこれをチーム全体に広げ、PM、デザイナー、フロントエンド・バックエンド・AIエンジニアが課題探しから本番稼働までを担当します。本記事では、FDE、FDT、AIコンサル、一般的な外注の違い、それぞれが向いている場面、段階的な進め方と検収方法を解説します。

この記事の要点
- FDEはエンジニアが顧客の業務に入り込み、業務を理解しながら開発する進め方で、納品物は提案書ではなく動く機能です。
- FDTはFDEをチーム全体に広げたもので、PM、デザイナー、フロントエンド・バックエンド・AIエンジニアが課題探しから稼働、保守まで担当します。
- AIコンサルは方向性を検討する段階に、一般的な外注は仕様が明確なシステムに向いていますが、AIは作ってみてから変更が出やすい分野です。
- 段階的に進めるほうが安全です。事前に決めた基準でPoCまたはMVPを検収し、通過してから本番稼働の予算をかけます。
- JoinXの台湾でのカスタム開発の相場では、PoCは約30万〜80万台湾ドル、MVPは約50万〜120万台湾ドル、本番稼働は約80万〜250万台湾ドルです。
目次
FDE(Forward Deployed Engineer)はエンジニアが顧客の業務に入り込み、業務を理解しながら開発する進め方で、FDT(Forward Deployed Team)はチームごと入る進め方です。 どちらも納品するのは提案書ではなく動く機能です。
企業のAI導入が止まる原因は、課題の選び方が合っていない、作っても使われないことが多く、こうした問題を解決するのが「現場に入る」進め方です。
FDE(Forward Deployed Engineer)とは?
FDEは顧客のもとに派遣されるエンジニアで、顧客のデータと業務を直接見ながら、ソフトウェアを実際に使える形に整えます。この職種は米国のデータ分析企業Palantirが広め、近年はOpenAIなどのAI企業もFDEを置いています。
一般的なエンジニアと違い、FDEの仕事は業務の理解から始まります。現場の担当者がどう働き、データがどこにあるかを把握してから、何を開発するかを決めます。
FDEは顧客とのやり取り、開発、デプロイを同時に担うことが多いため、技術力と同じくらい業務への判断力が重視されます。
企業のAI導入には、なぜ「現場に入る」進め方が必要なのか?
AIの課題は、実際のデータで試してみないと、実現できるか、取り組む価値があるかがわからないことが多いからです。会議と資料だけで仕様を決めると、完成後にデータが取れない、精度が足りないとわかることがあります。
一般的なソフトウェアは仕様を固めてから開発できますが、AIプロジェクトはそれが難しい分野です。モデルの性能はデータの品質に左右され、業務のどこをAIに任せ、どこを人が確認するかも、試してみて初めてわかります。
現場に入る進め方なら、開発者がデータと業務の現場を直接見られるため、問題に早く気づき、方向を修正できます。NISTのAIリスク管理フレームワークも「利用状況の理解」と「人による監督」をガバナンスの重点としており、どちらも現場に近いほど実現しやすくなります。
FDE、FDT、AIコンサル、一般的な外注の違いは?
違いは、誰が入り、何を納品し、終わった後に誰が責任を持つかです。AIコンサルは提案と計画、FDEは機能、FDTはプロトタイプから本番稼働までのシステム全体を納品し、外注は仕様どおりに開発します。
| 進め方 | 誰が入るか | 納品物 | 向いている場面 | 注意点 |
|---|---|---|---|---|
| AIコンサル | コンサルタント | 評価レポート、導入計画、研修 | 方向性を検討し、全体計画を立てたい | 実装は別のチームが必要で、提案と実装が途切れやすい |
| FDE | 1人または少人数のエンジニア | 現場で業務を理解しながら作る機能 | 既存の製品やプラットフォームを顧客の業務に合わせたい | デザイン、プロジェクト管理、稼働後の保守は企業側で補うことが多い |
| FDT | PM、デザイナー、フロントエンド・バックエンド・AIエンジニア | PoCまたはMVP、続けて本番稼働と保守 | 課題をまだ一緒に探す必要があり、長く使うシステム | 課題を正しく選ぶため、社内の窓口に参加してもらう必要がある |
| 一般的な外注 | 仕様どおりに開発するチーム | 仕様どおりに完成したシステム | 仕様が明確で、要件があまり変わらない | AIは作ってみてから変更が出やすく、最初から正しい仕様を書くのは難しい |
どの進め方にも絶対的な優劣はありません。社内にPMとデザイナーがいて、AIを作れるエンジニアだけが足りないならFDEで十分です。課題探しから一緒に進め、稼働後も保守が必要ならFDTのほうが適しています。AIコンサルの役割はAIコンサルとはをご覧ください。
どんな場合にFDTが向いているか?
AIをどこに使うか決まっておらず、社内に開発チームがなく、完成したシステムを既存の業務につないで長く使う場合にFDTが向いています。どれかが当てはまらなければ、別の進め方のほうが費用を抑えられることがあります。
次のような状況なら、FDTが向いています。
- 課題が決まっていない。 手間のかかる業務はわかっているが、AIがどの部分に役立つかわからない。
- 社内に開発チームがいない。 コンサルの提案を引き継げるPM、デザイナー、エンジニアがいない。
- 既存システムとの連携が必要。 AIがERP、CRM、受注、文書のデータを使う必要があり、単独のツールではない。
- 稼働後も長く使う。 業務に合わせてシステムを変えていくため、継続的な保守が必要。
- 成果を見てから投資したい。 小さな範囲で検証し、効果が確認できてから予算を広げたい。
FDTは段階的にどう進め、どう検収するか?
伴走フェーズと実行フェーズの2段階で費用を分けることをおすすめします。伴走フェーズでPoCまたはMVPを作って事前に決めた基準で検収し、通過したら同じチームが実行フェーズでプロトタイプを本番システムにします。
JoinXの台湾でのカスタム開発の相場では、各段階の費用と期間は次のとおりです。
| 段階 | 費用の目安 | 主な内容 | 期間の目安 |
|---|---|---|---|
| 伴走フェーズ:PoC | 30万〜80万台湾ドル | 1つの場面、限られたデータ、人の監督下でのテスト | 4〜8週間 |
| 伴走フェーズ:MVP | 50万〜120万台湾ドル | 実際の利用者が操作できる最小限のバージョン | 6〜12週間 |
| 実行フェーズ:本番稼働 | 80万〜250万台湾ドル | 権限、システム連携、監視、テスト、デプロイ | 2〜4か月 |
| 部門横断・複数システム | 250万台湾ドル以上 | 複数の場面やAIエージェント、全体のガバナンス | 4か月以上 |
AIモデルのAPIとクラウドの費用は利用量に応じて別途かかり、稼働後の保守は別途契約です。社内研修は各段階のサービスに含め、稼働後に別の講座を受けるのではなく、伴走フェーズから使い始められるようにするのがおすすめです。
JoinXが開発したプロジェクトの例を紹介します。
- 生命保険会社のAIコーチングシステムのデモ: 約3週間で実際に操作できるデモ版を作り、社内で成果をもとに次に進むかを判断できるようにしました。伴走フェーズの典型的な進め方です。
- 聯經數位のオーディオブックプラットフォーム: 開発前に検収基準(キャラクター認識成功率90%、テキスト分解成功率75%以上)を決め、制作の流れ全体を自動化しました。プラットフォームはのちにiFデザイン賞を受賞しています。詳しくは聯經數位の事例をご覧ください。
- 国家原子能科技研究院の渦電流信号判定: 単一チャンネルから複数チャンネルへ段階的に開発し、AI判定と自動化制御を2つのシステムに分け、2022年から2025年まで協業しました。詳しくは国家原子能科技研究院の事例をご覧ください。
ほかの事例と費用レンジは企業のAI導入事例、JoinXの段階的な進め方はAI導入伴走チームをご覧ください。
FDEやFDTのパートナーを選ぶとき、何を確認すべきか?
誰が入るか、どう検収するか、終わった後に誰が責任を持つかを確認します。この3点で、提案と実装が途切れないか、稼働後もシステムを変え続けられるかが決まります。
- どの役割が入るか? エンジニアだけか、PM、デザイナー、AIエンジニアも含まれるか。
- 伴走フェーズはどう検収するか? 基準は精度か、処理時間か、利用者が作業を完了できるか。届かなかったらどうするか。
- 稼働中のAIプロジェクトはあるか? デモだけか、実際に使われ保守されているシステムがあるか。
- 研修はどうなっているか? サービスに含まれるか、別料金の講座か。
- 稼働後は誰が保守するか? 同じチームか、別の担当者か。他社が作ったシステムを引き継げるか。
- データはどう守るか? 利用するAIサービスがデータを学習に使わないか。機密データをどう分類するか。
よくある質問
FDEと一般的な常駐エンジニアの違いは?
常駐エンジニアは顧客の指示に従って作業することが多いのに対し、FDEは何を開発すべきかを自分で判断します。まず業務とデータを理解してから機能と進め方を決めるため、コーディング力だけでなく業務への理解が重視されます。
中小企業にもFDEやFDTは向いていますか?
向いていますが、1つの場面から始めることをおすすめします。データが手に入り、人が結果を確認できる業務を選んでPoCを行い、検収を通過してから広げると予算を管理しやすくなります。
FDTとAIコンサルは併用できますか?
できますが、必要ないことも多いです。FDTの伴走フェーズには課題探しと評価が含まれています。すでにコンサルが計画を作っている場合は、FDTがその計画をもとにPoCを作れるため、評価の重複を省けます。
伴走フェーズのPoCはそのまま本番稼働できますか?
通常はできません。PoCは限られたデータと人の監督下で実現性を確かめるもので、本番稼働には権限、システム連携、監視、テストが必要です。同じチームが続けて担当すれば、PoCの成果をそのまま活かせ、引き継ぎも不要です。
AI導入には必ず社内に人が常駐する必要がありますか?
必ずではありません。大切なのは開発者がデータと現場の担当者に直接触れることで、ヒアリングとテストは現地で、日々の開発はリモートで行えます。重要なのは常駐することではなく、すばやくフィードバックを得られることです。
参考資料
- Forward Deployed Software Engineer 職務説明Palantir Technologies
- Forward Deployed Engineer 職務説明OpenAI
- AI Risk Management Framework(AI RMF 1.0)米国国立標準技術研究所(NIST)
上記は執筆時点で引用した法令・資料です。改正される場合がありますので、実際の適用は所管官庁の最新の公告をご確認ください。
著者について
李秉哲(Jack Lee)
JoinX 創業者兼CEO
2016年にJoinXを創業。台湾と日本にまたがる80名以上のチームを率い、220社以上のお客様に520件以上のプロジェクト(うち中・大規模システム56件)を提供してきました。
Jackについて

