FDEの働き方|リモート・出張・常駐の頻度を日本と海外の求人票で比べる

結論:FDEの勤務条件は「常駐」ではなく「出張比率」や「ハイブリッド」で書かれる

FDEの求人票で勤務条件を表す言葉は、大きく3つに分かれます。1つ目は「出張比率」で、Palantirの日本政府向けFDSEは「25〜75%」、Databricksの東京FDEは「20%」と、顧客先に出向く時間の割合を数字で書いています。2つ目は「ハイブリッド」で、OpenAIの東京FDEは「週3日出社」、マネーフォワードの社内向けFDEは「原則、週2出社必須・週3以上の出社推奨」のように、自社オフィスへの出社日数を定めています。3つ目は「リモート」で、RevCommの「フルリモートワーク」、アンドパッドの「原則リモートワーク」、JDSCの「リモート可」のように、日本のスタートアップに多く見られます。

どの書き方にも共通するのは、SESの求人票のような「○○社に常駐」という表現が出てこない点です。FDEは自社プロダクトを持ち、自社の開発チームと顧客の現場の間を行き来する職種なので、所属先はあくまで自社であり、顧客先には「必要なときに出向く」形になります。FDEとSES(客先常駐)の構造的な違いは、次の記事で詳しく整理しています。

関連記事FDEとSES・SIer・SE・コンサルの違い|比較表で立ち位置を解説

ただし「顧客先に行く頻度が低い」ことと「顧客との接点が薄い」ことは別です。後述するとおり、各社とも「顧客チームに入り込む(embed)」ことを求めており、オンラインでも毎日のように顧客とやり取りするのがFDEの日常です。顧客先に物理的にいる時間の割合と、顧客に向き合う時間の割合は切り分けて考える必要があります。

海外企業の求人票に書かれた勤務条件(東京向け・2026年10月時点)

海外のAI企業・データ基盤企業は、東京向けのFDE求人でも本国と同じ書式で勤務条件を明記しています。出張比率や出社日数が数字で書かれているため、働き方を比べるうえで最も参考になります。

Palantir:ハイブリッド勤務+出張25〜75%(日本政府向けFDSE)

Palantirの「Forward Deployed Software Engineer - Japan Government」の求人票(2026年10月時点)は、勤務地を東京、勤務形態を「Hybrid」としたうえで、出張について「Willingness and interest to travel as needed to client sites. Ability to travel 25 – 75% required.(必要に応じて顧客先へ出張する意欲と関心。25〜75%の出張が可能であること)」と記載しています。業務内容の説明にも「We also work externally with our customers, often on-site(顧客とともに、しばしば現地で働く)」とあり、顧客先での業務を前提にしていることがわかります。

25〜75%という幅の広さは、案件によって顧客先にいる時間が大きく変わることを示しています。同じ求人票は「Security clearance or the ability to obtain clearance(セキュリティクリアランス、またはそれを取得できること)」と、日本語・英語の両方に堪能であることも求めており、政府・公共機関の案件では顧客の施設内で働く比率が高くなると読めます。

OpenAI:週3日出社のハイブリッド+主に国内の出張(東京FDE)

OpenAIの「Forward Deployed Engineer - Tokyo」の求人票(2026年10月時点)は、「This role is based in Tokyo. We use a hybrid work model of 3 days in the office per week and offer relocation assistance to new employees. Travel is expected in this role, mainly within Japan.(東京拠点。週3日出社のハイブリッド勤務で、転居支援あり。出張が想定され、主に国内)」と記載しています。業務内容には「Embed closely with customer teams(顧客チームに密接に入り込む)」とあり、顧客に深く関わりながらも、拠点は自社オフィスである点が明確です。

同じ求人ボードに掲載されている「Manager, Forward Deployed Engineer - Tokyo」(2026年10月時点)は、出張の上限を「This role also will require travel up to 40%, although mainly local.(最大40%の出張が必要。ただし主に近距離)」と数字で書いています。マネージャー職で最大40%なので、現場のFDEもこれに近い水準か、案件によってはそれ以上の出張が見込まれます。OpenAIのFDEの進め方は次の事例記事でも扱っています。

