AI開発
FDEとは？企業が依頼できる仕事と成果物
FDEへの依頼範囲を、業務把握・連携・評価・本番導入・運用の成果物から整理。公開ワークブックを使い、AI・SaaS企業と導入先の責任分担、受入条件、効果測定の決め方を解説します。
著者：飯田 友広
AI・SaaS製品を顧客に導入するときは、製品の機能と、顧客が日々の業務で使える状態をつなぐ仕事が生まれます。業務手順を確かめ、既存システムにつなぎ、評価し、運用担当へ引き継ぐ。その担当をFDEに依頼するなら、各段階で受け取る成果物と、受け入れを判断する人を最初に決めると、依頼の範囲が具体的になります。
本記事では、AI・SaaS企業が依頼者、その顧客が利用者となる導入を扱います。公開されている職務記述とNetsujoの記入済みワークブックを手がかりに、発注時に確認したい仕事と成果物を整理します。
FDEが顧客導入で担う仕事
FDEはForward Deployed Engineerの略です。顧客の課題に近い場所で、製品やAIを業務へ組み込む技術的な仕事を担います。具体的な担当範囲は、企業や案件によって変わります。
OpenAIの東京向け職務記述は、課題発見、スコープ設定、設計・実装、本番への展開を挙げ、実際の利用や業務への効果を重視しています。Anthropicの職務記述も、顧客環境で動くアプリケーションの構築や、現場で得た知見を再利用できる形にする仕事を示しています。
発注時には、この広い仕事を一件の導入に分解します。「顧客に説明する」「接続を作る」「本番を確認する」の各工程で、担当者が次の人へ渡すものを決めていきます。以下は、そのための整理案です。
公開ワークブックから成果物を読む
NetsujoのAIエージェント運用ワークブック（日本語PDF）には、週次サイト運用レポートを作る記入例があります。これは説明用のサンプルで、顧客への納品実績や効果測定の記録とは区別して扱います。
7〜8ページのTask Contractには、入力としてGA4、Search Console、運用ログ、出力としてレポート草案、参照元リンク、未確認事項の一覧が記されています。変更できる対象は内部の草案や指定フォルダの集計ファイルなどに限られ、本番サイトや広告設定、顧客データ、計測設定は対象から外されています。認証切れや数値の矛盾が起きたときの停止条件もあります。
この例を発注に使うと、完成物の確認が具体的になります。レポートを受け取る人は、参照元から主要な数値を確かめ、未確認事項を残したまま判断してよいかを決められます。「何を作るか」と合わせて、「確認に必要な情報を何と一緒に渡すか」を合意できます。
10ページのRole Matrixでは、実行、レビュー、外部共有の判断、最終受入に役割を割り当てています。この考え方を顧客導入へ応用すると、次の成果物と分担を検討できます。
工程ごとに受け取る成果物を決める
以下はFDEへ依頼する範囲を決めるための提案です。必要な文書の量は、対象業務と失敗時の影響に合わせて調整します。
小さな画面では、表を左右にスクロールして右端の「受入時に確かめること」まで確認してください。
| 工程 | 成果物の例 | 受入時に確かめること |
|---|---|---|
| 業務把握・スコープ | 業務フロー、対象と対象外、現状の測定方法 | 誰のどの作業を変え、どこまでを今回扱うか |
| 既存システム連携 | 接続仕様、データ項目、権限一覧、実装 | 接続先の管理者がアクセス範囲と変更内容を確認できるか |
| 評価 | テストケース、判定基準、結果、残った問題 | 通常例と例外を試し、受入条件への適合を判断できるか |
| 本番導入・引継ぎ | 展開手順、監視項目、停止・復旧手順、連絡先 | 実行者と承認者が決まり、異常時に対応できるか |
| 利用定着・改善 | 利用手順、問い合わせ記録、指標の推移、改善候補 | 利用が続いているか、手戻りや運用負担がどう変わったか |
Netsujoの成果物サンプル（日本語PDF）も、確認済みの事実、説明用サンプル、個別に合意する提供範囲を分けて示しています。公開資料は依頼内容を考える材料として使い、実際の成果物・検収条件・納期は案件ごとに合意します。
AI・SaaS企業、FDE、導入先の分担
製品を提供する企業と、日々使う顧客では、決められることが異なります。FDEが両者の間を進める案件でも、製品の優先順位や業務上の受入判断を持つ人は必要です。
小さな画面では、表を左右にスクロールして右端の「合意しておく判断」まで確認してください。
| 担当 | 主に担うこと | 合意しておく判断 |
|---|---|---|
| AI・SaaS企業の事業・開発・カスタマーサクセス（CS） | 製品の提供範囲、共通機能の開発、契約、顧客支援 | 顧客固有対応の範囲、製品へ戻す改善、問い合わせの引継ぎ先 |
| FDE | 業務の具体化、技術スコープ、連携実装、評価、導入の調整 | 作業権限、成果物、報告・停止条件、引継ぎの完了条件 |
| 導入先の業務・システム責任者 | 業務ルール、データ利用、環境へのアクセス、利用者の調整 | 業務上の正しさ、本番変更の承認、最終受入、運用担当 |
これは分担を相談するための例です。自社のプロダクト開発チームが共通機能を受け持ち、FDEが特定顧客の連携を受け持つ形も考えられます。CSへ渡す問い合わせの種類や、顧客固有の対応を製品へ戻す条件まで決めておくと、導入後に仕事が残った際の相談先が明確になります。
依頼前に決める範囲と成果指標
最初の打ち合わせでは、対象業務、使えるデータ、変更できる環境、受入を判断する人、終了後の運用担当を確認します。既存PoCがある場合は、動くコードと合わせて、評価結果、既知の問題、接続先と権限、運用手順をそろえると、残る作業を見積もりやすくなります。
成果指標は、技術的な確認と業務上の変化をそれぞれ定義します。たとえば、テストケースの合格率や例外時の停止を確認し、その後に対象者の利用状況、作業時間、差し戻し、確認作業の負担を測ります。開始前の値、測定期間、対象者、集計する人を決め、導入前後で条件をそろえます。
作業時間が短くなった場合も、そこから売上や費用へどう影響したかは追加の確認が必要です。受入条件を満たした時点と、業務上の効果を確認する時点を計画に書き込んでおきます。
既存の開発・CS・顧客担当者で、業務把握から運用まで責任者が決まっている案件では、その体制を使えます。小さく低リスクな導入なら、ここで挙げた内容を一枚にまとめる方法もあります。FDEを加えるかどうかは、具体的に残っている仕事と担当の空白から判断します。
実装を誰に任せるかはAIエージェントの内製・外注・既製品の選び方、導入全体の設計はAI導入ガイドで詳しく扱っています。自社に残す判断と、外部へ依頼する仕事を整理する際に参照してください。
Netsujoへ相談するときに用意するもの
NetsujoのAI導入・業務改善支援では、AI・SaaS企業や新規事業チームに向け、Technical BizDev / AI Deploymentとして、顧客課題の構造化、技術スコープ、PoC、既存システム連携、本番導入、効果測定を横断して支援しています。提供範囲は、自社の開発チームや専門エンジニアとの分担を含めて整理します。助言・レビューを中心とする継続支援と、実装・運用を引き受ける範囲は分けて合意します。
業務の候補選定から始める場合は、AI業務適用診断が30万円（税抜）・10営業日です。この診断の範囲にAI実装、PoC構築、継続運用は含まれません。すでにPoCがある場合は、現状と本番利用までの課題を確認し、支援範囲を個別に設計します。
相談時は、対象業務、現在動いているもの、止まっている点、関係する担当者を分かる範囲でお知らせください。公開資料の帳票を参考に、まず一つの業務について、必要な成果物と確認者を書き出してみてください。