不要听他怎么说，要看他实际怎么做。

有人关心宏大命题，有人关心细节魔鬼。杰森认为都需要。

Palantir 还是持续火热，大家讨论他们的产品，他的商业模式与策略。 深度了解他的方式有很多，大概包括：

• 加入Palantir，躬身入局
• 访谈Palantir现在成员与离职成员
• 基于公开资料了解学习
• 查看Palantir官方的文档资料

可能可能性比较高的还是第三与第四这几种方式。

01 看帮助文档

如果是对产品细节有兴趣的伙伴，大概都会去看他们的帮助文档。他们的文档不算非常详细，但是了解具体的产品能力还是足够了。 在 palantir.com/docs 站点，对Palantir面向商业企业的软件Foundry跟AIP以及关联的10个模块都做了详细介绍。

02 看学习课程

除此之外，如果需要一些细节层面的了解，可以加入官方的 学习中心 （learn.palantir.com)，从简单到难，参加一门门课程。 Palantir的一些合作伙伴还制作了视频课程。 比如最基础的入门课程《Speedrun: Your First End-to-End Workflow》，就包含环境的配置、数据上传与处理、Ontology（本体论）建模，构建应用，配置动作按钮等核心环节。

这门课给的是用户案例是B端场景的订单处理，除了简单分析订单的状态，金额，数量等，特定管理员还可以调整修改订单负责人。 具体包括：

• Enhance visualizations
• Send email notifications to users when assigned to an order
• Add comments section to provide status updates for each order
• Replace static data file imports with live feeds from the transactional systems
• Control who can assign and mark closed an order
• Automatically generate audit trails of who made a modification or status change
• Write back the actions (assignee, status) back to the transactional systems in real-time

课程学习结束后，可以参加一个测试，测试通过后就可以获得一张象征性的小证书。

测试只有10道题目，包括8道概念题以及2道实操题（回答业务问题），虽然我们上手操作的门槛比较高（下一小节会做介绍），但是基于示例数据放在Excel里也可以做分析得出答案。整个测试也不需要 100% 都答对，哈哈。

03 动手实操

Palantir也欢迎大家注册开发者试用账号体验，但是不是欢迎所有人 :) 大陆地区的小伙伴注册一个账号还是比较难的。 注册环节需要以下信息：

• 邮箱
• 海外电话用于接受验证码 （还不能是虚拟号码，需要注意IP地址跟手机号所在国家的一致性）
• 海外身份证件（还要手持证件拍照，用的是Strip互联网支付机构的认证机制）
• 信用卡

04  其他

Palantir/Foundry 作为一个成熟商业产品，帮助文档、学习课程、社区都一应俱全。还都挺好，但是不给所有国家的人开放账号注册，就有点不够大气了......

去浏览他们的社区（community.palantir.com）， 活跃度还是挺高的。 Gemini 分析显示社区工作日平均每天产生 10-15 条 原创新帖（Topics），以及 30-50 条 回复（Comments）。 

此外，他们还有一个 「Inside the Product」 频道还挺有意思的，Palantir的产品经理会发布“为何这样设计”的文章，也算是跟同行、跟用户的一种深度交流。

我们也让 Google Gemini 总结了他们的社区网站帖子的情况，摘录几条：

• Branching（分支管理）： 2024-2025 年间，Foundry 引入了类似 GitHub 的分支与合并机制，用户对此讨论极多，主要集中在如何处理分支冲突以及 Marketplace 产品的版本管理。
• 产品从“封闭”走向“开放”： 社区对 Osdk 和自定义组件的热烈讨论表明，Palantir 正在努力打破“围墙花园”，试图让更多外部开发者在自己的工具链中使用 Palantir 的能力。
• 教育成本依然很高： 社区中仍有大量关于“本体设计”的基础求助，说明本体概念虽然强大，但学习曲线极陡，这是产品易用性改进的重点方向。
• 年增长： 过去一年是 Palantir 社区爆发式增长的一年，新增贴文量占到了历史总量的近 40%，这主要归功于 AIP 功能的密集发布和 Bootcamp（训练营）的全球推广。

数据产品的分支管理其实还是相当复杂的，涉及元数据的定义，如果不同Object之间有依赖，那复杂度会更高。

Palantir自己也接不过来客户的个性化需求（随着商业客户的不断增加，这个情况会更加凸显），所以培育开发者生态是最佳实践。

本体虽好，构建不易。越是功能强大的软件产品，上手门槛跟使用门槛天然存在。 产品经理是在第一版就花心思打磨，还是后面再优化，就见仁见智了