関連記事OpenAIのFDE事例|3フェーズで本番導入まで進める進め方

Databricks:顧客先への出張20%(東京FDE)

Databricksの「Forward Deployed Engineer」(東京・2026年10月時点)の求人票は、「Travel to customers 20% of the time(業務時間の20%は顧客先へ出張)」と明記しています。業務内容には「Customer Immersion: Embed with customer teams(顧客チームに入り込む)」とあり、Databricksのプラットフォーム上で本番レベルのデータエンジニアリングとAI/MLの統合を主導する役割です。オフィス勤務かリモートかの明記はなく、出張比率だけが数字で示されています。

The Pragmatic Engineerが報じた各社の顧客先滞在比率

The Pragmatic Engineer(Gergely Orosz氏、2025年8月12日公開)は、OpenAIのFDE責任者Colin Jarvis氏、RampのFDE責任者Leo Mehr氏、Palantirの元FDEであるAnjor Kanekar氏に取材し、FDEの働き方をまとめています。同記事は「Palantir expects around 25% of FDEs' time to be spent onsite with customers(PalantirはFDEの時間の約25%が顧客先で費やされることを想定している)」と述べ、医療AI企業のCommureは「up to 50%(最大50%)」と見積もっていると紹介しています。

つまり、海外のFDEにおいても「毎日客先」が標準ではなく、顧客先にいる時間は全体の4分の1から半分程度というのが、公開情報から読み取れる目安です。Palantirの求人票の「25〜75%」と比べると、政府案件のように顧客の施設で働く比率が高いポジションは上限が高く設定されていると考えられます。

日本企業の求人票に書かれた勤務条件(2026年10月時点)

日本企業のFDE求人は、海外と比べてリモート勤務を認める記載が目立ちます。出張比率を数字で書く求人は少なく、代わりに「リモート可」「フルリモート」「出張手当」といった形で条件が示されます。ここでは原文を確認できた6社の求人票から、勤務形態に関する記載を抜き出します。

ソフトバンク(SB OAI Japan出向):リモートワーク可+顧客訪問・出張あり(主に国内)

ソフトバンクの「Forward Deployed Engineer (FDE)/SB OAI Japan合同会社 出向」の求人票(2026年10月時点)は、勤務地を「WeWork竹芝(東京都港区海岸)または都内事業所」とし、「顧客訪問・出張あり(主に国内)」「OpenAI本社、アメリカ・サンフランシスコ出張可能性あり」と記載しています。勤務形態は「リモートワークも可(在宅勤務・サテライトオフィスなど)」です。

業務内容には「顧客環境(クラウド/オンプレ)における生成AIシステム設計/実装」「顧客経営層/部門責任者への技術説明および導入支援」「顧客エンジニア/業務部門との密接な協働」が挙げられており、リモート可であっても顧客の環境と現場に出向く場面が業務の中核にあることがわかります。海外本社への出張可能性が書かれている点は、OpenAIとの合弁会社ならではの特徴です。

JDSC:リモート可+フレックス(コアタイム10:30〜16:30)

JDSCの「【Dev】FDE(Forward Deployed Engineer)【正社員】」の求人票(2026年10月時点)は、勤務地を東京都文京区小石川の本社とし、勤務体系に「フレックスタイム制 実働8時間/1日 コアタイム10:30〜16:30」「完全週休2日制(土日祝)」「リモート可」と記載しています。業務内容では「顧客企業の業務現場に深く入り込み」、課題特定からPoC開発、本番実装、導入後の改善までを高い裁量でリードすることが求められており、プロトタイプを「迅速に現場へ持ち込み」実装を進める姿勢が書かれています。

RevComm:フルリモートワーク+コアタイムなしのフレックス

