「スタートアップで3年走って燃え尽きた」「管理部門で月次の締めを回し続けて、次に何を身につければいいのか分からない」。こうした相談を受けるとき、選択肢の一つとして FDE（Forward Deployed Engineer）を挙げるようになりました。AI 会社やベンダーから顧客先に入り、業務の中で AI を本番稼働まで作って帰る職種です。OpenAI・Anthropic が FDE を募集し、AWS は 2026年6月に専門組織を設立、日本でも Palantir・OpenAI が東京の求人を出しています。
この記事は、FDE として働くことに関心があるエンジニア・IT コンサルタント・会計人材・情シスの方に向けて書いています。FDE の仕事を4つの工程に分け、各工程で使うスキルを対応させたうえで、Palantir・Anthropic・OpenAI の公式求人票と AWS の発表文から「求められる5つのスキル」を抽出します。後半は、SE・IT コンサル・会計・情シスの4つの出身別に、すでに持っているもの、足りないもの、最初の半年で身につけることを表にした。FDE そのものの成り立ちはハブ記事「FDE とは」を先に読んでいただくと、この記事の用語がそのまま通じます。
FDE の仕事は、①業務の中に入る ②動くものを先に出す ③判断を一緒に決める ④本番まで持っていく、の4工程。求人票を並べると、求められるのは「業務分解とヒアリング」「AI で動くものを作る力」「合格基準を決める評価設計」「曖昧な中で決めて合意する力」「型に落として残す力」の5つに集約される。プログラミング経験は Palantir・Anthropic・OpenAI の3社とも必須だが、当社が FDE として求めるのは、コードの腕前より、課題を掘り出して AI を使った提案に落とせる人。SE・IT コンサル・会計・情シスのどこからでも入口はあり、会計出身者には経理の本番化という固有の強みがある。
この記事の要約
FDE の仕事を工程で見る——4条件と、そこで使うスキル
ハブ記事で、当社は FDE を4つの条件で定義しました。①顧客の業務の中に入る ②動くものを先に出す ③判断を顧客と一緒に決める ④本番まで持っていき、動かし方も渡す。この4条件は、そのまま仕事の工程です。着任してから帰るまで、FDE はこの順番で動きます。工程ごとに使うスキルは違うので、まず対応表を頭に入れてください。
| 工程（FDE の4条件） | 現場で実際にやること | 使うスキル |
|---|---|---|
| ① 業務の中に入る | 担当者の隣に座り、いまの手順・例外・使っている帳票を見る。業務を「入力・判断・出力」の単位に分解する | 業務分解とヒアリング |
| ② 動くものを先に出す | 分解した業務のうち1つを選び、数日で動く試作を作って現場に触ってもらう | AI を使ったプロトタイピング |
| ③ 判断を一緒に決める | 「何件中何件合えば合格か」「AI に任せない判断はどれか」を業務側と決める | 評価設計、論点整理と合意形成 |
| ④ 本番まで持っていく | 実データ・実システムに組み込み、手順書と担当者を残して帰る | 運用設計と引き継ぎ |
工程①で使うのはヒアリングと業務分解。技術は要りません。要るのは、担当者が「いつもどおりやっているだけ」と言う作業の中から、判断が入っている箇所と、機械的に流している箇所を分ける目です。工程②で初めてコードと AI が出てくる。ここで「仕様を固めてから作る」に戻ってしまう人は、FDE ではなく受託開発のやり方をしています。
工程③は、FDE の仕事の中でいちばん見落とされる部分です。生成 AI は同じ入力でも毎回少しずつ違う答えを返すので、「動いた／動かない」では評価できません。100件流して何件が合格か、その合格の基準を誰が決めるか。これを業務側と一緒に決めるのが FDE で、決めずに進めると PoC（概念実証。本番前の小規模な試行）が終わりません。PoC で止まる会社と動かせた会社の分かれ目も、ここにあります。工程④は本番化と引き継ぎ。成果物と検収の記事で書いたとおり、成果物は「動いている仕組み」と「動かし方」の両方です。
求人票は何を求めているか——Palantir・Anthropic・OpenAI・AWS を並べる
「FDE に求められるスキル」を語る記事は多いのですが、根拠が書き手の印象であることがほとんどです。ここでは、2026年9月時点で公開されている公式求人票と発表文だけを根拠にします。Palantir は FDE の元祖で、技術職の FDSE（Forward Deployed Software Engineer、社内呼称 Delta）と、業務・導入側を担う Deployment Strategist（同 Echo）を分けて募集しています。Anthropic は Applied AI チームの FDE、OpenAI は東京拠点の FDE。AWS は求人票ではなく、2026年6月の10億ドル投資の発表文から、FDE に何をさせるかを読み取ります。
| Palantir FDSE（Delta） | Palantir Deployment Strategist（Echo） | Anthropic FDE | OpenAI FDE - Tokyo | |
|---|---|---|---|---|
| 役割の説明 | 「山火事のリスクをどう予測し軽減するか」「世界の食糧サプライチェーンをどう分析し適応させるか」のような問いから始まり、端から端まで解決策を設計する | 顧客の最も入り組んだ業務に浸り、何が最重要の問題かを統合して見極める | 最も戦略的な顧客に埋め込まれ、顧客のシステムの中で Claude モデルを使った本番アプリケーションを作る | 発見・技術的スコープ設定・設計・構築・本番展開までを自分で持つ |
| 技術要件 | Python・Java・C++・TypeScript 等での確かなコーディング力。CS・数学・物理等の工学系バックグラウンド | Python・R・SQL 等のプログラミングか統計パッケージの経験 | Python に習熟（TypeScript・Java 等があればなお良い）。LLM の本番経験（プロンプト設計・エージェント開発・評価フレームワーク・大規模展開） | Python・JavaScript 等でフロントからバックエンドまで本番品質のコードを書きレビューできる。LLM を使ったシステムの構築経験 |
| 非技術要件 | 技術者と非技術者が混ざったチームで協働できる。目的が動き続ける環境で利用者と反復できる | 表面的な答えで満足しない。エゴが低い。構造のない環境で答えのない問題に向き合える | 顧客対応を含む技術職で4年以上。複雑な組織の曖昧さを乗りこなす高い主体性 | 顧客対応を含む5年以上の経験。スコープ・速度・品質のトレードオフを決める。日英バイリンガル |
| 残すもの・還元 | 顧客の現場で得た知見を製品開発に返す | 現場で見たことを製品に取り込む。利用者向けの研修を主導 | 再現可能な展開パターンを型にして製品・開発チームに還元。MCP サーバー・サブエージェント・エージェントスキル等の成果物 | 動く型をツール・プレイブック・部品にして他の人が使えるようにする。研究・製品側に現場の知見を返す |
| 出張・勤務 | 顧客先へ最大25% | 25〜75%（拠点とチームで変動） | 推定25% | 東京拠点、週3日出社。出張は主に国内 |
| 求人票の年収レンジ | $135,000〜$200,000（推定。RSU 等は別） | $110,000〜$170,000（推定。RSU 等は別） | $280,000〜$320,000 | 記載なし |
年収は求人票に明記があるものだけを載せました。Palantir の2職種は「推定レンジ」と書かれ、株式報酬やサインオンボーナスは含まれません。Anthropic は米国3拠点（ニューヨーク・サンフランシスコ・シアトル）の求人に年収を記載。OpenAI の東京求人には金額の記載がない。日本法人採用の円建てレンジは公開されていません（Palantir の東京配置の求人は米国政府案件向けで、米ドル建てのレンジが書かれています）。この記事では日本の年収は書きません。
AWS の発表文は求人票ではありませんが、FDE の仕事を発注側の言葉で書いている点で参考になります。「経験豊富なエンジニア（多くは AWS の AI サービスの開発者）が、顧客の事業・エンジニアリング・セキュリティの各チームと組んで本番の AI システムを構築・展開する」。残すものは「展開済みのシステム、ナレッジグラフ、ランブック（運用手順書）、構成の説明資料、育成した社内の推進役」。顧客側のエンジニアは「観察者から共同構築者へ、そして自律的な運用者へ」進む。ここに、工程④で FDE が何をするかが書かれています。
共通項から抽出した、求められる5つのスキル
4社の記述を工程ごとに並べ直すと、求めているものは5つに集約できます。順番は、工程①から④に対応させています。
- 業務分解とヒアリング。 Palantir が「最大の痛みを理解する」「最も入り組んだ業務に浸る」、OpenAI が「発見（discovery）と技術的スコープ設定を自分で持つ」と書いている部分。曖昧な問いを、作れる単位まで分解する力です。
- AI で動くものを作る力。 3社ともコーディング力を要件に置き（Anthropic は Python を明示、他2社は候補言語の一つ）、Anthropic と OpenAI は LLM（大規模言語モデル）を使ったシステムの構築経験を加えています。Anthropic の求人にある「プロンプト設計・エージェント開発・評価フレームワーク・大規模展開」が、2026年時点の具体的な中身です。
- 評価設計。 OpenAI は成功の指標を「本番での採用、測定できる業務への影響、評価に基づくフィードバック」と定義しています。Anthropic の「評価フレームワーク」も同じ話です。何をもって合格とするかを数字で決める力で、工程③の前半に当たります。
- 曖昧な中で決めて合意する力。 Anthropic の「複雑な組織の曖昧さを乗りこなす高い主体性」、OpenAI の「スコープ・速度・品質のトレードオフを決める」「エンジニア・製品チーム・顧客の関係者と明確に意思疎通する」、Palantir Echo の「構造のない環境で答えのない問題に向き合う」。全社が、技術要件と同じ重さでこれを書いています。
- 型に落として残す力。 Anthropic の「再現可能な展開パターンを型にする」、OpenAI の「プレイブックや部品にして他の人が使えるようにする」、AWS の「ランブック」「育成した社内の推進役」、Palantir Echo の「研修を主導する」。作って終わりではなく、自分がいなくても回る状態にして帰る力です。
注目してほしいのは、5つのうち純粋な技術スキルは2番目だけだという点です。1・3・4・5 は、業務を見る目、数字で決める習慣、関係者の間に立つ力、人に渡す力。エンジニアでない人が持っていることの多いスキルです。逆に、コードは書けるが「何を作るべきかは仕様書で決めてほしい」というエンジニアは、2番目しか持っていないことになります。
肩書きが広がった経緯——a16z「Forward-deployed Job Titles」
FDE という肩書きがなぜここまで広がったのかは、a16z（米国のベンチャーキャピタル Andreessen Horowitz）が2026年1月27日に公開した「Forward-deployed Job Titles」が整理しています。同記事によれば、Palantir は2011年に、ソリューションエンジニアやインテグレーションエンジニアを「forward-deployed engineer」と呼び直しました。彼らは顧客の成功と会社の評判に直結する存在でありながら、従来は「replaceable help（代替可能な手伝い）」として扱われていた、というのが同記事の見立てです。
呼び直しの効果を、同記事は「hiring moat（採用の堀）」と表現しています。役割の地位を名前で引き上げたことで、顧客対応の仕事を「評価されない仕事」と見ていた、主体性が高く対人能力の高いエンジニアが集まるようになった。いまでは何百もの会社が FDE を採用しているが、この概念の所有者として想起されるのは Palantir だ、と続きます。同記事は、肩書きとは「どの役割がどの組織能力を表すかについての共有された合意」であり、AI 時代の新しい肩書きとして GTM エンジニア、リーガルエンジニア、AI アプリケーションエンジニア、モデル挙動スペシャリスト、AI ガバナンスリードなどを挙げています。
転職を考える側にとっての含意は2つあります。1つは、FDE という肩書きが「顧客先で手を動かす仕事は格下」という古い見方を覆した名前だということ。SIer の常駐や情シスの現場対応を「評価されない仕事」と感じてきた人ほど、同じ仕事が違う名前で違う評価を受ける場所がある、と知る価値があります。もう1つは、肩書きが広がった分、中身は会社ごとに違うということ。FDE 市場マップ2026で書いたとおり、同じ FDE でも AWS と Anthropic と国内 SIer では売っているものが違います。応募先の求人票を、上の表の粒度で読むことが要ります。
当社が FDE として求める人——エンジニアリングそのものより、課題抽出と AI での提案
ここからは当社の人材観。当社が FDE として求めるのは、エンジニアリングの腕前そのものより、顧客の課題を掘り出すヒアリングができて、それを AI を使った提案に落とせる人です。理由は単純で、2026年の時点で「動くものを作る」工程の速度は AI が大きく変えたのに対し、「何を作るべきかを現場から引き出す」工程は AI では代替できていないからです。当社では、経理 AX（AI を使った経理業務の再設計）、kintone による業務アプリの構築、案件管理システムの刷新、Claude の社内導入で、本番稼働まで伴走してきました。どの案件でも、止まりかけた場面は技術の限界ではなく、「この業務の責任者は誰か」「例外の扱いを誰が決めるか」が決まらない場面でした。
だから当社の FDE には、コードを書く前に、担当者の隣で業務を見る時間を取ってもらいます。工程①で分解した業務の中から最初に作る1つを選び、工程②で AI を使って数日で試作を出す。ここで「AI を使う」というのは、Claude や Copilot で自分のコードを速く書くという意味だけではなく、業務の一部を AI に任せる設計を提案するという意味です。「この判断は AI に任せてよいか」を業務側と決める工程③まで含めて、提案です。
裏を返せば、技術に関しては入社時点で完成している必要はないと考えています。Python の基礎と、AI に指示して動くものを出す経験があれば、工程②は当社の標準の道具立てと型で補えます。補えないのは、工程①と③です。「担当者が言語化していない例外を見つける」「合格基準を数字で決めさせる」「決めない関係者に決めてもらう」。これは現場で場数を踏むしかなく、SE・コンサル・会計・情シスのどこかで似た経験をしている人が強い。次の項で、出身別に見ていきます。
4つの転身ルート——すでに持っているもの、足りないもの、最初の半年
FDE の5つのスキルを全部持って入ってくる人はいません。出身によって、持っているものと足りないものが違うだけ。当社が想定する育成の順番として、4つの出身別に整理します。「最初の半年で身につけること」は、当社が任せたいと考えている順番です。
| 出身 | すでに持っているもの | 足りないもの | 最初の半年で身につけること |
|---|---|---|---|
| SE・SIer 出身 | コードを書く力。本番運用の怖さ（障害・データ移行・権限）を知っている。工程②と④の下地 | 仕様書がない状態で作り始める習慣。担当者へのヒアリング。「合格率で評価する」考え方 | 仕様書を待たずに、業務を見て最初の1つを自分で決める。試作を3日以内に出す。合格基準を業務側と一緒に決める場に同席する |
| IT コンサル出身 | ヒアリングと業務分解。論点整理と関係者の合意形成。経営層への説明。工程①と③の下地 | 自分で動くものを作った経験。提言の先の「本番で動かす」ことへの責任。AI を道具として使った経験 | Claude 等を使って、自分の提案を自分で試作する。1案件を本番稼働まで持っていき、稼働後1か月の運用に付き合う |
| 会計・経理出身 | 月次締め・仕訳・請求・入金消込の業務を内側から知っている。数字の正しさに厳しい。例外処理を知っている | コードと AI の実装経験。業務を「システムの単位」に分解する見方。他部門の業務への展開 | 自部門の月次業務を1つ選び、AI で自動化した試作を自分で作る。仕訳の合格基準（何件中何件が正しければ本番に乗せてよいか）を自分で決める |
| 情シス出身 | 既存システム・権限・データの所在を把握している。ベンダー管理。障害対応。工程④の下地 | 業務側の課題を自分で掘り出す経験（依頼を受ける側だった）。動くものを自分で作る経験 | 「依頼を待つ」から「業務を見に行く」へ。1部門を選んで業務分解し、AI で試作を出す。自社の運用設計の知識を、他社に渡す形に変える |
4つのルートに共通するのは、「自分が持っていない側の工程を、最初の半年で1回通す」ことです。SE は工程①③を、コンサルは②④を、会計と情シスは②を、それぞれ実案件で経験する。当社では最初の案件で FDE を一人にせず、持っていない工程は経験のあるメンバーが横で見せる形を取る方針です。着任1週間の実務に書いた1週目のやり方は、どの出身でも同じです。
燃え尽きて次を探している人に伝えたいのは、FDE は「もう一度ゼロから技術を覚え直す」転身ではないということです。スタートアップで機能を作り続けた人は工程②を、管理部門で月次を回し続けた人は工程①と④を、すでに持っている。足りない工程を1回通せば、それまでの経験が丸ごと使える職種です。ただし、向かない人もいます。決まった仕様を正確に実装することに喜びを感じる人、顧客の前に出ることが負担な人、本番の障害対応を避けたい人。この3つのどれかに強く当てはまるなら、FDE より製品開発や社内 SE のほうが合います。
会計×FDE——経理・会計の経験が FDE の入口になる理由
4ルートの中で、当社が特に入口として見ているのが会計・経理出身です。理由は、AI 導入が本番まで進みやすい業務の筆頭が経理だからです。月次の締め、仕訳の起票、請求書の発行と入金の消込、経費精算の承認。どれも入力と出力が決まっていて、正解が帳簿で検証でき、毎月同じ量が発生します。工程③の「合格基準」を作りやすく、工程④の「本番で動いているか」を数字で確認できる。FDE の4工程を一通り回すのに、これほど条件の揃った業務は他にありません。
そして、この業務を本番化するときに必要なのは、コードより会計知識です。「この仕訳は消費税区分をどう扱うか」「期をまたぐ請求はどの月に計上するか」「消込が一致しないとき、どこまでを AI に任せ、どこから人が見るか」。この判断ができない FDE は、経理担当者に聞き続けることになり、工程③が終わりません。会計出身の FDE は、この判断を自分で持っています。当社が経理 AX で本番稼働まで伴走した案件でも、決め手になったのは実装の速さより、月次締めの手順と例外の扱いを内側から知っていることでした。
足りないのは工程②の実装経験ですが、これは埋めやすくなっています。2026年時点で、Claude や Copilot に日本語で指示して、仕訳の下書きを作る試作や、請求書 PDF から項目を読み取る試作を出すことは、経理担当者本人ができる範囲に入っています。経理の Claude 活用で示した工程の分解を参考に、自分の月次業務で小さく試し、「何件中何件合ったか」を数えてみる。それが、会計出身者にとっての FDE の入口です。当社では、会計出身者には最初の案件として経理業務の AI 化を任せ、そこから案件管理や請求業務など隣の業務に広げていく順番を想定しています。
面接で問われること
FDE の面接では、経歴の確認より「工程①から④を頭の中で回せるか」を見ます。当社が面接で確認したい問いの型を3つ挙げます。他社の FDE 面接でも、問いの形は違っても見ているものは同じはずです。
- ある業務を分解して、最初に作るものを1つ決め、理由を話す。 たとえば「取引先からの請求書を受け取ってから支払いまで」を工程に分けてもらい、AI を入れるなら最初にどこか、なぜそこか、を聞きます。見ているのは、分解の粒度と、「一番効果が大きい所」ではなく「一番早く動くものが出て、合格を判定できる所」を選べるかです。
- 「合格」をどう決めるかを説明する。 上で選んだ試作について、何件流して何件合えば本番に乗せてよいか、その基準を誰と決めるか。「精度が高ければ」という答えではなく、「担当者が目視で直す件数が月に何件以下なら回る」のような、業務側の言葉で語れるかを見ます。
- 決めない関係者にどう決めてもらったか。 過去の経験で、判断を先送りする相手に対して何をしたか。逃げた話でも構いません。工程③は、技術ではなく人の話なので、ここに経験がない人は FDE で最初に苦労します。
逆に、面接で聞かないこともあります。特定のフレームワークの知識、資格、アルゴリズムの問題。当社の FDE の仕事でそれが決め手になった場面がないからです。コードを書く力は、面接よりも、入社前後に実際の業務で試作を1つ出してもらう課題で見ます。エンタープライズ AI 導入のスケール4段階でいう「試す」から「業務にする」への段階を、自分の手で1回越えた経験があるかどうか。それが、履歴書のどの行よりも重く見ている点です。
まとめ
FDE の仕事は、業務の中に入る、動くものを先に出す、判断を一緒に決める、本番まで持っていく、の4工程です。Palantir・Anthropic・OpenAI の求人票と AWS の発表文を並べると、求められるのは業務分解とヒアリング、AI で動くものを作る力、評価設計、曖昧な中で決めて合意する力、型に落として残す力の5つ。純粋な技術はこのうち1つで、残りはエンジニア以外の職種で身につくものです。a16z が書いたとおり、FDE は「代替可能な手伝い」と見られてきた顧客先での仕事を、名前で引き上げた職種でもあります。
SE・IT コンサル・会計・情シスのどこからでも入口はあり、持っていない工程を最初の半年で1回通せば、それまでの経験がそのまま使えます。当社が FDE として求めるのは、コードの腕前より、課題を掘り出して AI を使った提案に落とせる人。とくに会計・経理出身者には、経理業務の本番化という、他の出身にはない固有の強みがあります。
まず30分のキャリア相談から
「自分の経歴で FDE になれるのか」「どの工程が足りないのか」は、履歴書を眺めていても分かりません。当社では、応募前の段階で30分のキャリア相談を受け付けています（採用のお問い合わせフォームから「キャリア相談希望」と書いて送ってください）。いまの仕事を4工程に当てはめて、持っているものと足りないものを一緒に整理する時間。応募は不要で、相談したからといって選考に進む必要もありません。燃え尽きた後の次の一歩を考えている方は、下のリンクからお申し込みください。
FDE を募集しています（会計FDE／FDE・業務システム）
経理の月次をAIで本番まで持っていく「会計FDE」（会計士・経理責任者・管理部門経験者）と、要件が固まる前に動くものを出して本番まで運ぶ「FDE（業務システム）」（ITコンサル・PM/PL・情シス出身者）を正社員で募集しています。応募でなくても構いません。まず30分の「キャリア相談」から。採用のお問い合わせフォームに「キャリア相談希望」と書いて送ってください。
キャリア相談（30分・応募不要）
SE・IT コンサル・会計・情シスのどの出身でも、いまの経験を FDE の4工程に当てはめ、最初の半年で何を身につければよいかを一緒に整理します。応募前の相談として受け付けており、選考とは切り離しています。