一个软件的UI和UE更多的是细节功夫，往往被人忽略。但作为软件的脸面，用户最容易注意到的又是它们。如何把它们搞好有很多地方需要慢慢摸索，但从个人经验来看，沟通配合可能是摆在第一位的。
设计师和工程师的职业思维差别很大，因此在沟通上会存在不少问题，解决这些问题没有统一的标准答案，但有一些经验体会说出来抛砖引玉。当在一个问题上比去年僵持不下时，可以想想。
1、与设计师配合工作也是研发的一部分，因此，需要在项目前期就把各个资源的时间点、配合流程细化出来。
2、尊重每个人的专业性，在界面效果、交互体验上面纠结时，你如果不能拿出量化的东西说服他们，就要先说服自己承认他们是对的。
3、改来改去的事在设计师的世界中再正常不过了。如果只是因为这个，你需要做的是停止争吵，然后和他们一起去梳理流程提高效率。
4、设计师眼里的一个小小的改动可能大到摧毁你的世界观，而你不说他确实不知道，这并不是针对个人。如果在这点上设计师无意间给你造成了麻烦，只需要把你的计划以及难处摆出来，让你的Leader去衡量。
5、最后想说的是，要解决工作中的沟通问题，除了注意配合流程之外，更需要我们抱着解决问题的态度去讨论，而不是各自把自己想干的事和自己的难处往桌子上一摆，然后，你看着办。
最近恰好看到一篇不错的文章：设计师和工程师如何好好相处？与大家共享！
沟通的问题说完了，扔几个开发Android项目中的一些实际操作经验，希望能对大家的有些帮助：
1、把设备按DP分为大、中、小等不同的尺寸。然后说服UI分别为这几不同的尺寸设计效果图。UI在为每一种尺寸设计效果图时，只需要考虑像素就OK了。而最后研发铺图时全部按DP／SP来。
2、UI也需要设计结构。因此，需要项目前期就把所有的效果图、切图等UI资源按模块划分，再与UI约定好更新计划。最后，把这个更新计划揉合到研发计划中。
3、给UI一份开发人员与模块的对应表，UI按计划去更新资源时，直接通知到具体开发人员。同时，每隔一定时间，把更新内容汇总出来抄送所有人，防止遗漏。这个汇总间隔视更新量而定，在项目最紧的时候需要一天一次。
4、负责具体每一个模块开发的研发人员按计划与UI一起进行模块的换图工作，有细节问题直接面对面沟通。
5、最近，项目中增加了一个UI审查的流程，项目每一个版本的提测和发版，除了要经过QA的测试，还要经过UI部门的审查。这个流程值得借鉴，以免出现UI只管出图，研发只管往上铺，就是没有人对最终效果负责的情况。