PalantirのForward Deployed Engineering(FDE)は、単に「エンジニアを客先に常駐させる」仕組みではありません。公式ブログ、求人票、SECへの開示資料を突き合わせると、現場に入るDelta(Forward Deployed Software Engineer)とEcho(Deployment Strategist)が既存のプラットフォームを顧客ごとに組み上げ、現場で得た構成や要望をプロダクト開発へ戻し、その投資をパイロット段階の赤字として会社が引き受ける、という3点が一体になった運用モデルです。日本でこれを取り入れるときは、肩書きを真似るより、この3点を日本の契約・商慣行の上でどう成立させるかが論点になります。
要点
- Palantirは、顧客の現場に入るエンジニアを社内で「Delta」、現場の課題整理と導入を担う人を「Echo」と呼んでいます。Deltaの呼び名は、事業開発チームをNATOフォネティックコードで名付けていた初期の慣習に由来すると公式ブログが説明しています。
- この役割は、無償・低価格のパイロットから始めて、赤字を許容しながら全社展開まで持っていく事業モデル(S-1のAcquire・Expand・Scale)とセットで機能しています。
- 日本で同じ形を取るなら、職種名よりも、指揮命令の線引き(偽装請負の回避)、再利用できる製品の有無、パイロット費用の負担者を先に決める必要がある、というのが本稿の見立てです。
DeltaとEchoは何をする役割か
Palantirの公式ブログ「Dev versus Delta」(2019年4月8日)によると、Software EngineerとForward Deployed Software Engineerは同社で人数の最も多いエンジニア職で、社内ではそれぞれ「Dev」「Delta」と呼ばれています。Devはプロダクト開発部門に属し、FoundryやGothamの構成要素を担当する職種です。一方のDeltaは事業開発(Business Development)部門に属し、1社の顧客を支えるチームの一員として、プラットフォームを導入・カスタマイズします。同記事はこの違いを、Devは「1つの機能を多くの顧客へ」、Deltaは「1社の顧客に多くの機能を」と表現しています。
Echoは、Deployment Strategistの社内での呼び名です。2022年3月8日の公式ブログは、典型的なプロジェクトにはEchoとDeltaが混在し、理屈の上ではEchoはプロダクトマネージャー寄り、Deltaは技術寄りだが、実際には境界がかなり重なると説明しています。Echoの仕事として挙げられているのは、顧客業務の理解、利用者中心のワークフロー設計、利用者との高速な反復、プロジェクト管理、顧客の経営層への説明などです。
この呼び名は現在も使われています。2026年10月21日時点のPalantirの採用ページ(Lever)では、掲載中のForward Deployed Software Engineer求人48件のうち47件が「Delta」チーム、Deployment Strategist求人33件はすべて「Echo」チームに分類されていました。ニューヨークのFDSE求人は、この職種を「The Original Forward Deployed Software Engineer」と題し、Palantirがこの職種を開拓したと書いています。
Forward Deployed Software Engineer
事業開発部門に属し、1社の顧客を支えるチームの一員として、プラットフォームを導入・カスタマイズする。「1社の顧客に多くの機能を」。
Deployment Strategist
顧客業務の理解、利用者中心のワークフロー設計、高速な反復、プロジェクト管理、経営層への説明。プロダクトマネージャー寄りだが、Deltaとの境界は重なる。
起源:情報機関向けの現場から始まった
2020年8月25日提出のS-1(上場申請書類)によると、Palantirは2003年に設立され、米国の情報機関向けにテロ対策の調査・作戦を支援するソフトウェアから事業を始め、その後に民間企業へ広げました。最初のプラットフォームであるGothamは、防衛・情報機関のアナリスト向けに作られたという説明です。
同じS-1は、FDEについて「アフガニスタンの基地や米国中西部の工業地帯の工場まで出向いてプラットフォームを導入してきた」と述べ、FDEが現場で利用者の課題を直接見ることが、プラットフォームの継続的な改善につながると説明しています。2020年11月2日の公式ブログでも、FDSEは顧客ごとに構成した仕組みのうち他の顧客にも役立つものを事業開発・プロダクト開発へ共有し、「最も価値のある機能追加のいくつかは現場から生まれた」と書いています。
なお、Echoという呼び名の由来は、本稿で確認した公式資料には書かれていません(2026-10-21時点で未確認)。EchoもNATOフォネティックコードの1文字ですが、Deltaと同じ由来かどうかは推測の域を出ません。
EchoもNATOフォネティックコードの1文字ですが、Deltaと同じ由来かどうかは推測の域を出ません(2026-10-21時点で未確認)。
事業モデル:無償・低価格のパイロットから全社展開へ
FDEの働き方は、S-1が示す「Acquire・Expand・Scale」という顧客管理の枠組みと結びついています。S-1によると、Acquireでは無償または低価格の短期パイロットで価値を示し、その間の顧客アカウントは赤字で運営します。Expandでは課題理解と成果の確保に大きく投資し、この段階も貢献利益率はマイナスです。Scaleに入ると、顧客がプラットフォーム上で自らアプリケーションを作れるようになり、売上に対する投資コストの比率が下がっていくとS-1は説明しています。
S-1が示す2019年の数字では、Acquire段階の顧客からの売上は60万ドルで、貢献損失は6,540万ドルでした。Expand段階は売上1億7,630万ドル・貢献利益率マイナス43%、Scale段階は売上5億6,570万ドル・貢献利益率55%です。販売サイクルは多くの場合6〜9か月とされています。同時にS-1は、導入に必要な時間とエンジニア数を減らしてきたことも強調しており、2020年第2四半期には顧客がデータを扱い始めるまでの期間が平均14日になったと記しています。
2026年2月17日提出の2025年度10-Kでも、「ユーザーに入り込む(embed)」ことを研究開発の前提として説明し、顧客の実データで数日のうちに実際のワークフローを作るAIPブートキャンプを顧客獲得の手段の1つに挙げました。FDEの考え方は、AIP以降の販売手法にも引き継がれていると読めます(本稿の解釈)。
コンサルタントやSIerと何が同じで、何が違うか
共通点は、顧客の現場に入り、課題を聞き、解決策を形にすることです。Palantirの公式ブログ自身も、Deltaとコンサルタントは顧客をより効率的にするという目的を共有していると認めています。
違いとして公式ブログが挙げるのは2点です。1つ目は、コンサルタントが一度きりの分析や提言を出しがちなのに対し、Deltaは顧客が継続的に改善できる長期の仕組みを作ること。2つ目は、既存のソフトウェア製品を導入して成果を出すことです。さらに、欠けている機能が成果の妨げになる場合、Deltaがプロダクトチームと調整したうえでコアプロダクトにコードを入れることもあるとしています。
ここからは本稿の分析です。日本のSIerの常駐開発と比べると、「客先で作る」点は似ています。差が出るのは成果物の行き先です。成果物が個別の顧客システムに閉じる契約であれば、現場の学びは次の案件へ持ち越しにくくなります。Palantirのモデルは、現場で作ったものの一部が自社製品へ戻ることを前提にしています。この対比は編集上のもので、公式な比較ではありません。
差が出るのは、成果物の行き先である。
日本でやるなら、何が変わるか
日本で前方配置型の働き方を取り入れるとき、最初に当たるのは契約と指揮命令の問題です。厚生労働省の37号告示と疑義応答集(第3集)は、請負・準委任のどちらの契約でも、発注者が受注者側の作業者に直接、作業方法や労働時間を指示していれば偽装請負になると明示しています。一方、発注者と受注者の担当者が対等な関係で協働し、受注者側が自律的に判断していれば、密に連携していても偽装請負とは判断されないとしています。
ここから先は本稿の推論です。日本版FDEでまず変わるのは、役割と権限の決め方でしょう。顧客の担当者が受注者側のエンジニアへ直接タスクを割り振る形は避け、Echoに近い受注者側の責任者が進め方を管理する、と事前に文書で合意しておく必要があります。
次に、戻す先の製品を持てるかどうかです。PalantirのDeltaは既存のプラットフォームを組み上げる前提で動いていました。再利用できる製品や共通部品がない会社が同じ配置をとると、現場配置は単なる常駐に近づきます。テンプレートや共通部品へ戻す経路を先に決めておくと、この差を埋めやすくなります。
3つ目はパイロット費用の負担者です。S-1を見る限り、Palantirはパイロット段階の赤字を自社で引き受けていました。日本で同じ形をとるなら、無償で行う範囲と、有償へ移る条件を最初に合意しておくことが欠かせません。
最後に人材要件です。Palantirの東京の求人は日本語と英語の両方を求めており、政府案件のFDSE求人ではセキュリティクリアランスの保有か取得可能性も条件に入っています。
日本法人の位置づけも押さえておく必要があります。10-Kによると、PalantirはSOMPOホールディングスと2019年11月に日本で共同支配の事業体を設立し、2022年11月に支配持分を取得しました。また日本法人を通じて富士通とのパートナーシップも結んでいます。
よくある質問
Forward Deployed Engineerとは何ですか
Palantirの定義では、顧客と直接働き、既存のプラットフォームを顧客の課題に合わせて構成・実装するソフトウェアエンジニアです。社内では「Delta」と呼ばれます。
DeltaとEchoの違いは何ですか
公式ブログでは、Delta(FDSE)は技術寄り、Echo(Deployment Strategist)はプロダクトマネージャー寄りとされています。ただし実務では境界が重なることも多い、というのが同ブログの説明です。
日本企業がFDEを置くとき、最初に何を確認すべきですか
本稿の見立てでは、指揮命令の線引き(偽装請負の回避)、戻す先の製品や共通資産の有無、パイロット費用の負担者の3点です。
SOURCE DESK
参照した一次情報
役割や組織は変わるため、公開時点の公式ページを確認しています。求人票が更新・終了した場合も、 この記事では確認日とURLを残します。
- Palantir Blog|Dev versus Delta: Demystifying engineering roles at Palantir(2019-04-08)確認 2026年10月21日
- Palantir Blog|A Day in the Life of a Palantir Forward Deployed Software Engineer(2020-11-02)確認 2026年10月21日
- Palantir Blog|A Day in the Life of a Palantir Deployment Strategist(2022-03-08)確認 2026年10月21日
- Palantir Technologies|Form S-1(2020-08-25提出)確認 2026年10月21日
- Palantir Technologies|Form 10-K 2025年度(2026-02-17提出)確認 2026年10月21日
- Palantir|Forward Deployed Software Engineer(New York)確認 2026年10月21日
- Palantir|Forward Deployed Software Engineer - Japan Government(Tokyo)確認 2026年10月21日
- Palantir|Deployment Strategist - Japan Commercial(Tokyo)確認 2026年10月21日
- 厚生労働省|37号告示関係疑義応答集確認 2026年10月21日
- 厚生労働省|37号告示に関する疑義応答集(第3集)確認 2026年10月21日
- Lever|Palantirの掲載中求人一覧(公開API、チーム分類の集計に使用)確認 2026年10月21日
本稿は公開情報をもとに職種と組織設計を分析したもので、Palantirその他の企業による確認・協賛を受けた記事ではありません。「本稿の見立て」「本稿の推論」と記した部分は、情報源が述べた事実ではなく、FDE Journalの編集上の分析です。FDEとSIer・コンサルタントの比較も、公式な職種同一性の主張ではありません。
事実誤認や更新情報は hello@aishugyo.com までお知らせください。
