设计师如何应对需求不明确?

我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  

编辑导语:设计师在日常工作中经常会面对一些需求,除了完成需求以外,可能还要面对多次的修改意见;所以设计师在面对需求不明确的情况下,要做好应对,以免后续不断的修改;本文作者分享了关于设计师在应对需求不明确时应该怎么做,我们一起来了解一下。

设计师如何应对需求不明确?

自打设计这个行业兴起,因需求不明确而造成改方案好像成了设计师的家常便饭;在互联网时代蓬勃发展的今天,设计师也依然摆脱不了这样的命运,于是诞生了无数的梗,虽然多为调侃,但也从侧面说明了设计师们对需求不明确的深恶痛绝。

今天借此文章,跟大家聊一聊要怎么应对需求不明确。

一、需求不明确的常见场景与思考

1. 需求不明确的常见场景

说起需求不明确的常见场景,想必大家脑海中已经浮现出了各种“名场面”,例如下面这种:

设计师如何应对需求不明确?

还有更多令我们痛恨的熟悉场景,这里就不一一吐槽了,但是我发现这些导致需求不明确的“经典语录”极具分析价值,并且它们还有共性,我们不妨来看看:

设计师如何应对需求不明确?

以上场景发生时,一部分设计师可能会和产品怼个天昏地暗;而另外一部分设计师可能就接受改稿了…

可是,无论是和产品互怼还是接受改稿,都不是一个好结果,前者影响了团队氛围并不一定能解决问题,后者令设计师身心疲惫的同时还浪费了团队宝贵的时间。

2. 需求明确的方向

在前面,我们对产品需求不明确的常见场景进行了大致的整理,主要归纳为需求背景目标不明确和需求粗糙,而我们的目标是让需求变得清晰明确,此时我发现,结合“用户体验5个层面”来规范需求,从而使需求变得明确,是多么地吻合、并有理有据。

需求背景不明确对应的是战略层,需求粗糙对应的是范围层,接下来,我们可以按照这个方向去思考如何让需求变得明确。

二、从战略层看需求背景与目标不清晰

1. 正确的战略

产品需求背景是指需求产生的原因及想达到的目标,也就是需要分析为什么(why)要这么做,谁(who)是受众人群,要达到(什么目标(what),需要如何(how)去做,可以提炼为why、who、what、how四个核心元素:

  • Why:是指为什么要做这次需求的原因。
  • Who:这个需求与那些用户有关,他们的场景有什么特征,涉及到哪些用户的利益。
  • What:做了这个需求后要达到什么样的目的。
  • How:根据需求原因、相关用户以及想要达到的目标,制定怎样的方案。

在接收需求阶段,整理这样一个战略层四要素流程图就够了,当我们脑海里形成了这样一个需求要素认知后,在接收需求时就有了质疑需求的逻辑思路,也就不会轻易被产品带着走。

2. 战略方向不清晰的3个常见场景与应对方式

总结:面对需求背景和目标不明确时,我们根据具体情况多问一句为什么,目的是让产品培养出正确打开需求的习惯,也便于设计师梳理正确的设计目标。

三、从范围层看粗糙的需求

1. 范围层与需求

在范围层,我们从讨论战略层面的抽象问题——“我们为什么要做这个需求?”转而面对一个新的问题:“做这个需求我们要开发什么?”当产品把用户需求和产品目标转变成产品应该提供给用户什么样的内容和功能时,战略就变成了范围。

在范围层阶段,无论是内容需求还是功能规划,用文档来定产品需求是一件必须要做的事:就像一个确定下来的证据能让整个团队知道目前在开发什么,而不再是一个只停留在产品经理头脑里不定形的图像。

所以应对需求粗糙第一招:任何需求一定要有需求文档(产品经理用几十甚至几分钟干完的事情,能够让设计师与团队省下数倍的时间)。

2. 需求文档四要素

产品经理要仔细思考需求功能与产品用户之间的利益关系,然后才能决定哪些信息必须纳入设计范围之内,并形成需求文档。

而我们设计师需要做的就是“甄别需求文档”,这里我整理了需求文档的四要素:

  • 需求定义:内容或功能需求的范围,需求文档中要有具体的需求list。
  • 规格说明:每个需求list下面的规格说明,不需要多详细,但是要清楚和精准。
  • 优先级:根据产品战略,制定合理的需求优先级。
  • 可行性:需求文档的内容要同步到开发与运营,让开发判断需要的工期是否与产品预期吻合,运营判断是否有足够的资源(若没有同步到位,设计稿很可能因为运营和开发的反馈而返工)。

设计师在查看需求文档时,脑海中要时刻谨记需求文档四要素,一旦有不理解或者有歧义的地方,要尽快与产品沟通,避免因为需求不够清晰而坑了自己。

而除了要谨记产品需求文档4要素外,必要时我们还可以要求产品出一些简易的原型、pr泳道图,或者给出参考竟品;当然,最重要的还是要多主动与产品沟通,毕竟沟通才有火花。

四、总结

在面对一些复杂需求时,由于设计师没有产品那么强的大局观,对整个产品业务也没有那么熟悉,如果这时候产品的需求也很粗糙,那么对于设计师甚至整个项目组来说都是一场灾难;所以作为设计师,在坚定自己立场的同时,也要主动沟通和核对,勇于要求产品完善需求文档,提供详细的资料,保证需求的精确度尽可能的高。

文章到这里就结束了,如果对本期内容有兴趣想交流的朋友不妨在评论区留言,我们共同探讨。

下期预告:在这期我们从战略层与范围层来看需求不明确的各种坑,并总结出了“战略层四要素”“需求文档四要素”来应对种种产品需求不明确的场景,但是需求不明确的坑到这里就真的就填完了吗?敬请期待下期文章《设计师如何处理需求》

 

本文由 @汪仔3393 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!

随意打赏

提交建议
微信扫一扫,分享给好友吧。