产品经理做的原型和交互设计师做的原型有什么区别

朱晨@知乎的回答：

坦白的讲，我觉得产品经理是不应该画原型的。

原型仅仅是一种工具，它的作用是阐述界面操作流程。事实上，产品是不应该直接控制这个环节的。

对于一个产品经理来讲，应该把重点放在分析用户需求、规划靠谱功能上。按照小龙的说法，产品经理是站在上帝身边的人，要为这个产品设定游戏运转规则，把用户的需求链接起来，推动产品运转。还是把下一层级的脏活累活甩给交互去做吧。

产品经理确实也需要画图，但应该画的是“故事板”，向大家讲清楚，我们这个功能，在用户的真实生活中是帮他们解决什么困难的。

舍本逐末，不可取。

当然，这是把产品和交互分成两个角色来说的。一个思考需求，一个思考实现。只要足够牛逼，包圆儿了也没问题，只是不要再招一个交互了，会害了人家。

刘云天@知乎的回答：

产品经理现在画交互设计稿的现象，是行业起步落后和交互设计人才缺乏最主要的原因。产品经理应该不应该画交互设计稿，取决于企业文化和组织架构。

产品经理应该不应该懂交互设计，答案是必须要懂的，产品经理对待产品要像孩子一样呵护，如果完全禁止产品经理不画交互设计稿，就好像不让Zuckerberg写代码一样；反过来看，有几个产品经理可以把代码（或交互稿）写/画得像 Zuckerberg一样好呢？

回到问题上来，产品经理对待交互稿，应该是快，草；快速模糊的把信息传递给交设计师，交互设计师根据模糊的概念形成细化的方案。这个是两者最大的区别，如果说配合，这样的配合是最高效的。唯快不破，平衡是美，我的签名档。

另外的话题，产品经理和交互设计师不应该太强调职责之间的关系，因为，产品的最终的成功与否决定了两个角色的去和留。

高岩@知乎上的回答：

我们在工作中，会根据产品形态的不同，进行合理分工。一般来讲，PM主要负责用户需求整理，规划，功能筛减，商业模式、运营模式探索，版本迭代时间规划，敏捷开发功能点描述等；

如果是WEB端的产品，交互相关的东西会涉及的比较少，由于PM洞悉各个功能点，倘若对原型设计较为精通，那么由PM亲自操刀出来的原型，既有利于开发人员了解功能点，又能减少与交互设计师沟通的时间，如此可以大大提升工作效率。

如果是移动端的产品，交互相关的东西会涉及的比较多，由于PM需要规划每个功能点，倘若操刀交互细节，将会非常费力，这个时候可以考虑将交互的细节分给交互设计师来做，自己全心全意规划功能，此为上策。虽然花费了一些沟通成本，但优化后的交互细节，在用户体验上会达到一个更加专业的程度。

综上所述，PM的demo和 Interaction designer的demo，最大的区别在于对交互细节的描述上，亦需根据产品的交互复杂度来定。

题外话：作为PM，需要不断提升自己的能力，不管是交互还是技术甚至是UI审美方面，都要保持进步，这样才能应对更多的复杂急性事件。

两者怎么配合，工作才不会重复，发挥最佳效果？

PM 整理思维脑图，头脑风暴之后，优化思维脑图，然后出草图，你可以用Axure或者visio甚至腾讯出的UI disigner或者最近比较流行的Fluid UI（APP设计工具）来画草图，也可以称之为低保真原型图，在这个低保真原型图中，你需要一一罗列功能点，交互细节大可不必提及，完成后主动找交互设计师进行沟通交流，要耐心的将各个功能点向交互设计师描述清楚。交互设计师了解到这些功能点之后，会根据自己专业能力的感知，来进行高保真原型设计。我一直认为，交互设计师应该精通Axure，甚至应该具备非常高的文字描述能力，因为作为PM，我觉得交互设计师、前端设计师就是灵魂铸造师。高保真原型出来之后，PM应主动与交互设计师沟通，看看是否有需要修改的地方，两个人需要在灵魂层面达到二合一的境界，对功能的理解一定不能有出入，一些功能细节，PM应该把关，某些交互细节，应该提出自己的意见，换位思考，理解交互的设计含义。耐心与责任心在这个时候显得尤为重要。统一方案后，就可以提交UI进行设计了。之后就是前端工程师的静态页面设计，程序员的技术实现，TEST了。整个过程中，PM的沟通能力得到了最大程度的体现。所有的这些，都基于你对产品的热情程度，因为只有热情，才能让你持续不断的保持上文提到的那些能力。

如果是乔布斯做产品经理，会不会把交互设计师的活也全包了？

乔老爷不会凡事亲力亲为，我个人认为乔老爷最大的优势在于，作为一个相当偏执的人，对产品细节的掌控力、对产品极致程度上的把握以及对产品未来形态的发展趋势，非常精细，甚至可以预测到产品的未来。这都是因为他洞察那些因果关系，他的手下，全部都是精英。所有交互的工作他不需要做，作为一个领导者，他的方式有些特别，交互做的不好，体验不到位，他会直接骂，这是狗屎。然后不断的修改吧，一般人很难理解这种做法，但换过来说，这其实对交互而言，也是一种精益求精的鞭策。以上内容为我对这三个问题的理解，可能有不到位的地方，仅供参考。