STEP 1 · 案例引入
案例全景与背景深度档案
💰 案例全景
purple痛点三：数据孤岛严重。6个独立系统之间缺乏数据互通机制，同一指标在不同系统中的定义和口径完全不同。数据标准化的工作量远大于AI模型开发的投入。
企业概况某信用险公司AI买方违约预测成立于2000年，是金融业领域的技术领先型企业 企业规模约3979人，年营收达4.8亿元。研发投入占总营收约38%，拥有41项自主知识产权。
触发事件一份内部诊断报告揭示：核心流程中存在大量重复性人力操作，年均浪费超过年营收的14%（约3739万元），CEO随即要求启动效率提升专项。
blue痛点二：一线焦虑。员工最关心三个问题：这个系统是来监控我的吗？学会用这个系统算KPI吗？我学不会怎么办？这些担忧如果不解决，任何技术方案都难以推行。
顾问洞察顾问团队在诊断中总结了一句核心洞察：「不要用技术方案去解决管理问题」
gold痛点四：期望错位。CEO已在内部承诺6个月内效率提升23%，但行业基准显示类似企业合理的提升范围是14%。期望与现实的落差需要尽快管理。
痛点一：需求模糊。管理层说要用AI，但对AI的能力边界缺乏基本认知。三位核心高管对项目预期存在明显分歧——CEO关注品牌提升，CTO关注技术先进性，运营负责人关注效率提升。需求不是从业务问题推导出来的，而是从「别人有我们也得有」的从众心理产生的。
※ 案例信息已脱敏处理。仅供教学参考。🧭本案例道法术器框架
以下展示本案例将应用的层面。Step2展开。
连续追问为什么，但不是机械地问五次，而是在不同深度层面对症下药。...
本案例：某信用险公司AI买方违约预测中顾问采用「先倾听再建议」策略：第一周安排5场一对一访谈，不做任何技术展示。
情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某信用险公司AI买方违约预测的第一周定义为「零技术周」。
区分症状问题和根因问题是顾问的核心能力。症状是客户描述的，根因是顾问发现的。...
本案例：在某信用险公司AI买方违约预测项目中，顾问用2天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
顾问不是解决方案的提供者，而是客户自我发现的催化剂。真正的变革来自客户自己的认知...
本案例：顾问进场后通过三步建立信任：存在感→专业感→共情感。在某信用险公司AI买方违约预测中这一策略有效降低了客户的防御心理。
高质量的访谈通过精心设计的提问顺序，引导客户自己发现问题的真实面貌。...
本案例：信任不是通过说「我懂」建立的，而是通过问「您怎么看」建立的。某信用险公司AI买方违约预测的第一周定义为「零技术周」。
组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索...
本案例：在某信用险公司AI买方违约预测中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。...
本案例：在某信用险公司AI买方违约预测中信任建立速度决定项目推进速度。顾问用了三个第一次：第一次见面不聊项目，第一次会谈不拿笔记本，第一次汇报不给方案。
利用大语言模型生成访谈提纲和分析报告初稿，但必须经过人工审核和行业定制。...
本案例：在某信用险公司AI买方违约预测项目中，顾问用2天时间走遍关键部门建立存在感，之后用行业分析报告建立专业感。
🗂 背景深度档案 · 具体事件还原
🕐 时间锚：2026年10月（统计区间 2026-2028年度）
🏢 企业概况：证券营业部（脱敏）成立于2000年，员工总数418人，在本行业细分市场处于前列，是本案例的委托方。
⚡ 触发事件：外部数据供应商报告黑产攻击频率突增7倍
🗣 冲突现场：如果监管现在要底稿，我们能提供完整的特征溯源吗？
👥 关键人物：郑合规部经理（个人金融业务部）；王个金部总（合规管理部）；陈金科架构师（项目负责人）
🖥 系统与数据现状：理财代销平台；移动展业APP；统一风控引擎；其中郑合规部经理反映，数据在上述系统间尚未形成统一口径
🧱 数据困境：历史核心系统架构老旧导致数据抽取字段映射复杂; 非结构化尽调报告与合同文本缺乏统一解析标准; 多业务线客户标识不一致造成跨域关联断裂
📉 量化痛点：外包客服质检抽检覆盖率350单(2026-2028年度)；系统故障导致交易中断累计4分钟(2026-2028年度)；存量不良线索待核查350笔(2026-2028年度)
⚖ 关键决策点：自建自研风控大模型 vs 采购成熟SaaS风控平台——自建派强调数据不出域与策略定制灵活，采购派主张快速落地与合规免责背书。
🔄 转折点：业务线突击上线新营销产品触发特征漂移
🗓 里程碑链：需求对齐与数据盘点(M0)→基线模型训练与回测(M1)→小流量灰度与策略调优(M2)→监管沙盒验证(M3)→全量切换与监控看板上线(M4)→验收复盘与知识沉淀(M5)
STEP 2 · 理论讲解
知识点图谱与 AIPM 系统落地
🎯学习目标
掌握在金融业场景中运用结构化方法论诊断企业AI准备度的能力，学会区分表象问题与根因问题。
核心挑战：某信用险公司AI买方违约预测的核心挑战在于管理组织变革阻力、建立数据基础、对齐利益相关者期望这三个非技术因素。
📕【术】5Why根因分析法
理论概述：连续追问为什么，但不是机械地问五次，而是在不同深度层面对症下药。
📌 本案例应用：通过某信用险公司AI买方违约预测的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：忽略组织文化对变革的影响
📕【术】开放式提问六变体
理论概述：情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
📌 本案例应用：在某信用险公司AI买方违约预测中，顾问运用这一方法系统分析了客户的组织状态，发现了5个关键的变革障碍。
📚 知识延伸：建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区：用技术语言而非业务语言沟通
📗【法】问题诊断方法论
理论概述：区分症状问题和根因问题是顾问的核心能力。症状是客户描述的，根因是顾问发现的。
📌 本案例应用：在某信用险公司AI买方违约预测中，顾问运用这一方法系统分析了客户的组织状态，发现了5个关键的变革障碍。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：过度承诺而低估实施难度
📘【道】信任建立阶梯模型
理论概述：顾问不是解决方案的提供者，而是客户自我发现的催化剂。真正的变革来自客户自己的认知和承诺。
📌 本案例应用：在某信用险公司AI买方违约预测中，顾问运用这一方法系统分析了客户的组织状态，发现了5个关键的变革障碍。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：急于展示方案而非先理解问题
📕【术】一对一深度访谈术
理论概述：高质量的访谈通过精心设计的提问顺序，引导客户自己发现问题的真实面貌。
📌 本案例应用：顾问在某信用险公司AI买方违约预测中将这一工具应用于6个业务部门的诊断中，显著提升了诊断效率。
📚 知识延伸：可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区：急于展示方案而非先理解问题
📘【道】变革心理学曲线
理论概述：组织变革中成员经历可预测的情绪曲线：震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
📌 本案例应用：通过某信用险公司AI买方违约预测的案例练习，学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：急于展示方案而非先理解问题
📗【法】期望管理框架
理论概述：承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
📌 本案例应用：在某信用险公司AI买方违约预测中，顾问运用这一方法系统分析了客户的组织状态，发现了5个关键的变革障碍。
📚 知识延伸：延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区：急于展示方案而非先理解问题
📙【器】AI辅助提示词工程
理论概述：利用大语言模型生成访谈提纲和分析报告初稿，但必须经过人工审核和行业定制。
📌 本案例应用：某信用险公司AI买方违约预测的实践表明，这一框架有效帮助顾问在5场访谈中保持结构化和系统性。
📚 知识延伸：可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区：过度承诺而低估实施难度
📚 本案例知识点图谱 · 项目管理 + MBA
项目管理知识本案例涉及以下项目管理知识点（按编号排序，共 8 条）：
KP-001 项目整合管理集成Project Integration Management——协调各知识域形成统一项目基线
识别信号：多线并行;跨部门协调;基线漂移
操作要点：制定项目章程 / 编制项目管理计划 / 指导与管理项目工作 / 管理项目知识 / 监控项目工作 / 实施整体变更控制
知识来源：PMBOK 7 性能域
识别信号：多线并行;跨部门协调;基线漂移
操作要点：制定项目章程 / 编制项目管理计划 / 指导与管理项目工作 / 管理项目知识 / 监控项目工作 / 实施整体变更控制
知识来源：PMBOK 7 性能域
KP-002 项目范围管理范围Project Scope Management——确保项目做且只做所需的全部工作
识别信号：需求蔓延;镀金;验收争议
操作要点：规划范围管理 / 收集需求 / 定义范围 / 创建WBS / 确认范围 / 控制范围
知识来源：PMBOK 7 性能域
识别信号：需求蔓延;镀金;验收争议
操作要点：规划范围管理 / 收集需求 / 定义范围 / 创建WBS / 确认范围 / 控制范围
知识来源：PMBOK 7 性能域
KP-033 制定项目管理计划集成Develop Project Management Plan——整合所有子计划形成经批准的基线文件
识别信号：基线建立;计划整合;审批流程
操作要点：整合范围/进度/成本/质量/资源/沟通/风险/采购/干系人计划 / 确立变更控制流程 / 获得正式批准
知识来源：49过程
识别信号：基线建立;计划整合;审批流程
操作要点：整合范围/进度/成本/质量/资源/沟通/风险/采购/干系人计划 / 确立变更控制流程 / 获得正式批准
知识来源：49过程
KP-037 实施整体变更控制变更Perform Integrated Change Control——审查所有变更请求并批准或否决
识别信号：变更失控;基线漂移;CCB决策
操作要点：建立变更控制委员会CCB / 评估变更影响 / 批准/否决/延期 / 更新基线 / 沟通变更决定
知识来源：49过程
识别信号：变更失控;基线漂移;CCB决策
操作要点：建立变更控制委员会CCB / 评估变更影响 / 批准/否决/延期 / 更新基线 / 沟通变更决定
知识来源：49过程
KP-041 创建WBS范围Create WBS——将项目可交付成果分解为较小的、更易于管理的组件
识别信号：工作包过大;分解不足;责任不清
操作要点：分解到工作包层级 / 遵循全量覆盖规则 / 8/80工时规则 / WBS词典 / 控制账户设置
知识来源：49过程
识别信号：工作包过大;分解不足;责任不清
操作要点：分解到工作包层级 / 遵循全量覆盖规则 / 8/80工时规则 / WBS词典 / 控制账户设置
知识来源：49过程
KP-071 规划风险管理风险Plan Risk Management——定义如何实施项目风险管理活动
识别信号：风险失控;方法不当;偏好未对齐
操作要点：风险管理计划 / 方法论 / 角色与职责 / 预算与时间安排 / 风险类别RBS / 概率与影响矩阵 / 干系人风险偏好
知识来源：49过程
识别信号：风险失控;方法不当;偏好未对齐
操作要点：风险管理计划 / 方法论 / 角色与职责 / 预算与时间安排 / 风险类别RBS / 概率与影响矩阵 / 干系人风险偏好
知识来源：49过程
KP-080 识别干系人干系人Identify Stakeholders——定期识别项目影响或受影响的人、团体或组织并分析期望
识别信号：干系人遗漏;期望失控;权力失衡
操作要点：干系人登记册 / 干系人分析 / 权力利益矩阵 / 权力影响矩阵 / 影响作用矩阵 / 凸显模型
知识来源：49过程
识别信号：干系人遗漏;期望失控;权力失衡
操作要点：干系人登记册 / 干系人分析 / 权力利益矩阵 / 权力影响矩阵 / 影响作用矩阵 / 凸显模型
知识来源：49过程
KP-081 权力利益矩阵干系人Power/Interest Grid——按权力与利益对干系人分类以制定参与策略
识别信号：干系人分类;参与策略;沟通定制
操作要点：高权力高利益(重点管理) / 高权力低利益(令其满意) / 低权力高利益(随时告知) / 低权力低利益(监督)
知识来源：干系人技术
识别信号：干系人分类;参与策略;沟通定制
操作要点：高权力高利益(重点管理) / 高权力低利益(令其满意) / 低权力高利益(随时告知) / 低权力低利益(监督)
知识来源：干系人技术
MBA 知识本案例同时调用以下 MBA 课程知识点（按编号排序，共 6 条）：
MBA-039 企业估值方法公司金融Corporate Valuation Methods——评估企业整体价值的多种方法
识别信号：AI业务估值;并购定价;投资标的评估
框架要点：DCF / 可比公司 / 先例交易 / 资产基础法 / Sum-of-parts
关联项目管理：商业论证;采购评估
识别信号：AI业务估值;并购定价;投资标的评估
框架要点：DCF / 可比公司 / 先例交易 / 资产基础法 / Sum-of-parts
关联项目管理：商业论证;采购评估
MBA-052 本量利分析管理会计Cost-Volume-Profit (CVP) Analysis——分析成本业务量利润三者关系
识别信号：AI项目盈亏平衡;规模效应;定价底线
框架要点：固定成本 / 变动成本 / 盈亏平衡点 / 安全边际 / 经营杠杆
关联项目管理：商业论证;风险管理
识别信号：AI项目盈亏平衡;规模效应;定价底线
框架要点：固定成本 / 变动成本 / 盈亏平衡点 / 安全边际 / 经营杠杆
关联项目管理：商业论证;风险管理
MBA-059 目标成本法管理会计Target Costing——从市场售价倒推允许成本
识别信号：AI产品定价倒推;成本控制;设计优化
框架要点：目标售价 / 目标利润 / 允许成本 / 价值工程 / 跨职能协作
关联项目管理：成本管理;需求管理
识别信号：AI产品定价倒推;成本控制;设计优化
框架要点：目标售价 / 目标利润 / 允许成本 / 价值工程 / 跨职能协作
关联项目管理：成本管理;需求管理
MBA-063 可比公司分析投资学与估值Comparable Company Analysis (Comps)——用同类上市公司倍数推算目标价值
识别信号：AI公司估值;行业对标;投资标的筛选
框架要点：EV/EBITDA / P/E / P/S / 可比公司筛选 / 倍数调整
关联项目管理：采购评估;商业论证
识别信号：AI公司估值;行业对标;投资标的筛选
框架要点：EV/EBITDA / P/E / P/S / 可比公司筛选 / 倍数调整
关联项目管理：采购评估;商业论证
MBA-101 委托代理理论商业伦理与公司治理Principal-Agent Theory——委托人代理人间信息不对称与激励
识别信号：AI管理层与股东;绩效对齐;激励设计
框架要点：道德风险 / 逆向选择 / 激励合约 / 监督机制 / 剩余控制权
关联项目管理：干系人管理;治理结构
识别信号：AI管理层与股东;绩效对齐;激励设计
框架要点：道德风险 / 逆向选择 / 激励合约 / 监督机制 / 剩余控制权
关联项目管理：干系人管理;治理结构
MBA-105 商业伦理框架商业伦理与公司治理Business Ethics Frameworks——判断商业行为道德性的分析框架
识别信号：AI伦理决策;算法偏见;公平性;透明性
框架要点：功利主义 / 义务论 / 德性伦理 / 公正理论 / 伦理决策模型
关联项目管理：风险管理;合规管理
识别信号：AI伦理决策;算法偏见;公平性;透明性
框架要点：功利主义 / 义务论 / 德性伦理 / 公正理论 / 伦理决策模型
关联项目管理：风险管理;合规管理
🗺 全知识域覆盖矩阵 · 项目管理 15 域 + MBA 12 领域
下表给出两大知识体系的完整维度清单及本案例的覆盖情况： 项目管理知识体系共 138 个知识点、15 个知识域，MBA 知识体系共 120 个知识点、12 个领域； 本案例强相关（含详述）的项目管理域 7 个、MBA 领域 5 个，其余维度标注了同类项目中的出现环节，便于按需扩展学习。
一、项目管理知识域覆盖（15 域）
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-001 项目整合管理 | 操作切入点：制定项目章程 |
| 范围 | 高 | KP-002 项目范围管理 | 操作切入点：规划范围管理 |
| 进度 | 中 | KP-049 控制进度 | 操作切入点：挣值分析进度绩效 |
| 成本 | 中 | KP-056 控制成本 | 操作切入点：挣值分析EVM |
| 质量 | 低 | KP-060 六西格玛 | 操作切入点：DMAIC五阶段 |
| 资源 | 低 | KP-063 估算活动资源 | 操作切入点：自下而上估算 |
| 沟通 | 低 | KP-068 规划沟通管理 | 操作切入点：沟通需求分析 |
| 风险 | 高 | KP-071 规划风险管理 | 操作切入点：风险管理计划 |
| 采购 | 低 | KP-087 控制采购 | 操作切入点：绩效审查 |
| 干系人 | 高 | KP-080 识别干系人 | 操作切入点：干系人登记册 |
| 治理 | 低 | KP-095 商业论证 | 操作切入点：问题分析 |
| 变更 | 高 | KP-037 实施整体变更控制 | 操作切入点：建立变更控制委员会CCB |
| 敏捷 | 低 | KP-101 燃尽图 | 操作切入点：横轴时间 |
| 数据治理 | 低 | KP-121 数据质量管理 | 操作切入点：数据质量评估 |
| AI治理 | 低 | KP-127 模型监控与漂移检测 | 操作切入点：性能指标监控 |
二、MBA 知识领域覆盖（12 域）
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 低 | MBA-002 价值链分析 | 操作切入点：基本活动(生产、销售、服务) |
| 运营管理 | 低 | MBA-012 六西格玛 | 操作切入点：定义 |
| 市场营销 | 低 | MBA-030 竞争情报 | 操作切入点：信息收集 |
| 公司金融 | 高 | MBA-039 企业估值方法 | 操作切入点：DCF |
| 财务会计 | 低 | MBA-043 杜邦分析 | 操作切入点：净利润率 |
| 管理会计 | 高 | MBA-052 本量利分析 | 操作切入点：固定成本 |
| 投资学与估值 | 高 | MBA-063 可比公司分析 | 操作切入点：EV/EBITDA |
| 组织行为学 | 低 | MBA-074 弗鲁姆期望理论 | 操作切入点：期望(努力→绩效) |
| 人力资源管理 | 低 | MBA-081 人力资源规划 | 操作切入点：需求预测 |
| 管理经济学 | 中 | MBA-093 博弈论 | 操作切入点：纳什均衡 |
| 商业伦理与公司治理 | 高 | MBA-101 委托代理理论 | 操作切入点：道德风险 |
| 信息系统与数字化转型 | 低 | MBA-115 数据资产估值 | 操作切入点：成本法 |
🖥 知识点在 AIPM 系统中的落地操作
下列知识点在本案例中的系统落实路径，可按步骤逐条录入 aipm.twzx.bj.cn：
MAP-03 范围管理-范围基线部分可落实需变通组合实现
页面：/projects → /changes
入口：项目详情>变更控制>新建变更申请>变更类型/影响分析字段
操作步骤：在项目详情确认当前范围；进入变更控制页；点击「新建变更」；选择变更类型，填写影响分析；提交审批
数据录入：基线以变更记录为追溯依据，无独立基线对比视图
边界与变通：无配置管理基线对比功能，需人工比对变更前后差异
整改清单FIX-2026-009（P1，工作量M）：在变更控制页增加「基线快照」按钮，自动保存变更前后范围快照供对比
页面：/projects → /changes
入口：项目详情>变更控制>新建变更申请>变更类型/影响分析字段
操作步骤：在项目详情确认当前范围；进入变更控制页；点击「新建变更」；选择变更类型，填写影响分析；提交审批
数据录入：基线以变更记录为追溯依据，无独立基线对比视图
边界与变通：无配置管理基线对比功能，需人工比对变更前后差异
整改清单FIX-2026-009（P1，工作量M）：在变更控制页增加「基线快照」按钮，自动保存变更前后范围快照供对比
MAP-22 风险管理-定量分析不可落实需系统整改后支持
页面：无对应页面
入口：缺口类型 G2
操作步骤：系统无蒙特卡洛模拟/决策树/敏感性分析引擎
数据录入：不涉及数据录入
边界与变通：需外部统计工具或自建 Agent 变通
整改清单FIX-2026-001（P0，工作量L）：AIPM内新建「风险分析引擎」模块，集成蒙特卡洛模拟与敏感性分析
页面：无对应页面
入口：缺口类型 G2
操作步骤：系统无蒙特卡洛模拟/决策树/敏感性分析引擎
数据录入：不涉及数据录入
边界与变通：需外部统计工具或自建 Agent 变通
整改清单FIX-2026-001（P0，工作量L）：AIPM内新建「风险分析引擎」模块，集成蒙特卡洛模拟与敏感性分析
MAP-23 风险管理-应对规划可落实可直接在系统内完成
页面：/risk + /tasks
入口：风险登记册>选择风险>应对策略字段>关联应对任务
操作步骤：选择目标风险条目；选择应对策略（规避/转移/减轻/接受）；点击「创建应对任务」自动跳转到任务页创建
数据录入：应对任务与原风险双向关联
边界与变通：应对效果需人工跟踪更新
页面：/risk + /tasks
入口：风险登记册>选择风险>应对策略字段>关联应对任务
操作步骤：选择目标风险条目；选择应对策略（规避/转移/减轻/接受）；点击「创建应对任务」自动跳转到任务页创建
数据录入：应对任务与原风险双向关联
边界与变通：应对效果需人工跟踪更新
MAP-24 风险管理-风险监控可落实可直接在系统内完成
页面：/risk + /automations
入口：风险登记册>更新状态；Automations 设置触发器>条件>动作
操作步骤：定期更新风险状态与触发条件；进入 Automations 创建规则：当风险等级变化时触发通知；设置通知对象与渠道
数据录入：自动化规则基于风险字段变化触发
边界与变通：监控阈值需手动配置
页面：/risk + /automations
入口：风险登记册>更新状态；Automations 设置触发器>条件>动作
操作步骤：定期更新风险状态与触发条件；进入 Automations 创建规则：当风险等级变化时触发通知；设置通知对象与渠道
数据录入：自动化规则基于风险字段变化触发
边界与变通：监控阈值需手动配置
MAP-33 变更管理-变更控制可落实可直接在系统内完成
页面：/changes
入口：变更控制>新建变更>变更描述/影响分析/审批流
操作步骤：进入变更控制页；点击「新建变更」；填写变更描述与影响分析；选择审批人；提交审批
数据录入：变更需经审批流通过后生效
边界与变通：审批流为线性单级，无多级会签
页面：/changes
入口：变更控制>新建变更>变更描述/影响分析/审批流
操作步骤：进入变更控制页；点击「新建变更」；填写变更描述与影响分析；选择审批人；提交审批
数据录入：变更需经审批流通过后生效
边界与变通：审批流为线性单级，无多级会签
⚠️ 系统能力缺口：本案例涉及的 FIX-2026-001、FIX-2026-009 已登记入《AIPM 系统整改清单》，在功能补齐前可按上方"变通组合"执行。
STEP 3 · 学员实践
动手实操与 AI 协同工作法
📋实践任务
🎯 场景：你被派往某信用险公司AI买方违约预测项目现场。客户CEO说"预算有限但希望尽快见效"。
总用时约239分钟。
总用时约239分钟。
⏱ 第1步（15分钟）
任务1
设计STAR访谈提纲T层3题：明确项目目标和期望，注意识别不切实际的期望。
⏱ 第2步（24分钟）
任务2
设计STAR访谈提纲S层3题：了解客户业务现状（用开放式问题引导说出全貌）。
⏱ 第3步（33分钟）
任务3
设计STAR访谈提纲R层3题：建立合理的预期和评估标准，防止过度承诺。
⏱ 第4步（32分钟）
任务4
快速阅读案例背景，提炼核心信息并回答：这个信息揭示了什么？对项目意味着什么？
⏱ 第5步（75分钟）
任务5
运用道法术器进行四维分析：【道】客户真正需要什么？【法】用什么方法诊断？【术】用什么技巧？【器】用什么工具？
⏱ 第6步（60分钟）
任务6
将访谈提纲整理为完整文档，包括受访者清单、访谈策略、STAR提纲、开场话术和棘手问题应对方案。
💡提示
区分客户说的问题和真实的问题——症状往往不是根因
🤖 用 WorkBuddy 调用通小维 / 项目管理专家团落实管理动作
👥 参与的专家团角色：风险经理、高级PM、质量经理、项目总监
🎬 本案例剧本：风控反欺诈（基于 WB-04 周度风险盘点与应对 变体）
💬 开场提示词（可直接复制到 WorkBuddy）
背景：证券营业部风控反欺诈 AI 项目处于试点验证，本周模型识别异常交易12 项笔，误报/漏报情况为外部数据供应商报告黑产攻击频率突增7倍，需进行周度风险盘点与应对策略调整。角色：主责风险经理，协审高级PM与质量经理，项目总监终审。交付物：输出风控风险盘点报告（Word）与应对调整清单（Excel），包含模型表现趋势、误报根因、应对资源重排与监管合规核对。
背景：证券营业部风控反欺诈 AI 项目处于试点验证，本周模型识别异常交易12 项笔，误报/漏报情况为外部数据供应商报告黑产攻击频率突增7倍，需进行周度风险盘点与应对策略调整。角色：主责风险经理，协审高级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访谈提纲（9问）
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 如果给您团队的数字化能力打分，您打几分？ | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| T2 | 您对这个项目的最高预算和资源投入是什么？ | 了解资源约束和真实投入意愿 | 追问"如果预算不够，您愿意调整范围吗？" |
| A3 | 您对这个项目的成功是如何定义的？ | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
| R4 | 您过去在效率提升方面做过哪些尝试？效果如何？ | 了解历史经验和组织惯性 | 追问"如果效果不理想，主要原因是什么？" |
| S5 | 根据行业数据，类似规模企业通常7个月实现14%提升，您觉得这个范围合理吗？ | 管理期望，建立参考基准 | 追问"如果实际效果低于范围，您的底线是什么？" |
| T6 | 如果这个项目不做，6个月后会发生什么？ | 建立紧迫感 | 帮助客户认识到不做的风险 |
| A7 | 如果项目成功了，您希望在什么时间看到什么样的变化？ | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的？"评估合理性 |
| R8 | 你觉得团队对新技术的接受度如何？有没有预见到什么阻力？ | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| S9 | 您能描述一下目前金融业业务整体的运营情况吗？ | 开放式开场，让客户主动说出全貌 | 等他自然说完后追问"还有吗？" |
⚠️失分场景
•客户问"你做过我们行业吗？"——回应"跨行业经验可迁移性强"
•客户坚持"先说说方案"——引导"好方案源自深入了解，给我30分钟"
•客户期望不切实际——坦诚沟通"可以分为两个阶段实现"
📚拓展
推荐：《关键对话》
自我检查：建立了足够信任？识别了真正根因？给了客户有价值的洞察？客户愿意继续合作？