FDEへ任せることと、社内で決めること
AnthropicのForward Deployed Engineer職務説明では、顧客チームと協働して業務を理解し、課題を解決するAIアプリケーションを実装する役割が説明されています。ただし一社の職務説明であり、FDEという名称だけで支援内容や契約形態が統一されるわけではありません。
当社が提案するFDEは、業務の観察、課題候補の比較、試作、現場での検証を連続して扱う進め方です。業務のルールを変える承認、データを利用してよいかの判断、投資継続の決定まで外部担当者へ丸投げするものではありません。
以下の90日計画は当社のモデル案です。標準納期や、本番稼働を保証するサービス条件ではありません。アクセス承認、既存システムの接続、対象業務の難しさによって期間と範囲は変わります。受託開発との選び分けは比較記事で説明しています。
90日を、3つの判断期間に分ける
| 期間の目安 | 主な作業 | 残す成果物 | 次に進む判断 |
|---|---|---|---|
| 1〜30日 | 現場観察・業務分解・課題選定 | 業務フロー、現状指標、対象・対象外、データ一覧 | 課題・利用データ・評価担当が揃うか |
| 31〜60日 | 限定した試作・現場検証 | 動く試作、評価結果、未解決事項、連携条件 | 実務上の改善と本番化の見通しがあるか |
| 61〜90日 | 条件を満たした範囲で限定運用・引き継ぎ | 運用手順、監視・停止方法、次期計画 | 継続・範囲変更・中止・内製移管のどれか |
30日ごとに機械的に次へ進めるのではなく、判断条件を満たしたかを確認します。データ利用が承認されていないのに、本番データでの検証を始める必要はありません。アクセス待ちの間に架空データで操作感を確かめることはできますが、それを実データの品質検証と混同しないようにします。
最初の30日：困りごとを、測れる課題へ
現場ヒアリングでは「何を自動化したいか」だけでなく、最近の具体的な作業を一件たどります。どこから依頼が来て、何を確認し、どこで待ち、どんな例外でやり直したかを確認します。作業者と管理者で課題の捉え方が違う場合は、その差分も記録します。
課題候補は、頻度、負担、失敗時の影響、データの利用可否、担当者の協力を比較します。最も目立つ課題が最初の開発に適するとは限りません。効果が大きくても、正しい答えを判断する人がいなければ、検証が止まるためです。
たとえば「営業会議を短くしたい」という相談でも、情報が集まらない、報告を読む量が多い、会議で意思決定しない、では対策が違います。当社のAI音声週報は情報を整理し聴ける週報にする自社プロダクトですが、すべての会議課題に音声化が適するわけではありません。この例は検討の考え方であり、顧客の改善実績ではありません。
31〜60日：会議資料ではなく試作で判断する
試作は、対象利用者が実際の手順で試せる大きさにします。入力の準備から結果の確認までを通し、AIの応答以外に残る負担も観察します。機能を増やす前に、通常例、情報不足、権限違反、外部連携の失敗をどう扱うかを確認します。
週次の打ち合わせでは、要望を集めるだけでなく「今回試したこと」「確認した結果」「未解決のこと」「次に一つ確かめること」を残す案を推奨します。試作への要望は同じ一覧で管理し、緊急度と効果から業務責任者が優先順位を決めます。発言の強い部署の機能ばかり増える状態を防ぎます。
検証の終わりには、次に必要な費用と社内工数も示します。試作で改善が見えても、本番連携や運用の条件が揃わなければ、すぐに全社展開を決めません。詳しい評価項目はPoCから本番化の記事をご覧ください。
社内に必要なのは、窓口一人だけではない
| 役割 | 主に判断・担当すること |
|---|---|
| 事業責任者 | 対象業務、優先順位、予算、継続可否 |
| 現場担当者 | 実際の手順、例外、試作の使いやすさと正しさ |
| 情報システム・データ管理者 | 接続、権限、環境、情報管理の承認 |
| FDE担当者 | 課題の構造化、試作・実装、検証結果と選択肢の提示 |
| 運用を引き継ぐ担当者 | 公開後の問い合わせ、設定変更、障害対応の準備 |
一人が複数の役割を持つことはあります。ただし誰が何を決められるかは明確にします。社内の確認時間が全く取れない場合は、先に協力体制を整える方が合理的です。必要な参加頻度や稼働量は、対象業務に応じて開始前に合意します。
61〜90日：続ける条件だけでなく、終える条件も
限定運用に進む場合は、利用部署と処理量を絞り、障害時の連絡先、停止権限、手作業への戻し方を揃えます。コードだけでなく、設定、必要なアカウント、再検証の方法、残る課題も引き継ぎます。終了後に外部担当者の個人アカウントしか残らない状態は避けます。
90日時点の判断は、FDE継続だけではありません。要件が固まった範囲を受託開発へ移す、社内チームへ移管する、効果が小さければ対象を変える、条件が合わなければ止める選択があります。会議回数や開発機能数ではなく、改善した業務と未解決リスクから判断します。
相談時は、対象部門、気になっている手作業、社内で判断に参加できる人をお聞かせください。当社のFDE支援では、初期段階で何を確認すべきかから整理します。
参考にした一次情報
参照日: 2026年9月14日。公式資料の説明と、当社の提案・想定例を区別しています。比較表・モデル計画は当社の検討案であり、実測結果や効果保証ではありません。