产品经理与UI设计沟通的5个场景
原创： Kevin改变世界的点滴 Kevin改变世界的点滴 前天
大家好，我是Kevin。这是2019年第125篇原创
产品经理工作的上下游，上端是需求来源方、下端是设计研发团队。在需求方源头，产品经理依靠着业务知识、通过产品设计能力，可以迎刃而解。
但面对设计研发端，却因为需求的实现效果和成本问题，我们会在设计时考虑不同方案。就会涉及到的研发沟通、设计沟通工作。
尤其是对UI设计，从我的工作经验来说，沟通不是指什么颜色什么渐进不好看或者什么尺寸，要对产品方向定位希望表达什么希望让受众接收到什么最终要达到什么样的目的等等这些内容来沟通
产品经理技能以：原型、文档、沟通，3点为主。找到好的沟通方案，可以有效提升产品的研发可行性和性价比
。
我列举了3个与UI设计师一定存在的沟通场景。
”找到竞品的设计参考一下“
我相信所有的产品经理在方案完成后，一定已有参照产品甚至是物品。UI设计师在没有全方位了解当前功能或产品方案的用户画像和使用场景，所给出来作品往往是差强人意。
举个列子，当初我们在做摇钱树的产品demo。希望以此让用户参与游戏互动，在春节。
但因为考虑到医疗颜色、用户人群偏向中老年人。我们其实应该融入企业品牌颜色。但UI设计师并没有得到这类信息，最后上线的摇钱树成了一个营销类页面。
但若直接让设计师借鉴某个产品，对比需要大量调研或长时间准备的论证，”找一个借鉴的产品“是最快的方法。
参考行业的top、更符合自己业务的产品，再借此优化。这是一个典型的有效沟通方式。站在对方产品，逆向拆解自己的需求在评审中会更要求团队落地。
产品经理与设计师都要知道：为什么要这样设计
在需求评审中，产品经理会受到包括研发、设计以质疑的方向提出argue，比如：为什么要这样设计？为什么要借鉴对方，对方的用户上百万。的类似问题
产品经理必要时一定要给出方案的理由和为什么做的数据论证。
同样UI设计师的沟通，产品经理要学会以：“为什么要这样设计的问题？”去提问，让设计同学和自己走向一致。
有的互联网团队，因为有了产品经理，所以导致了部分设计师会放弃思考，只专注的更快出图或完成设计工作。
我曾经也采访过某些设计朋友，为什么不转型做产品经理的问题。
给出的答案有：“做设计师简单，只需要执行即可。做产品经理还要被diss多累”
”为什么要这样设计？“阐述了一个设计师有没有思考当前页面的整体性、产品符合的用户画像、以及设计中是否会有遗漏
大部分初级UI设计师在设计都会因为聚焦当前需求而没有考虑到一个页面的整体性和页面路径顺序。如下
页面的前后路径、关联模块、关联组件与控件都有没有纳入UI设计考虑。
设计师协同没有标准的问题
这样的问题通常存在团队有3个以上的设计师才会出现。因为产品经理的分工原因，设计师负责模块因需求不同，所给出的标准与风格都有区别。
没有设计规范，导致了一些关联页面或模块，出现了不同的风格。要想合理的避免这类问题，只有建立设计标准，才会避免。
但设计标准通常是某个版本周期的标准， 不是固定的。
更新、维护还有迭代设计标准，是一件非常耗费时间的工作。
所以产品经理在设计标准的版本把控与需求的类型把控上十分重要，只有这样才可以让类似重构的场景变得有效。
我曾经见过一些版本，因为重构的问题。导致页面层次不齐，最终重构只是技术上的翻新而没有在用户体验上进行优化。
好，今天的分享就在这里。
当当购物我的著作—产品之光
小程序
我的原创书籍，如果你正在寻找产品经理的入门书籍，欢迎选择它。
3个影响你产品经理职业发展的计划
1.每天一款app知识星球
坚持一年，招募500个产品经理
2.产品经理职业技能训练
后台产品，1个case|一个月500个产品经理
3.教你学会用产品经理的思维写作社群
产品经理走进创作后，人生有什么改变？
2019年，让我们继续前进！
文章被以下专栏收录
