如何与设计人员沟通

标签: 设计 沟通 | 发表时间:2011-02-25 17:46 | 作者:Jam 小鱼
出处:http://ucdchina.com/rss/all

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

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

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

1、需求应该怎么提

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

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

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

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

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

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

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

2、图应该怎么改

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

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

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

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

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

 

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

相关 [设计 沟通] 推荐:

如何与设计人员沟通

- 小鱼 - 所有文章 - UCD大社区
最近做图烦死了,不停的改图,改图……. 烦,倒不是因为改,而是反反复复的改,人都会死. 很多需求人员不知该如何与设计人员沟通,不明白如何使设计人员知道他所要的效果,结果只能是沟通变成了扯淡,改图变成了应付. 那应该如何与设计人员沟通呢. 我认为设计人员与需求人员先天就存在语言障碍. 对一个合格的设计人员来说,整天玩的都是点、线、面、配色,哪种构图看起来协调;哪种配色看起来合理心里跟明镜似的,而需求人员却对此一无所知,只知道“我要的是那种,那种效果.

设计沟通的七条经验

- - 盒子UI
  经常有新入职的同学,搞不清设计师和别的职位如产品经理,在工作内容上有什么区别. 回答了几次之后,我总结出两方面的差别,简单概括为:技能和定位. “技能”指的是设计师掌握了项目中其他角色都不具备的能力——画图. 这么概括有点简单粗暴了,事实上设计师的专业能力远比画图两字涵盖的内容要广. 但“画图”确实是更容易被所有人理解的说法(向家里长辈解释我干什么的时候,他们如果不理解我就会说是画图的,他们就会貌似恍然大悟地哦一声,终于听到一个他们想要的能听懂的答案了).

设计师的“通天塔”—浅谈设计沟通

- - 博客 - 伯乐在线
前听过这样一个故事,南方的孩子没见过雪,所以不知道雪是什么东西. 老师说雪是纯白的,儿童就将雪想像成盐;老师说雪是冷的,儿童将雪想像成了冰淇淋;老师说雪是细细的,儿童就将雪想像成了沙子. 最后,儿童在考试的时候,这样描述雪:雪是淡黄色,味道又冷又咸的沙. 从这个故事,是否可以联想到设计师和产品经理或营销专员之间的那点儿事.

如何与PM沟通

- - 曉生
1.要学会听取别人意见,也许PM提出的问题你并没有考虑到,集思广益,可以得出有更好的方案. 值得肯定的是,你设计时已经能学会从产品角度考虑,引导用户操作,而不是单纯的好看. 只要不是单纯审美上的PK,都可以讨论,不是吗. 2.让产品阐述自己的需求点,明确重点. PM们七嘴八舌肯定不对的,要引导他们梳理出统一的意见.

团队沟通杂感

- - 人月神话的BLOG
随时随地的短时间的,快速迭代的培训和教练作用远远大于正规的系统培训. 系统性培训一个是针对性往往弱,另外一个就是对团队成员有较高的要求,即自我强烈的系统性学习欲望. 走动时管理目的是及时的发现各种问题和团队技能之欠缺点,有针对性的进行沟通和经验传递,这需要团队管理者有敏锐的洞察力,不能脱离到团队工作事务之外.

谈产品人的沟通

- - 互联网的一些事-关注互联网产品管理,交流产品设计、用户体验心得
  经常听产品经理说自己是打杂的,虽然这种说法有自我调侃的意味,但用这词来形容产品经理的工作也颇为贴切. 产品经理在一个公司中扮演的角色决定了他要做的事情多而杂,在一个产品诞生的过程中,从idea的诞生,产品的规划,UI设计,前端制作,程序开发,然后测试上线,上线后产品的优化等,产品人员一方面要全身参与,另一方面也要一直跟进.

我们需要怎样的沟通工具(一)情境沟通

- danaodai - 爱范儿 · Beats of Bits
自从进入了2011年,Kik、WhatsApp、Beluga、GroupMe、TalkBox等等几乎每周就有一个新的聊天工具冒出来,又看到 WhatsApp 获得八百万美金的 A 轮融资,我相信无论开发者们还是VC都相信的一个市场机会是,在移动互联网时代,一款完全基于移动设备的,并充分利用其能力而设计的沟通工具是一个很大的市场机会.

项目中的一点沟通心得

- ZX - legene的交互设计博客
我们每天都在通过各种方式与人沟通,但是这些沟通是真正有效的吗. 我们是否总是在不知不觉中,被沟通障碍牵绊住了前进的脚步,沉浸在消极的工作情绪之中却还不自知呢. 以下是我在工作中总结的一些沟通心得,在此与大家分享. 优点:不受文字数量的限制,内容具体;便于查阅存档及日后的统一管理;适合描述功能多、业务复杂的         项目;适合跨部门协作的项目;.

团队如何有效沟通

- Ivan - 博客园-首页原创精华区
         一个团队,特别是项目团队,往往涉及的人员多,而且跨专业线、跨部门甚至跨区域,如果让团队中所有的人员进行有效的沟通就非常重要,一个有序且高效沟通的团队必然是一个高效率、高凝聚的团队,相反一个项目组成员整天都在无序地、低效率地沟通,那应是一个低效、无凝聚力的团队,我们很多人往往都关注做事情、解决问题去了,并不是很重点关注此问题,常常忽略掉沟通的问题.