需求四层判断法
给团队在动手前判断需求证据深浅:不要问“真不真”,先问“当前证据看到第几层”。
核心结论
需求不是简单的真/假,而是证据深浅。
用户说感兴趣,只是陈述层;用户反复遇到,才到触发层;用户付过代价,才到代价层;同时满足前三层的人还能被触达、转化和持续服务,才到结构层。
1. 陈述层
用户嘴上说想要、感兴趣、觉得不错。只能说明值得继续追问。
2. 触发层
问题在真实生活或业务流程里反复发生。可判断是否存在真实困扰。
3. 代价层
用户已经投入钱、时间、精力或承受损失。可判断需求强度和付费可能。
4. 结构层
满足前三层的人可触达、可转化、可持续覆盖。可判断是否有资格立项。
团队判断表
| 层级 | 真话问法 | 代表证据 | 停在这里的风险 |
|---|---|---|---|
| 陈述层 | 先记录原话,不急着排期。 | 访谈表态、问卷兴趣、评论意向。 | 做出来没人真正用。 |
| 触发层 | 上一次遇到是什么时候?最近多久发生几次?影响了什么? | 时间、频率、场景、后果、替代动作。 | 有人用,但没人付费。 |
| 代价层 | 过去花过多少钱?投入过多少时间?值不值?免费方案为什么不够? | 付费、人工绕路、损失、替代成本。 | 有人付费,但盘子不够。 |
| 结构层 | 扣完触发、代价、消费力和渠道后,还剩多少有效人群?ROI 是否跑得正? | 有效市场、渠道、转化、客单、交付成本。 | 调研过度会错过窗口;成立后应进入 MVP 或 PRD。 |
在 ZHCT 里怎么用
智慧食堂、AI 营养、食安监管、硬件集成和售前标准包相关需求,都先把证据分层,再决定是否进入 PRD、MVP、云效或补证。
| 团队说法 | Agent 应做 | 输出 |
|---|---|---|
| 客户说想要这个功能 | 先按四层判断证据深浅,不直接排期。 | 当前层级、缺失证据、下一步访谈或系统核验。 |
| 这个方向能不能立项 | 补触发、代价、免费替代和结构层扣减。 | 立项资格判断、MVP 建议、风险边界。 |
| 这批需求哪个先做 | 先剔除陈述层噪音,再叠加 RICE/价值成本。 | 需求过滤表、优先级、待补证清单。 |
| 把需求写成 PRD | 先用四层判断,再用 PRD 要素清单裁剪。 | 可开发、可验收、证据等级明确的 PRD。 |
可跳转入口
团队总入口 HTML
TEAM_AI_NATIVE_COLLABORATION_GUIDE.html
TEAM_AI_NATIVE_COLLABORATION_GUIDE.html
知识库 Markdown
requirement-four-layer-method.md
requirement-four-layer-method.md
Skill 主入口
prd-requirements-analysis/SKILL.md
prd-requirements-analysis/SKILL.md
Skill 四层参考
requirement-four-layer-depth-check.md
requirement-four-layer-depth-check.md
Skill Evals
references/evals.md
references/evals.md
来源索引
source-index.csv
source-index.csv
注:HTML 是给团队阅读和跳转的入口;Markdown 是 Agent 后续维护和 RAG 检索的真源。