STEP 1 · 案例引入
案例全景与背景深度档案
🚚 案例全景
企业概况专注于物流运输领域的某跨城AI干线时效分析，自1994年成立以来持续深耕 员工总数3914人，年营收约2.7亿元。在物流运输细分市场占有率约32%，属于区域龙头企业。
purple痛点三：数据孤岛严重。5个独立系统之间缺乏数据互通机制，同一指标在不同系统中的定义和口径完全不同。数据标准化的工作量远大于AI模型开发的投入。
行业背景物流运输行业正处于深度变革期。头部企业已率先启动AI转型，行业渗透率约25%，预计未来6个月内将超过32%。
顾问诊断顾问在10场深度访谈后得出结论：表面的技术选型问题背后是数据治理缺失和目标对齐失败两大根因。数据治理投入应占项目总预算的13%以上。
blue痛点二：部门壁垒。IT部门和业务部门之间缺乏有效的协同机制。IT抱怨业务不给数据，业务指责IT不懂业务。数据5套系统各说各话，跨部门沟通成本极高。
风险矩阵期望风险（可能性高·影响高）：利益相关者对时间表和效果有不切实际的预期。资源风险（可能性中·影响高）：预算可能被削减、关键人员可能被调离。治理风险（可能性中·影响中）：数据安全和隐私合规问题。
利益相关者创始人（影响力高·立场坚定）：技术出身，对AI理解远超团队。运营VP（影响力中·立场观望）：多次失败后持谨慎态度，需要可见成果。产品经理（影响力低·立场积极）：希望借助AI提升产品力，是内部推动力量。
※ 案例信息已脱敏处理。仅供教学参考。🧭本案例道法术器框架
以下展示本案例将应用的层面。Step2展开。
组织拥有对变革的内在防御机制。识别并化解这些防御，比推动变革方案更重要。...
本案例：在某跨城AI干线时效分析项目中，顾问用5天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。...
本案例：在某跨城AI干线时效分析项目中，顾问用5天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
通过结构化的工作坊形式，将顾问的方法论转移给客户内部团队，实现能力固化。...
本案例：某跨城AI干线时效分析中顾问采用「先倾听再建议」策略：第一周安排10场一对一访谈，不做任何技术展示。
组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索...
本案例：在某跨城AI干线时效分析中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
高质量的访谈通过精心设计的提问顺序，引导客户自己发现问题的真实面貌。...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某跨城AI干线时效分析的第一周定义为「零技术周」。
企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。...
本案例：某跨城AI干线时效分析中顾问采用「先倾听再建议」策略：第一周安排10场一对一访谈，不做任何技术展示。
🗂 背景深度档案 · 具体事件还原
🕐 时间锚：2024年10月（统计区间 2024-2026年度）
🏢 企业概况：快递快运网络（脱敏）成立于2021年，员工总数3914人，在本行业细分市场处于前列，是本案例的委托方。
⚡ 触发事件：一线员工举报内部流程存在319处漏洞引发舆情
🗣 冲突现场：人工复核产能已到瓶颈，再压拦截只会引发客户集中投诉
👥 关键人物：许车辆维保（关务主管）；赵运营总监（安全合规专员）；钱车队队长（项目负责人）
🖥 系统与数据现状：路径优化算法引擎；电子运单系统；TMS运输管理；其中许车辆维保反映，数据在上述系统间尚未形成统一口径
🧱 数据困境：车辆轨迹与仓储温湿度数据时间戳不同步导致分析断裂; 多级承运商结算标准不一造成对账数据冲突; 历史电子运单非结构化备注缺乏语义提取标准
📉 量化痛点：电子运单流转异常319笔(2024-2026年度)；仓储盘点差异货品168件(2024-2026年度)；车辆空驶里程累计319公里(2024-2026年度)
⚖ 关键决策点：自建自研风控大模型 vs 采购成熟SaaS风控平台——自建派强调数据不出域与策略定制灵活，采购派主张快速落地与合规免责背书。
🔄 转折点：外部舆情曝光某同业数据泄露引发连锁自查
🗓 里程碑链：需求对齐与数据盘点(M0)→基线模型训练与回测(M1)→小流量灰度与策略调优(M2)→监管沙盒验证(M3)→全量切换与监控看板上线(M4)→验收复盘与知识沉淀(M5)
STEP 2 · 理论讲解
知识点图谱与 AIPM 系统落地
🎯学习目标
通过本案例学习，掌握运用道法术器框架分析物流运输领域AI转型需求的方法，独立设计进场访谈方案。
核心挑战：某跨城AI干线时效分析的核心挑战在于管理组织变革阻力、建立数据基础、对齐利益相关者期望这三个非技术因素。
📘【道】组织免疫系统理论
理论概述：组织拥有对变革的内在防御机制。识别并化解这些防御，比推动变革方案更重要。
📌 本案例应用：顾问在某跨城AI干线时效分析中将这一工具应用于5个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：过度承诺而低估实施难度
📗【法】期望管理框架
理论概述：承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
📌 本案例应用：通过某跨城AI干线时效分析的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：用技术语言而非业务语言沟通
📙【器】知识管理工作坊
理论概述：通过结构化的工作坊形式，将顾问的方法论转移给客户内部团队，实现能力固化。
📌 本案例应用：顾问在某跨城AI干线时效分析中将这一工具应用于5个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：过度承诺而低估实施难度
📘【道】变革心理学曲线
理论概述：组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
📌 本案例应用：顾问在某跨城AI干线时效分析中将这一工具应用于5个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：用技术语言而非业务语言沟通
📕【术】一对一深度访谈术
理论概述：高质量的访谈通过精心设计的提问顺序，引导客户自己发现问题的真实面貌。
📌 本案例应用：在某跨城AI干线时效分析中，顾问运用这一方法系统分析了客户的组织状态，发现了2个关键的变革障碍。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：用技术语言而非业务语言沟通
📙【器】诊断问卷五模块
理论概述：企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
📌 本案例应用：通过某跨城AI干线时效分析的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：用技术语言而非业务语言沟通
📚 本案例知识点图谱 · 项目管理 + MBA
项目管理知识本案例涉及以下项目管理知识点（按编号排序，共 8 条）：
KP-001 项目整合管理集成Project Integration Management——协调各知识域形成统一项目基线
识别信号：多线并行;跨部门协调;基线漂移
操作要点：制定项目章程 / 编制项目管理计划 / 指导与管理项目工作 / 管理项目知识 / 监控项目工作 / 实施整体变更控制
知识来源：PMBOK 7 性能域
识别信号：多线并行;跨部门协调;基线漂移
操作要点：制定项目章程 / 编制项目管理计划 / 指导与管理项目工作 / 管理项目知识 / 监控项目工作 / 实施整体变更控制
知识来源：PMBOK 7 性能域
KP-002 项目范围管理范围Project Scope Management——确保项目做且只做所需的全部工作
识别信号：需求蔓延;镀金;验收争议
操作要点：规划范围管理 / 收集需求 / 定义范围 / 创建WBS / 确认范围 / 控制范围
知识来源：PMBOK 7 性能域
识别信号：需求蔓延;镀金;验收争议
操作要点：规划范围管理 / 收集需求 / 定义范围 / 创建WBS / 确认范围 / 控制范围
知识来源：PMBOK 7 性能域
KP-030 监控过程组集成Monitoring and Controlling Process Group——跟踪、审查并调节项目进展与绩效
识别信号：偏差监控;变更控制;绩效评估
操作要点：监控项目工作 / 实施整体变更控制 / 确认与控制范围/进度/成本/质量/资源/风险/采购/干系人
知识来源：5过程组
识别信号：偏差监控;变更控制;绩效评估
操作要点：监控项目工作 / 实施整体变更控制 / 确认与控制范围/进度/成本/质量/资源/风险/采购/干系人
知识来源：5过程组
KP-043 控制范围范围Control Scope——监督项目范围状态并管理范围基准变更
识别信号：范围蔓延;镀金;变更失控
操作要点：比较实际与基准 / 识别范围蔓延 / 管理变更请求 / 更新WBS与WBS词典 / 偏差分析
知识来源：49过程
识别信号：范围蔓延;镀金;变更失控
操作要点：比较实际与基准 / 识别范围蔓延 / 管理变更请求 / 更新WBS与WBS词典 / 偏差分析
知识来源：49过程
KP-056 控制成本成本Control Costs——监督项目状态以更新项目成本并管理成本基准变更
识别信号：成本超支;挣值偏差;预测失真
操作要点：挣值分析EVM / 计算SPI/CPI / 预测EAC/ETC/TCPI / 偏差分析 / 绩效审查 / 项目管理软件
知识来源：49过程
识别信号：成本超支;挣值偏差;预测失真
操作要点：挣值分析EVM / 计算SPI/CPI / 预测EAC/ETC/TCPI / 偏差分析 / 绩效审查 / 项目管理软件
知识来源：49过程
KP-084 监督干系人参与干系人Monitor Stakeholder Engagement——监督项目干系人关系并修订策略与计划以引导参与
识别信号：参与度变化;策略失效;关系恶化
操作要点：干系人参与度评估 / 数据分析(备选方案/根因/干系人映射) / 决策 / 数据表现(干系人参与度评估矩阵)
知识来源：49过程
识别信号：参与度变化;策略失效;关系恶化
操作要点：干系人参与度评估 / 数据分析(备选方案/根因/干系人映射) / 决策 / 数据表现(干系人参与度评估矩阵)
知识来源：49过程
KP-090 配置管理变更Configuration Management——建立并维护工件与系统的完整性与可追溯性
识别信号：版本混乱;基线漂移;可追溯性缺失
操作要点：配置识别 / 配置状态记录 / 配置核实与审计 / 变更控制 / 基线管理 / 版本控制
知识来源：配置管理
识别信号：版本混乱;基线漂移;可追溯性缺失
操作要点：配置识别 / 配置状态记录 / 配置核实与审计 / 变更控制 / 基线管理 / 版本控制
知识来源：配置管理
KP-107 挣值管理EVM成本Earned Value Management——综合范围、进度与资源以评估项目绩效与进展
识别信号：绩效评估;偏差分析;预测
操作要点：计划价值PV / 挣值EV / 实际成本AC / 进度偏差SV / 成本偏差CV / 进度绩效指数SPI / 成本绩效指数CPI
知识来源：量化管理
识别信号：绩效评估;偏差分析;预测
操作要点：计划价值PV / 挣值EV / 实际成本AC / 进度偏差SV / 成本偏差CV / 进度绩效指数SPI / 成本绩效指数CPI
知识来源：量化管理
MBA 知识本案例同时调用以下 MBA 课程知识点（按编号排序，共 6 条）：
MBA-002 价值链分析企业战略Value Chain Analysis——识别企业创造价值的各环节活动
识别信号：流程优化;AI赋能环节;成本重构;数字化增值
框架要点：基本活动(生产、销售、服务) / 支持活动(人力、技术、采购) / 价值增值点 / 成本驱动因素
关联项目管理：价值交付;效益管理
识别信号：流程优化;AI赋能环节;成本重构;数字化增值
框架要点：基本活动(生产、销售、服务) / 支持活动(人力、技术、采购) / 价值增值点 / 成本驱动因素
关联项目管理：价值交付;效益管理
MBA-030 竞争情报市场营销Competitive Intelligence——系统收集分析竞争对手信息的体系
识别信号：AI竞品监控;市场信号捕捉;智能预警
框架要点：信息收集 / 分析框架 / 预警机制 / 合法合规 / 决策支持
关联项目管理：风险管理;环境扫描
识别信号：AI竞品监控;市场信号捕捉;智能预警
框架要点：信息收集 / 分析框架 / 预警机制 / 合法合规 / 决策支持
关联项目管理：风险管理;环境扫描
MBA-062 现金流折现模型投资学与估值Discounted Cash Flow (DCF)——未来自由现金流折现为当前价值
识别信号：AI项目估值;长期回报测算;投资决策
框架要点：自由现金流预测 / 终值计算 / WACC折现 / 敏感性分析
关联项目管理：商业论证;效益管理
识别信号：AI项目估值;长期回报测算;投资决策
框架要点：自由现金流预测 / 终值计算 / WACC折现 / 敏感性分析
关联项目管理：商业论证;效益管理
MBA-064 先例交易法投资学与估值Precedent Transaction Analysis——参照历史并购交易价格推算价值
识别信号：AI公司并购定价;交易参考;溢价评估
框架要点：交易倍数 / 控制权溢价 / 协同效应 / 时间调整
关联项目管理：采购管理;商业论证
识别信号：AI公司并购定价;交易参考;溢价评估
框架要点：交易倍数 / 控制权溢价 / 协同效应 / 时间调整
关联项目管理：采购管理;商业论证
MBA-091 供求理论管理经济学Supply and Demand Theory——价格由供给与需求交互决定
识别信号：AI算力供需;数据市场定价;资源稀缺
框架要点：需求曲线 / 供给曲线 / 均衡价格 / 弹性 / 消费者剩余
关联项目管理：采购管理;资源管理
识别信号：AI算力供需;数据市场定价;资源稀缺
框架要点：需求曲线 / 供给曲线 / 均衡价格 / 弹性 / 消费者剩余
关联项目管理：采购管理;资源管理
MBA-105 商业伦理框架商业伦理与公司治理Business Ethics Frameworks——判断商业行为道德性的分析框架
识别信号：AI伦理决策;算法偏见;公平性;透明性
框架要点：功利主义 / 义务论 / 德性伦理 / 公正理论 / 伦理决策模型
关联项目管理：风险管理;合规管理
识别信号：AI伦理决策;算法偏见;公平性;透明性
框架要点：功利主义 / 义务论 / 德性伦理 / 公正理论 / 伦理决策模型
关联项目管理：风险管理;合规管理
🗺 全知识域覆盖矩阵 · 项目管理 15 域 + MBA 12 领域
下表给出两大知识体系的完整维度清单及本案例的覆盖情况： 项目管理知识体系共 138 个知识点、15 个知识域，MBA 知识体系共 120 个知识点、12 个领域； 本案例强相关（含详述）的项目管理域 6 个、MBA 领域 5 个，其余维度标注了同类项目中的出现环节，便于按需扩展学习。
一、项目管理知识域覆盖（15 域）
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-001 项目整合管理 | 操作切入点：制定项目章程 |
| 范围 | 高 | KP-002 项目范围管理 | 操作切入点：规划范围管理 |
| 进度 | 中 | KP-049 控制进度 | 操作切入点：挣值分析进度绩效 |
| 成本 | 高 | KP-056 控制成本 | 操作切入点：挣值分析EVM |
| 质量 | 低 | KP-060 六西格玛 | 操作切入点：DMAIC五阶段 |
| 资源 | 低 | KP-063 估算活动资源 | 操作切入点：自下而上估算 |
| 沟通 | 低 | KP-068 规划沟通管理 | 操作切入点：沟通需求分析 |
| 风险 | 低 | KP-071 规划风险管理 | 操作切入点：风险管理计划 |
| 采购 | 低 | KP-087 控制采购 | 操作切入点：绩效审查 |
| 干系人 | 高 | KP-084 监督干系人参与 | 操作切入点：干系人参与度评估 |
| 治理 | 低 | KP-095 商业论证 | 操作切入点：问题分析 |
| 变更 | 高 | KP-090 配置管理 | 操作切入点：配置识别 |
| 敏捷 | 低 | KP-101 燃尽图 | 操作切入点：横轴时间 |
| 数据治理 | 低 | KP-121 数据质量管理 | 操作切入点：数据质量评估 |
| AI治理 | 低 | KP-127 模型监控与漂移检测 | 操作切入点：性能指标监控 |
二、MBA 知识领域覆盖（12 域）
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 高 | MBA-002 价值链分析 | 操作切入点：基本活动(生产、销售、服务) |
| 运营管理 | 低 | MBA-012 六西格玛 | 操作切入点：定义 |
| 市场营销 | 高 | MBA-030 竞争情报 | 操作切入点：信息收集 |
| 公司金融 | 低 | MBA-035 实物期权 | 操作切入点：延迟期权 |
| 财务会计 | 低 | MBA-043 杜邦分析 | 操作切入点：净利润率 |
| 管理会计 | 低 | MBA-052 本量利分析 | 操作切入点：固定成本 |
| 投资学与估值 | 高 | MBA-062 现金流折现模型 | 操作切入点：自由现金流预测 |
| 组织行为学 | 低 | MBA-074 弗鲁姆期望理论 | 操作切入点：期望(努力→绩效) |
| 人力资源管理 | 低 | MBA-081 人力资源规划 | 操作切入点：需求预测 |
| 管理经济学 | 高 | MBA-091 供求理论 | 操作切入点：需求曲线 |
| 商业伦理与公司治理 | 高 | MBA-105 商业伦理框架 | 操作切入点：功利主义 |
| 信息系统与数字化转型 | 低 | MBA-115 数据资产估值 | 操作切入点：成本法 |
🖥 知识点在 AIPM 系统中的落地操作
下列知识点在本案例中的系统落实路径，可按步骤逐条录入 aipm.twzx.bj.cn：
MAP-01 范围管理-需求收集可落实可直接在系统内完成
页面：/projects → /tasks
入口：项目详情页>任务列表>新建任务按钮>标题/描述/标签字段
操作步骤：进入目标项目；点击「任务」Tab；点击「+新建任务」；填写标题与描述，勾选范围相关标签；保存
数据录入：任务描述即需求条目，标签用于分类筛选
边界与变通：无结构化需求分解树，需用任务层级模拟
页面：/projects → /tasks
入口：项目详情页>任务列表>新建任务按钮>标题/描述/标签字段
操作步骤：进入目标项目；点击「任务」Tab；点击「+新建任务」；填写标题与描述，勾选范围相关标签；保存
数据录入：任务描述即需求条目，标签用于分类筛选
边界与变通：无结构化需求分解树，需用任务层级模拟
MAP-02 范围管理-WBS分解可落实可直接在系统内完成
页面：/ai/wbs
入口：AI WBS 页面>输入框>生成按钮>树形展示区
操作步骤：进入 AI WBS 页面；在输入框填写项目目标与交付物描述；点击「生成 WBS」按钮；检查树形分解结果；按需手动调整节点层级
数据录入：以自然语言描述驱动 AI 生成，生成结果可手动编辑
边界与变通：AI 生成质量依赖输入描述的完整度
页面：/ai/wbs
入口：AI WBS 页面>输入框>生成按钮>树形展示区
操作步骤：进入 AI WBS 页面；在输入框填写项目目标与交付物描述；点击「生成 WBS」按钮；检查树形分解结果；按需手动调整节点层级
数据录入：以自然语言描述驱动 AI 生成，生成结果可手动编辑
边界与变通：AI 生成质量依赖输入描述的完整度
MAP-03 范围管理-范围基线部分可落实需变通组合实现
页面：/projects → /changes
入口：项目详情>变更控制>新建变更申请>变更类型/影响分析字段
操作步骤：在项目详情确认当前范围；进入变更控制页；点击「新建变更」；选择变更类型，填写影响分析；提交审批
数据录入：基线以变更记录为追溯依据，无独立基线对比视图
边界与变通：无配置管理基线对比功能，需人工比对变更前后差异
整改清单FIX-2026-009（P1，工作量M）：在变更控制页增加「基线快照」按钮，自动保存变更前后范围快照供对比
页面：/projects → /changes
入口：项目详情>变更控制>新建变更申请>变更类型/影响分析字段
操作步骤：在项目详情确认当前范围；进入变更控制页；点击「新建变更」；选择变更类型，填写影响分析；提交审批
数据录入：基线以变更记录为追溯依据，无独立基线对比视图
边界与变通：无配置管理基线对比功能，需人工比对变更前后差异
整改清单FIX-2026-009（P1，工作量M）：在变更控制页增加「基线快照」按钮，自动保存变更前后范围快照供对比
MAP-34 变更管理-配置管理不可落实需系统整改后支持
页面：无对应页面
入口：缺口类型 G4
操作步骤：系统无配置项识别/基线管理/版本对比模块
数据录入：不涉及数据录入
边界与变通：配置项需通过任务+文档空间组合管理
整改清单FIX-2026-006（P1，工作量S）：在变更控制页增加「版本快照」字段，变更前后对比以附件形式归档到文档空间
页面：无对应页面
入口：缺口类型 G4
操作步骤：系统无配置项识别/基线管理/版本对比模块
数据录入：不涉及数据录入
边界与变通：配置项需通过任务+文档空间组合管理
整改清单FIX-2026-006（P1，工作量S）：在变更控制页增加「版本快照」字段，变更前后对比以附件形式归档到文档空间
MAP-43 集成管理-API对接可落实可直接在系统内完成
页面：/webhooks + /integrations
入口：Webhooks 管理>新建回调>URL/事件/密钥；Integrations 配置连接
操作步骤：进入 Webhooks 页；点击「新建 Webhook」；填写回调 URL 与事件类型；生成密钥；在 Integrations 配置第三方连接
数据录入：Webhook 用于事件推送，Integrations 用于数据拉取
边界与变通：无 API 网关与限流管理
页面：/webhooks + /integrations
入口：Webhooks 管理>新建回调>URL/事件/密钥；Integrations 配置连接
操作步骤：进入 Webhooks 页；点击「新建 Webhook」；填写回调 URL 与事件类型；生成密钥；在 Integrations 配置第三方连接
数据录入：Webhook 用于事件推送，Integrations 用于数据拉取
边界与变通：无 API 网关与限流管理
⚠️ 系统能力缺口：本案例涉及的 FIX-2026-006、FIX-2026-009 已登记入《AIPM 系统整改清单》，在功能补齐前可按上方"变通组合"执行。
STEP 3 · 学员实践
动手实操与 AI 协同工作法
📋实践任务
🎯 场景：作为OCE首席顾问首次进入某跨城AI干线时效分析项目。客户CTO说我们有一个场景请你诊断。
总用时约125分钟。
总用时约125分钟。
⏱ 第1步（5分钟）
任务1
将访谈提纲整理为完整文档，包括受访者清单、访谈策略、STAR提纲、开场话术和棘手问题应对方案。
⏱ 第2步（12分钟）
任务2
设计STAR访谈提纲R层3题：建立合理的预期和评估标准，防止过度承诺。
⏱ 第3步（18分钟）
任务3
运用道法术器进行四维分析：【道】客户真正需要什么？【法】用什么方法诊断？【术】用什么技巧？【器】用什么工具？
⏱ 第4步（20分钟）
任务4
设计STAR访谈提纲T层3题：明确项目目标和期望，注意识别不切实际的期望。
⏱ 第5步（70分钟）
任务5
设计STAR访谈提纲A层3题：了解客户过去的尝试，注意识别重复失败模式。
💡提示
注意非语言信号——眼神、语气、体态都可能是关键信息
🤖 用 WorkBuddy 调用通小维 / 项目管理专家团落实管理动作
👥 参与的专家团角色：风险经理、高级PM、质量经理、项目总监
🎬 本案例剧本：风控反欺诈（基于 WB-04 周度风险盘点与应对 变体）
💬 开场提示词（可直接复制到 WorkBuddy）
背景：快递快运网络风控反欺诈 AI 项目处于试点验证，本周模型识别异常交易12 项笔，误报/漏报情况为一线员工举报内部流程存在319处漏洞引发舆情，需进行周度风险盘点与应对策略调整。角色：主责风险经理，协审高级PM与质量经理，项目总监终审。交付物：输出风控风险盘点报告（Word）与应对调整清单（Excel），包含模型表现趋势、误报根因、应对资源重排与监管合规核对。
背景：快递快运网络风控反欺诈 AI 项目处于试点验证，本周模型识别异常交易12 项笔，误报/漏报情况为一线员工举报内部流程存在319处漏洞引发舆情，需进行周度风险盘点与应对策略调整。角色：主责风险经理，协审高级PM与质量经理，项目总监终审。交付物：输出风控风险盘点报告（Word）与应对调整清单（Excel），包含模型表现趋势、误报根因、应对资源重排与监管合规核对。
操作步骤
第1步
对 WorkBuddy 输入本周模型输出数据与业务反馈，触发风控盘点
第2步
风险经理对比模型阈值与历史基线，识别异常波动
第3步
质量经理抽样复核误报案例，标注特征偏移或数据质量问题
第4步
高级PM评估调整阈值或重训模型对工期的影响
第5步
项目总监审核应对方案与合规核对清单
第6步
在 AIPM 中更新风控风险模块，录入报告与调整记录
第7步
将模型调优任务转为跟踪项，纳入下期验证计划。
📦 预期产出物：风控风险盘点报告；应对调整清单；合规核对表
🔄 AIPM 回流动作：同步模型表现指标与风险调整记录至 AIPM 风控项目模块
⚖️ 通小维（CEO）决策点：①是否调整模型阈值或暂停高风险交易通道；②是否启动监管报备或客户通知流程
STEP 4 · 参考答案
参考答案与评分要点
📝案例回顾
总结：某跨城AI干线时效分析揭示了AI转型的关键洞察：成功的转型始于清晰的业务问题定义和务实的预期管理。
道法术器应用：
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
🎯STAR访谈提纲（10问）
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 如果项目成功了，您希望在什么时间看到什么样的变化？ | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的？"评估合理性 |
| T2 | 如果给您团队的数字化能力打分，您打几分？ | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| A3 | 您过去在效率提升方面做过哪些尝试？效果如何？ | 了解历史经验和组织惯性 | 追问"如果效果不理想，主要原因是什么？" |
| R4 | 在过去6个月中，业务运营中最大的挑战是什么？ | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大？" |
| S5 | 还有没有其他重要的事情我没有问到？ | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| T6 | 您希望用什么机制来定期评估项目进展？ | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| A7 | 如果这个项目不做，6个月后会发生什么？ | 建立紧迫感 | 帮助客户认识到不做的风险 |
| R8 | 根据行业数据，类似规模企业通常11个月实现12%提升，您觉得这个范围合理吗？ | 管理期望，建立参考基准 | 追问"如果实际效果低于范围，您的底线是什么？" |
| S9 | 你觉得团队对新技术的接受度如何？有没有预见到什么阻力？ | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| T10 | 您对这个项目的最高预算和资源投入是什么？ | 了解资源约束和真实投入意愿 | 追问"如果预算不够，您愿意调整范围吗？" |
⚠️失分场景
•客户问"你做过我们行业吗？"——回应"我们团队做过多个类似场景"
•客户坚持"先说说方案"——引导"好方案源自深入了解，给我30分钟"
•客户期望不切实际——坦诚沟通"可以分为两个阶段实现"
📚拓展
推荐：《变革之心》科特
自我检查：客户说了70%以上时间？有3次以上有效追问？识别了隐藏需求？管理了不切实际的期望？