FDE導入で最初に決めるべきことは何か？
FDE（Forward Deployed Engineer）を自社に入れたいというご相談で、最初にお伝えしていることがあります。決めるべきは「誰を配置するか」ではなく、「どの意思決定を現場に渡すか」だということです。
優秀な人材を現場に置いても、その人が「作るものを決める権限」を持っていなければ、従来型の開発を席の位置だけ変えたものにしかなりません。仕様の確認に本社の承認が要る構造では、即日実装は成立しません。FDE導入とは、人の配置転換ではなく、意思決定の再配置です。
この記事では、私たちが実際にどういう順序で現場に入り、90日で何を作るのかを、具体的に書きます。
LICのFDEは、どういう順序で進むのか？
私たちのFDEプロセスは5つのステップで構成されています。期間の目安を添えて整理します。
| STEP | 期間 | やること | この段階の完了条件 |
|---|---|---|---|
| 01 前線配置・現場観察 | 常駐開始〜 | 営業・事業開発の最前線に常駐し、商談に同席。業務フローを自分の目で見て課題を切り出す | 言語化されていなかった課題が、言葉として卓上に出ている |
| 02 仮説立案・検証設計 | 当日〜3日 | その日の観察から仮説を立て、検証設計まで完了させる | 「何を作れば何が証明できるか」がビジネス側と同じ粒度で共有されている |
| 03 即日実装・高速検証 | 当日〜1週間 | 仮説を動くものにする。週次で出し、その週のうちに現場で検証する | 現場の人間が実物を触って反応を返している |
| 04 Biz×Dev一体判断 | リアルタイム | FDE Leadが商談の温度感と実装判断を同時に持つ | 現場で起きたことが、翌日のビルドに反映されている |
| 05 型化・スケール | 継続 | 現場で勝った型だけをプロダクト機能・プレイブックに昇格 | 2社以上で再現した課題のみが機能化されている |
STEP 05の「2社以上で再現した課題のみを機能化する」は、私たちが意識的に守っているルールです。1社で効いただけの施策を製品機能にすると、それは特定顧客向けのカスタマイズが製品に紛れ込んだ状態になります。属人化を組織の資産に変えるには、再現性の確認が要ります。
最初の90日をどう設計するか？
期間の切り方は案件によりますが、考え方の骨格は共通しています。
0〜30日：課題を「発見」する期間（作らない期間ではない）
最初の1ヶ月の主目的は、現場に入って本当のボトルネックを特定することです。ただし、観察だけして1ヶ月を使うわけではありません。観察と並行して、その週のうちに小さく動くものを出します。粗いものを前にしたときに出てくる反応が、観察だけでは掴めない情報を運んでくるからです。
Realize様の場合、当初のご相談は「商品情報の二重入力の手間」でした。この期間に見えてきたのは、事業成長を止めていたのが仕入れ判断の属人化だったという、ご相談には含まれていなかった課題です。ここを外したまま二重入力だけを解消していたら、成果は「作業が少し楽になった」で終わっていました。
この期間の成功条件は、当初のご相談になかった課題が卓上に出ていることです。逆に、最初に聞いた課題だけをそのまま実装しているなら、前線配置の意味がありません。
30〜60日：効く場所に絞って作り切る期間
課題が特定できたら、最も効く一点に絞って作ります。ここで手を広げると、どれも中途半端になって検証もできません。
Megumi Company Group様では、営業メンバーの時間を最も食っていた「商談前の準備工程」に絞りました。AIによるターゲット抽出でリスト取得時間を70%削減、AI要約と構成案生成で商談準備時間を50%削減。ここが空いて初めて、顧客対応の質を上げる時間が生まれます。
Realize様では、仕入れ判断基準の44項目への言語化が中心でした。あわせて商品登録の入力項目を19項目から9項目へ53%削減し、入力先を3か所から1か所に集約しています。
60〜90日：事業指標が動いたかを確認する期間
この期間の問いはひとつです。KPIが動いたか。作業時間の削減幅ではなく、事業の数字が変わったかを見ます。
Megumi様では、売上の前月比20%向上と顧客フォロー漏れ0件という形で表れました。時間削減だけで終わらなかったのは、空いた時間の使い道——顧客とのコミュニケーションと深い課題ヒアリング——まで含めて設計していたからです。
作業時間が減っても事業指標が動かないなら、削る場所を間違えています。その場合は60日目に戻ります。ここを曖昧にすると、「効率化はできました」という報告で終わる案件になります。
発注側に必要な準備は何か？
FDEは、発注側が「発注して待つ」姿勢のままでは機能しません。私たちが着手前に必ずご相談するのは、次の4点です。
- 現場に入る許可 商談同席、業務観察、現場担当者への直接ヒアリング。ここが制限されると、前線配置は成立しません
- 意思決定者の同席 週次で方向を変えるので、その場で判断できる人が必要です。持ち帰って翌々週に回答という速度では、サイクルが噛み合いません
- 業務指標での成功基準 「精度85%」ではなく「商談準備時間が50%減れば成功」。技術指標で書かれた基準は、経営の投資判断の材料になりません
- 捨てることへの合意 外れた仮説は捨てます。作ったものが残らないことを失敗と評価する空気があると、FDEは安全な仮説しか立てなくなります
この4点のうち、実務で最も引っかかるのは2つ目です。組織の意思決定リズムが月次で回っている場合、週次のサイクルは構造的に成立しません。その場合は、対象範囲を限定して、その範囲だけ決裁権を現場に降ろす形をご提案しています。
FDE導入でよくある失敗は何か？
| 失敗パターン | 何が起きるか | 回避策 |
|---|---|---|
| 席だけ現場に移す | 仕様確認のたびに本社承認が要り、即日実装が成立しない | 作るものを決める権限を、あらかじめ現場に渡す |
| 最初の相談内容をそのまま要件にする | 言語化済みの課題だけを解き、本当のボトルネックが残る | 最初の30日を課題の発見に充て、前提を疑う |
| AIありきで入る | 業務の構造が分解されないまま実装が始まり、現場が調整できないものが残る | 判断基準の言語化を先に置き、AIは手段として後に置く |
| 成功基準を技術指標で書く | 「精度は出た」が、本番化の投資判断ができない | 着手前に業務指標へ翻訳しておく |
| 1社で効いた施策をすぐ製品化する | 特定顧客向けのカスタマイズが製品に紛れ込む | 2社以上で再現した課題のみを機能化する |
自社にFDEを持つべきか、外部に頼むべきか？
中長期では、内製化を目指す価値があります。前線配置の効果は、顧客と自社の業務を深く知っているほど大きくなるからです。
ただし、最初から内製で立ち上げるのは難しいのが実情です。FDEに求められる資質——とりわけ暗黙知を構造に分解する能力——は、経験の総量で伸びる部分が大きく、社内に前例がない状態から育てるには時間がかかります。
私たちがご提案しているのは、外部のFDEと自社メンバーを最初から同じチームに入れる形です。現場観察に同席し、仮説を一緒に立て、捨てる判断を一緒に下す。この経験が、次の案件を自社で回すための土台になります。支援が終わったときに、仕組みだけでなく判断できる人が増えている状態を目指しています。
FDEの導入とは、人を前線に送ることではない。意思決定を前線に降ろすことである。席だけ動かしても、速度は変わらない。
FDEの考え方は「FDEとは何か——LICが「前線配置」に賭ける理由」、人材要件は「FDE人材に何を求めるか——LICの採用基準」で解説しています。導入のご相談はお問い合わせからお気軽にどうぞ。
← News・調査レポート一覧へ戻る