0%
DAY 04 · 从一句话走到可交付
做需求的侦探
不急着画页面，先找到真实痛点，再完成优先级、规划书、PRD 与需求评审。
46 MIN · 4 个章节 · 1 个互动实验
04从一句话走到可交付LEARN · PRACTICE · REFLECT
01
CHAPTER 1
需求调研
客户说的，是线索，不一定是答案。
通过访谈、现场观察、资料研读、问卷、原型引导与竞品对标，了解真实流程、角色、限制和痛点。既要记录显性需求，也要发现业务必须满足的隐性规则。
01访谈：追问为什么
02观察：看真实工作流程
03资料：从单据与制度找规则
04原型：低成本验证理解
02
CHAPTER 2
真需求与 5 Why
不要接住方案，要接住问题。
用户提出的“颜色标记”可能只是方案，真正问题可能是缺少筛选能力。连续追问动机，并结合频率、价值、成本和受众范围，判断是否值得做。
01是否稳定高频
02是否解决业务痛点
03投入产出是否匹配
04是共性需求还是个人偏好
5 WHY LAB
剥开表层方案，找到真需求
可交互实验Q为什么需要颜色标记？
03
CHAPTER 3
需求池与优先级
所有需求进池，不让口头需求插队。
MoSCoW 将需求分成必须、应该、可以与暂不做；价值成本矩阵则帮助识别高价值低成本的优先机会。优先级是资源取舍，不是给需求贴漂亮标签。
01Must：缺了无法交付
02Should：高价值，尽量实现
03Could：有余力再做
04Won’t：本期明确不做
04
CHAPTER 4
PRD 与需求评审
让研发不用猜，让测试可以验。
PRD 要覆盖页面、字段、状态、权限、异常和数据规则。完成后由产品牵头评审，集中发现逻辑漏洞与技术风险；确认后形成当前版本的需求基线。
01精准、无歧义
02正常与异常场景全覆盖
03绑定原型与流程图
04可开发、可测试、可验收
CHECKPOINT
今天学会了吗？
用 3 道题完成最后一次主动回忆。
01 / 03