Palantirとは？Gotham・Foundry・AIPとFDEの関係を解説

Palantirとは何の会社で、何を売っているのか？

Palantirは2003年創業の米国企業で、分断されたデータを統合し意思決定につなぐ基盤と実装人材を提供します。

Palantir Technologies（パランティア・テクノロジーズ）の事業の中心は、政府機関や大企業で複数のシステムに分断されているデータを一つの基盤に載せ、日々の判断や業務オペレーションにつなぐことです。社名は、J・R・R・トールキンの作品に登場する「見る石（palantír）」に由来します。

日本のエンジニアがPalantirの名前を知るのは、株式市場での話題か、「FDE」という職種を生んだ会社としてであることが多いでしょう。ただしPalantirの事業の実態は、分析ツールの販売というより、顧客の業務そのものを作り替える仕事に近いものです。この前提を押さえておくと、後半の製品やFDEの話が理解しやすくなります。

Palantirはいつ、誰が創業した会社か？

Palantirは、ピーター・ティール氏らが2003年に米カリフォルニア州で創業し、2020年に直接上場した企業です。

創業メンバーは、ピーター・ティール氏、アレックス・カープ氏（現CEO）、ジョー・ロンズデール氏、スティーブン・コーエン氏、ネイサン・ゲッティングス氏です。初期には、米CIAのベンチャー投資部門であるIn-Q-Telから出資を受けました。公共・安全保障の領域から事業を始めたことが、Palantirという会社の性格を強く形づくっています。

Palantirの本社は長くカリフォルニア州パロアルトにありましたが、2020年にコロラド州デンバーへ移りました。同年9月30日には、従来型のIPOではなくダイレクトリスティング（直接上場）で株式を公開しています。ティッカーシンボルは「PLTR」です（出典：Palantir Investor Relations https://investors.palantir.com/ ）。

Palantirの収益構造と規模はどうなっているのか？

Palantirは政府と民間の二本柱で、2024年12月期の売上高は約28.7億ドル（前年比＋29%）です。

Palantirは決算をGovernment（政府）とCommercial（民間）の二つの区分に分けて開示しています。近年は民間部門の成長が全体を押し上げています。2024年12月期の公表値では、顧客数が700社超、従業員数が約4,000人規模です。2024年9月にはS&P 500への採用も発表されました。

Palantirは、その後の四半期でも高い成長率が続いていると開示しています。ただし最新の数値は、必ず投資家向け情報の一次資料で確認してください。

Palantirは「ソフトウェアを売る会社」と何が違うのか？

Palantirは製品に加え、顧客業務に組み込む実装人材もセットで提供する点が一般的なSaaSと異なります。

一般的なSaaSでは、製品を渡したあとの活用は顧客自身かパートナーのSIerが担います。Palantirは自社のエンジニアを顧客の現場に送り込み、業務課題の定義から実装、運用の定着までを自社で引き受けてきました。この体制から生まれたのが、後で説明するFDE（Forward Deployed Engineer）という職種です。

そのため、ライセンス費用だけでPalantirを他の製品と比べると、本質を見誤りやすくなります。導入検討の現場でも、この点は強く実感するところです。

Palantirの主要製品Gotham・Foundry・AIPの違いは？

Gothamは政府・防衛、Foundryは民間業務、AIPはAI活用を担い、Apolloが全製品の配布を支えます。

Palantirの製品ラインは公式サイトで整理されており、Gotham、Foundry、Apollo、AIPの4つが柱です（出典：Palantir公式サイト「Platforms」 https://www.palantir.com/platforms/ ）。名前だけ見ると別々のツールのようですが、実際にはデータ統合層と業務モデル層を共有し、対象顧客と用途に応じて入り口を分けた構成と捉えるほうが実態に近いでしょう。

Palantir Gothamは何のための製品か？

Palantir Gothamは、散在する情報を統合し、政府・防衛領域での状況把握と判断を支える製品です。

Palantir Gothamは、複数の情報源にまたがるデータを共通のモデルで扱い、分析官や指揮官が同じ画面で状況を把握できるようにするために使われてきました。人・組織・場所・出来事といった対象を関連づけて追跡する設計で、機密性の高い環境での権限管理と監査ログが重視されています。

GothamはPalantirの創業初期から続く製品です。「現場に入って作る」というPalantirの文化の原型も、Gothamの開発を通じて形づくられたと考えられます。

Palantir Foundryとオントロジーは何が新しいのか？

Palantir Foundryは民間企業向けの統合基盤で、中核は業務上の概念を定義するオントロジーです。

Palantir Foundryは、基幹システム・設備ログ・表計算ファイル・外部データなどをつなぎ、その上に「設備」「顧客」「案件」といった業務上の対象とその関係を定義します。この業務モデルがオントロジーです（出典：Palantir公式サイト「Foundry」 https://www.palantir.com/platforms/foundry/ ）。

