需求分析怎么做才不返工？我踩了7个坑后，只留下5步和12个检查项

我 2019 年在一家做 SaaS CRM 的公司做产品，销售总监在评审会上拍桌子，说“客户标签自动同步”必须这期上。我写了 18 页 PRD，Axure 原型 32 屏，开发排了 3 周。上线两个月，后台显示使用率 4.7%，销售还是在企微里手动搜订单。后来我蹲了 6 个销售一整天，发现他们真正要的不是标签同步，是在企微侧边栏 3 秒内看到最近 3 笔订单和欠款状态。那一刻我有点崩，前面 86.5 小时返工基本白干。

说实话，需求分析这词被培训课讲烂了，什么 Kano、MoSCoW、INVEST、ISO/IEC/IEEE 29148:2018、BABOK v3，我都翻过。它们有用，但救不了“会议室里拍脑袋”。我现在的独立观点很土：需求分析不是把用户想要什么写清楚，而是给业务假设定价。每个需求都得写清楚：假设是什么、证据在哪、成本多少、失败后谁负责下线。PRD 不是作品集，是一份债务合同。你写 30 页，开发就欠 30 页的债。你写 3 页，反而容易还清。

第 1 步：先写一页纸需求宪法，不写非目标不准开会

一页纸里就 6 个格子：目标、非目标、成功指标、失败阈值、影响角色、预算。目标必须一句话，比如“销售在企微侧边栏 3 秒内看到最近 3 笔订单”。非目标要写死：不做标签同步、不做移动端、不做自定义报表。成功指标别写“提升效率”这种废话，写成侧边栏打开率≥60%，订单查看点击率≥25%，销售人均日节省 6 分钟。失败阈值也要有：上线 14 天点击率<8% 就下线，负责人是谁。PRD 不超过 8 页，超过就拆。Figma 原型链接放 PRD 顶部，别放第 18 页。评审前 24 小时发，会议 60 分钟：10 分钟背景，20 分钟场景，20 分钟技术方案，10 分钟风险。结束必须有 3 个产出：范围、非范围、遗留问题 owner 和截止时间。

第 2 步：访谈别问“你想要什么”，问“上次是什么时候”

我早期最爱问“你觉得这个功能怎么样”，对方当然说挺好的，结果没人用。后来改成问：上次遇到这个问题是什么时候？频率多高？现在怎么凑合？损失多少钱或多少时间？有没有工单号、截屏、录屏？B 端至少访谈 3 类角色：一线、主管、IT。每类 6-12 人，问卷回收 30-50 份。然后填一张需求证据表：原话、场景、频率、现有替代方案、损失金额/时间、可验证数据、来源。没有证据的需求进“许愿池”，不进版本。别小看这一步，我做过一个报销需求，一线说“每天浪费 2 小时”，但录屏一看，实际每周 3 次，每次 7 分钟。不是一线撒谎，是记忆会放大痛苦。

第 3 步：用 Kano 和 MoSCoW 砍需求，别用优先级吵架

Kano 不是玄学，拿 20 个功能做问卷，回收 45 份，就能分出必备、期望、兴奋、无差异、反向。比如“订单列表导出 Excel”在后台是必备，“自动生成客户拜访话术”可能只是兴奋，过了半年就变无差异。MoSCoW 也一样：Must 只留 3 个 P0，Should 留 5 个 P1，Could 进需求池，Won't 写进非目标。变更率超过 30%，通常不是开发不配合，是上游分析没做完。我记录过 2021 年一个项目，需求变更 11 次，返工 86.5 小时，占开发总工时 23%。后来加了一页纸和非目标，变更降到 4 次。需求信用卡这个说法我很喜欢：每个版本只允许刷 3 个 P0，刷爆了就砍，不是加人。

第 4 步：验收标准写 Given/When/Then，异常流至少 3 条

用户故事按 INVEST 写，但别停在“作为销售，我想要看订单”。每个故事验收标准≤5 条，异常流≥3 条。Given 前置条件，When 触发动作，Then 预期结果。字段枚举值写全：订单状态 9 种，权限角色 7 种，审批节点 5 个。接口字段 42 个，QPS 500，响应 200ms，超时重试 2 次。测试能直接转用例，开发也不会追问“友好提示是啥”。友好提示不是需求，写成“提示文案：订单已锁定，请联系管理员，错误码 40321”。还有权限，ToB 系统里角色 5-9 种很正常，审批节点 3-7 个，审计日志至少保留 180 天。漏一个角色，上线后就是客服灾难。

第 5 步：变更熔断和上线后 7/14/30 天复盘

评审后 48 小时冻结需求。变更走 CR，评估工时、影响范围、上线日期。超过原工时 20% 就重排优先级，不是硬塞。上线后 7 天看打开率、点击率，14 天看留存、转化，30 天看节省时间或金额。失败阈值到了就下线，别因为“都做了”硬撑。ToB 和 ToC 差别很大：ToB 看角色权限、审批流、审计日志、SLA，权限角色 5-9 种，审批节点 3-7 个，字段 40-80 个，接口 QPS 500。ToC 看转化漏斗、留存、埋点、A/B，埋点事件 15-25 个，A/B 流量 10%，样本 1 万，7 日留存。别把 ToB 的审批流套到 ToC 打卡上，也别拿 ToC 的 A/B 去测财务审批。

对比：大厂全套流程 vs 小团队活法，别抄错作业

大厂可以用 Jira、Confluence、Jira Product Discovery、数据平台、用研团队，流程跑 6 周。小团队用飞书文档、多维表格、Figma、一张看板，2 周也能跑。不是流程越重越好。10 人以下团队搞 5 层评审，需求没死，人先死。我现在更愿意把时间花在删需求上。能删掉 30% 的需求，比多写 30 页 PRD 值钱。

最后留 12 个检查项，每次评审前过一遍：1 目标一句话？2 非目标写了？3 成功指标？4 失败阈值？5 访谈证据？6 现有替代方案？7 Kano 分类？8 MoSCoW？9 验收 Given/When/Then？10 异常流至少 3 条？11 变更熔断？12 下线负责人？需求分析不是写清楚，是算清楚。别学我当年，18 页 PRD 换 4.7% 使用率，真的挺丢人。