RevCommの「Forward Deployed Engineer(FDE)」の求人票(2026年10月時点)は、勤務地を東京駅徒歩1分の丸の内ビルディングとしたうえで、「フルリモートワーク(自宅を含み情報セキュリティが担保される場所であればどこでも就業は可能です。但し、一部職種を除きます。)」と記載しています。勤務時間は「フレックスタイム制(コアタイムなし)」です。今回確認した求人票の中では、最もリモートに寛容な条件です。

業務内容は「顧客の業務要件を整理し、技術要件へ構造化する」「API連携/データ統合/Webhook等を用いた設計を行う」「MCPや3rd party連携を活用したソリューション設計を行う」「技術論点整理および関係者との合意形成」「個別案件の知見を抽象化し、プロダクトへ還元する」とあり、顧客折衝を含みながらも設計・連携の比重が高い内容です。出張や顧客訪問に関する記載は求人票にはありません。

アンドパッド:原則リモートワーク(フルリモート応相談)+出張手当

アンドパッドの「Forward Deployed Engineer(FDE)」の求人票(2026年10月時点)は、勤務地を東京都港区三田のオフィスとし、「現在、新型コロナウイルス感染拡大防止のため原則リモートワークとしております。フルリモート応相談」と記載しています。勤務時間は「10:00〜19:00 フレックス制(コアタイム11:00〜15:00)」で、手当の欄には「出張手当」があります。

業務内容は「あなたは技術者であり、コンサルタントであり、事業家です。顧客の最前線に立ち、アンドパッドのAI技術を用いて、顧客固有の経営課題を解決に導きます」と始まり、「現場の最前線で掴んだ『一次情報』を開発チームへフィードバックし、アンドパッドの次世代プロダクトを進化させる」ことが求められています。建設業向けのプロダクトであるため、原則リモートとしつつも、出張手当が用意されている点から、現場に赴く機会があると読めます。

マネーフォワード(Internal FDE):週2出社必須・週3以上推奨のハイブリッド

マネーフォワードの「【Forward Deployed Engineer(Internal)】AX推進本部_東京」の求人票(2026年10月時点)は、勤務地を東京都港区芝浦の本社とし、ハイブリッドワークスタイルとして「原則、週2出社必須・週3以上の出社推奨」と記載しています。勤務時間は「9:30 - 18:30(休憩時間60分)を基本とし、従業員の決定に委ねる」とあり、専門業務型裁量労働制またはフレックスタイム制が適用されます。

このポジションは「Internal」と付くとおり、社外の顧客ではなく自社の事業部門を相手にするFDEで、「AIを活用した課題解決手法の発見・提案・検証・プロトタイプ開発」をヒアリングから要件定義、PoC開発まで一気通貫で進めます。顧客先への出張や常駐の記載はありません。同じFDEという名称でも、社内向けの場合は出張がほぼ発生しない働き方になる例です。

Sakana AI:ハイブリッド勤務(オフィス+リモート)

Sakana AIの「Forward Deployed Engineer(FDE)」の求人票(2026年8月18日公開、2026年10月時点で掲載中)は、勤務地を東京都港区の麻布台ヒルズ森JPタワーとし、勤務形態を「ハイブリッド勤務(オフィス+リモート)」、勤務時間を「フレックスタイム制/裁量労働制(職種による)」としています。出社日数の数字や出張比率の記載はありません。業務内容は「FDEは顧客の中に飛び込み、そのビジネスを誰よりも深く理解し」と始まり、顧客の業務担当者・専門家との密なコミュニケーションが主要業務に含まれています。

日本企業のFDE求人は、ここで挙げた6社以外にも増えています。各社の事業内容や求める経験を含めた一覧は、次の記事にまとめています。

関連記事FDE求人・採用企業一覧(日本)|各社の求人票から事業内容と条件を整理

比較表:企業別の勤務形態・リモート可否・出張の記載

ここまでの求人票の記載を、勤務形態・リモート可否・出張の3点で一覧にします。いずれも2026年10月時点で各社の公式求人票から確認した内容で、求人票に記載のない項目は「記載なし」としています。

