原型之争

最近和一个朋友在讨论到底产品经理是需要出低保真原型还是高保真原型？所以我们看看原型的本质作用是做什么？是需求表现、沟通工具，是产品经理和开发之间沟通的桥梁。那么这两种原型有什么优缺点呢？

低保真原型：优点是产出快，缺点是交互表现不够好；高保真原型：优点是需求表现更完整，交互表现好，缺点是产出很慢。在如今快速迭代的互联网江湖里，创业公司在人力、时间都不够充裕的条件下，一切都是以快为先，所以更适合用低保真原型来快速沟通。当然如果时间和人员充足的情况下，高保真原型是最好的需求沟通形式。

我们一般的沟通方式为：以原型为主要沟通工具，原型里面带上更新日志、流程图、交互说明、规则说明等内容，重要规则再配专门文档进行说明。具体的流程是：

1. 先用xmind梳理本次更新内容，产品团队内部和老大一起敲定；

2.针对本次的更新内容出低保真页面原型，几乎不带任何交互，只为产品团队内部沟通功能点的设计。这是内部的第一次评审；

3.针对第一次评审后的结果进行调整，重要地方加上备注和动作交互，进行内部第二次评审，这时候一般在内部没有问题了；

4. 在第二版的基础上加上版本更新信息架构图、给各个需求点编号、给所有页面加上完整交互形成第三版原型，这时候和技术团队开第一次技术评审，主要是评审技术实现方式、实现难点以及其他吐槽点；

5. 在第一次技术评审后根据意见进行原型上的修改，修改后为第四版原型，发给技术团队相关人员，再第二天来敲定具体工期。

6. 第二次技术评审，再加上设计，一起确定工期，领好各自的任务，砍掉多余的需求，形成第五版原型，此原型就是用来开发的原型。

其中发现原型并不是一次成型，而是经过各方评审逐渐完善的一个过程，这样的方式适合创业公司的快速迭代，用低保真的多次沟通来换取高保真原型的需求表现效果，很多时候在沟通的过程你往往会发现新的更优方案。