程序员与设计师如何沟通

趁着巴萨VS拜仁中场休息的时间总结一个我早就想写的,作为FarBox这里的开始————程序员与设计师如何沟通,困扰着许多人也是很重要的一个问题,提出一点我的个人看法。
在公司接手的这个项目,设计部分是外包给别人的,只有我去沟通,由于我和跟我交接的设计师都是新手,过程中还是出了不少问题,浪费太多时间了,总结一下跳过的坑,希望这次的总结能给下次的交接提供帮助,提高效率。
先看看这次暴露的一些问题

  • 缺乏需求文档。由于这次我公司的项目是先有了算法,再推进开发,在最初给设计公司提需求的时候不够明确,没有给出详细的需求文档,只是告诉他们我们想做什么,让他们设计,仅仅口头的表达与理解,这样的沟通不仅低效还充满隐患。
  • 不在一个语言层面。我对设计师的工作一点不懂,她对我怎么开发也是一窍不通。设计师对我怎么实现她的设计一点不懂,连个大概都不知道,比如一个我要用UILbael实现的东西,她觉得你把文字放在那不就行了。我对设计也不懂,不清楚他们说的顶边切贴边切,导致切图时也出过一些麻烦。
  • 沟通不及时。因为是外包,和我们不在一个地方,沟通起来不方便,导致我们的沟通不太及时。很多问题直到执行到那一步了甚至过了很久才能提出或者解决,无端浪费了太多时间。

这些问题可能会伴随整个程序员生涯,不同阶段不同水平的程序员肯定也有着不一样的做法,我仅根据半年的实习经验提出自己的解决办法。

  • 1要重视文档 项目最开始的需求文档能有多详细就写多详细,详细的需求文档能让设计师对项目方期待是什么样以及APP可能会是什么风格有个大概的判断,设计起来不会太飘,完全按照自己的喜好来。需求文档很重要,不要以为就只要需求文档了。由于产品人员的存在或者老板的拍砖,项目不改需求是不肯能的,但每一次的改动最好留下文档。写文档一可以让产品人员稍微冷静一下分析他们的需求改动,二是设计师或者程序员在改动时能随时有个参考,而不是仅凭自己开会时听到需求方口头说的来改,相信我,每个人听到的理解的接受的信息绝对不一样,没有形成文档的话一改动就跑偏了。总而言之,不管实在最初的需求提出还是后期的需求更改,一定要形成文档,最好是用一个专门的文件夹来存并放管理这些文档
  • 2懂一点对方的语言 就像和外国人沟通时一样,互相懂一点对方的语言或者是文化背景,都会使沟通更为畅快。具体到程序员和设计师这两类人:程序员可以去了解一下设计师怎么用PS和AI,不会用就看他们用一下,看他们怎么设计UI,如何切图,搞清楚顶边贴边或者其他他们经常说的术语的具体含义,设计师教教程序员一些设计常识,这个效果为什么是这样,那个控件那样摆的逻辑在哪,不用太深入,能知道个大概就行;设计师也去看看程序员们怎么实现你设计的效果的,逻辑部分不用管,就看程序员怎么实现UI界面,程序员最好展示拖控件的方式,让设计师见识一下他们设计的布局对应的控件是个什么样。我告诉设计师我们所有控件都是一种容器,再把图片、文字什么的放进去,她们知道这个概念后沟通就好很多了。
  • 3知道对方的习惯 不是让你们谈恋爱,不用去管对方的生活习惯,问一下对方的工作习惯会好些,尤其是程序员的习惯。不知道设计们工作习惯如何,只知道程序员们都是有很大区别的。比如到切图:有的程序员你给他个PSD他就能全部自己导出来,有的程序员需要你给她个长宽高之类的标注,有的可能需要你标清每一个控件的位置(x,y)和大小(w,h)。
  • 4酷炫的效果要慎重 不管是设计师还是程序员,大都想弄点酷炫的东西证明自己的实力。需要双方沟通的就关于设计师多些,这里由衷的提醒设计师,在你设计每一个你自己觉得很酷炫、得意或者是亮点的效果的时候,请问问对接的程序员:哥们(姐们),这效果有把握实现吗?不然很可能最后你呕心沥血得意无比效果,程序员一句技术无法实现,你得推到重新来,到时候恐怕得吐血。
  • 5及时沟通 不管设计师和程序员是不是对面坐着,请及时沟通,越拖到后面,沟通与改动的成本会越大。

以上就是我作为一个新手实习半年的经验总结,以后有新的认识也许还会再加进来。
欢迎和我交流。
就酱紫了。
PS:哈哈,我萨3:0大胜。