企業理解

Palantir 企業理解 — FDE 発祥の地で問われる力

Engineering TrackStrategy TrackProblem DiscoveryTechnical JudgmentStakeholder & Adoption情報時点 2026/08/25企業: Palantir

FDE という職種を生んだ会社。Foundry・AIP を武器に「現場に住み込むエンジニア」で成果を出すビジネスモデルと、選考で問われる分解力を解説する。

FDE(Forward Deployed Engineer)という職種名は Palantir が作りました。同社を理解することは、この職種の「原型」を理解することとほぼ同じです。志望するかどうかに関わらず、FDE 系のケース面接で前提にされる働き方のイメージは、多くがここから来ています。

事業・サービス概要

Palantir は米国のソフトウェア企業で、大きく 3 つのプロダクトを軸にしています。

  • Gotham: 政府・防衛・情報機関向けのデータ統合・分析基盤。創業期からの主力
  • Foundry: 民間企業向けのデータ統合・オペレーション基盤。製造・エネルギー・金融・医療など
  • AIP(Artificial Intelligence Platform): LLM を Foundry / Gotham 上の実データ・実業務に接続するレイヤー。近年の成長ドライバー

ビジネスモデルの核心は「ソフトウェアを売って終わり」にしないことです。ライセンス収入と同時に、FDE が顧客現場に入り込み、データ統合から業務への定着までを実装しきる。この「現場に住み込むエンジニア」込みの提供形態が、他のソフトウェア企業との最大の違いです。

FDE視点の解説

Palantir の FDE は大きく 2 系統に分かれます(呼称は時期により変わります)。

  • Delta / FDE(実装寄り): 顧客データの統合、パイプライン構築、Foundry 上のアプリケーション実装。Python・TypeScript・SQL が中心
  • Echo / Deployment Strategist(業務寄り): 顧客の業務課題の特定、ユースケース設計、経営層との合意形成、定着の推進

Capability の観点では、Problem Discovery(顧客の「言っていること」の裏の課題を掴む)、Technical Judgment(Foundry で何をどこまで作るかの判断)、Stakeholder Adoption(現場と経営の両方に使わせる) が特に問われます。技術スタックは Foundry というプロプライエタリな基盤の習熟が前提になるため、「入社後に学ぶ」割合が大きいのも特徴です。

市場・競合ポジション

  • データ統合・分析基盤としては Snowflake / Databricks と比較されがちですが、**「基盤を売る」のではなく「業務の成果を実装する」**点で立ち位置が異なります
  • AIP 以降は「LLM を企業の実業務で動かす」領域で、コンサルティングファームや SIer とも競合します。Palantir の主張は「コンサルはスライドを、我々は動くソフトウェアを納品する」
  • 政府事業の比率が高く、地政学的な追い風・逆風を受けやすい点は事業リスクとして押さえておくべきです

選考・面接対策情報

公開されている選考体験から、以下の傾向が知られています(職種・地域により異なります)。

  • Decomposition(分解)面接: 曖昧で大きな問題(例: 「ある空港の運営を最適化するには」)を構造化して分解する面接。FDE 系選考の代名詞で、本サイトのケース面接が最も参考になる形式
  • 技術面接: コーディングに加え、システム設計・データモデリング。実務データの「汚さ」を前提にした問いが出やすい
  • カルチャー面接: なぜ Palantir か、困難な環境での行動例。ミッションへの共感を重視する社風

対策の要点は、きれいな正解を当てにいくのではなく、不確実な前提を自分で置き、声に出して構造化する練習をしておくことです。

まとめ

  • Palantir は「FDE という働き方」を発明した会社であり、職種理解の基準点になる
  • 事業は Gotham / Foundry / AIP の 3 本柱。ソフトウェア+現場実装の一体提供がモデルの核心
  • 選考は分解力・構造化力を直接測りにくる。ケース演習との相性が最も良い企業のひとつ

関連求人

関連記事