乐于分享
好东西不私藏

Palantir启示录:AI转型,不是给每个人配一个AI助手

Palantir启示录:AI转型,不是给每个人配一个AI助手

一、核心判断

Palantir最值得研究的,不是它用了什么大模型,而是它重新定义了企业AI转型:

AI转型不是给员工配置更多AI工具,而是把企业的数据、业务规则、决策流程和执行动作连接起来,让AI真正参与经营闭环。

Palantir并不是单纯的“大模型平台”,它形成四层能力:

  • Foundry:整合企业分散的数据和业务系统。
  • Ontology:把企业中的客户、产品、员工、订单、库存、设备等对象,以及它们之间的关系、规则、权限和动作结构化。
  • AIP:让大模型、算法和Agent能够理解这些业务对象,提出建议或者执行任务。
  • Apollo:负责系统的持续部署、更新和稳定运行。

Palantir将Ontology定义为企业的“决策架构”:将数据、业务逻辑和可执行动作整合为统一的组织表达。这意味着,AI不只是“知道答案”,而是能够知道:

  • 当前发生了什么;
  • 为什么发生;
  • 哪些规则必须遵守;
  • 应该采取什么动作;
  • 谁拥有审批权;
  • 动作执行后结果如何。
二、Palantir背后的AI转型方法

1. 从“业务决策”出发,而不是从“AI能力”出发

传统做法通常是:

有了大模型 → 寻找应用场景 → 做一个聊天机器人。

Palantir的做法更接近:

找到重要经营决策 → 拆解决策需要的数据、规则、角色和动作 → 再判断AI应该参与哪一环。

因此,场景选择不应该是“能不能用AI写报告”,而应该是:

  • 哪个决策发生频率高?
  • 哪个决策目前耗时长、依赖个人经验?
  • 哪个决策错误会造成明显的收入、成本或风险损失?
  • AI提出建议后,能否进入实际执行?

2. 建立业务本体Ontology,而不只是数据仓库

数据仓库回答的是“我们有哪些数据”;Ontology回答的是“企业是如何运转的”。

3. 形成闭环,而不止输出洞察

Palantir式AI应用通常包含完整链路:

识别变化 → 判断原因 → 生成方案 → 人工审批 → 执行动作 → 记录结果 → 校正模型

如果AI每周输出一次报告,但经营人员仍要重新找数据、判断原因、分派任务和追踪结果,那么它只是提高了报告效率,没有真正改变业务流程。

4. 业务人员和技术人员共同建设

Palantir通过Forward Deployed Engineer和AIP Bootcamp,让工程师直接与业务人员一起工作。Bootcamp通常要求客户在1—5天内,从真实业务问题做出可运行的用例,而不是先做几个月的技术规划。

这里的组织机制非常关键:

  • 业务人员定义场景、规则和判断标准;
  • 技术人员连接数据、模型和系统;
  • 一线使用者验证是否符合实际工作;
  • 管理者明确决策权、审批权和结果责任。

5. 用经营结果衡量,而不是用工具使用量衡量

真正有意义的AI指标包括:

  • 决策周期缩短多少;
  • 异常发现提前多少天;
  • 库存、费用、损耗下降多少;
  • 销量、激活、覆盖或毛利提升多少;
  • 人工重复工作减少多少;
  • AI建议被采用后,结果是否优于原有方式。

“使用AI的人数”“提示词数量”“Agent数量”只能作为过程指标,不能证明转型成功。

三、对企业AI转型的七点启示

启示一:不要建设一批彼此孤立的AI助手

市场情报Agent、零售异常Agent、薪酬分析Agent和人才管理Agent如果各自保存数据、各自定义规则,最终只是形成新的“AI烟囱”。

更好的方式是:

一个共用的业务对象和数据底座,上面生长多个工作流与Agent。

启示二:不用等所有数据治理完成再开始

Palantir并不是先完成全公司数据治理,再寻找场景。通常是从一个高价值决策切入,只连接完成该决策必需的数据,在落地过程中逐步扩展Ontology。

因此可以遵循:

最小数据范围 + 完整业务闭环。

这比“大而全的数据中台项目”更容易证明价值。

启示三:AI转型的基本单位应当是“工作流”

不以工具、部门或Agent为基本单位,而以端到端业务流程为基本单位,例如:

  • 激活异常发现—原因诊断—责任人确认—行动分派—改善追踪;
  • 库存风险识别—调拨建议—审批—执行—动销结果评估;
  • 薪酬审批—人员变化识别—成本测算—业务产出核对—审批;
  • 新员工入职—任务分发—进度提醒—试用期反馈—转正决策。

启示四:AI转型本质上也是组织转型

AI进入业务后,需要重新回答:

  • 哪些判断由AI完成?
  • 哪些决定必须由人负责?
  • 谁维护业务规则?
  • 谁对数据质量负责?
  • AI建议错误时谁纠正?
  • 员工的岗位价值将从“整理信息”转向什么?

HR在这里不只是做培训,而要参与角色、能力、机制和责任体系的重新设计。

启示五:Adoption不是培训,而是工作方式迁移

真正的采用不是“员工会不会使用AI”,而是:

  • 是否每天在真实工作中使用;
  • 是否替代了原来的Excel、群消息或人工汇总;
  • 是否进入会议、审批和经营复盘;
  • 管理者是否依据系统结果采取行动;
  • 使用结果是否被持续记录和改进。

启示六:治理必须嵌入动作,而不是停留在制度文件

Palantir将权限、审批、审计、人机协同和用途说明放进具体操作流程。例如AI可以提出调薪或人员调整建议,但不能自动执行;关键动作需要审批并保留依据和记录。