PMP职场实战108问 · 第11问

为什么需求总是一变再变？——范围定义的实操方法

“那个需求又变了。”

这句话你肯定听过，甚至天天听。做项目的，没被需求变更折磨过，都不好意思说自己是干这行的。

但你知道吗？最可怕的不是需求变更本身，而是你永远在“被动接招”——客户今天说要加个报表，明天说流程不对，后天说先别做了，我们要换个方向。你像个消防员，到处救火，项目进度一拖再拖，团队怨声载道。

我见过最离谱的项目，上线前一周，客户说：“我们觉得这个系统不太好用，能不能重做一个界面？”项目经理差点当场辞职。

其实，需求变更有两种：一种是必须变的（比如政策调整、市场变化），这叫合理的演进；另一种是本可以避免的变——因为一开始就没说清楚、没达成共识、没定好边界。

这一问，我们就专门解决后一种。

需求变来变去的三大真因

先别急着怪客户。把责任推出去很容易，但问题还在那。我们得看看源头。

原因一：客户自己也没想清楚

很多客户描述需求时，用的是“我要一个像淘宝一样的东西”、“方便一点就行”、“功能强大一些”。这叫需求吗？这叫愿望清单。

他们以为你懂，你以为你懂了。等做出来一看，根本不是一回事。

原因二：你“翻译”错了

客户说“要一个审批功能”，他脑子里想的是：提交 -> 直属领导审核 -> 部门经理审核 -> 存档。你理解的是：提交 -> 任意一个人审核 -> 通过。结果做出来，流程全乱。

原因三：谁都没签字确认

很多项目还在“口头沟通”阶段就开工。“王总说就这样先做”、“李总上个礼拜提过这个需求”——等到交付时，没人承认自己说过。

一套可操作的范围定义方法

下面这套方法，是我在十几个项目里打磨出来的。不是为了写文档而写文档，而是为了让范围清晰、让变更可控。

第一步：写“不做什么”比写“做什么”更重要

大多数人定义范围时，只写“这个项目要做什么”。但你一定要加上一条：这个项目明确不做什么。

举个🌰：你做一个电商后台项目，

• 做：商品管理、订单管理、用户管理、数据报表
• 不做：支付系统对接（由第三方负责）、物流跟踪（二期再做）、营销工具（超出本次预算）

这一条能挡住80%的“想当然”需求。客户看到“不做什么”时，会认真思考：哦，原来这个不算在项目里。

第二步：用“用户故事”讲故事，别写论文

别再写几十页的《需求规格说明书》了，没人看。用用户故事（User Story）的方式来写：

作为【销售主管】，我想要【在手机端查看本周团队业绩排名】，以便【及时调整销售策略】。

格式固定：作为… 我想要… 以便…

这么写的好处是：客户能听懂，开发能理解，测试能验证。而且有一个天然的问题可以追问：“你为什么要这个？”很多人问完这一句，就会发现“哦，其实我真正想要的是另一个东西”。

第三步：画出范围边界图

找一张白纸，画一个圆。圆里写“本项目包含的内容”，圆外写“本项目不包含的内容”。

每次跟客户开会，都把这张图拿出来。

• 如果客户说要加功能，先问：这个功能在我们的圈里吗？
• 如果在：走变更流程
• 如果不在：明确告知“这属于新增范围，需要额外资源/时间”

这张图贴在项目作战室、放在共享文档第一页。谁提需求变更，先看它。

第四步：建立“需求收口会”

不是每个需求都要当场答应。建立一个机制：

1. 所有需求变更必须书面提出（邮件、项目管理工具都行）
2. 每周固定时间开需求评审会，集中讨论一次
3. 评估影响：对应的工作量、工期、成本
4. 双方签字确认

别怕麻烦。真正麻烦的是不按流程走，结果乱成一锅粥。

真实场景举例

去年我辅导过一个医疗SaaS项目。客户是某三甲医院信息科。

刚开始，客户需求文档写了60页，洋洋洒洒，看起来什么功能都有。我让项目经理按照上述方法重新梳理。

第一个动作，列出“不做什么”。客户一看：“什么叫‘不做三端同步’？我们就是要手机、Pad、电脑都能看。”

项目经理解释：“根据您现在给的预算和时间，只支撑移动端和电脑端。Pad端如果要上，需要额外一个月时间和20万预算。”

客户沉默三秒：“那先不做了。”

第二个动作，画范围边界图。画完之后，客户恍然大悟：“哦，原来你这个系统不包含患者端预约功能啊？那我们的方案书里写的是包含的。”

项目经理立刻把“患者端预约”移出范围，标注为“二期规划”。并请客户在新版范围说明书上签了字。

这个项目后来顺利验收，只发生了一次正式变更（因为国家出台了新的数据安全法）。客户不仅没抱怨，还主动说：“这个范围定义得很清楚，我们下次合作也知道怎么提需求了。”

今日动作

📌 今日动作：打开你正在负责的项目，写下“本项目明确不包含的内容”。至少写5条，然后发给客户/关键干系人确认。如果对方有异议，现在就协商清楚，而不是等开发到一半再来改。

需求变来变去，不是因为客户“坏”，是因为你的范围定义“软”。一套清晰、可视、有边界的范围定义方法，是你作为项目经理最硬的底气。

下一问，我们来聊聊：“验收标准写不清楚，测试总是扯皮怎么办？”

📚 返回 PMP职场实战108问 目录 →