SEARCH
新闻资讯

网站知识库

如何才能读懂甲方给出的设计需求?

2019/2/24 21:23:04

编者按:老板说字体要大要红色,其实是想引人细致,进一步进步点击率和转化率。所以无论是设计师照旧甲方,在提出/接到需求时都不应该简单粗暴地实行,反复沟通找出最本质的需求才能让彼此都写意。多说无

用,直接来看@米_亓 在工作中的真实案例。
转到交互岗已经有一阵子了。原来在做产品的几个月里没少和技术、设计进行沟通,每当本身把意思想法传达下去的时候,反馈回来的效果基本都要进行进一步的修改,这种返工和修改在产品快速迭代的过程中很浪

费时间。当时本身没有觉得表达有题目,已经把需求的目的效果都表达清楚了。可能是本身没写过代码、没做过设计所以在一些专业的术语的表达上,方案实现体例的选择上存在误差,导致技术、设计没有完全按照

本身设想的预期做出效果。
要是这么说,产品经理只要学习了解一些设计的基本原理并且能看懂简单的代码,是不是这种沟通就不会存在停滞了呢?当我在设计岗上工作了一阵子后发现本身不仅仅是在工作职能上进行了变化,更是一种团队中

角色定位的变化。所以产品要将需求的预期效果交代给设计的时候并不是懂设计(不要对比这么强烈;颜色太跳跃等等)就能把效果表达的很清楚,更多的是站在设计的角度将原始的需求转化后传达给设计。
下面我举一个这周工作中的小案例。
一天我接到了产品提的一个需求,“我们后台新加入了一个功能,能不能给我设计几个悦目的图标。我本身做了几个方案总觉得不悦目,你给我设计一下吧。毕竟后台我们本身用不面向用户,不用太邃密,谢谢啦!

”然后随手甩给我一张图。
1hhhhh20160417
▲ 产品经理给我的示意
打开看到这个demo后并没有一下将焦点集中在想要修改的icon上,而是把本身当做是用户思考地图上面这几个东西我能用它们来干些什么。可能是从产品转过来的缘故吧,并没有像其他设计师一样只把产品给我的需

求做好就行,我必须要晓畅我这么做能给用户带来什么功能和方便。所以我思考片刻后,找到产品接连问了以下几个题目“地图上的字和icon是可点击的按钮照旧提醒?它们分别能实现什么样的功能?用户能得到怎

样的方便?”
“是可以点击的按钮,可以让用户实现手动标记位置和主动定位间切换,定位之后可以保存”,这时我也许理解产品想要什么了,是一种功能的切换和对于效果的保存。那完全可以不用Button的情势去显现,用Tab会

更好,不但能实现功能的切换并且能让用户知道当前选择的功能。至于保存效果下方已经有“保存”的button了,所以没有需要在地图上再加保存功能。于是我输出了下面的图:
2hhhhh20160417
▲ 第一次修改效果
产品看过之后透露表现这不是她想要的效果,我只是想在主动定位定不准的情况下可以手动进行修改,打开页面时已经存在定位为了防止误操作是不能修改的,然后假如想修改定位可以选择“手动标记”。这中心还有其

他沟通的环节,然后我输出了下图:
3hhhhh20160417
▲ 第二次修改效果
产品不要求再改了,这一个小工作算是搞定了。
虽然是个很简单的工作但是中心支出了不少沟通成本,所以觉得有需要拿出来总结一下:从最初的“给我设计一个悦目的icon”—>“可以在定位时手动主动切换”—>“用户可以修改主动定位不正确的位置”。其实

最后还有一个最终的需求“我要后台定位正确”。前三个都是产品在这次义务中向我表达的需求,我在充分理解第三个需求后便可做出产品经理想要的效果。最后的那个需求是这个产品的最终需求,但作为设计师充

分理解第三个足矣。
4hhhhh20160417
▲ 我在充分理解第三个需求后便能做出产品经理想要的效果
再举一个例子,是来自百度设计总监史玉洁在一次演讲报告中提到的。老板提出来一个需求“我要设计师给我在这个页面下方加一个大的、红色的、夺目的按钮”。细细分析一下,把这个需求按照上面例子的格式写

出来便是“我要一个大的、红色的、夺目的按钮”—>“用户可以有欲望去点击”—>“我只是想进步这个页面的转换率”。
961285-d20f98e4b0582e5f
▲ 告诉设计师,看到这个页面用户想要去点击这个按钮
第一个是表达层面的需求,即使产品再懂设计也只是可以提出一些意见,而不应该对设计层面的东西指手画脚。假如你说颜色不悦目,外形太小这些设计层面的题目不如从用户角度说明这个题目更让设计师佩服。最

后一个是整个产品层面的需求,可以让设计师去参加产品需求会议去了解,在产品快速迭代中不必再重申产品层面的需求。第二个是站在设计师位置以用户角度提出的需求,也是设计师真正能理解的需求。所以给设

计师提出的需求肯定要用设计师的需求语言。
设计师尤其是交互设计师自己就是个定位很模糊的职位,由于在产品整个开发的过程中,各个环节都会影响到用户体验(这个词实在是太大了,工作越久越不敢轻易脱口而出)但是设计师是最能站在用户角度去考虑

题目的岗位。产品必要为用户考虑体验题目,但是产品更必要去权衡整个框架,包括开发周期、实现体例、运营体例等。权衡各个题目的比重而不会完全将产品的重心放在用户体验上。工程师使用的开发技术也会影

响到用户体验,但他们更多把重心侧重在产品的实现、逻辑、可修改性等等方面。所以在产品开发的各个环节设计师是把手用户大门的角色,他们的存在就是在团队中争夺更多的资源为了用户。
这么说来就不难理解为什么在给设计师提需求的时候应该多站在用户角度,以设计师的角色去给他们提需求。
最后回到文章开始所说的,并不是了解设计和技术就能和他们进行无停滞的沟通。更多的是要理解各部门在开发中所扮演的角色、负责的首要义务。设计师们在得不到明确的需求时应该多去和提需求方沟通,指导需

求方将随口提出的需求转化成属于本身角色的需求。每每了解产品营业的聪明的设计师会对别人提的需求有更好地理解,而不是片面的只听到了“需求”,会根据营业推导出属于本身角色层面的需求。让设计师参加

产品需求会议就显得格外紧张,而许多团队只是把设计师当做干活的美工,在不了解营业的情况下增长许多沟通成本。

5hhhhh20160417
▲ 聪明的设计师在了解营业后能推导出属于本身角色层面的需求
今上帝要是以设计师的角度通过工作中的事情和本身平时所看所学思考的一些题目。团队中的交流沟通实在是一个大的话题,还会牵扯到许多其他因素,我会随着工作经验的积累慢慢再对沟通题目做进一步深入讨论






如没特殊注明,文章均为成都网站建设公司唯赛网络原创,转载请注明来自http://www.weseo.cn/News/knowledge_675_7878.html

Contact

ADD:成都市青羊区光华东三路西环广场6楼

TEL:028-64232097

Wechat

微信二维码