做原型仿佛是NPDP产品经理的工作中必不可少的部分，但是，NPDP产品经理做的原型与交互设计师做的原型到底有什么区别?

　　1 NPDP产品经理现在画交互设计稿的现象，是行业起步落后和交互设计人才缺乏最主要的原因。

　　NPDP产品经理应该不应该画交互设计稿，取决于企业文化和组织架构。产品经理应该不应该懂交互设计，答案是必须要懂的，NPDP产品经理对待产品要像孩子一样呵护，如果完全禁止产品经理不画交互设计稿，就好像不让Zuckerberg写代码一样;反过来看，有几个产品经理可以把代码(或交互稿)写/画得像 Zuckerberg一样好呢?回到问题上来，产品经理对待交互稿，应该是快，草;快速模糊的把信息传递给交设计师，交互设计师根据模糊的概念形成细化的方案。这个是两者最大的区别，如果说配合，这样的配合是最高效的。唯快不破，平衡是美，我的签名档。另外的话题，产品经理和交互设计师不应该太强调职责之间的关系，因为，产品的最终的成功与否决定了两个角色的去和留。

　　2 我们在工作中，会根据产品形态的不同，进行合理分工。

　　一般来讲，PM主要负责用户需求整理，规划，功能筛减，商业模式、运营模式探索，版本迭代时间规划，敏捷开发功能点描述等;

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

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

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

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

　　统一方案后，就可以提交UI进行设计了。之后就是前端工程师的静态页面设计，程序员的技术实现，TEST了。整个过程中，PM的沟通能力得到了最大程度的体现。所有的这些，都基于你对产品的热情程度，因为只有热情，才能让你持续不断的保持上文提到的那些能力。

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

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

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

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

　　舍本逐末，不可取。

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