Service 20
FDE｜AIの試作を本番業務へつなぐ
試作は動いたのに、本番業務に入らない。ARCHECOが試作の評価・修正から本番化し、御社の担当者へ運用を渡すまで支援します。試作が無い場合は、最初の試作から作ります。
データ・例外・承認のどこで本番化が止まるかを整理し、必要な範囲を支援します。
課題
- 試作が動いても、データに触れない、例外を扱えない、承認する人がいない場合は本番に入れない。止まっている場面を先に見て、必要な支援を分ける。
出典：ARCHECOの進め方
試作は動いたのに、本番業務に入らない。ARCHECOのFDE（現場に入って作るエンジニア）は既存の試作を引き継ぎ、データ・例外・承認のどこで本番化が止まっているかを整理します。試作の評価・修正から本番化し、御社の担当者へ運用を渡すまで、必要な範囲を支援します。試作が無い場合は、最初の試作から作ります。
ARCHECOのFDE（フォワードデプロイドエンジニア）は、本番化を妨げる原因を現場で確かめ、実装する技術者です。
試作では、使いやすいデータと想定した手順で動かせます。本番では、入力の抜けや業務の例外に向き合います。必要なデータが別部門にある場合も、人の承認を待つ場合もあります。AIの回答が正しくても、誰が確認して次の処理へ渡すかが決まらなければ、業務には入りません。モデルの能力と、仕事として成立する条件を分けて考える必要があります。
御社の担当者とARCHECOは、どの場面で人の手作業に戻っているかを確認します。データが取れないなら、データの利用を認められた範囲と担当部署を確かめます。例外を扱えないなら、現場の判断を記録します。出力を信用できないなら、出力を正しいとみなす基準と、成果物の確認方法を定めます。FDEの依頼先を比べるときは、この切り分けを実装まで持っていけるかを聞いてください。技術で直す部分と社内で決める部分が見えると、依頼の範囲も絞れます。
FDEでは、現場での確認をもとに、最初に試す業務を絞ります。全社の方針から考える場合は生成AIコンサルティング、作るものが決まっている場合はAIエージェント開発も比較してください。
ARCHECOのアプローチ
- 御社には現場の担当者と承認者を決めていただき、利用を認められた実データで試作する。使った記録から例外や誤りを直し、本番へ進む条件を確かめる。
- 本番化では業務のルールと権限を定め、人の承認と検収を組み込む。記録と戻し方を用意した範囲で対処を試し、社内の担当者と対で作りながら移管する。
出典：ARCHECOの進め方
本番化を妨げる条件が分かったら、ARCHECOと御社で最初に試す業務を選び、御社の責任者が決めます。御社は現場の担当者と承認者を決め、利用を認めた実データを用意します。ARCHECOは選んだ業務に合わせて試作を用意します。現場の担当者が試し、ARCHECOが試用記録から例外や誤りを直します。
本番化では、AIに守らせるルールと検査の仕組み（ハーネス）を作ります。御社がAIに許す操作やデータの利用範囲（権限）を決め、ARCHECOが操作を制限します。人の承認に加え、AIの出力が合格条件（御社と決める、出力を正しいとみなす基準）を満たすかを検査する仕組みも組み込みます。
本番化の前に、双方で誤りを戻せる範囲を決め、戻せない操作は人の承認まで止めます。ARCHECOが合意範囲の復旧手順を試し、御社の運用責任者が、誤った記録が訂正され、業務を続けられる状態に戻ったかを確認します。コード・設定の復元やデータの訂正を含む手順と記録を残し、引き継ぎ後も同じ条件で確認できるようにします。
外部から常駐する技術者だけが運用と改善を担うと、離任後に仕組みが止まるおそれがあります。ARCHECOは社内の担当者と一緒に開発し、運用と改善を引き継ぐ準備を進めます。
AIに守らせるルールと検査の仕組み（ハーネス）の考え方を読む
提供価値
- 移管は説明会だけで完了にしない。社内の担当者が主になって合意した範囲を運用・改善できるか確かめ、未対応の課題と担当を明らかにして卒業条件を照合する。
出典：ARCHECOの進め方
依頼範囲は、試作の評価、本番化と社内への引き継ぎ、新規事業の共同開発・運営から選べます。後で示す3つの型のうち、試作型は本番へ進むかを判断する支援です。ARCHECOは試作と評価の記録を残します。本番化・移管まで担う実装型では、合意した範囲で動く仕組みと、社内で運用・改善するための手順を残します。事業共創型では、契約で決めた範囲のプロダクトと運営体制を残します。ARCHECOと御社は、支援を終える予定日と条件を契約の最初に決めます。
ARCHECOには、AIが決められた範囲で作業を進める自社の基盤（AI自律実行基盤）と訪日客向け荷物サービスを企画・開発・運営してきた経験があります。後の「FDEの実装を支える自社検証の記録」には、自社のハーネスを使ったAI開発の記録も示します。
次の4段階で、御社とARCHECOの作業と、各段階で残すものを説明します。
自社AIプロダクトの開発・運用実績を見る
Solution Flow
01
STEP 01
現場で本番化を妨げる条件を見つける
以下は本番化と引き継ぎまでを依頼する場合の4段階です。試作型は第1・第2段階の試用記録による評価までを対象にします。最初に御社が担当者と承認者を決め、ARCHECOが実際の業務を確認します。双方で最初に試す業務とAIに任せる範囲を選び、御社の責任者が決めます。ARCHECOが、選んだ業務とAIに任せる範囲を、測る指標とともに業務の流れ図に残します。
Method（進める作業）
業務の同席・聞き取り
止まっている場面の棚卸し
AIに任せる範囲と人の判断の線引き
最初に試す業務の選定
Output（残るもの）
業務の流れ図（現場の言葉で）
最初に試す業務と、測る指標
選んだ業務を、実データで短期間に試す
ARCHECOは、試作があれば引き継いで評価・修正し、無ければ最初の試作を作ります。評価には、御社の利用承認を得た実データを使います。現場の担当者が試作を使い、ARCHECOが例外や誤りを直します。ARCHECOと御社は、依頼範囲に応じて接続・例外処理・復旧を個別に確かめます。試作型での接続は確認までとし、本番の既存システムへの接続は実装型の第3段階で行います。御社の業務でAIに許す操作は、御社の承認範囲に従います。試用記録と接続・例外処理・復旧の確認記録を残し、双方で本番へ進む条件を確認します。
Method（進める作業）
実データで既存の試作を評価・修正、または最初の試作を作成
現場の人による試用と直し
接続・例外処理・復旧の確認と記録（依頼範囲に応じて）
Output（残るもの）
動く試作（既存の試作を直したもの、または新たに作ったもの）
試用記録（例外・誤り・所要時間）と、合意範囲の接続・例外処理・復旧の確認記録
本番につなぎ、AIの操作と人の確認を組み込む
本番化の条件を満たしたら、御社がAIに許す操作と運用責任者を決めます。ARCHECOは既存システムとつなぎ、人の承認とAIの出力検査を組み込みます。外部への送信や確定した支払いなどは、実行後には戻せません。ARCHECOは実行前にAIを止め、人の承認がなければ進めない仕組みを作ります。双方で合意した範囲の復旧手順をARCHECOが試します。御社の運用責任者が業務とデータの復旧を確認します。ARCHECOは御社の運用担当者へ、確認記録と復旧手順を引き渡します。 本番化の例：請求書の照合。試作で請求書の照合まではできても、承認を経て台帳へ記録する工程に載らない場面を例にします。以下は仕組みの説明であり、導入実績ではありません。御社の担当者が、利用を認められた請求書と発注情報を入力します。ARCHECOが作る仕組みでは、AIが金額・取引内容を照合し、不一致や判断できない項目を示します。 御社の承認者が、原本と判定理由から承認・差し戻しを決めます。承認時に元データが変わっていれば、仕組みは実行を止めて承認者に知らせ、最新データでのAIの判定へ戻します。承認者が差し戻した場合は、担当者が入力を見直し、AIの判定からやり直します。元データに変更がなく承認された場合に、AIが台帳へ記録します。仕組みは入力・判定理由・承認結果も記録します。 記録後に誤りが見つかった場合は、御社の運用責任者の承認を得て、担当者が取消・修正を記録します。仕組みは元の記録も残します。運用責任者が原本・台帳・訂正履歴を照合して復旧を確認します。御社には動く仕組みと、入力・判定理由・承認結果の記録、訂正の手順が残ります。この例に外部への送信や支払いを加える場合も、仕組みは人の承認まで実行を止めます。 御社の業務に当てはめる際は、止まる原因に応じて、この例の確認箇所を置き換えます。データが別部門にある場合は、この例で請求書と発注情報を入力する場面に当てはめます。御社の担当者が、必要なデータを持つ部署と、利用を認められた範囲を入力前に確かめます。例外が多い場合は、AIが判断できない項目と人へ戻す条件を置き換えます。承認で止まる場合は、承認者と、承認前に確認する元データを置き換えます。
Method（進める作業）
既存システム・権限との接続
AIに守らせるルールと操作制限、人の承認・AIの出力検査の設計
戻し方の手順と記録
使われ方と効果の計測
Output（残るもの）
本番で動く仕組み
AIに守らせるルールのファイルと戻し方の手順書
効果測定の報告
社内の担当者へ作り方を渡し、終了条件を確認する
本番化の次は、担当者の育成と作り方の移管です。ここで渡す作り方とは、ルールの書き足し方、評価の進め方、誤りの戻し方です。担当者の育成と作り方の移管は、完成の約束ではなく、合意した業務の遂行を委ねる契約（準委任）として、開発とは分けて合意します。御社の現場担当者と保守を担う担当者が、合意した運用・改善をARCHECOに頼らず実施できるかを確認します。ARCHECOは担当者と一緒に開発し、ルールの書き足し方と誤りが起きたときの戻し方を伝えます。双方で残る課題の担当を決め、合意した予定日と終了条件を確認します。
Method（進める作業）
社内の担当者と一緒に行う開発
ルールの書き足し方の移管
次の業務の選定と優先順
支援の終了条件の確認
Output（残るもの）
作り方の手引き（社内向け）
次の業務の計画
支援の終了条件チェックリスト
SERVICE MENU
FDEの3つの型
4段階のうち、試作までを頼むか、本番化と引き継ぎまでを頼むかで支援を選べます。新しい事業の企画・開発・運営を共に進める場合は、事業共創型です。各型について、御社の準備、ARCHECOの作業、終了時に残るものを示します。
AIの試作はある、またはこれから試したいが、本番化する業務を絞れない
試作型 FDE
ARCHECOは、試作があれば引き継いで評価・修正し、無ければ最初の試作を作ります。御社は業務の担当者と、利用を認めたデータを用意します。最初に試す業務は双方で選び、御社の責任者が決めます。双方が試用記録から本番化を判断できることを、支援の終了条件にします。本番化を依頼する場合は、評価後に別途範囲を合意します。
- やること
- 業務の同席と、止まっている場面の棚卸し
- 最初に試す業務の選定と、既存の試作の評価・修正または最初の試作の作成
- 現場の人による試用と、例外・誤りの記録
- 成果物
- 業務の流れ図／動く試作（既存の試作を直したもの、または新たに作ったもの）／試用の記録／本番に進むかの判断材料
- 選べる契約
- 準委任（完成の約束ではなく、合意した業務の遂行を委ねる契約）
- 期間
- 数週間〜
本番に入れたいが、本番化と引き継ぎを進める人手や経験が足りない
実装型 FDE
実装型は、進め方の第1〜第4段階を対象にします。既存の試作があれば評価から始め、無ければ最初の試作を作ります。試作型の評価後に、本番化と引き継ぎの範囲を合意して進むこともできます。御社は本番化の承認者と、運用を引き継ぐ担当者を決めます。社内にエンジニアがいない場合は、採用か継続保守の外部担当の確保を、開始時に御社とARCHECOで検討します。育成・移管は、現場担当者と保守担当者が合意した作業をARCHECOに頼らず実施できることを終了条件にします。
- やること
- 業務の確認・試作の評価から、本番化と既存システム・権限との接続まで
- AIに守らせるルールと操作制限の設定、人の承認・AIの出力検査と復旧手順の整備
- 社内の担当者と一緒に行う開発と、支援の終了条件の確認
- 成果物
- 本番で動く仕組み／AIに守らせるルールのファイルと戻し方の手順書／効果測定の報告／作り方の手引き
- 選べる契約
- 開発は準委任または請負（合意した仕様の完成を約束する契約）。育成・移管は準委任として分けて合意
- 期間
- 数か月〜
AIを使った新しい事業を、一緒に作りたい
事業共創型 FDE
御社は事業の責任者と、方針や投資を決める場を用意します。ARCHECOは企画・開発・運営を共に進めます。成果を分け合う契約（プロフィットシェア）では、費用の負担と成果の分け方を案件ごとに決めます。終了時のコードと知的財産の扱い、引き継ぎの条件も契約で合意します。社内で承認した小さな実行組織（出島）で始める場合も、対象範囲を先に定めます。詳しい仕組みは<a href="/services/solutions/profit-share">プロフィットシェアの解説</a>をご覧ください。
- やること
- 事業の企画と、最初のプロダクトの開発
- 運営体制づくりと、成果の分け合い方の設計
- 社内承認を得た小さな組織（出島）での立ち上げ
- 成果物
- プロダクト／運営体制／成果の測り方と分け方
- 選べる契約
- 成果を分け合う契約（プロフィットシェア）／共同事業（ジョイントベンチャー）
- 期間
- 2〜3年
PROOF（自社検証）
FDEの実装を支える自社検証の記録
ARCHECOが試作を短期間で回せる理由として、ハーネスを使い、AIに開発と動作確認をさせた自社検証の記録を示します。大手の短い動画アプリを手本に、AIだけでアプリを作りました。手本の公式ヘルプに載る112機能のうち、手本と同じ操作で動いた機能数を数えています。音楽配信アプリの構成を再現した検証では、開発時間と完成後の試験結果を分けています。曲の切り替え回数と再生が止まった回数は、完成アプリの試験結果です。 ARCHECOが参加した事業共創の案件の実装時間とシステム開発会社の見積もりを比べた項目は、試算として区別しています。人月は、担当者がひと月働く作業量を表す単位です。案件と比較条件は<a href="https://archeco.co.jp/ai-startup/2026/08/07/build-3days-decide-18months/">公開記事「内製化とは？メリット・デメリットと外注との判断基準5つ」</a>で確認できます。 これらは顧客業務の本番化の記録ではなく、御社での開発期間・費用・導入効果を保証する数値でもありません。自社の検証のため、人の承認を待つ時間や、顧客の業務への影響は測っていません。御社の業務の接続・例外処理・復旧は、進め方の第2段階で依頼範囲に応じて個別に確かめます。次に、ARCHECOが事業の企画や運営を担った経験を示します。
短い動画アプリの112機能中103が同じ操作で動作。開発は約14時間半
関連記事を読む
音楽配信と同じ構成のアプリを約10時間で開発
関連記事を読む
8時間の連続再生で曲が205回切り替わり、再生が止まった回数は0
関連記事を読む
事業共創案件でARCHECOが担った実装は3日（暦日）。システム開発会社の見積もり15〜25人月（作業量）と比較した試算です。単位が異なるため、開発速度の倍率を直接示すものではありません。ARCHECOへの依頼費用を示す数値ではありません。比較条件はリンク先の公開記事に記載しています。
関連記事を読む
CASE TYPES
FDEの土台になった事業・開発の経験
以下は、FDEの支援の土台としている、ARCHECOの事業共創・自社事業・自社検証の記録です。FDEとして顧客の業務に導入した実績ではありません。企画から運営までのどこを担ったかを示します。荷物サービスは、自社で現場の運営まで担った経験です。現場の仕事とシステムを一緒に考える際の土台にしています。依頼先を比べる際も、同じ工程を担った経験があるかを確認してください。
ABOUT FDE（FDEの詳しい説明）
FDEの意味・進め方・費用と依頼先の選び方
ここからは、前半の3つの型から選ぶための詳しい説明です。ほかの支援との責任分担、実務、効果・費用の順に確かめ、依頼先を比較します。ARCHECOの担当工程を補足したあと、FDEの定義・起源と市場の背景、社内で採用・育成する場合の判断を補足します。
FDEとSES（技術者の稼働を提供する支援）・客先常駐・コンサル・受託開発の違い
必要な支援が見えたら、ほかの頼み方と比べます。比較する軸は、どこで働くかより、何を約束するかです。次の表は依頼内容を整理するためのもので、各社の責任は実際の契約と担当範囲で確かめます。
FDEとSES・客先常駐を、約束するもので比べる
客先常駐は働く場所を示す言葉です。現場に来るというだけでは、課題を決める役も、本番化の担当も分かりません。ここでは、SESを発注側の計画に沿って技術者が合意した作業を担う支援として比べます。FDEでは、何を作るかを決める課題整理から担当範囲に含めます。 FDEの依頼では、何を作るかを現場で一緒に決める余地が必要です。ただし、業務の責任者まで外部へ移るわけではありません。社内が承認する範囲と、FDEが判断して進める範囲を分けます。常駐日数や人月だけではなく、試用記録と本番化の条件が提案にあるかを見てください。 次の表の「終わり方」の列は、依頼先に確認するための比較軸です。FDEなら必ず内製化できる、SESなら何も残らない、といった区分ではありません。同じ準委任でも、課題の整理まで委ねるか、決まった作業を頼むかで支援の中身が違います。成果物の名前だけでなく、確認する人と引き継ぐ人まで提案に書いてもらいます。社内の役割が空欄のままなら、その部分を誰が担うか決めてから進めます。 準委任では、ARCHECOは合意した業務の遂行を担い、完成そのものは約束しません。御社と進捗・成果物の確認・引き渡しの確認を行います。請負は、ARCHECOが合意した仕様の完成を約束する契約です。請負の検収は、合意した仕様を満たす成果物の納品と動作の確認に限ります。社内担当者の育成と作り方の移管は、準委任の支援として分けて合意します。どちらの契約でも、業務利用の承認と社内の運用責任は御社が担います。 FDEでも開発部分を請負にできます。比較では、何を作るかを決める課題整理と試用を支援に含めるかを確認してください。
| 頼み方 | 約束するもの | 何を作るかを誰が決めるか | 成果物の責任 | 終わり方 |
|---|---|---|---|---|
| FDE | 合意した業務の課題整理・実装・定着の支援 | 現場の担当者とFDEで検証し、社内の責任者が承認 | 準委任は業務の遂行と成果物の引き渡しを確認。請負は合意仕様を満たす納品・動作を確認 | 合意した終了条件（試用記録による判断・本番化・移管）を双方で確認 |
| SES・技術者の稼働支援 | 合意した技術業務への稼働 | 発注側が計画を決め、技術者は合意した作業と判断を担う | 稼働の依頼と成果物の扱いを契約で確認 | 契約期間と業務の引き継ぎを確認 |
| 方針・提案を中心とするコンサル | 課題分析・方針・計画 | 社内の意思決定者とコンサルで方針を整理 | 提案後の実装が含まれるかを確認 | 提案の受領後、実装担当へ引き継ぐ |
| 完成を約束する受託開発（請負）・システム開発会社（SIer） | 合意した仕様の実装・納品 | 発注側と開発側で要件を合意 | 完成させる仕様と検収条件、変更の扱いを合意 | 検収後、保守や運用の担当へ引き継ぐ |
- 客先常駐は働く場所を示す言葉で、課題を決める役や本番化の担当までは示さない。FDEでも社内の業務責任は移らず、承認する範囲と委ねる判断を分けて確認する。
- 表は依頼内容をそろえる比較軸で、FDEなら必ず内製化できるという区分ではない。コンサルにも実装を担う支援があり、会社の分類より今回の担当者と範囲を見る。
出典：ARCHECOの見方
コンサル・受託開発・SEとの違い
コンサルとの比較では、提案したあとに誰が作るかを確かめます。FDEは、現場で聞いた事情を、そのまま実装と試用へつなげます。全社の優先順位や投資方針が決まっていない段階では、方針を整理する支援から始める選択もあります。コンサル会社が実装を担う場合もあるため、会社の分類だけで線を引かず、今回の担当者と範囲を見ます。 受託開発やSIerとの比較では、仕様をいつ、どう決めるかを確かめます。作る対象と合格条件が決まっていれば、それを実装する依頼ができます。現場で使ってみないと要件が決まらない場合は、試用と修正を支援に含める必要があります。FDEで対象を絞ったあと、仕様が固まった部分を受託開発へ渡す進め方も考えられます。 システムの設計・開発を担うSEや、通常のWebエンジニアとの違いも、技術の種類だけでは説明できません。FDEでは、実装に加え、現場の課題を見つけて優先順位を決める仕事を担当範囲に置きます。既存の開発担当者がこの役を担えるなら、名称を変えるためだけに外部を増やす必要はありません。足りないのが業務理解か、実装力か、社内で決める力かを先に見極めます。
ほかの技術職や、業務変革を担うRDEとの違い
隣接する職種とは、どの工程まで担当するかで分担します。ソリューションアーキテクトは、課題に対して技術をどう組み合わせるかを設計する役です。セールスエンジニアやプリセールスは、導入前の技術説明や検討を支えます。カスタマーサクセスは導入後の利用と定着を支えます。FDEを置く場合は、これらの担当と連携し、現場の判断を実装へつなぐ範囲を決めます。一人ですべてを担う前提にはしません。 RDE（Reinvention Deployed Engineer）は、アクセンチュアが業務や組織の変革を支える技術者を指す呼称です。エクサウィザーズ「AI新聞」は、コンサル企業による変革支援の文脈で紹介しています。製品企業のFDEと比較する際は、特定製品の活用を中心にするのか、業務や組織の変革まで対象にするのかを確認します。略称の違いだけで、実装する人の有無や責任範囲を判断しないことが大切です。 役割の名称を整理したら、現場の確認から引き継ぎまでの各工程に担当を置きます。
FDEが現場でやることと双方の役割
違いを契約に落とすには、実際の作業を段階に分ける必要があります。ARCHECOは、現場の理解から試作、本番化、移管へ進めます。各段階で御社が決めることとFDEが作るものを分け、次へ進む判断材料を残します。
現場に入り、止まっている場面を見つける
進め方の第1段階では、業務の確認に加え、御社で判断する担当者を決めます。社内に運用・改善の担当者がいない場合は、御社が引き継ぐ人の候補を決めます。育成対象と延長の条件は、後の「作り方を社内に渡し、合意した条件で抜ける」で説明します。御社には、業務を説明できる担当者と、対象を決める責任者を置いていただきます。FDEは、仕事の始まりから完了までを追い、人が判断する分かれ道と手作業に戻る場面を整理します。確認した内容は、第1段階の業務の流れ図に残します。 対象を選ぶ際は、効果がありそうかだけでなく、試せる条件があるかを見ます。データを利用する承認が得られるか、使う担当者が試用に参加できるかを確認します。承認待ちで着手できない対象を選ぶと、開発者を増やしても進みません。技術で解く課題と、社内の手続きで解く課題を最初に分けます。 御社は、業務の判断を集める社内の窓口と、データを管理する担当者を決めます。窓口は現場の意見を集め、試す順番を責任者と決め、実装するFDEと直接話します。データ担当者は、所在・品質・取得方法・利用範囲を確認します。固定の人数を先にそろえるより、業務の判断、実装、データの管理に担当の空白がないかを確かめます。兼務する場合も、どの判断を持つかは分けておきます。 窓口が自分で決められない事項は、情報システム部門や社内の承認者へ確認します。FDEが判断に迷った際の確認先も明らかにします。<a href="https://hatenabase.jp/blog/what-is-fde-forward-deployed-engineer/">はてなベースのFDE解説</a>では、現場の目的を整理し、関係者を調整する発注側の窓口を「Echo役」と呼んでいます。 業務と担当が決まったら、利用承認を得たデータで試作に進みます。
- 社内の担当者と実装するFDEを対にし、データ担当者や承認者には必要な確認へ参加いただく。固定の人数を先にそろえるより、業務の判断と実装、データ管理の空白をなくす。
- 移管では社内担当者が主になり、合意した範囲を運用・改善できるか確かめる。条件が満たせない場合は未完の作業と担当を明らかにし、必要な追加作業を切り分ける。
出典：ARCHECOの進め方
最初に試す業務を実データで動かす
進め方の第2段階では、試用記録から本番へ進むかを判断します。対象業務は双方で選び、御社の責任者が決めます。FDEは既存の試作を評価・修正し、無ければ最初の試作を作ります。御社には、普段の手順と例外を示し、利用を認めた実データで試作を確かめていただきます。 この段階では、画面が動くことと業務が終わることを分けて見ます。回答が出ても、現場の担当者が別の資料を見直す必要があるなら、その手間を記録します。例外のたびに人がすべてやり直すなら、任せる範囲を見直します。見栄えのよい実演だけで判断せず、普段の業務で何が残るかを確かめるためです。 仕様は、試用から得た判断をもとに固めます。ただし、試すたびに対象を広げると、最初に試す業務の検証が終わりません。今回直すものと次に扱うものを分け、社内の責任者と優先順位をそろえます。合格条件に達しない場合も、その理由が分かれば判断材料になります。本番へ進めるか、範囲を狭めるかを、実際の記録で決めます。
本番に載せ、AIが働く仕組みを作る
進め方の第3段階では、AIの仕組みに加え、御社の運用体制も決めます。御社は利用権限と運用責任者を決め、本番で行ってよい操作を承認します。FDEは既存システムとつなぎ、業務のルールを実装へ反映します。AIの出力検査の仕組みは「本番で動く仕組み」に、復旧手順は「戻し方の手順書」に含めて残します。 FDEは、AIが参照できる情報と操作を制限し、承認が必要な処理の前でAIを止めます。AIの出力を合格条件に照らして検査し、処理がどこまで進んだかを記録します。戻せない操作は人の承認まで止めます。復旧時は、御社の運用責任者が業務とデータの復旧結果を確認します。 請求書の照合から承認・台帳の訂正までの説明例は、前半の進め方の第3段階にまとめています。御社の業務でも、AIが行う処理と人が判断する場面を分け、記録と復旧手順を残します。 使う人の仕事の変化も、本番化に含めて扱います。誰が入力し、誰が誤りを報告し、誰が修正を承認するかを決めます。技術だけを渡して、従来の担当者へ確認作業を積み増す形にしないためです。ルールを整えるガバナンスと、現場の役割を変える進め方を一緒に考えます。変更を知らせ、試用の意見を反映する役を社内に置くことも必要です。 ここまで説明したARCHECOの支援には、対象業務の役割変更と担当者の育成を含みます。全社の組織づくりも頼む場合は、依頼先ごとに支援範囲を確認してください。<a href="https://fortience.com/company/newsroom/20260616/">フォーティエンスのFDE型コンサルティングの発表</a>は、商習慣に沿った業務・役割・意思決定の再設計を掲げています。同社はAI活用の中核組織（AI-CoE）の立ち上げ・運営も支援対象としています。意識の変化を含む人材変革も掲げているため、御社が組織づくりまで頼むかを分けて比較してください。 本番の仕組みと社内の役割が決まったら、担当者が運用・改善できるかを確かめます。
作り方を社内に渡し、合意した条件で抜ける
移管の範囲と終了条件は、御社とFDEが契約の最初に決めます。コードと実行環境の引き渡し範囲、評価の課題・合格条件を合意します。手順書と作り方の手引き、次の対象の計画を残すことも定めます。終了予定日も合意します。終了後の保守費や、AIモデル・クラウドなどの利用料を誰が負担するかも決めます。請負の納品・動作確認とは分け、育成と作り方の移管は準委任の支援として合意します。 条件が満たせない場合は、未完の作業と担当を明らかにします。作る範囲が増えたのか、引き継ぐ人が決まらないのかでは、対処が異なります。伴走を延長する場合は、御社とARCHECOが育成対象と追加作業を決めます。双方で延長期間と再確認日を合意し、終了条件を満たしたかを改めて確かめます。担当者が未定のまま、期間だけを延ばしません。支援終了後も、社内で使われ方や誤りの記録を続けられることを確認します。 育成では、御社が現場の兼務担当と、実装を引き継ぐエンジニアを選びます。FDEは担当者と一緒に作業し、それぞれの役割に必要な手順を伝えます。現場の兼務担当は、AIの判定を確認し、承認・差し戻しと誤りの報告を学びます。エンジニアは、記録からの原因調査、ルール変更、評価と復旧を学びます。エンジニアがいない場合は、採用か継続して保守を担う外部担当の確保も検討します。現場の兼務担当だけにコードの保守まで任せる前提にはしません。 育成・移管は、御社の現場担当者と保守を担う担当者が、合意した作業をARCHECOに頼らず実施できることを終了条件にします。復旧手順を実施するのは、御社のエンジニアです。社内にいない場合は、御社が確保した継続保守の外部担当者が実施します。御社の運用責任者は、業務とデータの復旧結果を確認します。御社とARCHECOが現場と開発の両方の実施記録を確認し、支援の終了を判断します。未対応の課題は一覧にし、対応しないものも含めて扱いを決めます。 現場で得た知見を、次の開発に戻すこともFDEの仕事です。レバテックLABのLayerX・ログラス対談では、FDEをビジネスモデルとして捉える考え方が示されています。同対談は、現場で得た改善を提供企業の製品へ戻す視点を示しています。ARCHECOも、再利用できる改善方法を自社の作り方へ戻します。ただし、御社のデータや固有の業務情報を自由に転用する意味ではありません。再利用する知見と社外に出せない情報を分け、合意した範囲で扱います。 支援を終えてよいかを判断するため、業務の効果とAIの品質を記録で確かめます。
FDEの効果を何で測るか
移管まで進める判断には、動いたという感想だけでは足りません。着手前の数字と、導入後の同じ数字を比べます。業務への効果とAIの品質を分けて測ると、続けるか、直すか、範囲を変えるかを決めやすくなります。
使われ方・業務の時間・誤りを最初から測る
御社の責任者とFDEは、着手前に測る指標を決め、現状の数値を記録します。業務の所要時間を短くしたいなら、現状の処理と確認にどれだけ時間がかかるかを残します。件数を増やしたいなら、一定の対象と期間で処理した件数を見ます。導入前と後で業務の難しさが違うと、単純な比較はできません。何を同じ条件として比べるかも決めておきます。 使われ方も効果の一部です。作った機能が利用されない場合、性能だけを改善しても業務は変わりません。どの場面で使われ、どこで元の手順へ戻ったかを確認します。FDEと現場の担当者で記録を読み、使い方の問題か、機能や権限の不足かを切り分けます。 業務時間の短縮だけを成果にすると、確認や差し戻しの負担を見落とします。AIに渡す前の準備と、結果を直す時間も含めて見ます。費用対効果（ROI）を考えるときも、作る費用だけでなく、運用と人の確認に必要な負担を合わせます。業務時間が短くなった分を、そのまま収益の増加とみなさず、御社がどの改善を価値とするかを先に決めます。 業務の負担と併せて、AIの出力が合格条件を満たすかも測ります。
| 見るもの | 取る記録 | 判断すること |
|---|---|---|
| 使われ方 | 対象業務での利用と、元の手順へ戻った場面 | 現場に定着しているか |
| 業務の時間・件数 | 準備から確認までの時間と処理件数 | 仕事全体の負担が減ったか |
| 誤り・差し戻し | 誤りの内容と修正の手間 | 速さの代わりに確認負担が増えていないか |
| 停止・再開 | 誤りや異常でAIの処理が止まった回数と再開までの時間（承認待ちは次の行で記録） | 任せる範囲と復旧手順が適切か |
| 承認待ち | 誰のどの判断を待ったか | 社内の判断経路を見直す必要があるか |
- 着手前に測る指標と比較条件を決め、今の数字を取る。準備から確認までの時間に加えて、誤りの修正や差し戻しの手間も記録し、仕事全体の負担が減ったかを見る。
- evalでは分母となる課題と合格条件を残し、同じ課題で確かめ直す。評価の合格率だけで現場の成果とせず、使われ方や業務の時間も並べ、合意した条件を満たすか確認する。
出典：ARCHECOの進め方
AIの評価（eval）の合格率と業務の成果を分ける
evalは、決めた課題に対してAIの出力が合格したかを確かめる評価です。はてなベースのFDE解説も、合格率で測る考え方を紹介しています。頼む側は、何を正解とし、どの入力で試すかを現場の担当者と決めます。普通のケースだけでなく、業務で問題になる例外も評価対象に含めます。 合格率を見るときは、分母となる課題と合格条件を残します。条件を緩めた結果なのか、仕組みを改善した結果なのかを区別するためです。モデルやルールを替える際も、同じ課題で確かめ直せる状態にします。AIの完了報告だけで合格とせず、担当者や別の検証手段で実際の結果を確認します。 評価に合格しても、使う人が増えるとは限りません。業務の時間が減っても、重大な誤りが残れば対象を広げられません。御社の責任者とFDEが品質と業務の指標を比較し、合意した条件を満たしたら次の段階へ進みます。支援を終える際は、評価の課題と判定方法も社内へ渡します。FDEがいなくなったあとに、新しい変更の良し悪しを同じ基準で判断できるようにするためです。 評価の結果は、合格率だけでなく不合格の理由を読むためにも使います。入力が不足していたのか、業務の決まりを取り違えたのか、接続先で処理できなかったのかを分けます。同じ不合格でも、モデルを替える必要があるとは限りません。業務のルールや道具の使い方を直すことで解けるかを確かめます。こうして修正と評価を対にすると、担当者が次に何を直すべきかを説明でき、外部へ依頼する作業も絞れます。 評価と修正に必要な作業が見えると、契約に含める範囲と費用も比較できます。
FDEの費用・契約・期間は何で決まるか
効果の測り方が決まると、そこまでに必要な作業を見積もれます。費用は人数だけでなく、本番化の範囲とデータを扱う条件で変わります。ここでは契約の型、期間、社内で先に整えるものを分けて説明します。
人数・頻度・実装範囲で費用を比べる
費用の比較は、同じ範囲の仕事を並べるところから始めます。試作だけの支援と、本番運用や移管まで含む支援では、残るものが違います。現場に入る人数と頻度に加え、何をどこまで作り、どの条件で確かめるかを明示してもらいます。月額や人月だけを比較しても、足りない工程は見えません。 接続する既存システムも、作業量を動かします。接続先ごとに利用権限やデータの形が違えば、確認と検証が必要になります。データ利用の承認に時間がかかる場合は、開発作業と待ち時間を分けて考えます。担当者の不在や申請の遅れを、開発人数で解決しようとしないことが大切です。 ARCHECOは、AIに作らせる部分と人が判断する部分を分けて進めます。ただし、AIで実装を速められても、社内の承認や現場の試用まで省けるわけではありません。最初の対象を絞り、試作の記録から本番化の範囲を見直します。見積もりでは、何が前提で、何が変わると追加の作業になるかを合わせて確認します。
| 条件 | 確認する内容 |
|---|---|
| 人数と頻度 | 現場で判断する役と実装する役、参加する頻度 |
| 作る範囲 | 試作、本番化、運用、移管のどこまでか |
| 接続先 | 既存システムと権限の確認がどこまで必要か |
| データ利用 | 利用可能になる時期と社内の承認手続き |
| 検証と引き継ぎ | 合格条件と社内担当者が確認する作業 |
| 契約の型 | 業務の遂行に支払う準委任、完成に支払う請負、成果を分け合う契約のどれか |
契約の型と期間を対象に合わせる
期間を相談するときは、着手できる日と完成を目指す日を区別します。データの利用が認められる前から開発期間を数えると、遅れの原因が見えなくなります。社内で先に終える手続きと、FDEが着手後に進める作業を分けます。試作の終了時には、残る接続や検証を洗い出し、移管先の準備と合わせて次の予定を決めます。予定日だけを固定するのでなく、その日までに何が確認できれば支援を終えられるかをそろえます。 契約では、開発と育成・移管それぞれの対象範囲と終了条件を、予定に落とし込みます。作業の優先順位と、進捗を確認する記録も決めます。 事業共創型では、双方が担う範囲と、費用の負担を案件ごとに契約で決めます。何を成果と呼び、どう測り、どう分けるかも合意します。終了時のコードと知的財産の扱い、引き継ぎの条件も契約に含めます。事業が続く期間とFDEが入る期間は分けて定めます。詳しい仕組みは<a href="/services/solutions/profit-share">プロフィットシェアの解説</a>をご覧ください。 期間の目安は、試作が数週間から、本番化と移管が数か月からです。事業共創は2〜3年を目安に、対象事業に合わせて検討します。どれも、すべての案件がその期間で完了するという約束ではありません。データを使える時期と承認の流れを確かめ、試用記録から次の段階を見積もり直します。
| 型 | 契約の選択肢 | 期間の目安 | 終了時の確認 |
|---|---|---|---|
| 試作型 FDE | 準委任（合意した業務の遂行を委ねる契約） | 数週間〜 | 試作と試用記録から本番化を判断できる |
| 実装型 FDE | 開発は準委任または請負。育成・移管は準委任として分けて合意 | 数か月〜 | 開発は準委任なら業務の遂行、請負なら納品・動作を確認。育成・移管は別に合意した条件で確認 |
| 事業共創型 FDE | 成果を分け合う契約（プロフィットシェア）／共同事業（ジョイントベンチャー） | 2〜3年 | 案件ごとの契約に沿い、費用負担・成果配分・終了時のコードと知的財産の扱いを確認 |
- 費用は人数と頻度だけでなく、作る範囲、接続先、データ利用、検証と引き継ぎ、契約の型で変わる。開発作業と承認待ちを分け、何が変わると追加作業になるかも確認する。
- 試作は数週間から、本番化と移管は数か月から、事業共創は2〜3年が目安。完了を約束する期間ではなく、データ利用と承認の流れを確かめ、試用記録から次を見積もり直す。
出典：ARCHECOの進め方
データを社外に出さない条件を先に確認する
データを社外に出せない場合は、御社のデータ担当者とFDEが、その条件に合う構成を考えます。社内で扱える環境を使うのか、外部サービスへ渡してよい情報があるのかを先に決めます。FDEを呼べばデータ利用が許可されるわけではありません。御社のデータの担当者と承認者が、利用目的と対象を確認する必要があります。 確認する対象は、元の業務データだけではありません。AIへ渡す入力と返ってくる出力に加え、処理の記録にも業務情報が含まれます。保存する場所と閲覧できる人を定め、試作と本番で扱いが変わる点を整理します。社外へ出さないという条件も、どの情報とどの処理が対象なのかを明らかにします。言葉だけで合意せず、接続先まで含めて確認します。 構成によっては、使えるモデルや道具が限られます。その制約の中で必要な品質を出せるかを、最初の試作で確かめます。利用条件に合わないデータを持ち出して進めるのではなく、利用を認められた範囲で検証します。移管時には、作った仕組みだけでなく、権限と記録の管理も引き継ぎます。データの扱いを後回しにしないことが、費用と期間を見積もる前提になります。 発注前には、担当者が閲覧する情報と、AIが処理する情報を分けて説明してもらいます。人が見てよい資料でも、外部サービスへの送信まで認められているとは限りません。逆に、すべてを利用不可と決める前に、承認された範囲で試せる対象があるかを社内で確認します。構成を先に決めてから許可を取りに行く順番を避け、守る条件の中で成立する試作を選びます。試作で認めた扱いを、本番へ無条件に広げないことも確認事項です。 御社のデータ利用条件を明らかにしてから、その条件で実装できる依頼先を比較します。
FDEの依頼先の選び方とよくある失敗
費用と条件をそろえたら、どの相手がその範囲を担えるかを比べます。製品を使う支援なのか、業務や組織まで変える支援なのかで、向く相手は変わります。提案の名前より、最初の対象と移管までの担当を確かめます。
依頼先の型と向いている状態
依頼先は、提供する製品や普段の仕事から見ると比較できます。特定のAI企業のFDEは、その企業の製品を前提にするかを確認します。コンサル系なら、業務設計から実装へ誰がつなぐかを聞きます。受託・SIer系なら、仕様が決まる前の試用と修正まで扱うかを確認します。自社でもプロダクトを作る会社には、その経験を御社の制約へどう合わせるかを聞きます。 特定製品の知識が深いことは、製品が決まっている場合の判断材料です。一方、製品選定から始めるなら、別の製品との比較や乗り換えをどこまで扱うかも必要です。はてなベースのFDE解説も、AI企業のFDEには製品の前提があると説明しています。製品の縛りを良し悪しだけで判断せず、御社が任せたい判断と一致するかを見ます。 ARCHECOは、自社でプロダクトを作り運営する立場から、現場での実装と移管を支援します。自社で動いた方法を、そのまま御社に当てはめるわけではありません。データと承認の条件を聞き、最初の対象で試します。比較するときは、同じ業務と同じ支援の終了条件を渡し、各社が何を引き受けるかをそろえてください。 一つの型にすべてを求める必要もありません。業務の方針を社内や別の支援で決め、その後の実装をFDEへ頼む形も考えられます。その場合は、方針を説明する人と、試用の結果から方針を見直す人を決めます。会社を分けても、判断の受け渡しが途切れないことが条件です。どの工程を誰へ頼むかが明らかになってから、参加する人数と期間を比較します。
| 型 | 向いている状態 | 確かめること |
|---|---|---|
| AI企業のFDE | 使う製品が決まり、その製品を業務へ深く組み込みたい | 対象製品の前提と、製品の外側の作業範囲 |
| コンサル系のFDE | 業務や組織の役割を見直しながら実装したい | 提案者と実装担当の連携、現場への定着の範囲 |
| 受託・SIer系のFDE | 既存システムとの接続や本番開発を進めたい | 試用と仕様変更の扱い、契約に応じた成果物の確認方法 |
| 自社でもプロダクトを作る会社のFDE | 作るところから運用と内製化までつなぎたい | 自社実績と顧客支援の区別、作り方の移管条件 |
依頼先に確かめる6つの質問
比較の場では、抽象的な強みよりも実際の進め方を聞きます。「伴走する」「成果に責任を持つ」という説明だけでは、誰が何をするかは分かりません。現場の具体的な困りごとを1つ示し、何から確かめるかを尋ねてください。技術の提案より先に、業務と承認の条件を聞いてくれるかも判断材料です。 実績は、対象と測ったものをセットで確認します。短期間で作った記録があっても、それが試作なのか、本番運用まで含むのかで意味が変わります。自社検証と顧客支援も分けて読んでください。支援終了後の運用を求めるなら、担当者が何を引き継ぐかまで聞きます。 ARCHECOの無料FDE診断では、共有する情報を段階に分けます。初回にお伝えいただくのは、いま止まっている段階と、使っているシステムの概要の2項目です。機密を含まない範囲で構いません。記録や社内の決まりは、秘密保持の取り決めのあとに伺います。お返しするのは、最初に試す業務・測る指標・本番へ進む条件の3項目です。診断後に依頼を検討する際は、双方の役割と支援範囲を決め、概算を左右する条件を確認します。 回答を比べるときは、前提が異なる見積もりを同じ表へ置かないようにします。片方は試作だけで、もう片方は承認の準備と移管まで含むなら、まず範囲をそろえます。製品の利用が必須なら、その条件も並べます。支援が終わると何が社内に残り、何を引き続き外へ頼むのかまで確認すれば、初期の費用だけに偏らず判断できます。答えが決まらない項目は、契約前に確かめる作業として明示してもらいます。
| 質問 | 確認したいこと |
|---|---|
| 最初にどの業務を、どのデータで確かめますか | 止まる場面と利用承認を踏まえた対象の絞り方 |
| 試作から本番まで、誰が作り誰が承認しますか | 社内担当者、FDE、データ担当者の役割分担 |
| どの製品が前提で、何を社外へ送りますか | 製品選定の範囲と入力・出力・記録の扱い |
| 効果は何で測り、今の数字をどう取りますか | 業務の指標と合格条件、比較できる記録 |
| 実績はどんな条件で、何を確かめた記録ですか | 自社検証と顧客支援、試作と本番運用の区別 |
| いつ抜け、社内へ何を渡しますか | 支援の終了条件、運用と改善の手順、残る課題の担当 |
- 実績は対象と測ったものをセットで確認する。短期間で作った記録も、試作と本番運用では意味が違う。自社検証と顧客支援を分け、今回頼む範囲に合うかを確かめる。
- 比較する見積もりは、試作だけか、承認の準備や移管まで含むかをそろえる。支援終了後に社内へ残るものと、引き続き外へ頼む仕事を確認し、未決の項目も明示してもらう。
出典：ARCHECOの進め方
常駐だけが増える・抜けた日に止まる失敗を防ぐ
FDEを置くことが目的になると、担当者の稼働だけが増えるおそれがあります。最初の対象を決めないまま広く始めれば、どの業務も試作のまま残りかねません。依頼する時点で対象と合格条件を絞り、今回扱わない課題も分けておきます。相談できる人が増えたことと、業務が変わったことを同じ成果にしないためです。 詳しい人だけが動かせる仕組みは、その人が抜けると止まります。移管を最後の説明会にせず、社内の担当者が主になって動かす工程を入れます。手順書を渡したかだけでなく、誤りを見つけ、合意した範囲で直せるかを確かめます。担当者が決まらない場合は、その状態を支援の終了条件の未達として扱います。 効果を測らずに進めると、続けるか止めるかを判断できません。導入後に数字を集め始めても、以前との比較が難しくなります。現状の記録を取ってから試し、合格率と業務の負担を分けて確認します。成果が出ないときは、人数を足す前に、対象の選び方と測り方を見直します。 業務のルールや責任を定めるガバナンスと、社内の承認を後回しにすると、試作が完成してから利用を止められる可能性があります。対象データと実行してよい操作を先に決め、承認する人を明らかにします。現場の担当者にも仕事の変化を説明し、試用から意見を反映します。FDEだけで社内の判断を代行しようとせず、技術の実装と組織の準備を同じ計画に置きます。 依頼先の実績を確認するときも、事業名だけでなく、実際に担った工程を確かめます。
事業・開発の経験をFDEの支援にどう生かすか
前半で示した事業・開発の経験を、FDEの支援にどう生かすかを説明します。利用体験を試作へつなぐ進め方と、運営中の問題を改善へ戻す考え方を示します。自社検証を御社の業務へ適用する際に、確かめ直す範囲も説明します。
アパレルシェアリングの事業共創
事業共創では、ARCHECOは利用者がどのように使うかを考え、最初に確かめる形を作ります。試作の結果を、事業として進めるかの判断に使います。
自社AIプロダクトと荷物サービスの開発・運営
自社事業では、ARCHECOは作ったあとに起きた問題を、次の改善へ戻す当事者になります。AIプロダクトの開発・運用と、荷物の取り扱いを伴うサービス運営では、改善する対象が異なります。依頼先を比較するときは、開発したものをどう使い、どこを直したかまで確認します。
ハーネスの上でAIに作らせた自社検証
前半の動画アプリと音楽アプリは、AIに守らせるルールと検査の仕組み（ハーネス）の上でAIに作らせたものです。御社の業務へ適用する際は、ARCHECOが実際の入力と合格条件で試し直します。合意した範囲で社内システムとの接続と操作の制限を確かめ、業務の例外処理と復旧を確認します。御社とARCHECOは、現場で使われるかと、担当者が引き継げるかを判断します。 ここまでの発注判断を補うため、続いてFDEという役割の成り立ちと、市場・採用の背景を整理します。
- 公開の事業共創では、相手の現場の隣で、企画・UX設計・MVP・事業化までを一緒に進めた。
- 自社のAIプロダクトの開発・本番運用と、現場運用を伴う自社サービスの企画・開発・運営を担っている。顧客支援とは区別した記録である。
- 短い動画アプリの自社検証では、112機能のうち103が約14時間半で動いた。別の音楽配信アプリは完成後の8時間試験で切替205回・停止0回を確認した。開発AIの停止回数や、御社への導入効果を表す数字ではない。
出典：ARCHECOの公開実績・自社事業・開発記録（2026年10月）
補足：FDEの定義・起源と海外の動き
ここからは、依頼先の説明や求人を読むときの補足です。FDEの意味と起源を確認し、職種として採る場合とサービスとして頼む場合の違いを整理します。
FDEの意味とPalantirから始まった経緯
FDEはForward Deployed Engineerの略です。直訳すると「前線に配置されたエンジニア」で、フォワードデプロイドエンジニアとも呼びます。顧客の現場で業務を理解し、必要なソフトウェアを実装する役割を指します。完成した製品を渡すだけで終わらず、その会社のデータや仕事の流れに合う形へ仕上げる点が中心です。 起源は、Palantirがデータ活用の現場で確立した働き方にあります。エクサウィザーズ「AI新聞」は、2010年代に確立した職種と説明しています。同記事では、当初のFDEをDeltaと呼んでいたことも紹介しています。頼む側が押さえたいのは、この呼称よりも、現場を知ることと手を動かすことを切り離さない考え方です。 現場に入るとは、席を置くことだけではありません。担当者が何を見て判断し、どこで手を止めているかを理解することです。要望を聞いてそのまま機能にするのではなく、業務で何が変われば役に立つかを一緒に決めます。その判断を実装と試用へつなげるところまで含めて、依頼する仕事を考えてください。
- FDEはForward Deployed Engineerの略で、顧客の現場で業務を理解し、必要なソフトウェアを実装する役割。データ活用の現場で確立された働き方に起源がある。
- 職種としては担当者の役割、サービスとしては外部へ任せる範囲を示す。名称だけで本番運用や内製化まで含むとは限らず、対象業務と確かめる条件を契約前に決める。
出典：エクサウィザーズ『AI新聞』ほか公開の解説、ARCHECOの見方
職種としてのFDEとサービスとしてのFDE
職種としてのFDEは、一人の担当者が持つ役割を表します。採用では、開発だけでなく業務理解や関係者との調整もできるかを確かめます。一方、サービスとしてのFDEは、外部の会社へ任せる範囲を表します。担当者が優秀かに加え、社内との役割分担や支援の終わり方まで確認する必要があります。 両者に共通するのは、現場を見ながら何を作るべきかを考え、実装へ進むことです。ただし、FDEという名称だけで本番運用や内製化まで含まれるとは限りません。試作だけを頼むのか、本番化と運用まで頼むのかで、必要な体制も成果物も変わります。契約前には、対象の業務と、現場で確かめる条件を言葉にしておきます。 ARCHECOへの依頼範囲は、前半の「FDEの3つの型」で示したとおりです。社内で採用する場合も、外のFDEと一緒に作る過程から、継続して必要な仕事を見つけられます。肩書きの新しさより、御社に残したい能力から選びます。
OpenAI・Anthropic・AWSの動き
AI企業のFDEも、モデルを業務へ入れる段階を担います。日経クロステックは2026年6月5日、OpenAIとAnthropicの動きを報じました。同記事は、OpenAI東京の求人条件も紹介しています。文章などを生成する大規模言語モデル（LLM）で、システムを構築・展開した経験を求める内容です。 はてなベースのFDE解説は、AWSが2026年6月に専門組織を作った動きも紹介しています。これらは、モデルの利用方法を教えるだけでなく、企業で動く仕組みにする仕事が必要とされている背景です。ただし、各社の取り組みを、そのまま御社が利用できる支援内容や提供条件と読み替えることはできません。 依頼を検討する際は、どの製品を前提に、どこまで実装する支援かを確認します。すでに利用する製品が決まっていれば、その製品を深く知る担当者は選択肢になります。まだ製品を選ぶ段階なら、比較から任せられるかが別の問いになります。FDEという共通の名前でも、製品選定の自由度と引き継ぎ先は同じとは限りません。 続いて、FDEが必要とされる背景と、国内の支援組織や採用の動きを確認します。
補足：FDEが必要とされる背景と国内の動き
FDEが注目される理由は、試作できることと業務で使えることの間に作業が残るためです。ここでは、導入が止まる背景と国内の動きを確認します。市場の話を、自社のどこに支援が必要かという判断につなげます。
試作止まりを、現場への入れ方から見直す
ARCHECOは、モデルを替える前に、現場への入れ方で止まっていないかを見ます。アールストリートのFDE解説は、BCGの2024年の調査を紹介しています。「Where’s the Value in AI?」で、大きな価値を生んでいる企業は4%にとどまるという内容です。これは同資料での企業全体の話であり、御社の成功確率やFDE導入の効果を示す数字ではありません。 試作と本番の条件の違いは、冒頭の課題で整理したとおりです。データの利用、例外の扱い、人の承認を業務の中で確かめる仕事が残るため、現場で実装するFDEが求められています。
- 試作では使いやすいデータと想定した手順で動かせても、本番には入力の抜けや例外がある。回答が正しくても、確認して次へ渡す人が決まらなければ業務に入らない。
- モデルを替える前に、現場への入れ方で止まっていないかを見る。データの利用権限、例外に対する判断、合格条件と検収を分け、技術と社内の手続きの両方を確かめる。
出典：ARCHECOの見方
国内の導入・採用から市場の広がりを見る
国内でも製品企業の採用とコンサル会社の支援組織づくりが進み、選択肢が広がっています。レバテックLABは2026年3月23日、LayerXとログラスの対談を公開しました。両社が2023〜2024年からFDEの導入に取り組んだ経緯を扱っています。LayerXは、FDEのポジションを確立して募集を始めた時期を2024年7月と説明しています。 日経クロステックは、Treasure Dataが2025年上半期にFDEチームを設置したことを報じています。エクサウィザーズ「AI新聞」は、SB OAI JapanのFDE採用も紹介しています。コンサル系では、日経クロステックがデロイト トーマツの2026年6月のFDEマネジメントオフィス設置を紹介しています。フォーティエンスコンサルティングは、2026年6月16日からFDE型コンサルティングの提供を開始したと発表しています。 こうした動きは、頼める相手や採用する企業の広がりを示します。ただし、求人の増加と、御社の仕事に合う人を採れることは別です。求人数や伸び率を見るときは、集計時点と対象職種を確かめます。同じFDEでも、製品の導入が中心か、業務変革が中心かで必要な経験が変わるためです。依頼先の数だけを見ず、対象業務と実装範囲が合うかを比較してください。 支援の中身は、具体的な業務で確かめます。<a href="https://rstreet.co.jp/fde">アールストリートのFDE解説</a>は、サービス業のシフト作成、経理の日次処理、会議同席のAIエージェントを事例として紹介しています。これは同社の支援例であり、ARCHECOの導入実績とは区別してください。 市場の広がりは、採用企業と求人の条件を併せて見ます。<a href="https://exawizards.com/column/article/forward-deployed-engineer/">エクサウィザーズ「AI新聞」</a>は国内のFDE求人集計とSB OAI Japanの採用を紹介し、<a href="https://movin.co.jp/it/ai/engineer/fde.html">ムービン</a>も米国の求人増加を取り上げています。件数や伸び率は記事ごとに集計時点と対象が異なり、元の調査を確かめられないものもあります。そのため、採用計画では募集時点の求人票を確認し、人数を確保できる前提で日程を組まないようにします。 市場の動きに加え、社内で採用・育成する場合に必要な能力と役割も確認します。
補足：自社でFDEを採用・育成する場合
依頼先を選ぶ際には、社内にどの能力を残すかも考えます。採用と外部への依頼は、どちらか一方に限る必要はありません。最初の実装を一緒に進めながら、継続して必要な役割を具体化できます。
必要なのは作る力と業務の中で決める力
FDEには、業務の課題を実装へ変える力が必要です。作る力は、プログラミングだけでなく、既存システムとつなぐ設計や、誤りを調べる力まで含めて見ます。動く試作を作れるかに加えて、現場で使った結果から直せるかを確認します。ソフトバンクのFDE解説も、技術的な解決能力、業務理解、状況への適応力を必要な素養として整理しています。 業務の言葉を理解する力は、聞いた要望をそのまま仕様にすることとは違います。担当者が普段どんな判断をしているかを聞き、例外が起きる理由を確かめます。その内容を、AIが行う処理と人が判断する箇所へ分けます。分からない業務を知ったつもりで進めず、動くものと記録で確認し直せる人が向いています。 組織の中で決める力も必要です。現場の希望だけでは決められない権限やデータの扱いを、関係者と整理します。意見が違う場合は、何が未決で誰の承認が要るかを明らかにします。すべてを一人で決める強さより、必要な判断を止めずに進める力を見ます。 AIを使う開発では、AIに作らせて確かめる力が加わります。依頼を小さく分け、使える道具と権限を定め、出力を合格条件で検証します。AIの完成報告をうのみにせず、実際の業務が終わるかまで確認する姿勢が必要です。学習する技術名を増やすだけでなく、現場の結果から作り方を変えられるかを見てください。 面談や依頼先の確認では、同じ業務を題材にして説明してもらうと見極めやすくなります。まず、何が分からないので現場へ聞きたいかを尋ねます。次に、最初に作るものと試す方法を聞きます。最後に、不合格だった場合にどこを調べるかを確認します。すぐに道具の名前だけが出るか、業務の判断と検証まで話がつながるかを見ます。個人の知識を試すだけでなく、社内の担当者と一緒に進められるかを確かめる場にします。
年収相場より先に採用する役割を決める
採用では、必要な経験の組み合わせを先に定めます。FDEは開発と業務理解に加え、相手の組織で判断を進める力が要るため、求める経験を増やしすぎると、候補者が限られます。エクサウィザーズ「AI新聞」やムービンの解説には、高い年収水準のFDE求人が紹介されています。ただし、個別の求人条件をそのまま御社の採用相場とみなすことはできません。 相場を考えるときは、担当業務と責任の範囲が同じ求人票で、報酬を比べます。特定の製品を導入する人と、業務設計から運用までを担う人では、求める経験が違います。年収の見出しだけを基準にせず、どこまで一人に任せるのかを決めて募集要件を作ります。外部のFDEを使う費用と比べる場合も、社内の担当者が負う仕事を含めて考えます。<a href="https://movin.co.jp/it/ai/engineer/fde.html">ムービンのFDE解説</a>は、LayerXとログラスの求人票や、ソフトウェアエンジニアとFDEの給与を比較しています。 採用候補は、FDE経験者という肩書きだけに絞らず、隣接する仕事の経験から見ます。開発担当者なら、現場の要望をどう整理したかを聞きます。業務やコンサルの経験者なら、自分でどこまで実装し検証したかを聞きます。成功したという説明だけでなく、途中で何を見直し、何を社内へ残したかを確認します。 キャリアの見通しは、採用後に任せる範囲として示します。最初の導入だけで終えるのか、その後にプロダクトや技術組織を担うのかを話し合います。現場を知って作れる人に、次に何を任せたいかが曖昧だと、育成の目的も定まりません。仕事の実態から役割と評価の基準を作ることが、採用の準備になります。転職者に示す進路の例として、<a href="https://movin.co.jp/it/ai/engineer/fde.html">ムービン</a>は、FDEの進路として起業や、技術の最高責任者（CTO）を挙げています。製品の方針を決めるプロダクトマネージャーや、技術組織を率いるVPoEも紹介しています。御社で期待する進路に合わせ、隣接職種から移る人が業務理解と実装をどう結び付けてきたかを確認します。
外部のFDEと一緒に開発して育て、AI時代に人が担う役割を決める
育成対象と終了基準は、前述の引き継ぎの節に沿って決めます。ここでは、現場の兼務担当とエンジニアが、それぞれの役割を実務で学ぶ進め方を説明します。初めは社内の担当者が業務を説明し、FDEが実装の判断を示します。次に、担当者も試用の結果を読み、修正の優先順位を決めます。移管に向けて担当者が主になって作業し、FDEは検証と不足する知識を支えます。手順を聞くだけで終えず、実際に判断する順番を作ります。 渡すのは完成した仕組みだけではありません。どの条件で合格としたか、誤りをどう調べるか、ルールをどう書き足すかも残します。次の業務を選ぶ際は、担当者自身が対象と測る指標を説明できるかを確かめます。できない部分を言葉にすれば、追加の育成や採用で埋めるべき能力が分かります。 社内に残す役割を決めるときは、AIに任せる作業と人が持ち続ける判断を分けます。AIに職を奪われるかという問いは、採用側では「人に何を任せ続けるか」に置き換えます。ARCHECOは、自社の開発工程でAIに任せる実装作業を広げても、業務の目的や承認責任まで自動的になくなるとは考えていません。人には、何を変えたいかを決め、結果を確かめ、関係者と次の判断を進める役を置きます。 将来の仕事を断定するより、道具が変わっても改善を続けられる体制を作ります。特定のモデルの操作だけを覚える育成では、変更のたびに外部へ頼ることになります。業務を観察し、試し、測り直す手順を社内へ残すことが、外のFDEを活用する意味になります。 育成を独立した支援として頼む方法もあります。<a href="https://rstreet.co.jp/fde">アールストリート</a>は、FDEと並ぶ柱に研修事業を置いています。御社では、今回の業務を一緒に作る育成で足りるか、組織へ広げる研修も必要かを分けて検討してください。 採用・育成と外部への依頼を組み合わせ、社内に残す役割を決めます。依頼前に確認しておきたい疑問は、後のFAQにまとめています。
- 完成した仕組みだけでなく、合格とした条件、誤りの調べ方、ルールの書き足し方を残す。手順を聞くだけで終えず、社内担当者が実際に判断する順番を作って育てる。
- 次の業務を選ぶときは、担当者自身が対象と測る指標を説明できるか確かめる。できない部分を言葉にし、追加の育成や採用で埋める能力を、実際の仕事から具体化する。
出典：ARCHECOの進め方
NEWS & BLOG
FDEの関連記事
SOLUTIONS
FDEで使う開発手法・契約モデル
このサービスで使う開発手法・契約モデル・技術方式です。
Vibe Coding
「AIに書かせる」ではなく「判定はエンジニアが握ったまま任せる」。これがバイブコーディングの本体で、MVP構築を通常の数分の一の期間で実現します
Profit Share
初期費用を抑えて事業収益に報酬を連動させる契約モデルで、本当に大事なのは分配率ではなく「利益の定義」を契約前に固めること。ARCHECOはそこまで含めて事業に伴走します
FAQ
FDEのよくある質問
ご相談の前によくいただく質問です。解決しない点はお気軽にお問い合わせください。
01
QUESTION
FDEとはどういう意味ですか？
FDEはForward Deployed Engineerの略で、直訳は「前線に配置されたエンジニア」です。顧客の現場で課題の整理から実装までを担います。依頼時には、何を作り、誰へ引き継ぎ、どの条件で支援を終えるかを確認してください。
02
QUESTION
なぜFDEが必要なのですか？
試作が動いても、データの制約や業務の例外、承認の問題が残ると本番には入りません。現場の判断と実装をつなぐ必要がある場面で、FDEが選択肢になります。
03
QUESTION
FDEと客先常駐の違いは何ですか？
客先常駐は働く場所、FDEは担う役割を示します。常駐の日数だけでなく、課題整理・本番化・引き継ぎのどこまでを担当するかで比べてください。
04
QUESTION
FDEとSESの違いは何ですか？
ここでは、SESを発注側の計画に沿って技術者が合意した作業を担う支援として比べます。FDEでは、何を作るかを決める課題整理から担当範囲に含めます。名称だけで責任は決まらないため、作る対象と成果物の合格条件、社内への引き継ぎ範囲を契約で決めます。
05
QUESTION
FDEエンジニアとは、何をする人ですか？
業務を理解し、何を作るかを決めながら実装する人です。開発力に加え、関係者と判断を進める力や、AIに作らせた結果を確かめる力が要ります。業務の承認責任は社内で担います。
06
QUESTION
FDEとコンサルの違いは何ですか？
提案のあとに誰が作るかが要点です。FDEは現場での判断を実装につなげます。コンサル会社にも実装・定着まで扱う支援があるため、会社の分類より担当者と成果物で比較してください。
07
QUESTION
FDEの費用と期間はどう決まりますか？
費用と期間は、担当する人数と参加頻度、作る範囲で変わります。接続先やデータ利用の社内手続きも影響します。目安は試作が数週間から、本番化と引き継ぎが数か月からです。他社と比較する際は、検証と引き継ぎまで含めた範囲をそろえてください。
08
QUESTION
FDEが抜けたあと、何が社内に残りますか？
試作型では、業務の流れ図・動く試作・試用の記録・本番化の判断材料が残ります。実装型では、本番で動く仕組み、AIに守らせるルールと戻し方の手順書、効果測定の報告と作り方の手引きが残ります。事業共創型では、プロダクト・運営体制・成果の測り方と分け方が残ります。御社とARCHECOは契約の最初に、コードと実行環境の引き渡し範囲を決めます。評価の課題・合格条件も合意します。終了後の保守費や、AIモデル・クラウドなどの利用料を誰が負担するかも合意します。
09
QUESTION
FDEを頼む前に、社内の承認には何を用意すればよいですか？
最初に試す業務とデータを絞り、利用目的と承認者を明らかにします。データの管理者と運用を引き継ぐ人を決め、入力・出力・記録の保存先と閲覧権限も確認してください。初回にお伝えいただくのは、いま止まっている段階と、使っているシステムの概要の2項目です。機密を含まない範囲で構いません。
10
QUESTION
既存のシステムを使いながらFDEを入れられますか？
本番の既存システムへの接続は実装型FDEの対象です。試作型でも、依頼範囲に応じて接続を確かめますが、本番への接続は含みません。御社がデータの利用条件とAIに許す操作を決め、ARCHECOが承認された範囲で接続します。御社とARCHECOで復旧の範囲を合意し、ARCHECOが手順を試します。御社の運用責任者が業務とデータの復旧を確認します。
11
QUESTION
既存の試作を引き継いでもらえますか？
ARCHECOが既存の試作を引き継ぎ、御社が利用を認めたデータで評価するところから進められます。試作型では評価までを対象にします。本番化も依頼する場合は、御社と進む条件を確かめ、別途合意した範囲で接続と引き継ぎを進めます。
12
QUESTION
社内に担当者がいなくても頼めますか？
相談できます。御社とARCHECOで、現場の兼務担当と実装を引き継ぐエンジニアを検討します。育成や伴走の延長は、対象者・期間・再確認日を決めて進めます。承認や差し戻し、変更の評価と復旧を担当者が担えるかが終了の基準です。詳しくは「作り方を社内に渡し、合意した条件で抜ける」をご覧ください。
無料のFDE診断
試作が本番に入らない理由を知りたい方へ、無料のFDE診断をご案内します。ARCHECOが、データ・例外・承認のどこで止まっているかを整理します。お返しするのは、最初に試す業務・測る指標・本番へ進む条件の3項目です。 診断の見本（導入実績ではありません）：業務は請求書と発注情報の照合、指標は照合の所要時間と差し戻し率です。本番へ進む条件は、承認時に元データの変更を確認し、承認後に台帳へ記録できることです。記録の訂正と運用責任者による復旧確認も含めます。受け取った3項目をもとに、御社内で最初に試す対象と、本番化を判断する基準を相談できます。 初回にお伝えいただくのは、いま止まっている段階と、使っているシステムの概要の2項目です。機密を含まない範囲で構いません。 診断のあと、有償の支援として、既存の試作の評価だけを頼むこともできます。本番化と御社の担当者への引き継ぎまで頼む場合は、支援の範囲を合意します。
※弊社のリソース状況によってはお受け出来ないことがございます。