视觉设计师如何高效率地和程序员沟通？
2012-01-19 17:55:35   来源：   点击：

7 个答案

• 答案 1：

  彼此尊重对方，尤其是不要彼此称呼对方为“美工”“写代码的”，尊重是良好配合的开始。

  询问原因，提出意见的时候一定要专业，否则就不要说。比如coding的同学如果觉得颜色不好看，请明确指出希望是什么颜色，原因是什么，而不是单纯的说我感觉很不好。设计的同学如果用起来demo难用，记得询问为什么没有实现出来，而不是一直说“这家伙水平太差”，毕竟除了界面还有很多底层的东西需要实现，只是一个华丽的空架子也是白搭的。如果希望实现什么效果但是自己不知道怎么做到，最好去找一个现成的例子给coding的同学瞅瞅。

  设计师请不要“超设计”，作为一个设计师（而不是单纯的视觉设计师），应该更多的关心是如何能让用户使用起来更加方便快捷，如何coding上面实现成本最小，而不是各种show自己的技术。就拿iOS设备举例，固然能实现很多自定义的功能，但是用户是否需要？仅仅是为了设计的好看么？是否考虑coding的同学的工作量呢？如果不这么做用户会不会不用这个软件？

  从设计草图开始就要和coding的同学沟通，询问实现的可能性，如何实现成本最低。当然对于自己某些设计的坚持还是要的，但是一定要站在用户的角度来想。

  设计师自己最好懂一些coding，可以不会重头写，但是至少知道现有技术能实现到什么地步，有什么方法coding不好实现的可以用视觉设计补足，出了问题自己能小修小补（ 你不能指望每个px都让别人来帮你修改）

  设计稿尽量标记仔细，比如宽度高度间距颜色等，最好都在设计稿上面标记清楚，这样coding的同学才能更高效率。对于每个尺寸尽量都是测量好的，而不是随手拉出来的图形，因为在代码里面是不能“随手拉”的，一定要有一个数值；而且coding的同学机器上一般没有ps，不要让他们自己去“吸”颜色

  交付的文件尽量整理清楚，不要丢过去的PSD有200多层且没有分组。这里面要说的是coding的同学不需要原始的PSD，最好能帮忙输出为各种切图最好。

  coding的同学最好在有大概框架之后，告诉设计的同学产品大概分几个部分，每个部分需要什么样的图片，这样设计的同学才能更快的输出素材。

  记得项目完成后，拉着coding的同学，一起吃个饭吧～

• 答案 2：

  沟通要以一起找到适合的解决方案为目的，具体目的要明确。沟通有方式方法问题，但是双方都要积极主动才是最重要根本的。设计师和工程师不要总是站在各自的“专业角度”去做沟通，充分信任并接受互相探讨双方的专业领域。但也不要过于纠结不必要的细节问题，特别是会议上。聆听对方的意见，充分表达各自的想法，在关键分歧上要达成一致，不可一样孤行或者互不关心。个人觉得团队合作的问题多数都是沟通问题，沟通问题多数都是心态问题。至于方式方法，我觉得作为一个团队成员来说，不需要过于强调其中的技巧。

• 答案 3：

  1. 沟通的前提是双方的出发点一样 都是为了公司的利益 或者为了做好一个产品 如果其中参杂了一些私人的因素就难说了 这个就得用其他方式解决 弄清楚双方的出发点 这很重要2. 双方都有自己的原则和坚持的底线 技术人员一般坚持的是通用性的解决方案 不要影响到整个架构之类的 大家在双方的底线上是一定有交集的 那就从最理想的方案开始 双方各让几步3. 及时的沟通 双方都真诚的说明自己的观点 别把技术只当作实现产品的人 如果只需要实现那就去找外包吧

• 答案 4：

  这里我就不说什么团队文化、沟通技巧之类的了。传统黑客只需要跟代码与系统打交道。传统设计师只需要跟色彩、形体与排版打交道。（这里可能不是很确切，望有补充修正）但在软件产品上面来说，设计与开发都不是最纯粹的。甚至我倾向于认为，任何领域的设计师与程序员都不可能纯粹，总会与其它行业融合。所以最好的打交道的方式，不是使用什么技巧或是流程去绕过行业鸿沟，而是去改变设计师和程序员他们自己，让他们能了解到对方究竟在做什么、怎么做，让他们能了解对方的思维方式，并且尊重对方。所以老板们总会希望设计师懂点开发、程序员懂点设计，这虽然让人郁闷，但个人觉得这的确是最好的解决方案。P.S. 还好，现在软件开发已经不像以前的软件开发，所有的UI代码与逻辑代码混成一团，让大家都苦不堪言。更多地，信息与界面使用上了配置文件，比如XML/HTML/CSS等等。这个时代已经比过去好得多，甚至有专业做的PSD2HTM的人们。我倾向于认为，这种夹在两个领域之间的灰色空间，是所有做专业的软件产品的视觉设计与程序开发都需要掌握的技术。懂了这些，之后的事情都好办得多。

• 答案 5：

  国内的目前开发还没有形成一个固定有效的部门, 例如 这个命题 设计师部门其实不用和程序员沟通, 因为一是中间还有产品部门,让主导思想的人去沟通不是更好更有效而且不容易出现理解误差, 二是很多时候设计和代码混为一谈,很多公司没有把设计和代码分开,即做PS设计又做html代码 部门混作一团. 这还怎么沟通,导致直接考虑实现而忽略了大的目标和小的细节问题. 所以要做好沟通必须明确每个部门清晰的定位, 视觉, UI, 前端代码 后端代码 都是不同的部门, 清晰以后由产品部门来负责各个部门的沟通, 做到和UI沟通的时候只考虑UI,和代码沟通的时候只考虑实现而不考虑改变UI.或改变需求. 如果你非要让视觉和代码去沟通那么沟通的是视觉问题还是代码问题? 这是一个无解的沟通方式.

• 答案 6：

  最好的办法是开发UI设计工具,将软件底层实现和UI表层设计区分开. 界面部分的工作完全由UI完成,会大大降低和软件交流的必要性.

• 答案 7：

  这个问题还可以衍生为: 项目经理该如何和设计师/工程师沟通, 产品人员该如何与技术人员沟通. 如果有关人员单独把这个问题拿出来思考对待的话,就会有很大的改善. 要尊重对方,有疑问的时候先听别人说怎样是最好的, 不要总是强调自己认为的方式方法. 不认同对方的时候也要有非常明确的理由. 就算是这样,还是会有问题出现, 那就是你自己认为明确的理由对方看来根本就是你自己的个人喜好. 所以平时要多看多听,少拍脑袋,多看书.