产品经理需要懂交互设计吗？懂到什么程度？

发布网友 发布时间：2022-04-21 00:06

我来回答

共2个回答

热心网友 时间：2023-09-20 15:40

众所周知，产品经理懂一些技术知识会对产品设计有帮助，对项目协作有益处。最好能达到以下程度及效果：

● 避免产品过度设计。所谓产品过度设计，是指设计的某些产品功能价值不大，甚至没有意义，但是开发工作却很复杂、很耗时。产品过度设计的现象经常发生，尤其是在前端交互设计上。很多初级产品经理会误以为界面设计只是画几张图，而没有考虑背后实现逻辑的复杂性。

● 避免技术过度设计。所谓技术过度设计，是指技术人员设计了没有必要的代码灵活性和复杂性，而后续的业务根本用不到这些特性，宝贵的时间和资源被浪费。产品经理有时需要和技术人员进行深入沟通，分析业务情况，帮助技术人员砍掉不必要的灵活性、扩展性设计。

● 与技术人员沟通顺畅。对于研发人员来讲，如果合作的产品经理能在同一个频道、用同一套语言进行沟通，是非常舒服惬意的事情，可以增进好感和信任感。相反，如果产品经理对一些基本的技术常识都不理解并且不愿意理解，只是一味地强调自己的设计多么合理，就会非常容易和研发人员产生冲突。

● 预判需求的可行性。如果产品经理具备足够多的技术知识及经验，在接到一个需求后就可以很快地判断技术实现的可行性和成本，并根据业务诉求快速给出可行的解决方案。否则就需要拉着技术人员和业务人员一起来回讨论，降低效率。

● 评估工时合理性。完成产品方案设计后，在和开发人员沟通时，产品经理要站在业务人员的角度，和开发人员讨论工时评估是否合理。有时开发人员对工时的预估不准确，甚至给出一个很夸张的开发周期。如果产品经理懂技术，则可以感觉出有问题；否则，工时评估对产品经理来说就是一个纯黑盒操作，无法进行判断和把控。

综上所述，产品经理，尤其是B端产品经理，如果具备技术知识，对工作将大有裨益。

热心网友 时间：2023-09-20 15:40

做产品这几年，和开发工程师打交道最多，和他们交流通常有两大忌：
一.忌不懂技术 有常识，当然不一定就能做出好产品，但没常识，就很象在村里呆了半辈子的人乍到城市，一举一动即使小心翼翼，也没法儿不透着突兀和不和谐。
很多公司都有完全不懂技术的产品人，大多年龄较长，也许是互联网出现的时候，他们已经过了充满好奇和渴望未知的年龄，不愿意放低身段去学习新东西，喜欢只凭着想象和自己的生活经验就开喷，间或以若干近期热门关键词作为点缀，以示自己尚蹲在潮流尖端。
二.忌懂技术 我遇到不少工程师喜欢说：“只要产品需求明确，技术上一切都能实现。”
这句话听起来相当豪迈，也让产品经理大为放心，觉得技术真是产品的坚强后盾。但其实传递了一个特别糟糕的信号。 当工程师这么说的时候，潜台词是：“你弄好你自己的事儿就行了，别来管我！”而且这种说法隐含着一个乐观但显然并不现实的假设：技术是无所不能的，他（掌握技术的人）也象灯神一样，可以实现你的任何愿望，只要你能明确的描述它。
我不知道阿拉丁说完愿望之后，假如胆敢继续追问灯神将具体采用何种技术方案来实现的话，会不会被塞到灯里，但我知道很多工程师在发现你关注技术层面过深的时候，都会有种领地被侵犯的感觉。 这就是工程师维护自己专业槽的本能，与行业中其它角色相比，工程师地位不是最高，待遇也不是最好，还经常加班加的要死要活的，唯一得天独厚的优势，就是专业槽比任何角色都深。关于产品、关于UI、甚至关于商业模式每个从业人员都能喷上几句，要是说到用户体验，那更是连业外人士都敢大喷特喷而没有任何心理负担：反正我就是用户嘛，越傻越光荣。而一旦涉及到代码，大多数人就直接晕菜了。
想想那些UI设计师的苦*段子，工作时没有喷子们指手划脚的干扰，真是上帝赋予工程师独有的恩赐。 所以当他们认为有外人正试图跨越这条槽时，自然会有所警惕，甚至体现出抵制和敌意。当一个产品经理发现工程师开始比较密集的使用术语或拼命把简单问题往复杂了说，你应该知道，他们在槽边开始向你射箭了。
从整个产品乃至公司的角度来说，各个专业角色之间的专业槽都是应该被填平的，产品经理不该对工程师玩挟天子以令诸侯，不要总假装自己是用户的三个代表，动不动就拿想象中的“用户需求”当“奉天承运”来用；工程师也不必总装灯神，假装无所不能很累的，工程师之间必有能力高下之分，其实有时候功能做不了或做不好，纯粹只是因为工程师能力所限。如果彼此坦诚一些，大可以提前有效沟通，尽可能避开那些投入产出比过低的部分，有不少工程师不愿意拿出来讨论的技术实现上的细节，都是值得产品经理参与进来的，在这些细节上如何取舍与抉择，会对产品的开发进度、性能甚至功能带来极大的影响，如果沟通到位，往往可以让开发工程师少做大量无用功。在我开始自己动手写代码之后，对这一点有了越来越深的体会。