我在从事产品工作之前，曾经是做过美工，后来是UI，最后差点成为前端。大家知道，在互联网初期，分工没有那么明确，美工的工作不仅是作图，还要把图片输出成页面，后面才细分为UI设计和前端，还有小公司的美工会做产品的工作，根据领导的需求，输出DEMO设计图，其实也就是最早的原型图。虽然在那几个岗位上没做多久，但对于我后面从事产品的工作帮助很大，尤其是和这些职位上的人去沟通，可以说是知己知彼了。
我一向奉行四个字原则：先理后兵
如何和设计先理？
设计心理：最怕高保真原型，最讨厌需求不停改动，最反感别人否定他的作品、最崩溃产品告诉他如何设计（产品说：你就照着那个设计就好了）。。。
第一、避免输出高保真原型
产品在输出时，除非有特定要求，不要轻易输出高保真原型。如果设计完全按照原型去做，因为高保真原型做了太多设计的工作，让设计发挥的空间非常小。如果设计不按照原型，加入自己的设计元素，很可能会偏离需求。不仅如此，需求方已经评审过原型，设计变动太大，需求方都会认为你需求发生了变动，增加了不必要的沟通。
第二、需求清晰全面，原型页面不可缺少
在原型设计上，产品要把所有可能出现的页面全部画出来。因为设计往往是根据产品原型页面去画的，如果原型缺少页面，那最后会出现前端无页面可写的状况。
第三、对设计作品，先褒后贬，先表扬，然后再提修改意见
作为一个产品，要有一定的审美能力，每个设计做出的作品都会有自己不同的风格，很难有完全能和你合拍的设计。这样就难免要和设计沟通修改的问题。沟通时，也是四字原则：先褒后贬，切记口无遮拦，妄加评论。最好以：设计得很好，但你觉得如果换种方式会不会效果更突出？或是我很喜欢你的设计，但好像和我们的主题好像偏了一点，吧啦吧啦..
第四、由设计输出页面规范，产品审核
页面规范也就是一个标准，很多时候产品也会输出，但在这里，我建议页面规范由设计和产品一起输出，设计为主，产品为辅。因为在视觉效果上，设计会比产品更专业。设计输出规范，会保证页面的整体统一性，也提高设计的参与度，而不是设计完成后高高挂起，也要参与后期的验收，让专业的人负责专业的模块是最明智的选择。
第五、让设计与前端直接沟通，产品协助
设计图完成并通过评审后，让设计与前端直接沟通，产品只是沟通部分需求细节。
接下来就是和前端的理了
前端心理：最怕需求不明确，最讨厌听这个应该很快吧，最反感产品天马行空的想法。。。
第一、需求明确，尤其是交互，页面跳转清晰可寻
第二、评审时间时按照功能去评审，而不是页面
第三、做新的特效前，找好参考网站，别人已有的绝对是可以实现的
第四、没有把握的效果，提前与前端沟通，或是提出问题，让前端建议一个解决方案
以上的这些就是产品的理了。如果你的理到了，对方却不合作，那就后兵了。你的兵不是指自己去找他们干架，这个肯定是不可行的。项目经理就是你的兵，只要你占住了理，后面就让项目经理出马解决就好了，不要直接冲突，否则后期合作会比较麻烦。
要收尾了，想起自己手下产品的问题，再哔哔几句
第一、需求变更时，应有项目经理或是需求方发邮件或是群里公告通知项目成员，而不是由产品去告知，避免成为众矢之的
第二、产品虽然需要坚持自己的观点，甚至是要强势点，但不要趾高气昂，要时刻保持谦虚礼貌，与大家是合作关系，尽量打成一片
在其他文章里我分享了与需求方和开发沟通的内容，感兴趣的可以看一下《产品经理如何与需求方沟通》《产品经理如何与程序猿沟通》
