第 18 章：Palantir 如何把现实世界数字化
Palantir 把现实世界数字化，不是简单把纸质流程搬到线上，也不是把数据接进一个大屏。它真正做的是：把现实世界中的对象、关系、状态、规则和行动，映射到一个可运行的数字系统里。
这个过程可以拆成六步：对象定义、数据映射、关系建模、权限控制、工作流嵌入、决策闭环。
第一步，对象定义。
Palantir 首先要和客户一起定义：这个组织的真实世界里，到底有哪些关键对象？不同客户的对象完全不同。军队里是任务、单位、装备、目标、情报、补给；医院里是患者、医生、药物、病历、床位、检查；能源公司里是油井、设备、管道、维护任务、风险事件；供应链里是订单、供应商、库存、运输路线、客户承诺。
对象定义是最关键的一步。如果对象定义错了，后面数据再多也没有用。因为系统会围绕错误对象运行。
第二步，数据映射。
企业原有系统里有大量数据，但这些数据分散在 ERP、CRM、MES、财务系统、邮件、文档、传感器、日志、Excel 里。Palantir 要做的不是简单搬运数据，而是把数据映射到对象上。
比如某个客户对象，可能对应 CRM 里的销售记录、合同系统里的协议、财务系统里的回款、客服系统里的工单、产品系统里的使用数据。映射完成后，企业看见的就不再是一堆表，而是一个完整客户对象。
第三步，关系建模。
对象不是孤立的。订单依赖供应商，供应商影响库存，库存影响交付，交付影响客户承诺，客户承诺影响收入和信誉。Palantir 要把这些关系建出来。
关系建模决定系统能不能推理。如果系统知道一个供应商中断，会影响哪些订单、哪些客户、哪些收入、哪些替代路线，它就能支持决策。如果只是知道“供应商中断”这个数据点，价值就小很多。
第四步，权限控制。
企业对象不是所有人都能看、都能改。权限是企业本体论能否落地的关键。谁能查看敏感客户？谁能修改订单？谁能批准预算？谁能让 AI 执行动作？谁的操作必须留痕？
没有权限控制，系统不能进入核心业务，只能做外围分析。Palantir 强调 operational，就必须处理权限、审计、责任和合规。
第五步，工作流嵌入。
很多软件失败，是因为只提供看板，不进入工作流。员工看完数据，还要回到原来的系统里操作，最后软件变成另一个信息孤岛。
Palantir 的目标是嵌入客户工作流：当某个对象状态变化，系统能触发任务、建议行动、分配责任、更新状态。比如库存低于阈值，不只是展示红色预警，而是关联替代供应商、订单优先级、客户影响和审批流程。
第六步，决策闭环。
行动之后，系统要更新状态，记录结果，并形成反馈。决策不是一次性的，而是循环：看见状态，判断问题，采取行动，更新对象，观察结果，再修正。
这就是控制论意义上的闭环。
Palantir 的数字化，不是把现实世界复制到屏幕上，而是建立“现实—数据—对象—行动—反馈”的回路。
这和普通数字化有根本区别。
普通数字化常常是流程线上化：以前纸上审批，现在系统审批；以前人工报表，现在自动报表。它提高效率，但未必改变组织理解现实的方式。
本体论数字化则更底层：它重新定义组织看见什么对象、如何理解对象关系、如何分配权限、如何采取行动。它改变的是组织的感知和行动结构。
这也是为什么 Palantir 项目常常需要深入客户现场。因为对象不是凭空设计出来的，它来自真实业务。外部软件供应商如果不了解客户的任务、风险、权限、例外情况和组织语言，就很难建立可用 ontology。
这里也有一个潜在护城河：一旦 Palantir 帮客户建立了深度 ontology，它就不再只是软件供应商，而是客户组织运行模型的一部分。替换它，可能意味着重新定义对象、重做数据映射、重建权限、重建工作流、重新训练组织习惯。
但这也带来风险：项目复杂、交付重、规模化难、客户差异大。如果每个客户都需要大量定制，增长效率会受限制。Palantir 的长期关键，就是能不能把这些本体论建设能力产品化、模块化、可复用化。
最后压缩：
Palantir 数字化现实世界的路径，不是数据上屏，而是对象定义、数据映射、关系建模、权限控制、工作流嵌入和决策闭环。
真正的企业数字化，不是让管理者看到更多数据，而是让组织围绕真实对象更快、更准、更安全地行动。