技術的に見ると、オントロジーはデータカタログやセマンティックレイヤーに近い考え方です。Foundryの特徴は、同じモデルの上で分析だけでなく、アプリケーション、権限、業務システムへの書き戻しまでを一貫して扱えることにあります。

民間での代表例としては、Airbusが2017年に発表した航空業界向けプラットフォーム「Skywise」が知られています（出典：Skywise公式サイト https://www.skywise.com/ ）。

Palantir AIPとApolloはどんな役割を担うのか？

AIPは2023年4月発表のLLM接続層、Apolloは全製品をさまざまな環境へ配布・更新する基盤です。

Palantir AIP（Artificial Intelligence Platform）は、大規模言語モデルを既存のFoundryやGothamの環境につなぐ製品です。権限と監査を効かせたまま、AIを業務で使えるようにします。汎用チャットボットとの一番の違いは、モデルが参照・操作する対象が、オントロジーで定義された業務オブジェクトである点です。2023年以降は、短期間で実際のユースケースを立ち上げる「AIP Bootcamp」という形式で顧客と接する機会も増えました。

Palantir Apolloは、これらのプラットフォームをクラウド・オンプレミス・機密環境などさまざまな環境に、継続的に配布・更新するための基盤です。顧客の目には触れにくいものの、Palantir導入の前提を支えています。

PalantirとFDE（Forward Deployed Engineer）はどう結びつくのか？

FDEは、Palantirが導入方式として制度化したエンジニア職で、顧客先で課題の定義から実装までを担います。

Forward Deployed Engineer（前方展開エンジニア）という呼び名は、Palantirの採用ページや技術ブログを通じて広く知られるようになりました（出典：Palantir公式サイト「Careers」 https://www.palantir.com/careers/ ）。「Forward Deployed」は軍事用語の「前方展開」に由来します。本社で仕様が来るのを待つのではなく、顧客の現場に出て、課題を定義するところから関わる姿勢を表しています。

なぜPalantirはFDEという職種を必要としたのか？

顧客の業務が複雑すぎて、要件定義書を介した受け渡しではPalantirの導入成果が出なかったからです。

Palantirが扱ってきたのは、情報機関の分析業務や航空機の整備計画など、外部の人間が資料だけでは理解できない領域です。何が問題なのかを言葉にできるのは現場の担当者ですが、現場の担当者はデータモデルや実装の言葉を持っていません。業務理解・データモデリング・実装を一人でつなぐFDEは、このずれを埋めるために必要になりました。FDEが生まれた理由の説明としては、これが最も実務的で納得しやすいものです。

Palantirは組織としても、製品を作るエンジニアと顧客に展開するエンジニアを分けて運用してきたことが知られており、FDEは後者にあたります。重要なのは、現場で得た知見を製品側にフィードバックする循環まで設計されている点です。

FDEは実際にどんな仕事をしているのか？

FDEは、現場観察による課題定義、オントロジー設計、業務アプリの実装、定着支援までを一続きで担います。

日本の受託開発に慣れたエンジニアが最初に戸惑うのは、スコープが与えられないことでしょう。FDEの仕事は、基盤の設計ではなく「誰が、いつ、何を決めているか」の特定から始まることが多くあります。工場なら生産計画の担当者、物流なら配車担当者が毎日どの情報を見ているかを押さえ、そこから必要なデータを逆算してつないでいきます。

表の右側は魅力的に見えます。しかし裏を返せば、作ったものが使われなければ成果はゼロと評価されるということです。FDEの負荷が高いと言われる理由の多くは、技術的な難しさよりも、この評価の厳しさにあるようです。

FDEという言葉はPalantir以外にも広がっているのか？

広がっています。近年は国内外のAI企業やSaaS企業の求人でもFDEの職種名が使われています。

もともとPalantir社内の職種名だったFDEは、複雑な製品を顧客の業務に組み込む必要がある企業へと広がりました。日本国内でも、データ基盤やAIプロダクトを提供する企業の求人票に、Forward Deployed Engineerという表記が見られるようになっています。

ただし、名称が同じでも、実態は「導入支援エンジニア」から「顧客常駐のプロダクト開発者」まで幅があります。転職を考えるときは、職種名よりも次の2点を確認するほうが実務的です。

• 権限の広さ：スコープを自分で決められるか
• 評価指標：納品で評価されるのか、使われたかどうかで評価されるのか

Palantirは日本でどう展開し、日本のエンジニアに何をもたらすのか？

Palantirは日本でSOMPOとの合弁と富士通との提携を軸に展開し、FDE型の求人を生んでいます。

Palantirの日本展開は、米国のように顧客企業と直接大型契約を結ぶ形だけではありません。国内の大手事業会社との合弁や提携で足場を作る形でも進んできました。日本企業が海外のプラットフォームを導入するときは、情報システム部門の審査、セキュリティ要件、既存SIerとの関係整理といった手続きが必要です。こうした手続きを国内パートナー側で吸収する狙いがあったと見るのが自然でしょう。

Palantirの日本法人はどんな体制で事業を行っているのか？

