阅读: 88
答案 1：
>彼此尊重对方，尤其是不要彼此称呼对方为“美工”“写代码的”，尊重是良好配合的开始。
询问原因，提出意见的时候一定要专业，否则就不要说。比如coding的同学如果觉得颜色不好看，请明确指出希望是什么颜色，原因是什么，而不是单纯的说我感觉很不好。设计的同学如果用起来demo难用，记得询问为什么没有实现出来，而不是一直说“这家伙水平太差”，毕竟除了界面还有很多底层的东西需要实现，只是一个华丽的空架子也是白搭的。如果希望实现什么效果但是自己不知道怎么做到，最好去找一个现成的例子给coding的同学瞅瞅。
设计师请不要“超设计”，作为一个设计师（而不是单纯的视觉设计师），应该更多的关心是如何能让用户使用起来更加方便快捷，如何coding上面实现成本最小，而不是各种s-ow自己的技术。就拿iOS设备举例，固然能实现很多自定义的功能，但是用户是否需要？仅仅是为了设计的好看么？是否考虑coding的同学的工作量呢？如果不这么做用户会不会不用这个软件？
从设计草图开始就要和coding的同学沟通，询问实现的可能性，如何实现成本最低。当然对于自己某些设计的坚持还是要的，但是一定要站在用户的角度来想。
设计师自己最好懂一些coding，可以不会重头写，但是至少知道现有技术能实现到什么地步，有什么方法coding不好实现的可以用视觉设计补足，出了问题自己能小修小补（ 你不能指望每个px都让别人来帮你修改）
设计稿尽量标记仔细，比如宽度高度间距颜色等，最好都在设计稿上面标记清楚，这样coding的同学才能更高效率。对于每个尺寸尽量都是测量好的，而不是随手拉出来的图形，因为在代码里面是不能“随手拉”的，一定要有一个数值；而且coding的同学机器上一般没有ps，不要让他们自己去“吸”颜色
交付的文件尽量整理清楚，不要丢过去的PSD有200多层且没有分组。这里面要说的是coding的同学不需要原始的PSD，最好能帮忙输出为各种切图最好。
coding的同学最好在有大概框架之后，告诉设计的同学产品大概分几个部分，每个部分需要什么样的图片，这样设计的同学才能更快的输出素材。
记得项目完成后，拉着coding的同学，一起吃个饭吧～
分享常识给亲友.
下一篇:表达年月时间范围时，是否需要和表示人的寿命一样，默认「至今」是省略的？ 下一篇 【方向键 ( → )下一篇】
上一篇:Radio-ead 不来中国？ 上一篇 【方向键 ( ← )上一篇】
快搜