案例全景与背景深度档案
blue痛点二:组织惯性。生产/运营负责人(从业30年)对AI态度消极,经历过4次失败的数字化项目,认为「这次也不会例外」。中层管理者的抵触情绪来自三方面:技术恐惧、失败记忆、权力威胁。
顾问洞察顾问团队在诊断中总结了一句核心洞察:「AI是放大器——好流程放大效率,差流程放大混乱」
痛点一:需求模糊。管理层说要用AI,但对AI的能力边界缺乏基本认知。三位核心高管对项目预期存在明显分歧——CEO关注品牌提升,CTO关注技术先进性,运营负责人关注效率提升。需求不是从业务问题推导出来的,而是从「别人有我们也得有」的从众心理产生的。
purple痛点三:数据采集依赖人工。一线数据填报靠员工手动录入,缺乏自动采集手段。部分关键工序的数据采集相关指标维持在客户与监管可接受区间,数据完整性问题严重制约AI模型的准确性。
利益相关者CEO(影响力高·立场不确定):项目发起人但AI认知偏差,需认知校准。CTO(影响力中·立场中性偏支持):技术执行者,可成为盟友。业务负责人(影响力中·立场消极):信任透支,需速赢重建信心。IT团队(影响力低·立场焦虑):怕被边缘化,需纳入能力建设。一线骨干(影响力低·立场观望):支持与否直接影响落地。
触发事件公司遭遇了2146万元的重大运营事故,管理层痛下决心引入AI。事故的直接原因是28小时的信息延迟导致了错误决策。
企业概况扎根科技互联网领域17年的某活动AI兴趣推荐,成立于1996年 公司现有员工4917人,年营收约40亿元,累计获得225项专利授权。
风险矩阵期望风险(可能性高·影响高):利益相关者对时间表和效果有不切实际的预期。资源风险(可能性中·影响高):预算可能被削减、关键人员可能被调离。治理风险(可能性中·影响中):数据安全和隐私合规问题。
变革路线图认知对齐期(0.5-1月):高管工作坊+AI认知培训+战略共识。快速验证期(3-2月):选定高频低风险场景落地。价值扩展期(3-7月):扩展场景+内部推广。运维成熟期(8-11月):建立持续运营+知识沉淀。
gold痛点四:资源错配。管理层希望AI项目不增加预算,用现有团队完成。但现有IT团队在AI领域经验几乎为零,缺乏外部技术支持。人力资源和技术能力的双重不足构成项目最大风险。
※ 案例信息已脱敏处理。仅供教学参考。以下展示本案例将应用的层面。Step2展开。
知识点图谱与 AIPM 系统落地
掌握在科技互联网场景中运用结构化方法论诊断企业AI准备度的能力,学会区分表象问题与根因问题。
核心挑战:本案例最大的难点在于客户对AI的认知偏差与组织变革疲劳的双重叠加——这不是技术问题,而是管理问题。
理论概述:高质量的访谈通过精心设计的提问顺序,引导客户自己发现问题的真实面貌。
理论概述:情境(Situation)→目标(Target)→行动(Action)→结果(Result)四步访谈框架。
理论概述:组织拥有对变革的内在防御机制。识别并化解这些防御,比推动变革方案更重要。
理论概述:情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。
理论概述:企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。
理论概述:组织变革中成员经历可预测的情绪曲线:震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
理论概述:区分症状问题和根因问题是顾问的核心能力。症状是客户描述的,根因是顾问发现的。
理论概述:承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。
理论概述:目标(Goal)→现实(Reality)→选项(Options)→意愿(Will),让客户主动探索方案。
项目管理知识本案例涉及以下项目管理知识点(按编号排序,共 8 条):
识别信号:缺陷率;返工;客户投诉
操作要点:规划质量管理 / 管理质量 / 控制质量
知识来源:PMBOK 7 性能域
识别信号:价值流失;交付延期;质量缺陷
操作要点:交付价值 / 可交付成果质量 / 优化价值流 / 验收标准 / 增量交付
知识来源:PMBOK 7 性能域
识别信号:项目立项;阶段关口;授权缺失
操作要点:制定项目章程 / 识别干系人 / 获得高层授权 / 明确高层级范围
知识来源:5过程组
识别信号:角色冲突;职责不清;资源不足
操作要点:角色与职责RACI矩阵 / 组织结构图 / 人员配备管理计划 / 团队章程 / 培训需求 / 资源日历
知识来源:49过程
识别信号:信息不对称;沟通失效;汇报断层
操作要点:沟通需求分析 / 沟通技术 / 沟通模型 / 沟通方法(交互式/推式/拉式) / 沟通管理计划 / 项目报告格式
知识来源:49过程
识别信号:风险失控;方法不当;偏好未对齐
操作要点:风险管理计划 / 方法论 / 角色与职责 / 预算与时间安排 / 风险类别RBS / 概率与影响矩阵 / 干系人风险偏好
知识来源:49过程
识别信号:干系人抵制;期望失控;参与不足
操作要点:干系人参与度评估矩阵(不知晓/抵制/中立/支持/领导) / 当前vs期望位置 / 参与策略 / 沟通行动
知识来源:49过程
识别信号:需求表达;用户价值;估算
操作要点:角色-活动-价值格式 / INVEST原则(独立/可协商/有价值/可估算/小规模/可测试) / 验收标准 / 故事点估算 / 产品待办列表精炼
知识来源:敏捷
MBA 知识本案例同时调用以下 MBA 课程知识点(按编号排序,共 6 条):
识别信号:AI就绪度评估;能力差距;外部机会识别
框架要点:优势 / 劣势 / 机会 / 威胁 / SO/ST/WO/WT策略组合
关联项目管理:风险登记册;环境扫描
识别信号:数据质量治理;AI模型精度;流程变异控制
框架要点:定义 / 测量 / 分析 / 改进 / 控制 / CTQ关键质量特性
关联项目管理:质量管理;度量指标
识别信号:AI客户价值预测;留存模型;精准投入
框架要点:获取成本 / 留存价值 / 折现计算 / 分群差异化运营
关联项目管理:效益管理;价值评估
识别信号:AI品牌塑造;智能化体验差异化;品牌信任
框架要点:品牌知名度 / 品牌联想 / 感知质量 / 品牌忠诚 / CBBE模型
关联项目管理:沟通管理;干系人期望
识别信号:AI项目盈亏平衡;规模效应;定价底线
框架要点:固定成本 / 变动成本 / 盈亏平衡点 / 安全边际 / 经营杠杆
关联项目管理:商业论证;风险管理
识别信号:AI项目预算偏差;成本超支分析;绩效对标
框架要点:价格差异 / 用量差异 / 效率差异 / 有利/不利分析
关联项目管理:成本控制;绩效度量
下表给出两大知识体系的完整维度清单及本案例的覆盖情况: 项目管理知识体系共 138 个知识点、15 个知识域,MBA 知识体系共 120 个知识点、12 个领域; 本案例强相关(含详述)的项目管理域 8 个、MBA 领域 4 个,其余维度标注了同类项目中的出现环节,便于按需扩展学习。
一、项目管理知识域覆盖(15 域)
| 知识域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 集成 | 高 | KP-016 交付绩效域 | 操作切入点:交付价值 |
| 范围 | 中 | KP-038 规划范围管理 | 操作切入点:制定范围管理计划 |
| 进度 | 低 | KP-003 项目进度管理 | 操作切入点:规划进度 |
| 成本 | 低 | KP-004 项目成本管理 | 操作切入点:规划成本管理 |
| 质量 | 高 | KP-005 项目质量管理 | 操作切入点:规划质量管理 |
| 资源 | 高 | KP-062 规划资源管理 | 操作切入点:角色与职责RACI矩阵 |
| 沟通 | 高 | KP-068 规划沟通管理 | 操作切入点:沟通需求分析 |
| 风险 | 高 | KP-071 规划风险管理 | 操作切入点:风险管理计划 |
| 采购 | 低 | KP-085 规划采购管理 | 操作切入点:采购管理计划 |
| 干系人 | 高 | KP-082 规划干系人参与 | 操作切入点:干系人参与度评估矩阵(不知晓/抵制/中立/支持/领导) |
| 治理 | 低 | KP-096 效益实现计划 | 操作切入点:目标收益 |
| 变更 | 低 | KP-037 实施整体变更控制 | 操作切入点:建立变更控制委员会CCB |
| 敏捷 | 高 | KP-100 用户故事 | 操作切入点:角色-活动-价值格式 |
| 数据治理 | 低 | KP-121 数据质量管理 | 操作切入点:数据质量评估 |
| AI治理 | 低 | KP-125 模型评估与验证 | 操作切入点:评估指标(准确率/召回率/F1/AUC) |
二、MBA 知识领域覆盖(12 域)
| 知识领域 | 本案例覆盖度 | 代表知识点 | 切入点 / 出现环节 |
|---|---|---|---|
| 企业战略 | 高 | MBA-007 SWOT分析 | 操作切入点:优势 |
| 运营管理 | 高 | MBA-012 六西格玛 | 操作切入点:定义 |
| 市场营销 | 高 | MBA-023 顾客终身价值 | 操作切入点:获取成本 |
| 公司金融 | 低 | MBA-031 资本资产定价模型 | 操作切入点:无风险利率 |
| 财务会计 | 低 | MBA-043 杜邦分析 | 操作切入点:净利润率 |
| 管理会计 | 高 | MBA-052 本量利分析 | 操作切入点:固定成本 |
| 投资学与估值 | 低 | MBA-069 无形资产估值 | 操作切入点:收益法 |
| 组织行为学 | 低 | MBA-080 组织文化 | 操作切入点:三层模型(假设-价值观-外显物) |
| 人力资源管理 | 低 | MBA-081 人力资源规划 | 操作切入点:需求预测 |
| 管理经济学 | 低 | MBA-100 定价策略 | 操作切入点:成本加成 |
| 商业伦理与公司治理 | 低 | MBA-105 商业伦理框架 | 操作切入点:功利主义 |
| 信息系统与数字化转型 | 低 | MBA-115 数据资产估值 | 操作切入点:成本法 |
下列知识点在本案例中的系统落实路径,可按步骤逐条录入 aipm.twzx.bj.cn:
页面:/resources(「资源日历」视图)
入口:资源管理页>Segmented切换到「资源日历」>选择资源>假期/可用时段标记
操作步骤:进入资源管理页;点击顶部「资源日历」切换视图;选择目标资源;标记假期与不可用时段;保存
数据录入:可用时段影响任务排程计算
边界与变通:仅支持单资源视图,无跨资源冲突热力图
页面:/risk
入口:风险登记册>新建风险>风险描述/类别/概率/影响
操作步骤:进入风险登记册;点击「+新建风险」;填写风险描述与类别;评估概率与影响等级;保存
数据录入:风险条目含描述、类别、概率、影响、责任人
边界与变通:无风险自动识别引擎
页面:/risk + /tasks
入口:风险登记册>选择风险>应对策略字段>关联应对任务
操作步骤:选择目标风险条目;选择应对策略(规避/转移/减轻/接受);点击「创建应对任务」自动跳转到任务页创建
数据录入:应对任务与原风险双向关联
边界与变通:应对效果需人工跟踪更新
页面:无对应页面
入口:缺口类型 G3
操作步骤:系统无满意度调查/NPS 问卷模块
数据录入:不涉及数据录入
边界与变通:建议通过 Webhook 对接外部问卷工具
整改清单FIX-2026-008(P2,工作量S):通过Webhook对接外部问卷工具(如问卷星/腾讯问卷),结果回传为知识条目
页面:/integrations + /automations
入口:Integrations 配置数据源;Automations 设置同步规则
操作步骤:在 Integrations 添加外部数据源;配置字段映射;进入 Automations 创建定时同步规则;查看同步日志
数据录入:同步为增量模式,按配置周期执行
边界与变通:无实时双向同步能力
整改清单FIX-2026-021(P2,工作量L):优化Integrations支持WebSocket实时推送;当前通过缩短Automations同步周期变通
动手实操与 AI 协同工作法
总用时约130分钟。
不要急着给方案——你的价值在于帮客户发现正确答案
背景:金融科技外包营销个性化 AI 项目收到推荐策略变更请求,涉及用户分群规则与隐私数据处理方式调整,需进行变更评审。角色:主责 PMO总监,协审高级PM与风险经理,质量经理验证测试计划。交付物:输出营销变更影响评估表(Excel)与 CCB 评审决议(Word),包含隐私合规核对、A/B测试调整、影响范围与审批意见。
参考答案与评分要点
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 还有没有其他重要的事情我没有问到? | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| T2 | 您对这个项目的最高预算和资源投入是什么? | 了解资源约束和真实投入意愿 | 追问"如果预算不够,您愿意调整范围吗?" |
| A3 | 您希望用什么机制来定期评估项目进展? | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| R4 | 您能描述一下目前科技互联网业务整体的运营情况吗? | 开放式开场,让客户主动说出全貌 | 等他自然说完后追问"还有吗?" |
| S5 | 根据行业数据,类似规模企业通常7个月实现18%提升,您觉得这个范围合理吗? | 管理期望,建立参考基准 | 追问"如果实际效果低于范围,您的底线是什么?" |
| T6 | 如果给您团队的数字化能力打分,您打几分? | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
| A7 | 您认为最重要的成功标准是什么? | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| R8 | 在过去7个月中,业务运营中最大的挑战是什么? | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大?" |
| S9 | 你觉得团队对新技术的接受度如何?有没有预见到什么阻力? | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| T10 | 如果这个项目不做,7个月后会发生什么? | 建立紧迫感 | 帮助客户认识到不做的风险 |
| A11 | 您过去在效率提升方面做过哪些尝试?效果如何? | 了解历史经验和组织惯性 | 追问"如果效果不理想,主要原因是什么?" |
| R12 | 如果项目成功了,您希望在什么时间看到什么样的变化? | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的?"评估合理性 |
•客户问"你做过我们行业吗?"——回应"没有行业惯性反而视角更新"
•客户坚持"先说说方案"——回应"先提两个方向供您参考"
•客户期望不切实际——坦诚沟通"可以分为两个阶段实现"
推荐:《系统思考》丹尼斯·舍伍德
自我检查:建立了足够信任?识别了真正根因?给了客户有价值的洞察?客户愿意继续合作?