风险矩阵战略风险(可能性低·影响高):技术方向选错导致8个月的路线偏差。供应商锁定风险——对单一技术供应商深度绑定。组织能力退化风险——过分依赖AI导致人的判断力下降。
purple痛点三:数据孤岛严重。4个独立系统之间缺乏数据互通机制,同一指标在不同系统中的定义和口径完全不同。数据标准化的工作量远大于AI模型开发的投入。
gold痛点四:范围失控。管理层期望一次性建成「企业级AI平台」解决所有问题,而非小步快跑分阶段实施。这种大而全的思路增加了项目失败的风险和实施周期。
企业概况某手机组装厂AI来料智能分拣是制造业领域一家快速成长的企业,于2006年成立 企业规模约4966人,年营收达1.3亿元。研发投入占总营收约76%,拥有32项自主知识产权。
触发事件CEO在行业峰会上看到竞争对手的AI应用展示后深受触动,要求4天内安排AI转型咨询。同年2006月,公司通过PMI中国社区了解到OCE-TRANSFORM服务。
痛点一:急于求成。CEO希望8个月内完成全公司AI部署,但行业基准显示类似规模的AI项目平均需要22个月。客户对AI「即插即用」的期望与现实之间存在显著落差。
blue痛点二:一线焦虑。员工最关心三个问题:这个系统是来监控我的吗?学会用这个系统算KPI吗?我学不会怎么办?这些担忧如果不解决,任何技术方案都难以推行。
顾问诊断经过4天的深入诊断,顾问团队揭示了8个关键发现:利益相关者之间的信任已经透支,需要从头建立;数据基础需要8个月的专项治理;技术选型必须考虑组织能力约束。
行业背景政策层面正在加速推动制造业行业的数字化升级。行业报告显示,AI技术在该领域的渗透率年增速达5%,预计2006年将达到12%。
利益相关者CEO(影响力高·立场不确定):项目发起人但AI认知偏差,需认知校准。CTO(影响力中·立场中性偏支持):技术执行者,可成为盟友。业务负责人(影响力中·立场消极):信任透支,需速赢重建信心。IT团队(影响力低·立场焦虑):怕被边缘化,需纳入能力建设。一线骨干(影响力低·立场观望):支持与否直接影响落地。
※ 案例信息已脱敏处理。仅供教学参考。以下展示本案例将应用的层面。Step2展开。
通过本案例学习,掌握运用道法术器框架分析制造业领域AI转型需求的方法,独立设计进场访谈方案。
核心挑战:某手机组装厂AI来料智能分拣的核心挑战在于管理组织变革阻力、建立数据基础、对齐利益相关者期望这三个非技术因素。
理论概述:不同的利益相关者需要不同的影响策略。权力-利益矩阵是核心分析工具。
理论概述:利用大语言模型生成访谈提纲和分析报告初稿,但必须经过人工审核和行业定制。
理论概述:从业务(Business)、数据(Data)、组织(Organization)、技术(Technology)四个维度系统性评估企业AI准备度。
理论概述:高质量的访谈通过精心设计的提问顺序,引导客户自己发现问题的真实面貌。
理论概述:区分症状问题和根因问题是顾问的核心能力。症状是客户描述的,根因是顾问发现的。
理论概述:连续追问为什么,但不是机械地问五次,而是在不同深度层面对症下药。
理论概述:组织变革中成员经历可预测的情绪曲线:震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。
区分客户说的问题和真实的问题——症状往往不是根因
| 层 | 参考问题 | 意图 | 追问 |
|---|---|---|---|
| S1 | 您过去在效率提升方面做过哪些尝试?效果如何? | 了解历史经验和组织惯性 | 追问"如果效果不理想,主要原因是什么?" |
| T2 | 你觉得团队对新技术的接受度如何?有没有预见到什么阻力? | 评估组织变革准备度 | 注意客户是否回避或粉饰这个问题 |
| A3 | 如果这个项目不做,8个月后会发生什么? | 建立紧迫感 | 帮助客户认识到不做的风险 |
| R4 | 在过去8个月中,业务运营中最大的挑战是什么? | 聚焦具体问题而非泛泛而谈 | 追问"对业务指标的影响有多大?" |
| S5 | 根据行业数据,类似规模企业通常9个月实现9%提升,您觉得这个范围合理吗? | 管理期望,建立参考基准 | 追问"如果实际效果低于范围,您的底线是什么?" |
| T6 | 还有没有其他重要的事情我没有问到? | 收尾开放性问题 | 通常客户会在这里说出最重要的担忧 |
| A7 | 如果项目成功了,您希望在什么时间看到什么样的变化? | 明确可量化目标和时间预期 | 追问"这些数字怎么得出来的?"评估合理性 |
| R8 | 您希望用什么机制来定期评估项目进展? | 建立持续沟通机制 | 建议每月正式review+每周非正式同步 |
| S9 | 您对这个项目的最高预算和资源投入是什么? | 了解资源约束和真实投入意愿 | 追问"如果预算不够,您愿意调整范围吗?" |
| T10 | 您认为最重要的成功标准是什么? | 了解客户价值观和优先级 | 注意客户是否过度关注技术指标 |
| A11 | 您对这个项目的成功是如何定义的? | 了解客户的顶层期望 | 注意是否存在多个不同的成功标准 |
| R12 | 如果给您团队的数字化能力打分,您打几分? | 了解内部能力差距 | 看客户是否愿意承认能力短板 |
• 客户问"你做过我们行业吗?"——回应"我们团队做过多个类似场景"
• 客户坚持"先说说方案"——引导"好方案源自深入了解,给我30分钟"
• 客户期望不切实际——用对比法"这个目标需要的资源要翻倍"
推荐:《关键对话》
自我检查:建立了足够信任?识别了真正根因?给了客户有价值的洞察?客户愿意继续合作?