表から読み取れる傾向は3つあります。第1に、出張比率を数字で書くのは海外企業(Palantir・OpenAI・Databricks)で、日本企業は「あり」「手当あり」といった定性的な記載にとどまります。第2に、日本のスタートアップ(RevComm・アンドパッド・JDSC)はリモート勤務を広く認めています。第3に、同じFDEでも、社内向け(マネーフォワード)や政府向け(Palantir)のように相手先の性質によって、出社・出張の条件が大きく変わります。

求人票の勤務条件は改定されることがあります。この記事の記載は2026年10月時点で各社の公式求人票を確認したもので、応募時には必ず最新の求人票を確認してください。日本国内で公開中のFDE求人は、次の一覧ページでも確認できます。

関連ページFDE求人一覧(日本・2026年10月時点)

FDEの1日・1週間の流れ(公開情報から)

勤務条件の次に気になるのは、実際の1日がどう流れるかです。FDEの1日を時刻つきで公開している一次情報は多くありませんが、Palantirの公式ブログに掲載された「A Day in the Life of a Palantir Deployment Strategist」(2022年3月9日公開)と、The Pragmatic Engineerの取材記事から、具体的な流れを読み取れます。

Palantirの公式ブログに載った「1日の流れ」

この記事の著者Sabine氏は、Palantirに2019年12月に新卒で入社したDeployment Strategist(社内では「Echo」と呼ばれる職種)です。Palantirの案件は通常、Deployment StrategistとForward Deployed Engineer(「Delta」)が混成でチームを組み、記事は「理論上はEchoがプロダクトマネージャー寄り、Deltaが技術寄りだが、実際にはどちらもプロダクトマネージャー・ソフトウェアエンジニア・ストラテジストの混合で、2つの役割の線引きはしばしば大きくぼやける」と説明しています。FDEの働き方を知るうえでも参考になる内容です。

注目すべきは勤務地の記述です。著者は「私は欧州を拠点にしているにもかかわらず、現在は米国の大手ドラッグストア企業のパイロット案件に取り組んでいる」と書いています。つまり、顧客先に常駐するどころか、大陸をまたいでリモートで顧客案件を進めている例です。記事に書かれた「パイロットリード」としての典型的な1日は次のとおりです。

• 09:00 — 案件の大きな目標、顧客が求めているもの、現在地を頭に入れ直す(ランニング中やコーヒーとともに)
• 10:00 — デイリースタンドアップ。全員が同じ認識で、何に取り組むか、なぜ取り組むかを把握し、ブロッカーがないことを確認する
• 10:15 — 顧客のERPシステムを、出荷の不一致を自動で解消するアプリケーションに統合するデータパイプラインの実装を続ける
• 12:30 — 昼食。同僚がどんな案件に取り組んでいるかを知る機会にもなる
• 13:30 — 顧客とのイテレーションセッション。午前からの進捗を見せ、現実の問題を理解し、フィードバックを聞き、「まだ無理」と思われていた新機能の発想を促す
• 14:30 — 社内の別のメンバーとの雑談的な同期(違う仕事をしている人と知り合うため)
• 14:50 — 案件の外の社内イニシアチブ(スタートアップ向けのFoundry for Buildersの活動)に時間を使う
• 16:30 — 上級関係者向けのマイルストーン発表の資料づくり、社内リハーサルの設定、地球の反対側で起きてくる同僚に向けたSlackでの進捗共有

この1日には、午前の実装、午後の顧客との対話、夕方の関係者向け資料づくりという3種類の仕事が入っています。顧客との接点は13:30のイテレーションセッションで、それ以外の時間は自社の開発作業と社内のやり取りです。同じ記事には、既存の大規模案件を率いる「エンタープライズリード」の1日(プリセールス会議、1on1、週次チーム会議、プロダクト開発チームへの機能提案の1ページ文書の執筆など)と、社内でプロダクト開発寄りの仕事をする「Internal Echo」の1日(PRレビュー、コードを書く時間、設計レビューなど)も掲載されており、同じ職種でも仕事の中身が大きく異なることが示されています。

