The original is one click away. Open original ↗
How Palantir built its founder factory and forward deployed engineer model
Executive overview
Palantir produces more startup founders from its PM alumni than any other company — 30% become founders after leaving, versus 18% at the nearest competitor. The secret lies in a deliberate hiring filter, a unique engineering model, and a training environment that forces employees to operate like founders from day one.
The forward deployed engineer (FDE) model places technical staff inside customer organisations for days at a time, building products directly alongside users. This rapid customer-to-code cycle compresses years of learning into months — and it's why Palantir alumni disproportionately go on to lead product teams and start companies.
What Palantir actually does
- Sells a data platform (Gotham for defence/intelligence, Foundry for commercial use cases) to large enterprises and governments
- Pricing is anchored to customer outcomes, not infrastructure costs — deals run into many millions
- Core product insight: data integration inside large organisations is massively broken; getting access, cleaning, joining, and querying data consumes ~90% of analytical effort
- Ontology — mapping alien database tables to human-understandable concepts (parts, aircraft, work orders) — emerged directly from the Airbus engagement and is now a core Foundry differentiator
- Foundry margins exceed 80%, distinguishing it from a consulting business
The forward deployed engineer model
- FDEs embed inside the customer's building — desk, badge, side-by-side with users — four days a week
- Weekly cycle: enter the building Monday, build something Monday night, show it Tuesday, iterate, repeat
- Engineers were empowered to build entirely new products if needed — not just deploy existing ones
- Being in person builds trust no Zoom call replicates; customers begin to see FDEs as colleagues
- Deal sizes (many millions) make the model economically viable; smaller ticket sizes require one FDE across multiple accounts
- Revenue per engineer was the internal metric — increasing product leverage meant fewer people needed per customer over time
- AI-assisted coding has reduced the cost of FDE-style work by 5–10x, making the model accessible to smaller startups
How the platform was built from customer problems
- Early deployments used Jupyter Notebooks and primitive data tooling; FDEs were their own first customers
- Internal tools were productised into Foundry after a mandate that every customer deployment must have a user on the internal platform within three months
- The Airbus A350 production-ramp engagement (4x output in one year) directly produced the Ontology concept
- Palantir's biggest competitor is a company rolling its own data infrastructure — not Snowflake or Databricks
How they hire
- Screened hard for: independent mindedness, broad intellectual range, intense competitiveness
- Founder interview was a prerequisite for any offer — an unpredictable deep-dive conversation, not a structured test
- Deliberately polarising signals (defence mission, "save the Shire") filtered for people with a private reason to care
- Military and intelligence veterans were an undervalued talent pool; Palantir captured them before others did
- No meaningful titles — everyone is a forward deployed engineer; the only titles were CEO and six directors
- Flat title structure kept roles fluid and meritocratic; leadership was earned on live projects, not conferred by org chart
Why Palantir PMs outperform
- PMs were almost exclusively internal promotions from BD (forward deployed engineers)
- You could not become a PM any other way — no external PM hires from Google or similar
- The path: prove customer empathy and execution in the field, then move into product
- PMs needed to be best friends with their engineering team; Palantir's disagreeable culture meant trust had to be earned fast
- Result: PMs arrive already able to talk to customers, move fast, and gain engineering respect
Building a company: lessons Nabeel is carrying forward
- Place many bets and cycle through them fast; ask for lots of money early — if they won't pay, move on
- Build a distinctive internal culture; knowing what an A-plus team feels like is itself a durable advantage
- Work on messy, real-world problems — they are more accessible to tech startups now than at any prior point
- Mission fit matters more than skills for the first 20 hires; screen for "what's the hardest you've ever worked and why"
- Staying at a formative company longer than average is fine — Palantir retention was high because there was always a harder problem to chase
On the ethics of defence work
- Palantir worked on US COVID response, Operation Warp Speed, NIH cancer research alongside defence contracts
- Disengagement (e.g. Google leaving the Pentagon AI project) is rarely the right answer; being in the room and improving a process is better than absence
- The question is not whether defence work is inherently wrong but whether you are actively making outcomes more accurate and less harmful
- Tech disengagement from politics was always an illusion; 2025 is just the point at which that became undeniable
More like this — when you're ready for early access.
Join the waitlist for a personal account and content recommendations based on what you're working on.
No spam. Unsubscribe at any time.
You're on the list. We'll be in touch before launch.