この記事の要点（30秒サマリー）
FDE（フォワードデプロイドエンジニア）の1日は「実装」と「顧客対話」の往復で構成され、プロジェクトのフェーズ（要件定義／実装／定着）で時間配分が大きく変わります。実装期は午前に開発、昼〜午後に顧客MTGと反映、夕方にプロダクトチームへのフィードバック、というのが典型です。
- 固定ルーティンより、フェーズで重心が移る（要件定義=対話／実装=開発／定着=運用支援）
- 実装期の1日：データ確認→実装・統合→顧客MTG→反映・評価→チーム共有
- やりがい＝作ったものが現場で使われ事業成果に直結する手応え／技術と事業の両方に触れられる
- 大変さ＝顧客都合のスケジュール・コンテキストスイッチ・技術と対人の両立
- 常駐/ハイブリッド/フルリモートいずれもあり、近年はリモート・全国採用も多い
FDEの1日は「実装」と「顧客」の往復
FDE（フォワードデプロイドエンジニア）の1日は、コードを書く時間と顧客・関係者と対話する時間の往復で構成されます。固定的なルーティンより、プロジェクトのフェーズ（要件定義／実装／定着）によって時間配分が大きく変わるのが特徴です。ここでは典型的な「実装・デリバリー期」の1日を例に紹介します。
典型的な1日のタイムライン（実装期の例）
| 時間帯 | 主な業務 |
|---|---|
| 午前前半 | 顧客環境のデータ・ログ確認、前日の実装の検証、優先課題の整理 |
| 午前後半 | カスタム実装・API統合・LLM/RAGパイプラインの構築 |
| 昼〜午後前半 | 顧客MTG（進捗共有・仕様すり合わせ・デモ）、現場ヒアリング |
| 午後後半 | MTGで出た要望の実装反映、評価（Eval）・精度確認 |
| 夕方 | プロダクトチームへのフィードバック共有、ドキュメント更新 |
あくまで一例で、要件定義期はヒアリングと設計が中心に、定着期は教育・運用支援と改善が中心になります。
フェーズ別の時間の使い方
FDEの業務はプロジェクトの進行で重心が移ります。
要件定義・プリセールス期
顧客ヒアリング、課題の構造化、デモ・PoC構築が中心。コードよりも「何を作るべきか」を定義する対話の比重が高くなります。
実装・デリバリー期
上記タイムラインのように、実装と顧客対話が半々。手を動かす時間が最も多いフェーズです。
定着・拡大期
オンボーディング、利用状況の分析、改善・機能拡張が中心。現場に使われ、成果が出る状態を作り込みます。
FDEのリアル：やりがいと大変さ
やりがいは、自分が作ったものが顧客の現場で実際に使われ、事業成果につながる手応えを直接得られることです。技術と事業の両方に触れられるため、キャリアの選択肢も広がります。一方で、顧客都合のスケジュール、コンテキストスイッチの多さ、技術と対人の両立といった負荷もあります。純粋にコードへ集中したい人より、「現場で価値を出しきること」に喜びを感じる人に向いた職種です。向き不向きはFDEとソフトウェアエンジニアの違いも参考にしてください。