また著者は「4〜12週間のパイロット案件をいくつも担当して新しい業界や同僚に出会うことを好むが、1つの案件に長く留まって深く入り込み、長期的な顧客関係を築くEchoも多い」と述べています。案件の長さも固定ではなく、短期のパイロットを渡り歩く働き方と、1社に長く関わる働き方の両方があります。

The Pragmatic Engineerが整理したPalantir FDEの1週間

The Pragmatic Engineerは、Palantirの元FDEへの取材をもとに、FDEの典型的な1週間を3種類の仕事に分けて説明しています。1つ目は顧客プロジェクトの作業で、これが主な焦点です。2つ目はプラットフォームの改善で、新しいデータモデルを構成したり、安定性の改善や修正をコミットしたりします。3つ目は社内タスクで、社内コミュニケーション、メール、会議、スタンドアップが含まれます。取材を受けたFDEの一人は、会議の時間を抑えるために「この議論は会議である必要があるか、自分が参加する必要があるか」を自問すると述べています。

OpenAIの3フェーズと、顧客先にいる日数

OpenAIのFDE責任者Colin Jarvis氏は、The Pragmatic Engineerの取材で、FDEの案件が3つのフェーズで進むと説明しています。同記事によれば、顧客先にいる日数はフェーズによって異なります。

1. 01初期スコーピング:「顧客先で数日間(a couple of days onsite)」過ごし、ユーザーと席を並べ、プロセスを図にし、最も価値の大きい領域を特定する
2. 02検証:FDEが顧客先に赴き、スコープした内容が本当に顧客にとって最も価値があるかを確かめる。評価基準(eval)の構築を含む
3. 03納品:「通常は週に数日(typically for a few days per week)」顧客先にいて、問題の詳細を正確に理解し、顧客からデータを受け取り、ソリューションを構築する

同記事では、Jarvis氏がアイオワ州のJohn Deereの案件でFDEとともに農家と直接協働し、次の生育期までに統合を完了する必要があったという事例も紹介されています。顧客の業務サイクルに合わせて現地に赴く、FDEらしい働き方の例です。OpenAIの東京FDE求人票の「週3日出社+主に国内の出張」は、この3フェーズの進め方を東京の案件に当てはめた条件と読めます。

顧客先オフィスとの往復の実態と、セキュリティ要件で隔離環境になるケース

求人票の出張比率や出社日数の裏には、顧客の業種とセキュリティ要件があります。顧客先に行く頻度を左右するのは、個人の希望よりも「顧客の環境でなければ仕事ができるか」という制約です。

製造業・公共機関では、現場や隔離環境で働くことがある

The Pragmatic Engineerの取材で、Palantirの元FDEであるAnjor Kanekar氏は、航空機メーカーAirbusの最終組立ラインに配置されていたと述べ、「同僚のFDEの多くも同じように慣例的でない環境で働いており、エアギャップ(外部ネットワークから物理的に隔離された)環境も含まれていた」と語っています。Palantirの日本政府向けFDSEの求人票がセキュリティクリアランスを求め、出張の上限を75%としているのも、顧客の施設内でしか扱えないデータとシステムがあるためだと考えられます。

隔離環境での仕事は、自社のツールやクラウドサービスが使えない、インターネットに自由にアクセスできない、持ち込める機器が制限される、といった制約を伴います。こうした環境で動くシステムを作る経験は、制約の多いSIerやエンタープライズ案件で働いてきたエンジニアがFDEに向いているといわれる理由の1つです。

日本企業の求人票に見える「顧客環境」と「セキュリティ」

日本企業の求人票でも、顧客環境への言及はあります。ソフトバンク(SB OAI Japan出向)の求人票は「顧客環境(クラウド/オンプレ)における生成AIシステム設計/実装」「セキュリティ/ガバナンス要件を満たす実装設計」を業務に挙げています。オンプレミス環境での実装が必要な場合は、顧客先に出向く頻度が上がります。RevCommの求人票がフルリモートの条件として「情報セキュリティが担保される場所であればどこでも」と書いているように、リモートであっても働く場所にはセキュリティの条件が付きます。

顧客先にいない時間も「顧客に向き合う」時間

