认识达内从这里开始

随着互联网的不断发展，设计师在做设计的时候需要考虑到的用户需求也越来越多，而今天我们就通过案例分析来了解和学习一下，设计师在做需求分析的时候需要从哪些方面来考虑问题。

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

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

问题是否实际存在?

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

问题是否值得解决?

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

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

问题是否实际存在：

超时未提取率是多少?证明存在过期未提取余额的情况;

用户未提取余额的原因是什么?可以搜集用户反馈来获得。

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

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

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

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

衡量「需求」的目标：用来判断这个问题是否解决了，比如超时未提取率降低至xx%，相关客诉量降低至xx%。

衡量「设计」的目标：用来衡量设计方案的各个细节点的效果，比如各个按钮的点击情况，页面的停留时间等。

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

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

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

方案的推导过程是什么?推导过程是否合理?(提防一拍脑袋就定下的方案)

方案能否解决问题?能否解决严重的那个问题?(确保解决方案打在关键的那个点上)

有想过其他解决方案吗?该方案是好的方案吗?

给的字段是否「完整」且「正确」?(字段完整，我们才可以避免在信息都布局好了以后又要增添/删除信息;字段正确，可以避免继续使用已经失效、无用，以及不符合规范的字段)

文案是否是终确定版本?(对于一些强依赖文案的设计需求，比如运营活动的页面，需要需求方给到确定的文案再开始设计，避免字体、样式设计好了以后因为文案修改而返工)

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

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

预计上线/灰测/全量的时间。

埋点。(做完设计方案以后整理一份埋点需求给到PM和开发。)

完整的验证计划。(要分析哪些数据?上线之后是否需调研用户，搜集使用反馈?)

未来规划。(是否有二期?三期?之后迭代的方向是什么?)

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

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

期望设计完成的时间。

优先级：如果有多个需求的设计时间冲突了，可以让需求方自行协调好优先级再给到我们。

预计开发时间：遇到设计排期紧张的时候，可以通过了解开发时间来倒推设计完成的时间。

作者:沁园

节选：优设

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!