国内の窓口は、SOMPOホールディングスと2019年11月に設立した合弁会社で、富士通も2020年に提携しています。

SOMPOホールディングスは2019年11月、Palantirとの合弁会社Palantir Technologies Japanを設立し、介護・保険領域を含むデータ活用を進める方針を公表しました（出典：SOMPOホールディングス https://www.sompo-hd.com/ ）。SOMPOホールディングスはその後、Palantirへの出資も公表しています。

富士通は2020年にPalantirとの戦略的提携を発表し、国内でのFoundry提供と自社業務への適用を進めてきました（出典：富士通 https://pr.fujitsu.com/jp/news/ ）。ベンダーがまず自社で使い込み、それから顧客に展開するという順序は、日本市場では説得力を持ちやすいものです。

一方で、国内案件の具体的な効果指標や契約規模まで開示される例はまれです。社内資料に引用するときは、海外事例の定量情報と、国内事例の体制・進め方の情報を分けて扱うのが安全です。

日本のエンジニアにとって何が変わるのか？

Palantir製品が国内で広まるにつれ、業務ヒアリングもできるエンジニアの需要と市場価値が高まりつつあります。

Palantir本体だけでなく、国内パートナー企業や導入企業の側でも、業務理解とデータモデリングの両方ができる人材の需要が生まれています。これまで日本のIT人材市場では、要件を書く側（コンサル・業務部門）と作る側（SIer・開発会社）がはっきり分かれていました。

FDE型の職務は、この境界を越えることが前提です。「業務ヒアリングもできるエンジニア」の市場価値が上がるという構造的な変化と捉えられます。

Palantir導入で日本市場ならではの制約は何か？

日本市場で壁になりやすいのは、意思決定の分散、既存SIerとの役割整理、データ所有部門との合意形成の三つです。

三つ目のデータ所有部門との合意形成は、技術では解決できません。権限設計とガバナンスの議論として扱う必要があります。どれも、Palantirを選ぶかどうかに関係なく出てくる論点です。

Palantirに関わるキャリアはどう選べばよいのか？

Palantir本体、国内パートナー企業、事業会社の内製部門という三つの入口から、自分の現在地に合わせて選びます。

「Palantirに関わりたい」という相談は、実際には三つの異なるキャリアに分かれます。求められる経験も得られるものも違うため、最初に切り分けておくと迷いが減ります。

Palantir本体を目指す場合に問われることは？

Palantir本体の選考では、製品知識よりも、曖昧な状況で課題を自分で定義し切った経験が問われます。

Palantirの採用要件には、SQL、Python、データモデリング、API連携といった基礎技術が並びます。しかし面接で深掘りされるのは、「誰も要件を書いてくれない状況で、何を作ると決めたか」という経験です。

さらに、Palantirはグローバル企業なので、英語で業務を回す力はほぼ前提です。読み書きだけでなく、顧客の現場担当者と口頭で議論できるかどうかが、実務上の分かれ目になりやすいところです。

パートナー企業や事業会社側からPalantirに関わるには？

Palantir製品に触れられなくても、今の職場で「聞く・小さく作る・使ってもらう」経験を積むのが近道です。

Palantir製品に触れる機会がすぐになくても、FDE型の進め方は再現できます。対象業務を一つに絞る、現場に入って課題を定義する、小さく作って使ってもらう、業務システムへの書き戻しまで設計する。この順序は製品に左右されません。

実際、求人票に製品名が要件として書かれていても、選考で語れると強いのは、こうした経験であることが多いのです。

今日から何を積み上げるべきか？

技術の幅を広げるより、「使われた」と言える成果を一つ作ることを優先するのが現実的な進め方です。

1. 対象業務を一つ選ぶ — 毎日発生し、判断する人が明確で、表計算と経験に頼っている業務が向いています。
2. 現場担当者に直接ヒアリングする — 依頼内容ではなく、実際の作業手順と例外処理を聞き取ります。
3. 2週間で触れるものを出す — 完成度よりも、現場が意見を言える状態を優先します。
4. 利用状況を測る — 誰が何回使ったかを記録し、使われない理由を一つずつ潰します。
5. やらないことを明言する — 範囲を絞る判断こそ、FDE的な仕事で最も評価される部分です。

Palantirという会社そのものに入るかどうかに関係なく、この積み上げは応用が利きます。製品はいずれ変わりますが、「業務の言葉をデータモデルに翻訳し、使われる状態まで持っていく」能力は残ります。FDEという職種が注目される本質も、特定ベンダーの技術ではありません。この能力に市場が値段をつけ始めたことにあると考えています。

なお、本記事に記載した設立年・上場日・製品発表時期・財務数値は、Palantirおよび各社・各機関の公開情報に基づいています。具体的な効果数値や契約金額が公表されていない事項は、あえて数値を載せていません。財務情報や製品構成は変わるため、投資判断や社内検討の際は各社の一次情報を確認してください。

姉妹メディアの関連記事

FDEが現場に入り込む背景には、AI導入がPoCで止まり、現場で使われないという構造的な課題があります。