你是否遇到过以下情况：

• 没效率：设计过程中，需求变更了，要改稿；文案和字段变了，要改稿；遇到问题需要找需求方讨论又找不到人……
• 没上线：做好设计以后，因为战略调整、没有开发资源的种种原因，需求没有上线……
• 没数据：需求上线后，没有数据，无法验证该需求的价值……

我们在做设计的时候，常常做「设计走查」来保证设计稿的完整度和质量。同样，我们可以做「需求走查」来帮助我们识别靠谱和不靠谱的需求、保证后续项目进展顺畅。

为什么做需求走查很重要？

先一句话总结：保证自己长期做有价值、有结果的工作，提升专业能力、业务理解力和话语权。

假设有两个设计师小a和小b。

小a：面对需求，来者不拒。需求多得做不完，常常加班。但是很多都是价值很低、无法解决问题、没有结果的需求。长此以往，由于无法验证自己的设计，专业上的成长受到限制，工作也慢慢丧失了成就感和价值感。

小b：面对需求，先认真走查。发现不靠谱的需求，会向需求方指出问题点，等需求完善好以后再接。保证自己做的每个需求都是有价值、有结果的。长此以往，小b 不断地从结果中反思、总结，积累了很多有效的设计经验。同时，小b 在不断分析需求的过程中更加了解业务，和需求方合作更加紧密。

每天的工作时间是宝贵的、有限的，我们要对自己负责，把时间花在有价值、有结果的需求上，才能更快地成长。判断需求的质量，甚至比做设计方案还要重要。而需求走查，就是一个可以帮助我们分析需求、理解需求、判断需求质量的思路。

同时，需求走查也可以反推需求方把需求的方方面面思考清晰。

需求走查有哪些维度？

每个需求我们都可以按以下 5 个维度的顺序来走查：

1. 检查需求价值，解决「实际存在」且「值得解决」问题

了解为什么要做这个需求，可以按以下思路来思考。

问题是否实际存在？

需要「事实」来证明问题存在，「事实」可以是数据分析结果，也可以是调研结果。

问题是否值得解决？

需要知道这个问题导致的后果是什么，严重程度如何。

举个例子，一个需求提出的问题是：很多用户忘记在规定时间内提取余额，导致过期后无法提取，损害了用户权益。

问题是否实际存在：

• 超时未提取率是多少？证明存在过期未提取余额的情况；
• 用户未提取余额的原因是什么？可以搜集用户反馈来获得。

原因未必是因为用户忘记，有可能用户压根儿就不想提取，或者是其他原因。用户反馈或调研结论。

问题是否值得解决：若这部分用户占比和数量都很少，那么解决这个问题的优先级就不高。用户忘记提取的平均余额是多少元？若平均只有几毛钱，有可能用户根本不在乎这点钱所以不想提取，所以不存在权益被损害。

2. 检查需求目标，「可衡量」的目标

目标一定要是可衡量的，用来衡量做这件事的效果，可以分为两类：

• 衡量「需求」的目标：用来判断这个问题是否解决了，比如超时未提取率降低至 xx%，相关客诉量降低至 xx%。
• 衡量「设计」的目标：用来衡量设计方案的各个细节点的效果，比如各个按钮的点击情况，页面的停留时间等。

需求做完以后，设计师需要跟进项目情况，拿到相关的数据结果。

3. 检查解决方案，提出「有效」且「较优」的解决方案

需求方在提需求的时候一般也附带了解决方案，有时还会附有原型稿，这个时候我们千万不能无脑照着做，可以走查以下几点：

• 方案的推导过程是什么？推导过程是否合理？（提防一拍脑袋就定下的方案）
• 方案能否解决问题？能否解决较严重的那个问题？（确保解决方案打在较关键的那个点上）
• 有想过其他解决方案吗？该方案是较好的方案吗？
• 给的字段是否「完整」且「正确」？（字段完整，我们才可以避免在信息都布局好了以后又要增添/删除信息；字段正确，可以避免继续使用已经失效、无用，以及不符合规范的字段）
• 文案是否是较终确定版本？（对于一些强依赖文案的设计需求，比如运营活动的页面，需要需求方给到确定的文案再开始设计，避免字体、样式设计好了以后因为文案修改而返工）

4. 明确后续进展，保证需求闭环

在接需求的时候就确定好后续的计划：

• 预计上线/灰测/全量的时间。
• 埋点。（做完设计方案以后整理一份埋点需求给到 PM 和开发。）
• 完整的验证计划。（要分析哪些数据？上线之后是否需调研用户，搜集使用反馈？）
• 未来规划。（是否有二期？三期？之后迭代的方向是什么？）

5. 明确设计排期，规划工作时间，有条不紊

如果以上都没有问题，这个需求就是一个可以做的需求，接下来，要询问需求方关于时间的规划：

• 期望设计完成的时间。
• 优先级：如果有多个需求的设计时间冲突了，可以让需求方自行协调好优先级再给到我们。
• 预计开发时间：遇到设计排期紧张的时候，可以通过了解开发时间来倒推设计完成的时间。

较后，设计师给到需求方一个明确的设计开始时间和完成时间。除非需求变更，否则就要守信用，准时交付。