日本企業のFDE導入事例一覧——業種・上場区分・活用領域で整理

一覧を読む前に——「FDE」という職種名の揺らぎ

日本でFDEを置いている企業を調べようとすると、最初の壁は「職種名が統一されていない」ことだ。

同じ役割を「フィールドエンジニア」「カスタマーサクセスエンジニア」「ソリューションエンジニア」「実装支援エンジニア」と呼ぶ企業が混在する。採用ページにそのまま「FDE」と書いている企業はまだ少なく、検索で引っかかりにくい。

FDE・SWE・SA・DS——コード比率と顧客距離でみるエンジニア職の違いでも整理しているとおり、FDEの本質は「顧客の現場でコードを書き、実装を完結させる」点にある。以下の一覧は、採用ページ・技術ブログ・IR資料等の公開情報から「実質的にFDEと呼べる役割」を確認できる企業を対象にした。

国内FDE導入企業——業種別一覧

公開情報から確認できる範囲で整理する。上場区分は執筆時点の情報にもとづく。

SaaS・スタートアップ

SaaS企業がFDE的な役割を設けやすいのは、プロダクトの価値を現場で実現するまでが販売の一部だからだ。「契約後に使ってもらえない」問題に技術で介入する必要があり、顧客側でコードを書ける人材を配置する構造になりやすい。

• LayerX（フィンテック／東証グロース）：バクラク事業でFDEに近いロールを採用・技術ブログで発信してきた先行事例として参照されやすい。
• ログラス（経営管理SaaS／未上場）：カスタマーサクセスとエンジニアリングの境界を崩した体制で知られ、導入後の定着まで技術者が担う。
• ナレッジワーク（営業支援SaaS／未上場）：顧客内製化支援を前提とした実装支援エンジニアを配置。
• Sansan（名刺管理SaaS／東証プライム）：大規模企業への導入フェーズで技術介入するロールを長年運用している。
• Helpfeel（検索SaaS／未上場）：FAQ実装の深度を高めるために顧客との共同実装体制を持つ。

大手IT・製造・通信

大手では「テクニカルアーキテクト」「フィールドエンジニア」など別名で運用されているケースが多い。採用ページや決算説明資料から類似ロールの存在が確認できる。

• 日立製作所（製造・インフラ／東証プライム）：Lumadaブランドを中心に顧客現場へのデジタル実装を担う技術職を複数持つ。
• 富士通（IT・製造／東証プライム）：Fujitsu Uvanceのデリバリー体制でフィールド型エンジニアを配置。
• NEC（IT・製造／東証プライム）：社会インフラ系プロジェクトにおいて顧客側常駐型のエンジニアを活用。
• ソフトバンク（通信・AI／東証プライム）：法人向けAIソリューションの実装支援を担う技術体制を持つ。

AIコンサル・DX支援

AIや自動化を主軸にする企業群では、FDEとの親和性が高い。提案にとどまらず実装まで担う体制を差別化として打ち出す企業が増えている。

• ヘッドウォータース（AIコンサル／東証グロース）：AI導入を現場レベルで完結させるエンジニアを中核に置く。
• ギブリー（AI・DX支援／東証グロース）：AIツールの企業内展開を実装面で支援するロールを持つ。
• クラスメソッド（クラウド支援／未上場）：AWSを軸とした顧客環境への技術実装に特化したエンジニアを多数擁する。

業種によって「FDEに何をさせるか」は変わる

同じFDEでも、業種によって主な用途が大きく異なる。

SaaSでは「契約後に使ってもらえない」を解消する活用支援が主目的。製造・通信では「現場データをシステムとどう繋ぐか」という接続設計が中心になりやすい。

整理すると以下のようになる。

| 業種 | 主な活用領域 | |------|-------------| | SaaS | 導入・設定・顧客内製化支援 | | 製造・通信 | データ連携・現場デジタル化・システム統合 | | AIコンサル | PoC→本番移行・実装伴走 |

どの業種でも共通するのは「提案で終わらず、実装まで完結させる」点だ。自社プロダクトとFDE——SaaS・PoC・パートナーに見るビジネス構造では、こうした構造をビジネスモデルとしてどう設計するかを掘り下げている。

まず同業種の事例を確認し、採用ページで実際の職種定義を照合するのが現実的な第一歩だ。自社でのFDE的な役割の設計から立ち上げまでを検討したい場合は、アルゴラのDX伴走支援「しぼる」で個別に話すことができる。