Palantir如何打造"创始人工厂":最被低估的产品管理秘籍
Palantir如何打造”创始人工厂”:最被低估的产品管理秘籍
嘉宾:Nabil Kinali | 前Palantir Forward Deployed Engineer、Go Cardless联合创始人 | 领域:AI产品与企业服务
背景与引子
在硅谷,有一家公司让科技圈又爱又恨。它的产品帮助美国政府追踪恐怖分子、加速COVID疫苗研发、让空客的生产效率提升4倍;同时,它也因为与国防部门的深度合作而备受争议。这家公司就是Palantir——一家市值超过2000亿美元的数据公司。
但今天我想聊的不是Palantir的产品,而是它的人才培养体系。在产品管理领域,有一个令人震惊的数据:离开Palantir的产品经理中,30%会选择创业。 这个数字远超排名第二的Intercom(18%)。Palantir还垄断了”离职后立即获得晋升”和”成为其他公司首任产品负责人”等多个维度的榜首。
为什么Palantir能成为科技界最强大的”创始人工厂”?最近,我与在Palantir工作了近8年的Nabil Kinali深聊了这场对话,让我看到了这家神秘公司背后真正的人才培养秘密。
一、嘉宾是谁
Nabil Kinali是一位连续创业者、作家、研究者和工程师。他的经历堪称传奇:在英国央行工作过,与美国国立卫生研究院(NIH)合作创建了全球最大的医疗数据集,还是欧洲金融科技独角兽Go Cardless的创始成员之一。
但最与我们相关的是,他在Palantir担任了将近8年的Forward Deployed Engineer(前线部署工程师),专注于公共卫生项目,包括COVID-19疫情期间与美国联邦机构的合作,以及药物发现中的人工智能应用。他曾驻扎法国一年半,与空客的工程师团队并肩工作,直接参与将空客A350客机的生产效率提升数倍的项目。
离开Palantir后,Nabil正在创办新公司,同时继续分享他对产品管理、人才招聘和企业建设的深度思考。
二、核心观点TOP10
-
Palantir筛选人才的核心标准是:独立思考且敢于反驳、拥有广泛的知识兴趣、以及极度竞争导向的性格。
-
Forward Deployed Engineer模式的核心创新是:派工程师直接驻扎在客户办公室,每天与客户一起工作,亲身体验他们的真实问题。
-
Palantir成功将服务业务转型为软件产品的关键在于:把内部工具开放给客户用,这个”痛苦”过程带来了真正的产品严谨性。
-
数据集成是Palantir发现的最大痛点:获取数据访问权限平均需要等待6-8周,而实际的数据分析只是冰山一角。
-
成为Palantir产品经理的唯一路径是:先证明自己是一个优秀的Forward Deployed Engineer,不允许外部社招产品经理。
-
Palantir的”无声信号”(bat signal)招聘哲学:发出会排斥部分人的独特信号,这正是筛选正确人才的关键。
-
公司应该明确”谁不适合在这里工作”,这比写一堆包容性的价值观更重要。
-
创始人最重要的特质之一是:愿意在真实、混乱的现实问题中浸泡,而不是躲在办公室里构建”完美产品”。
-
AI时代让”Forward Deployed”模式的成本大幅降低,中小公司现在也可以玩得起了。
-
评估一份工作机会时,问自己:五年后我会因为做过这件事而骄傲吗?
三、关键洞察
洞察一:Palantir的”无title文化”反而强化了竞争
很多人以为没有职级晋升就没有竞争,但实际上,竞争转移到了更隐晦的地方——谁能获得核心人物的信任和青睐。但Nabil认为这仍然是更好的选择:你的位置永远是流动的,必须持续证明自己。
洞察二:Forward Deployed Engineer不仅是”驻场销售”
传统意义上的客户成功团队是帮助客户用好现有产品,而Palantir的FDE可以从零开始构建全新的产品来解决客户问题。这种授权程度是极其罕见的,也是为什么这个角色能培养出创始人。
洞察三:“数据门卫”是每个大公司都存在的隐形障碍
在大公司里,掌握数据访问权限的人往往拥有巨大的权力和安全感。当Palantir试图让数据对所有人开放时,实际上是在挑战某些人的利益根基。这也解释了为什么Palantir最大的竞争对手是企业内部自建的数据解决方案。
洞察四:产品经理的”Google Docs综合征”是Palantir最警惕的失败模式
当产品经理沉迷于撰写精美PRD文档、用”理性而审慎”的方式管理产品时,他们正在远离真实的战场。Palantir要求产品经理必须先在战场上证明自己。
洞察五:LLM让”深入客户现场”变得前所未有的便宜
以前需要全职工程师驻扎在客户现场数月,现在有了AI编程工具,一个工程师可以同时服务多个客户,每个客户只需偶尔拜访就能保持深度连接。这为更多创业公司打开了大门。
四、精彩金句
“他们发出了独特的’蝙蝠信号’,这确实会排斥一部分人。但这正是一个好信号的本质——它不是要让所有人喜欢,而是要让对的人找到你。”
解读:最有效的雇主品牌不是追求最广泛的吸引力,而是最精准的人才匹配。
“你每周有四到五个这样的迭代循环——周一去开会,周一晚上写代码,周二展示,周二收到反馈,周二晚上迭代,周三再展示。你移动得非常快。六周后,你突然就能说:‘哇,这真的很值钱,有人愿意为此支付2000万美元。’”
解读:高频反馈循环是产品成功的关键,而现场沉浸式工作让这种速度成为可能。
“Palantir最大的竞争对手不是某个软件公司,而是那些说’我们要自己构建数据基础设施’的企业。”
解读:真正的竞争往往来自”自己做”的惯性,而不是同类产品。变革的最大阻力是组织内部的政治和文化。
“你的产品成功概率与你的赌注数量成正比——既取决于你下了多少注,也取决于每次成功的概率。”
解读:不要在错误的产品上坚持太久,快速测试、快速迭代才是王道。
“我读《安娜·卡列尼娜》,遇到不懂的俄罗斯礼仪和文化,就问AI。这是这个时代最美好的事情之一。”
解读:AI不是取代学习,而是让学习变得更加流畅和深入。
五、实战案例
案例一:空客A350客机生产效率提升项目
Palantir接到空客的任务不是”升级数据基础设施”,而是”帮我们把A350的生产速度从每月4架提升到8架、16架”。Nabil驻扎法国一年半,每天在空客的工厂里与工程师并肩工作。
他发现的核心问题听起来简单但极其复杂:每架飞机在生产线上移动经过几十个工位,每个工位需要知道”上一个工位做了什么”、“还需要完成什么”、“零件在哪里”。这些信息分散在SAP系统里,以极其晦涩的表名存储(如”S3F1_Z”)。
Nabil和团队做的是:把所有这些表”映射”成人类能理解的概念——飞机、工位、工作订单、零件。这直接催生了Palantir核心产品Foundry的”本体论”(Ontology)功能。现在,当你登录系统,只需要问”飞机79在哪里”,系统就能用人类语言回答你。这个功能至今仍是Palantir的核心差异化之一。
案例二:NIH新冠疫情响应
在COVID-19期间,Nabil和团队与美国国立卫生研究院合作,帮助协调疫情期间的数据分析和决策支持。这段经历让他深刻理解:在公共卫生这种高风险领域,软件的价值不是”功能多酷”,而是”生死攸关时能否派上用场”。
案例三:ReTool创始人大卫·徐的故事
Palantir校友David Xu曾创办ReTool,公司的产品最初无人问津。后来他们只是改变了营销话术——从”超充值的Excel”变成”轻松构建内部工具”——立刻收到了大量CTO的回复。这是一个关于”找到正确的买家、说正确的话”的经典案例。
六、行动建议
建议一:让你的工程师”浸泡”在客户现场
为什么要做:真正的产品洞察来自亲身体验,而不是Zoom会议或用户访谈。坐在客户旁边工作一周,胜过一百次远程对话。
如何开始:选择一个重要客户,安排你的工程师每周至少去现场工作1-2天。不是去”演示产品”,而是去”理解他们的工作”。
得到什么结果:你会发现那些永远不会出现在用户访谈中的痛点,以及快速迭代的机会。
建议二:建立”谋杀小组”(Murder Board)制度
为什么要做:在团队投入之前,让一群聪明人来”撕碎”你的计划,这比等产品上线后发现问题要好一百倍。
如何开始:每个重要项目启动时,写一份2-3页的计划书,邀请3-4位不了解项目的聪明人来挑战你的假设。
得到什么结果:你会发现计划中的漏洞,避免投入大量资源后才发现方向错误。
建议三:要求客户支付真实费用来验证想法
为什么要做:如果客户不愿意为你的解决方案支付真实费用,那它可能不是真正的痛点。
如何开始:不要等产品”准备好了”再谈收费,在你甚至还没有产品的时候就去问客户:“如果我能解决这个问题,你愿意付多少钱?”
得到什么结果:你会快速区分”听起来不错”和”真的愿意付钱”之间的差距。
建议四:定义”谁不适合在这里工作”
为什么要做:明确的反向筛选标准能让对的人更快找到你,同时节省双方的时间。
如何开始:写下3-5条”如果候选人符合这些条件,即使其他条件再好也不应该录用”的标准。
得到什么结果:你会建立更强认同感的团队文化,减少早期的隐性冲突。
建议五:用AI工具加速你的Forward Deployed能力
为什么要做:像Claude Code这样的AI编程助手让一个工程师能服务多个客户成为可能,成本大幅降低。
如何开始:选择一个AI编码工具(如Claude Code、Windsurf),用它来加速你为客户构建原型的速度。
得到什么结果:你能在更短时间内验证更多想法,找到真正值得投入的产品方向。
七、我的总结
Palantir之所以能成为”创始人工厂”,核心秘密不是什么神秘的培训体系,而是一套让人才在真实战场上快速成长的机制:Forward Deployed Engineer模式让工程师直接驻扎在客户现场,在真实问题中快速迭代;无title文化让每个人都必须持续证明自己;只从内部提拔产品经理确保了产品决策者真正理解战场。
这些机制的成本正在被AI大幅降低。对于今天的创业者和产品负责人来说,Palantir的启示不是”去Palantir工作”,而是理解什么才是真正的产品开发:沉浸式地理解客户、快速迭代解决方案、以及建立一支愿意在混乱现实中战斗的团队。
📺 播客信息
- 发布时间:2025-05-11
- 时长:1小时37分钟29秒
- 播放量:25008 次观看
- 原版视频:『YouTube』