需求四层判断法

给团队在动手前判断需求证据深浅:不要问“真不真”,先问“当前证据看到第几层”。

来源:有道云 CLI Note ID:A7D85E90B9994F33A19352543F147CEB 证据等级:C 级方法框架 适用 skill:prd-requirements-analysis

核心结论

需求不是简单的真/假,而是证据深浅。

用户说感兴趣,只是陈述层;用户反复遇到,才到触发层;用户付过代价,才到代价层;同时满足前三层的人还能被触达、转化和持续服务,才到结构层。

1. 陈述层

用户嘴上说想要、感兴趣、觉得不错。只能说明值得继续追问。

2. 触发层

问题在真实生活或业务流程里反复发生。可判断是否存在真实困扰。

3. 代价层

用户已经投入钱、时间、精力或承受损失。可判断需求强度和付费可能。

4. 结构层

满足前三层的人可触达、可转化、可持续覆盖。可判断是否有资格立项。

团队判断表

层级真话问法代表证据停在这里的风险
陈述层先记录原话,不急着排期。访谈表态、问卷兴趣、评论意向。做出来没人真正用。
触发层上一次遇到是什么时候?最近多久发生几次?影响了什么?时间、频率、场景、后果、替代动作。有人用,但没人付费。
代价层过去花过多少钱?投入过多少时间?值不值?免费方案为什么不够?付费、人工绕路、损失、替代成本。有人付费,但盘子不够。
结构层扣完触发、代价、消费力和渠道后,还剩多少有效人群?ROI 是否跑得正?有效市场、渠道、转化、客单、交付成本。调研过度会错过窗口;成立后应进入 MVP 或 PRD。

在 ZHCT 里怎么用

智慧食堂、AI 营养、食安监管、硬件集成和售前标准包相关需求,都先把证据分层,再决定是否进入 PRD、MVP、云效或补证。

团队说法Agent 应做输出
客户说想要这个功能先按四层判断证据深浅,不直接排期。当前层级、缺失证据、下一步访谈或系统核验。
这个方向能不能立项补触发、代价、免费替代和结构层扣减。立项资格判断、MVP 建议、风险边界。
这批需求哪个先做先剔除陈述层噪音,再叠加 RICE/价值成本。需求过滤表、优先级、待补证清单。
把需求写成 PRD先用四层判断,再用 PRD 要素清单裁剪。可开发、可验收、证据等级明确的 PRD。

可跳转入口

注:HTML 是给团队阅读和跳转的入口;Markdown 是 Agent 后续维护和 RAG 检索的真源。