この記事の対象
次のような状況にある方に向けて書いています。
- 業務システムやAIの導入を考えているが、コンサルティング会社・開発会社・技術者派遣のどれに相談すべきか決めかねている
- 過去に提案書は受け取ったものの、現場で使われる形にならなかった経験がある
- 自社の実務が分かる相手を探している
FDEという呼び方の由来と、現場での意味
Forward Deployed Engineer は、もともとソフトウェア企業が、自社製品を顧客の環境で使える状態にするために、エンジニアを顧客側へ「前方展開」させたことに由来する呼び方です。製品を渡して終わりにせず、顧客のデータや業務の流れに合わせて設定・開発・運用支援まで行う人を指します。
この役割を、現場を持つ事業に当てはめると、次のような仕事になります。
- 現場、事務、管理、経営のそれぞれで、実際に何をどの順番で行っているかを聞き取る
- 既製のSaaSで足りる範囲と、個別につくる必要がある範囲を分ける
- データの持ち方（項目、粒度、マスタ、履歴の残し方）を決める
- 実際に動くものをつくり、試験運用して直す
- 操作説明と運用ルールを整え、使われ続ける状態にする
「業務を理解する人」「つくる人」「運用を支える人」が別々の会社に分かれていることは珍しくありません。FDEは、この3つをできるだけ同じ視点で見ようとする役割だと考えています。
ITコンサル・SES・受託開発との違い
| 役割 | 主に引き受けること | 代表的な成果物 | 向いている場面 |
|---|---|---|---|
| ITコンサルティング | 戦略・構想・要件の整理 | 提案書、要件定義書、ロードマップ | 全社の投資判断や中期計画を決めたいとき |
| SES（技術者派遣） | 指揮命令を受けた作業 | 稼働時間に応じた技術支援 | 設計と管理を自社で持てて、手が足りないとき |
| 受託開発 | 決まった仕様の実装 | 仕様どおりのシステム | つくるものが決まっているとき |
| FDE（現場伴走型の実装支援） | 課題整理から実装・定着まで | 動く仕組みと、それを回す運用 | 何をつくるべきかが決まっていないとき |
どれが優れているという話ではありません。つくるものが明確なら、受託開発に頼むほうが早く、費用の見通しも立ちます。全社の投資判断が論点なら、コンサルティングの枠組みが必要です。FDEという形が向いているのは、「困っているのは確かだが、何をどうつくればよいかが決まっていない」状態です。
実装まで持つと、何が変わるのか
仕組みは、設計する人・つくる人・使う人が離れるほど、途中で情報が落ちていきます。特に落ちやすいのは、例外の扱いです。
例として、私たちが自社で行っている下水道の管路調査の記録を挙げます。調査の報告書には、スパン（マンホール間）、管種と口径、上流管口からの距離、異常項目とランク、対応する写真番号が並びます。この帳票をデジタル化するとき、「異常項目を選択式にする」だけなら、現場を知らなくても設計できます。
ところが、実際の運用を決めるのはそこではありません。写真番号と距離が食い違っている行が出たときに、誰が気づいて誰が直すのか。台帳に無い取付管口が見つかったとき、どこに記録して誰に伝えるのか。仕様書の凡例が年度で変わったとき、過去のデータをどう扱うのか。こうした例外の置き場所を決めないまま画面だけをつくると、例外はすべて「備考欄の自由記述」に集まります。そうなると、あとから検索も集計もできません。
現場に一度立ち会えば分かることが、書面のやり取りでは何往復もかかることがあります。実装まで持つというのは、この往復を減らし、例外を最初から設計に含めるということです。
ククルFMがこの役割をどう捉えているか
私たちがこの役割を名乗れると考えているのは、次の2つがあるからです。
ひとつは、建設・インフラの現場を自社で持っていることです。下水道の調査・清掃や建設施工を実務として行っているため、現場で記録がどう残り、どこで手が止まるかを、自分たちの仕事として知っています。
もうひとつは、代表がプラント向けの海外プロジェクトにアプリケーションエンジニアとして携わり、その後、コンサルティング会社で電力・ガス・素材業界のDX戦略策定や業務改革を支援してきたことです。現場の手ざわりと、事業側の意思決定の両方から業務を見ることを、支援の土台にしています。
この2つがあると、「現場では正しいが経営には説明できない案」と「経営には通るが現場では回らない案」の両方を避けやすくなります。
相談しやすいテーマと、そうでないテーマ
この役割が向いているご相談
- 紙・Excel・写真・チャットに分かれている記録を、検索・共有できる形に整えたい
- 現場と事務所で同じ情報を二重に入力している状態をなくしたい
- AIを使いたいが、どの業務から始めるかが決まっていない
- 既存のExcelや稼働中のシステムを活かしながら、部分的に改善したい
別の専門家に相談したほうが早いご相談
- 仕様が固まった大規模システムの一括開発
- 会計・法務など、有資格者の判断が中心になる領域
- 特定のパッケージ製品の販売代理
よくある質問
小さな範囲から始められますか。
はい。1つの帳票、1つの現場、1つの部門など、効果を確かめやすい範囲から始めることをお勧めしています。範囲を区切ったほうが、うまくいかなかったときの引き返しも簡単です。
社内では何と説明すればよいですか。
「業務を理解して、使われる仕組みにするところまでやる技術支援」で伝わることが多いです。FDEという言葉を無理に使う必要はありません。
すでに取引のあるベンダーがいる場合はどうなりますか。
併走できます。どこを既存のベンダーが持ち、どこを私たちが持つかを先に決めてから進めます。データの受け渡し方法と、問い合わせの窓口を分けておくと混乱が起きにくくなります。
支援の範囲や進め方はFDE・AI実装支援のページに、 12か月の進め方は中小企業がDXを進める12か月ロードマップにまとめています。