设计师怎样接需求才能避免踩坑?给你一个超好用的方法! - 优设网 - UISDC

设计师怎样接需求才能避免踩坑?给你一个超好用的方法!

2019/06/16 10752评论 5

设计师总是需要对接一个又一个的设计需求,而这个过程一不留神就是坑。面对需求,哪些该接?哪些不该接?优先级如何排序?应该有什么样的判断思路?本篇文章分享我的「需求走查」思路。

你是否遇到过以下情况:

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

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

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

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

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

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

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

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

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

需求走查有哪些维度?

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

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

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

问题是否实际存在?

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

问题是否值得解决?

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

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

问题是否实际存在:

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

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

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

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

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

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

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

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

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

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

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

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

  • 预计上线/灰测/全量的时间。
  • 埋点。(做完设计方案以后整理一份埋点需求给到 PM 和开发。)
  • 完整的验证计划。(要分析哪些数据?上线之后是否需调研用户,搜集使用反馈?)
  • 未来规划。(是否有二期?三期?之后迭代的方向是什么?)
5. 明确设计排期,规划工作时间,有条不紊

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

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

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

总结

需求走查非常重要,按 5 个维度进行需求走查,保持批判性思维,多问为什么,做更专业的设计师。

想看作者更多好文欢迎搜索知乎专栏「沁园的设计小跑」

优设大课堂

非特殊说明,本文版权归原作者所有,转载请注明出处
本文地址:https://www.uisdc.com/design-requirements-review

发表评论 加载中....

评论加载中....

uisdc

评论区都快饿瘪了,看看我期盼的小眼神...

版式设计 交互设计师 界面设计 排版布局 职场 设计师干货 优设专访 优设大课堂 设计达人 配色 视觉设计 web前端开发 素材下载 AI教程 设计流程 设计理论 神器下载 字体下载 设计师专访 psd下载 设计规范 用户体验设计 海报设计 设计趋势 平面设计 动效设计 logo设计 图标设计 ICON 产品设计 神器推荐 App设计 字体设计 职场规划 酷站推荐 交互设计 ui设计 优秀网页设计 设计师职场 ps技巧 酷站 用户体验 PS教程 网页设计 经验分享

您还没有登录

优设启用更安全省心的 微信扫码登录

微信扫码

300万设计师聚集地!优设网是极具人气的设计师平台
2012年成立至今,一直专注于设计师的学习成长交流

把好文章收藏到微信

打开微信,扫码分享
学设计 优设网 在这里