程序员如何做「需求理解」：不是抄需求，是解决问题

很多程序员拿到需求就开始写代码，结果写完了发现不是 PM 想要的。

需求理解是开发的第一步，也是最重要的一步。

一、需求理解的目标

1. 知道为什么做

这个需求解决什么问题？用户痛点是什么？

2. 知道做什么

功能的边界在哪里？哪些做，哪些不做？

3. 知道怎么做

技术实现上有什么选择？各有什么利弊？

二、需求理解的步骤

1. 问背景

• 这个需求是谁提的
• 为什么提这个需求
• 现在是怎么做的
• 有什么问题

2. 问目标

• 做完之后变成什么样
• 怎么衡量成功
• 有没有数据可以验证

3. 问边界

• 哪些情况要考虑
• 哪些情况不考虑
• 上限和下限是什么

4. 确认理解

用自己的话复述需求，让 PM 确认。

三、常见问题

1. 需求描述不清楚

PM 说"做一个搜索功能"——搜什么？从哪搜？怎么排？

2. 忽略非功能性需求

"要快"——多快？"要稳定"——多稳定？

3. 不问就做

"我觉得应该是这样"——可能和 PM 想的不一样。

四、和 PM 沟通的技巧

1. 多问"为什么"

追根究底，理解需求的本质。

2. 给选项

技术实现有多种方式，给 PM 讲清楚利弊。

3. 画原型

画个草图，比文字描述更直观。

4. 记录结论

沟通的结论要记录，双方确认。

五、一句话总结

需求理解 = 问背景 + 问目标 + 问边界 + 确认理解，核心是理解问题而不是实现功能。