FDE系列10需求的真相——为什么客户说的需求经常是错的本文是《FDE工程师-从AI技术实现到业务落地》系列文章第10篇客户说我要一个AI客服你猜他真正需要的是什么需求的三层结构在FDE的工作中客户说的需求往往只是冰山一角。┌──────────────┐ │ 客户说出来的 │ ← 水面之上表面需求 └──────────────┘ ┌──────────────┐ │ 客户真正的需求 │ ← 水面之下深层需求 └──────────────┘ ┌──────────────┐ │ 客户不知道的 │ ← 深海潜在需求 │ 但需要的 │ └──────────────┘客户说出来的需求客户认为的解决方案客户真正的需求客户想解决的核心问题客户不知道但需要的客户没想到但能带来更大价值的方案FDE的目标不是实现客户说出来的需求而是挖掘客户真正的需求最好还能提供客户不知道但需要的方案。深度访谈四层次法如何挖掘客户真正的需求FDE有一套标准化的深度访谈四层次法。第一层现状目的了解客户当前的业务状态。问题示例“你现在的流程是什么样的”“你用了哪些系统”“这个流程每天/每周/每月怎么运作”关键不要问你缺什么要问你现在有什么。第二层痛点目的找到客户在现状中最难受的地方。问题示例“在这个流程中你觉得最麻烦的是什么”“什么事情让你觉得最花时间”“什么环节最容易出错”关键让客户自己说出痛点而不是你替客户定义。第三层影响目的量化痛点带来的损失。问题示例“这个问题每个月大概造成多少损失”“如果不解决预计会有什么影响”“这个问题影响了哪些KPI”关键把痛点变成数字才能判断优先级。第四层期望目的了解客户对解决方案的预期。问题示例“如果这个问题解决了你希望看到什么变化”“什么才算’解决好了’”“你理想的解决方案是什么样子的”关键不要用自己的标准替代客户的标准。分角色访谈模板不同的角色关心的点完全不同。你需要挨个聊。业务VP/总监十问您今年的核心KPI是什么这个项目您希望帮您达成什么KPI目前最大的业务瓶颈是什么您最担心项目出什么问题您对项目的期望是什么您觉得什么方案是不可接受的这个项目失败过吗为什么您怎么看竞争对手的做法您愿意在什么条件下追加投入这个项目成功您会怎么奖励团队一线员工十问你每天的工作最花时间的是什么什么工作是你觉得最没价值的现在的系统最好用的功能是什么现在的系统最让你抓狂的是什么如果有一个新功能你希望它帮你做什么你用过哪些AI工具觉得好用吗你担心新系统会取代你的工作吗你希望新系统怎么帮你而不是管你你愿意参与新系统的测试吗你觉得什么对你们团队最重要IT部门十问现在的系统架构是什么系统的主要技术栈是什么数据存在哪里怎么接入安全和合规有什么要求系统的SLA是多长运维团队有多大能力怎么样你们最担心什么技术问题你们的部署流程是什么你们有测试环境吗你们最希望新系统做什么AI项目中的需求陷阱AI项目在需求阶段有几个特别容易踩的陷阱陷阱一把AI当成答案客户说我们要用AI——但这往往不是一个需求而是一个手段。FDE要做的是先搞清楚为什么要用AI再决定是不是真的需要用AI。很多时候一个简单的规则引擎就够了。陷阱二忽视数据就绪度AI项目最核心的需求往往是——数据是否可用。客户说我们有数据——但可能数据在Excel里没有标准化数据有大量缺失数据标签不准确数据量不够在AI项目中数据需求比功能需求更重要。陷阱三忽略Human-in-the-loopAI项目最大的风险不是技术而是人。一线员工不信任AI不接受AI的建议管理者不知道AI的输出怎么用客户方没有人有能力维护AI系统在需求阶段就要考虑人的因素。需求确认的黄金规则规则一写在纸上所有需求必须写下来双方签字确认。不要相信口头说好的。规则二区分必须和想要类型定义示例Must have没有这个功能项目无法上线数据接入、用户认证Should have最好有但可以延迟高级报表、数据大屏Nice to have有更好没有也行深色模式、动画效果把Must have先做出来再谈其他的。规则三设定需求冻结节点项目启动后需求不能无限追加。设定一个需求冻结节点之后的任何需求变更走正式的变更流程。不变更需求是对项目负责任的表现。需求管理自检清单我有没有和所有关键角色聊过我有没有追问到第四层期望我有没有验证数据就绪度我有没有考虑人的因素我有没有区分必须和想要我有没有把需求写在纸上双方确认 关注「AI拉呱」本系列持续更新中。下一篇预告FDE系列11差异分析——产品与客户需求之间的鸿沟怎么填我们不见不散。