FDE導入で最初に決めたいのは「どの仕事を変えるか」
FDE導入を検討するとき、最初に用意するのは技術要件の一覧ではありません。現場のどの業務で、何が滞っているのかを説明できる状態です。FDE（Forward Deployed Engineer）は、顧客の現場に入り、課題の発見から解決策の検討、実装、運用への定着まで関わる役割です。アンドドットの常駐型FDEの案内も、この一連の流れを示しています。
導入前の整理には、アンドドットのFDUジャーニーを使えます。まず現場の当事者が真の困りごとを自分の言葉で説明できるかを確かめ、次に複数の解決策を効果・実行の難しさ・運用負担で比べます。そのうえで小さく試し、社内で使い続けられるかを確認します。相談前にすべてを確定する必要はありませんが、どこが未確定かを示すと対話が具体的になります。
「AIを使いたい」を業務の言葉に直す
「生成AIを導入したい」「DXを進めたい」だけでは、対象が広すぎて優先順位を決めにくくなります。たとえば問い合わせ対応なら、誰が、どの資料を見て、どこで回答を確認し、どの判断に時間がかかっているかまで分けてみます。ここで挙げるのは整理の例であり、特定企業での導入事例ではありません。
目標を「AIを使うこと」に置くと、試作が動いた時点で完了と見なされがちです。現場の作業や判断をどう変えるかを先に言葉にすると、導入後に何を確かめるべきかが見えてきます。
FDEに任せる範囲と社内が決める範囲を分ける
外部のFDEが現場を理解し、実装を進めても、業務上の優先順位や社内ルールの決定には企業側の参加が必要です。誰が対象業務を決め、誰が現場の意見をまとめ、誰が利用開始を判断するかを整理します。ここが空欄のままだと、実装案ができても次の判断を待つことになります。
FDE導入前に整理する四つのステップ
準備の目的は完璧な仕様書を作ることではありません。FDEと一緒に課題を見つけるための材料と、社内で判断する経路を用意することです。次の四つを一枚にまとめると、相談時の認識を合わせやすくなります。
1. 対象業務を絞り、現在の流れを残す
まず、改善したい業務を一つ選び、開始から完了までの手順を書き出します。担当者、使用する資料やシステム、手作業の転記、承認が必要な箇所も記録します。業務を広く取りすぎる場合は、繰り返し発生し、困りごとを説明しやすい範囲から着手するのが実務的です。
現状の説明には「時間がかかる」「ミスが多い」という印象だけでなく、どの作業でその問題が起きるかを添えます。数値をまだ測れていない場合は、推測値で埋めず「未計測」としておきます。現場の担当者と管理者で見方が異なるなら、その違いも残してください。
2. 判断基準を決め、成果の見方をそろえる
次に、何が変われば導入を続けるかを決めます。処理にかかる時間、確認の手戻り、利用する担当者の負担など、対象業務に合う指標を選びます。ただし、時間が短くなっても確認漏れが増えれば成功とは言えません。品質や安全性もあわせて確認します。
現状値が分からない指標は、初期段階で測る方法を決めれば十分です。試作、試験利用、日常利用の各段階で「次へ進む条件」を置くと、期待のずれを早めに見つけられます。条件は後から見直せますが、見直す担当者は決めておきます。
3. 社内の担当と利用できる情報を確認する
業務を説明する現場担当者、判断する責任者、システムや情報の扱いを確認する担当者を挙げます。少人数でも構いません。重要なのは、質問が出たときに答えられる人と、決められる人が分かることです。必要なデータや資料にアクセスできるかも、相談前に確認します。
機密情報を最初から外部へ渡す必要はありません。資料の種類、保管場所、権限申請の手順、持ち出し制限を伝えられるようにしておきます。実データの利用可否や具体的なアクセス範囲は、社内規程と契約条件を確認してから決める事項です。
4. 運用の担当と引き継ぎ方を考える
試作を使う人と、日々の運用を支える人が異なる場合があります。利用者への説明、問題が起きたときの連絡先、改善要望の集め方を早い段階で考えます。担当者が替わっても業務が続くよう、操作手順や判断の根拠をどこに残すかも決めておくと安心です。
運用のすべてを事前に確定する必要はありません。「誰と決めるか」を明らかにすることが先です。FDEと進める中で変更が生じたら、現場の担当者と責任者が同じ情報を見て判断できる状態を保ちます。
導入後の進め方を、準備した内容につなげる
アンドドットの公開ページでは、FDEの進め方を「課題の発見」「解決策の発見」「実装」「社内での定着・運用」と説明しています。導入前の四つの準備は、この工程の前提になります。対象業務が分かれば課題を掘り下げられ、判断基準があれば解決策を比べられます。社内の担当と情報の扱いが明らかなら、実装と運用に向けた合意を取りやすくなります。
課題発見では、依頼の背景まで確かめる
現場から出る「この作業を自動化したい」という依頼が、必ずしも最初に解くべき課題とは限りません。実際の手順や判断を確認して、困りごとの原因を分けます。企業側は、用意した業務の流れと担当者の声を出し、FDEと課題の範囲を確かめます。
解決策と実装では、小さく確かめる
公開ページは、業務への効果、実現の難しさ、運用負担を見ながら解決策を検討し、小さく作って試す流れを示しています。企業側は、試す範囲と判断基準を合意し、利用者からの反応を返します。技術的に動くことと、日常業務で使えることは別の確認事項です。
定着では、社内で続けられる形にする
使う人、確認する人、改善を受け付ける人を決め、実際の業務に組み込んでいきます。試作時の担当者だけが理解している状態では、担当変更時に止まる可能性があります。操作の説明だけでなく、例外時の判断や変更時の相談経路まで引き継ぐことが大切です。
体制を相談するときに確かめたいこと
FDUの役割と企業側の窓口
アンドドットは、現場に関わるFDEに加え、Success PartnerやExpertを含むFDUという支援体制を公開しています。ただし、個別案件で誰がどの業務を担当するかは、この説明だけでは確定しません。相談時には、日々の窓口、技術判断の相談先、期待値を見直す場を具体的に確かめてください。企業側も、現場担当者と意思決定者を明示しておくと対話が進みます。
契約条件や費用は個別に確認する
対象範囲、関わり方、期間、費用、成果物の扱いは、公開情報だけで一律に決められません。検討中の業務と制約を伝えたうえで、提案と契約条件を確認する必要があります。この記事では未確認の料金や成果を例示しません。
相談前に持っていく情報のチェックリスト
対象業務：どの部門の、どの作業から扱いたいか
現状：手順、利用する資料・システム、困っている場面
判断：何が変われば次の段階へ進むか、誰が決めるか
体制：現場担当者、責任者、情報管理の相談先
運用：利用者、引き継ぎ先、変更や問題の連絡経路
空欄があっても、未確定と分かる形で共有すれば、FDEと一緒に確認する論点になります。情報をそろえること自体を目的にせず、どの業務から進めるかを話せる状態を目指しましょう。
よくある質問
業務課題が明確でなくても相談できますか？
相談前に答えを出す必要はありません。困っている場面、現在の業務の流れ、関係者を説明できれば、課題を探る出発点になります。どの業務から扱うかも未定なら、候補と優先順位を決める人を整理しておくとよいでしょう。
社内にエンジニアがいなくても導入できますか？
技術の担当者がいないことだけで可否は判断できません。一方で、業務上の判断、資料へのアクセス、利用者への説明などは企業側の協力が必要です。実際に必要な体制や権限は、対象業務と既存システムを共有して個別に確認してください。
まとめ
FDE導入を前に進めるには、対象業務、判断基準、社内の担当、運用の引き継ぎという四つの準備が役立ちます。すべてを確定してから相談するのではなく、分かっていることと未確定のことを分けて共有するのが第一歩です。アンドドットの支援範囲や体制は常駐型FDEの公開案内で確認できます。個別の条件は対象業務に合わせて相談してください。
四つの準備を実際の導入検討に落とし込むときは、進め方、費用と投資対効果、稟議・発注の情報をそろえると整理しやすくなります。次の3点セットを、社内で話し合うための材料として活用してください。
