设师总需对接一又一的设计需求,而这个过程一留神就是坑。面对需求,哪些该接?哪些该接?优先级如何序?应该有么样的判断思路?本篇章分享我的「需求走查」思路。
你是否遇到过情况:
- 没效率:设计程中,需求变更,要改稿;文案和字段变,要改稿;遇到问题需要找需求方讨论又找不到人……
- 没上线:做好设计后,因为战略调整、没有开发资源的种种原因,需求没有上线……
- 数据:需求线后,数据,无法验证该需求的价……
我们在做设计的时候,做「设计走查」来证设计稿的完整度和质量。同样,我们以做「需求走查」来帮助我们识别靠谱和不靠谱的需求、证续项目进展顺畅。
先一句总结:证自己长期做有价值、有结果的工,提升业能力、业务理力和语权。
假设有两个设计师小a和小b。
小a:面对需求,者不拒。需求多得不完,常常加班。但很多都价很低、无法解决问题、结果的需求。此以往,由于无法验证自己的设,专业的受到限制,作也慢慢丧失了就感价感。
小b:需求,先认真走查。发现不靠谱需求,会需求指出问题,等需求完善好以后再接。保证自己做个需求都是有价值、有结。长此以往,小b 不断地从结反思、结,积累了很多有效设计经验。时,小b 在不断分析需求过程更加了解业务,和需求合作更加紧密。
天工作时是宝贵、有限,我们要自己负责,把时花在有价值、有结需求上,才能更快地成长。判断需求质量,甚至比做设计案要要。而需求走查,是个可以帮助我们分析需求、理解需求、判断需求质量思路。
同,需求查也可以反推需求方把需求的方方面面思考清晰。
每个需求都可以按以下 5 个维度的顺序来查:
1. 检查需求价值,解决「实际存在」且「值得解决」问题
了解为什么要做这个需求,可以按以下思路来思考。
问题是否实存在?
需要「事实」来证明问题存在,「事实」可以是数据分析结,也可以是调研结。
问题是否值解决?
需要知这个问题导致后是什么,严程度如何。
举个例子,个需求提出问题是:很多用户忘记在规定时内提取余额,导致过期后法提取,损害了用户权益。
问题是否实际存在:
- 时未提取率是多少?证明存在过期未提取余额情况;
- 用户未提取余额的因是什?可以搜集用户反馈来获得。
原未必是为用户忘记,有可能用户压根儿不想提取,或者是其他原。用户反馈或调研结论。
问题是否值得解决:若这部用户占比和数量都少,那解决这个问题的优先就不高。用户忘记提取的均余额是多少?若均只有毛钱,有可能用户根本不在乎这点钱所以不想提取,所以不存在权益被损害。
2. 检查需求目标,「可衡量」的目标
目标一定要是可衡量的,用来衡量做这件事的效果,可以为类:
- 衡量「需求」目标:用来判断这个问题是否解决了,比如时未提取率降低至 xx%,相关客诉量降低至 xx%。
- 衡量「计」的目标:用来衡量计方案的各个细节点的效果,比如各个按钮的点击情况,页面的停留间等。
需求做完以后,设计师需要跟进项目情况,拿到相关数据结。
3. 检查解决方案,提出「有效」且「最优」的解决方案
需求在提需求时候般也附带了解决案,有时会附有原型稿,这个时候我们千不能脑照着做,可以走查以下几:
- 方案的推导过程什么?推导过程否合理?(提防一拍脑袋就下的方案)
- 案能否解决问题?能否解决最严那个问题?(确保解决案打在最关键那个上)
- 有想过其解决方案吗?该方案是最好的方案吗?
- 给的字段是否「完整」且「正确」?(字段完整,我们才以避免在信息局以又要增添/删除信息;字段正确,以避免继续使用已经失效、无用,以及不符合规范的字段)
- 案是否是最终确定版本?(对于一些强依赖案的设计需求,如营的页面,需要需求方给到确定的案再开始设计,避免字体、样式设计好了后因为案修改而返工)
4. 明确后续进展,保证需求闭环
在接需求时候确定好后续计划:
- 预线/灰测/全的时间。
- 埋。(做完设计案以后理份埋需求到 PM 和开发。)
- 完整的验证计划。(要析哪些数据?上线之后是否需调研用户,搜集使用反馈?)
- 未来规划。(是否有二期?三期?之迭代的方向是什么?)
5. 明确设计排期,规划工作时间,有条不紊
如以上都没有问题,这个需求是个可以做需求,接下来,要询问需求关于时规划:
- 望设完的时间。
- 优先级:如有多个需求设计时冲突了,可以让需求自协调好优先级再到我们。
- 预计开发间:遇计排期紧张的候,可以通过了解开发间来倒推计完成的间。
最后,设计师到需求个明确设计开始时和完成时。除需求变更,否则要守信用,准时交付。
需求走查非常重,按 5 维度行需求走查,保持批判性思维,多问什么,专业的设师。
想看作者更多好文欢迎搜索知乎专栏「沁园设计小跑」。