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