经过了需求分析、产品原型的思考，现在，产品经理终于要撸起袖子制作原型了。

产品原型，是可视化的产品概念，服务于沟通，帮助团队达成共识，最终开发出面向市场的产品。

如何做呢？以下将试着探讨这个问题。

1、直观无歧义

产品原型要完整地描述信息和行为，做到直观和无歧义。

怎么样才是完整的？上一篇文章《产品经理的需求实现——如何思考产品原型？》已经试着回答了这个问题，此处不再赘述。

直观，是指描述的文字充分考虑到受众的认知思维，使用他们容易理解的词汇和术语，减少认识的难度。语句表达需要清晰简洁，不拐弯抹角，旨意明了。

无歧义，是指不同受众看到同样的文字不会产生不同的理解，产品信息描述不是写诗写散文，而是说明文，需要程序员和测试人员看到后是一致的理解。

2、快速成型

复用

绘制原型，有时候，很多页面的组件和模块是一样的。典型的就是页面的头部和尾部，头部一般包括导航、登录/注册、购买入口等信息；尾部一般是版权、政策声明、多语言选择等等。

头部和尾部的信息，经常会在不同页面出现，这个时候如果一个一个去画，就非常低效。有人说只画一个，剩下的用复制粘贴，但如果遇到要修改的时候，岂不是要一个一个去找？这样不但累，而且容易遗漏。

母版

好的办法是利用Axure里面的母版功能，只要定义了一个母版，比如将头部导航定位母版，那么在实际页面上，只需要将母版拖动过去就行。

遇到要修改的，只在母版修改，所有放置了该母版的页面都将会自动修改。如此一来，不但快速便捷，而且绝不遗漏。

自定义组件

原型绘制过程中，会有经常使用类似组件的情况。比如弹框和列表，它们在不同的页面和场景会略有不同，但大体是相似的，只需要稍微调整，便能应用到其它产品的原型。

这个时候就可以考虑创建自定义组件库，里面存放类似弹、列表之类的常用组件，一旦需要，直接拖拽使用，比从零开始要快速许多。

3、一致性

一致性是设计的基本原则，产品经理虽然不是设计师，但既然原型是用于沟通的，具有一致性风格的原型总比杂乱无章的要易于沟通吧。

界面风格

界面风格首先要保持一致，不能一会用顶部大图Banner+简单的栅格，一会用单页单栏，一会用左右式，一会用上下式，不然设计师看了都不知道你要干什么。

元素

字号、字体、颜色、样式、间距、对齐方式、按钮、边框等等元素，在原型里应该是一致的展示方式，当然具体最后设计成什么样子，是由设计师操刀，但产品经理在原型图里，总不能任意摆放、毫无章法吧？

关于一致性，可看看《写给大家看的设计书》，里面提到的四点原则，对比、重复、对齐、亲密性，简单实用，有助于制作具有良好信息布局的原型。

4、线框图

核心的功能模块和主流程

个人建议如果从0开始制作原型，先抓重点，把最核心的功能和流程制作出来，然后尽快和团队成员沟通，进入需求评审。

这种思路，可以帮助产品经理把时间精力锁定在重要问题上，按照二八原则，集中火力解决20%的事情，以达到80%的效果。

在核心功能和主流程的制作上，产品经理仍然需要一个完整的推演过程，也就是，工程师通过这部分的原型开发出来的产品，是一个MVP，能在市场上让用户实际使用的。

因此，还要考虑类似空白信息、信息过多、信息载入过慢、错误提示、异常跳转、操作反馈、设备兼容、浏览器兼容、网络信号等琐碎的情况。

标注

绘制线框图的时候，页面上有标签、文本、图片、按钮、返回、关闭等元素，除了一些不言自明的，有些元素由于用户使用的场景和操作，会有不同的内容和交互反馈，这时候就需要做一些注释说明。

流转

用户交互行为引起的页面切换或者弹框等，表现为不同的线框图。一个App或者Web产品，有太多的操作了，制作时，就需要清楚这些不同的线框图是如何跳转的。一般而言，图与图之间表达出从哪里来，到哪里去，在哪里结束就可以了。

流程图

产品在使用中，有些场景在不同条件下会引申出更多的细分场景，涉及到复杂的逻辑、状态、判断，这时候使用流程图是比较好的表达方式。相对于唠唠叨叨的文字描述，流程图符合工程师的思维习惯，他们理解起来也显得驾轻就熟。

当然，前提是，产品经理得先把整个逻辑想清楚，要是流程图出现各种逻辑矛盾，会被工程师打脸的。

5、结语

原型驱动产品设计，其核心是提前发现问题并解决问题。发现问题，不单单是产品经理，也需要依赖整个团队，于是，制作易于理解，便于沟通的原型是产品成型的关键一步。

通过团队评审发现存在的问题，产品经理修改时也需要快速迭代，掌握一些技巧和思路，就能够快速、清晰、完整地进行原型制作，为设计、研发团队争取时间，尽早实现产品的市场投放。