需求怎么砍：客户要的和真正需要的

核心结论：客户报上来的需求，一半是「表面需求」，背后是没说出口的「真实需求」。砍需求的功夫，在于识别这两者的差距，而不是硬顶。

为什么需求必须砍

客户提需求时，通常带着三个没说出口的东西：

1. 怕吃亏 —— 什么都要，怕漏了以后加钱
2. 不懂系统 —— 以为某个功能不存在，用「需求」来试探
3. 真痛点 —— 被某件事折磨很久，表达成了某个功能

不识别这三点，方案会变成「功能清单堆砌」，实施变成「逐个实现」的流水账，范围失控、工期失控、验收扯皮。

识别真需求的三个问题

客户说「我要 A 功能」时，依次问：

1. 「这个功能解决你什么问题？」 —— 让他讲业务场景，而不是功能
2. 「现在没有这个功能，你怎么干的？」 —— 现状的土办法，往往就是真需求
3. 「如果 A 做不到，B 能做到，你接受吗？」 —— 试探弹性，测试需求刚性

例：客户说「我要审批流多级」。问下去发现，他真正要的是「超过 5 万的单子必须总经理知道」。系统做不到多级审批？做个超限预警 + 抄送就能满足。需求从「多级审批」变成了「金额分级管控」，实现成本降一半。

砍需求的四个层次

层次	动作	适用
砍掉	真不需要 / 低频低价值	直接不做，记录在案
降级	完整版 → 简化版（预警代替审批、报表代替接口）	高频但价值没到完整实现
推迟	二期做 / 上线后优化	不影响上线目标
保留	核心需求，影响业务跑通	必须做，写进方案

谈判技巧（不是硬顶，是引导）

1. 用成本说话：「这个功能要多 X 天，会影响上线时间，您看？」—— 让客户自己权衡
2. 给替代方案：永远带着 B 方案去谈，别只说不
3. 写进「不做什么」：方案书里明确列「本期不包含」，比口头承诺可靠
4. 变更管理：上线后新需求走变更流程，报价 + 排期，不免费顺手做

踩过的坑

• 当场答应：客户提需求时顾问随口「没问题」，后面实现不了，信任崩塌。永远说「我确认一下方案再答复」
• 砍需求不记录：砍掉的需求没留痕，验收时客户说「我当时要过」。所有砍掉/推迟的需求，都要写进会议纪要并让客户确认
• 把客户当对手：砍需求不是博弈，是帮客户聚焦。姿态是「我们一起把事做成」，不是「我要少干活」

可复用

• 需求调研问卷见 模板库-需求调研问卷
• 方案书里「关键方案决策」表，就是需求确认的落点，见 模板库-实施方案书