关注前端开发
HTML5、CSS3、Javascript

剖析如何与设计人员沟通

最近做图烦死了,不停的改图,改图……。烦,倒不是因为改,而是反反复复的改,人都会死。很多需求人员不知该如何与设计人员沟通,不明白如何使设计人员知道他所要的效果,结果只能是沟通变成了扯淡,改图变成了应付。

那应该如何与设计人员沟通呢?

我认为设计人员与需求人员先天就存在语言障碍。对一个合格的设计人员来说,整天玩的都是点、线、面、配色,哪种构图看起来协调;哪种配色看起来合理心里跟明镜似的,而需求人员却对此一无所知,只知道“我要的是那种,那种效果!”到底是哪种?不知道。这也并不是说要让需求人员都会讲色相、明度等一些专业术语。只是表达时换一种方式也许让设计人员更快明白其用意。

1、需求应该怎么提

很多需求人员在提需求时会犯一个错误,就是自己先把所有东西都想好,哪放按钮、哪放图片、哪用什么颜色真是比设计师还“专业”。我还看过一份广告需求写着“左边有棵圣诞树,树下摆满了礼物。右边天空上圣诞老人坐着雪橇在空中,洒下三个礼物盒……”别笑,这样的需求还有很多。还好他们不会PS不然设计人员都要下岗了。

其实在提需求时想法应该越少越好,特别是一些主观想法应该坚决剔除,因为这样设计人员的发挥空间才会大。那么你可能又会想总不能什么都不写让设计人员天马行空的做吧?要写,而且以下几点必须写:

a) 目的(主题)
需求人员一定要明白这个项目应达到什么目的应该得到什么结果。一个广告要突出什么主题传达什么信息,这都必须让设计人员明白,方向明确了劲才能使到一块去,如果这一点也没有那么这个需求完全没必要提。

b) 目标受众
这个需求针对那些人?;项目的用户群是哪些?都要让设计人员了解。这样设计人员才好根据这些人的喜好做出相应的风格。

c) 项目背景
假如该设计人员是此项目“御设计师”那这一项也可以不写,但对于对此项目不太了解或新进设计人员来说,项目背景还是有必要了解一些的。这一想不用写的过于详细只需说明一个大概即可。

d) 时间安排
在填写时间时最好先与设计部经理了解一下目前设计人员的工作量如何,或与相关设计人员协商后再填写。

另外还要写上项目负责人(谁拍板)、项目联络人(谁跟进)等相关人员信息,如果维护类需求还应写上原设计人员的名字。需求提交后还应与设计人员一到二次的当面沟通,把需求上没有说清楚或设计人员没看明白的位子解释一遍。

2、图应该怎么改

改图是不可避免的,但是我们要把这种频率减到最低。注意我这里说的是改图而不是所谓的迭代。假如需求人员与设计人员配合的足够有默契,其实也很容易得到各方所要的效果。视觉这东西很大程度上是一种主观感受,每个人喜欢的风格不同,品味不同,当然都会有各自的想法。但首先设计人员应该把自己认为最好的效果呈现给大家,如果连自己这一关都过不了还怎么都说服大家?而需求人员在提建议时最好先想想这是否是你的主观想法。喝百事与可口都可以降署解渴,怎么能因为你不爱喝可口就也不让别人喝可口呢?其实达到目的即可。

在提建议时也因注意一下,多提一些实际性的建议不要来虚的。比如“这个图还没上调子”,不如说“这个图的这个位子太暗了”。

语言上也不要太文艺,就说最容易明白的语言即可,比如“能不能做出光泻在叶子的感觉?”不如说“能不能做一道光照在叶子上?”。

还有一些需求人员喜欢提一些看似专业而非专业的建议,比如“这个文字太暗了,能不能再亮点,背景也要调亮点。”其实此时文字已经是纯白了,之所以不够亮是因为背景不够暗显不出文字的原因,其实需求人员只要说文字不够突出就可以了。

总之建议应多提硬伤,主题是否已突出?条例是否清晰?达到目标即可。提建议时应用最简洁明确的语言沟通,大家就不要秀文采比修辞了,这又不是对对联。

源地址:http://ucdchina.com/post/9159

转载请注明出处大前端 » 剖析如何与设计人员沟通

分享: