跳到正文
0727
资讯学院案例活动登录
中文/EN
案例/SOMPO Japan
← 返回案例库
← 上一案例50 / 127下一案例 →

SOMPO Japan

商业保险盈利与销售决策
Palantir 保险 典型Forward Deployed 标准案例|可参考但仍有缺口 A级证据 规模化
A 证据等级
SOMPO Japan:商业保险盈利与销售决策
发布方:Palantir · 厂商官方客户材料 · 案例级直接来源
指标口径:厂商或客户公开披露 · 独立核验:否 · 查阅日期:2026-09-19
证据等级衡量“能否定位和复核来源”,不评价厂商披露是否经过第三方审计。
标准案例|可参考但仍有缺口 9 / 12
业务背景1 / 2
改造流程1 / 2
技术工作流2 / 2
人机与治理1 / 2
量化结果2 / 2
来源定位2 / 2
仍可补强:业务背景、改造流程、人机与治理
这个案例的重点是把“商业保险盈利与销售决策”从一次性分析或单点工具,变成可嵌入真实业务、可验证、可持续迭代的生产工作流。
业务问题

商业保险销售与承保需要把分散业务数据转成可执行的客户/风险决策。

解决方案

以Foundry/RDP为业务数据底座,将盈利、客户、销售和灾害响应等数据接入工作流,并扩展到销售团队。

技术架构与生产工作流
Step 01
多源运营数据与历史事件
→
Step 02
Foundry统一数据模型与权限
→
Step 03
Ontology映射业务对象、关系、状态和可执行Action
→
Step 04
AIP/规则/预测模型生成建议或自动化步骤
→
Step 05
一线人员在Workshop/应用中确认与执行
→
Step 06
反馈、结果和新事实写回Ontology形成闭环
关键技术与基础设施组件
FoundryReal Data PlatformOntology商业保险数据销售工作流
人机分工与责任边界

销售、承保和管理团队根据建议做最终商业判断。

FDE 动作拆解
  • 和保险销售与承保一线团队共同走完整流程,找出真正需要决策而不是展示数据的节点
  • 把分散数据源、权限和业务术语整理成统一可操作的Ontology
  • 将业务规则、优化模型、LLM和传统软件按可靠性边界组合,而不是让LLM包办
  • 把建议直接嵌入现有操作工作台,并设计批准、驳回、升级和写回Action
  • 用业务KPI验收并根据真实反馈继续改Ontology、规则和自动化
可迁移复用的落地方法论
  • 先把业务对象、关系、状态和Action建模清楚,再谈Agent
  • 建议必须进入可执行工作流,否则只是另一张仪表盘
  • 高价值部署往往是数据整合 + 规则/优化 + AI + Human-in-the-loop的组合
  • 持续把执行结果写回,才能形成可积累的运营记忆
业务成效与交付成果

Palantir官网公开客户引述称过去三年利润改善约6000万美元,并预计未来三年再增约1亿美元;相关工作流扩展到10,000+销售人员。

证据边界与核验记录
  • 官方新闻稿确认10,000+销售人员扩展与商业保险盈利工作流;利润数字来自Palantir官网客户引述。
  • 来源可直接定位到该案例;数值仍属于来源方披露,不代表独立审计。
主要来源:SOMPO Japan:商业保险盈利与销售决策 ↗
可追溯不等于独立审计
访问主要公开来源
0727.ai · Trusted agents, built together.案例资料:FDE-case-library ↗ · MIT