Palantirのブログの1日の流れが示すとおり、顧客先にいなくても、午後にオンラインで顧客とイテレーションを回し、午前に顧客のデータを扱う実装を進めるのがFDEの日常です。OpenAI・Databricks・Sakana AIの求人票がそろって「顧客チームに入り込む(embed)」「顧客の中に飛び込み」と書いているのは、物理的な常駐ではなく、顧客の業務とデータに深く関わることを指しています。出張比率が20〜25%の求人であっても、業務時間の大半は顧客の課題に使われると考えて差し支えありません。

働き方で求人を選ぶ基準と、面接で聞くべきこと

FDEの働き方は会社と案件によって幅があるため、求人票の記載だけで判断せず、面接で具体的に確認することが大切です。生活設計の観点から、次の基準で求人を見るとよいでしょう。

求人票を読むときの3つの基準

• 出張・出社の「数字」が書かれているか:Palantirの25〜75%、Databricksの20%、OpenAIの週3日出社のように数字がある求人は、入社後の生活を具体的に想像できる。数字がない求人は面接で確認する
• 顧客の業種と環境:政府・金融・製造業の顧客が多い会社は、セキュリティ要件から顧客先やオンプレミス環境で働く比率が高くなる。SaaSの導入支援が中心の会社は、オンラインで完結する比率が高い
• 社外向けか社内向けか:マネーフォワードの「Internal」FDEのように自社の事業部門を相手にするポジションは、出張がほぼ発生しない。顧客先に赴く働き方を望むかどうかで選び分ける

面接で確認したい質問

• 直近の案件で、顧客先にいた日数は週あたりどれくらいでしたか。案件のフェーズ(スコーピング・検証・納品)によってどう変わりますか
• 顧客先で働く場合、自社の開発環境やクラウドサービスは使えますか。隔離環境や持ち込み機器の制限がある案件はどの程度ありますか
• 出張の範囲は国内が中心ですか。海外出張(本社や顧客の海外拠点)はありますか
• 1つの案件に関わる期間はどれくらいですか。複数案件を同時に担当することはありますか
• 顧客の業務時間に合わせた勤務(早朝・夜間・休日の対応)はどの程度発生しますか。時差のある顧客やチームとの協働はありますか
• リモート勤務の場合、出社が必要になる場面(キックオフ・マイルストーン発表・障害対応など)は何ですか

こうした質問は、働き方を確認するだけでなく、FDEの仕事を具体的に理解していることを示すことにもなります。面接全体の準備については、次の記事で選考プロセスと質問例を整理しています。

関連記事FDEの面接対策|選考の流れと聞かれる質問、逆質問の例

なお、出張や顧客先での勤務の多さは、報酬にも反映される場合があります。年収の水準と決まり方については、次の記事を参照してください。

関連記事FDEの年収・給料|日本と海外の求人票から水準と決まり方を解説

まとめ:FDEは「客先に常駐する職種」ではなく「顧客に入り込む職種」

日本と海外の求人票を読み比べると、FDEの勤務条件は「常駐」ではなく「出張比率」「ハイブリッド」「リモート可」で書かれています。海外企業は数字で条件を示し(Palantir 25〜75%、Databricks 20%、OpenAI 週3日出社+国内出張)、日本のスタートアップはリモートに寛容です(RevComm フルリモート、アンドパッド 原則リモート、JDSC リモート可)。The Pragmatic Engineerが報じた顧客先滞在の目安は、Palantirで約25%、Commureで最大50%です。

一方で、どの会社も「顧客チームに入り込む」ことを求めており、顧客先にいない時間も顧客の課題と向き合うのがFDEの日常です。顧客の業種やセキュリティ要件によっては隔離環境で働くこともあります。生活設計を重視するなら、求人票の数字と顧客の業種を見たうえで、面接で案件のフェーズごとの顧客先滞在日数を確認するのが確実です。FDEという職種の全体像は、次の記事で整理しています。

関連記事FDEとは|Forward Deployed Engineerの仕事内容・年収・SESとの違い