【专题】一个产品经理在原型设计上的一些想法(2)产品经理做原型,做到什么程度就可以了?

在我看来,这个问题其实并没有一个准确的答案,因为这和企业的要求、个人对于原型的理解以及原型工具的熟练程度有直接的关系。

如果企业中没有原型师,同时呢,企业又要求必须出具高保真的原型交付实现部门,那么,产品经理很多时候就不得不把原型做的非常到位;

如果产品经理认为PRD中涉及功能、流程、规则的内容必须全部由原型体现出来,那么他自然就会把原型做的很饱满,很全面才行;

如果产品经理操作原型工具(比方说axure)很熟练,能够在规定的时间内作出很丰富的原型,那么他肯定会做的很到位,相反,如果操作工具不是很熟练,那么,自然在规定时间内只能作出一个框架型的原型。

因此,接下来我只以我的经历和操作水平来说一下原型做到什么程度就可以配合PRD交付实现部门了。

假设在PRD中有一个功能需求:

实现年龄、性别、收入为参数的复合筛选,并以列表的形式显示注册用户的信息,信息包括“姓名”、“地区”、“用户名”、“注册邮箱”、“微信”、“电话”。

我们来简单分析一下这个功能,这个功能其实由三个部分组成。

1、输入:输入的就是“年龄”、“性别”、“收入”这三个筛选条件;

2、输出:输出的是基于这三个筛选条件的注册用户信息;

3、表现:输出的结果以列表形式呈现,而不是其它的形式。

搞清楚了这三个组成部分,其实也就搞明白了在做这个功能的原型时大概的一个框架。

但是,第一个需要产品经理考虑的问题出现了,你是用页面去做呢,还是用动态层去做。

关于这两个部件的区别就不介绍了,页面和动态层各有各的优势和劣势,关键看自己的习惯,我个人会用动态层去做。

但无论是页面还是动态层,其实用到的主要部件就两个:

1、下拉列表框

2、表格

做完以后大致就是下图的样子。

其实这就已经标准的把这个功能表现出来了,对于实现部门来说,已经能够明白产品经理想要什么了。

但是,对于很多产品经理来说,这个原型应该是还有不完善的地方的,比方说没有翻页,如果要翻页的话,每页显示多少条,这个标准是定死的,还是可以自定义,于是,我们就又看到了这样的图:

但是,有些产品经理又开始琢磨了,如果用户希望一页显示全部信息怎么办,那就得在“请选择每页显示的数量”中加一个“全部信息”,如果用户希望能够直接跳转到某页怎么办,那就得加一个页码编号输入框,如果显示的信息超出一屏,那就得加滚动条,于是原型就又变成了这个。

但是这还没完,有些产品经理的脑洞又开了,能不能再加些花呢,比方说,选择的筛选类别可以显示在页面上作为提示,于是,原型又升级了。

嗯,这下应该差不多了,但是,产品经理的创造力这时已经被激发了,停不下来了,就开始了持续的原型创造,比方说,在类别提示上我要加上取消按钮来恢复默认状态,在列表处于第一页的时候,向前翻页的按钮是处于不可操作状态等等。

于是乎,原型越做越饱满,越做越丰富,而时间也越来越长。

以上案例原型地址:http://www.aipmm.com.cn/case/case.html

通过以上的案例,我想表明的意思是一个产品经理是如何陷入到原型的漩涡中的。

有朋友会说了,这不是好事吗,做的越丰富,越饱满,实现部门越容易理解,但是,我要说的是,文字说明呢,本来敲几个字,加一句话就可以说明的功能,何必非要花时间去做呢?

实现部门的伙计们不是傻瓜,他们一看就明白你想要什么。

本来只需要两个核心部件就能说明的,真的没有必要增加太多的部件来表达,并且还有一点可能是很多产品经理容易忽视的,就是部件增加的越多,你想要表达的效果更多,那原型中的交互就更多,而交互更多,你要实现的操作就更多,这都是要花费很多时间去做的,但是对于实现部门来说,其实是一样的。

这还仅仅是功能上的,如果有些产品经理还琢磨着再做一些修饰,比方说无边框的文本输入框,可变色的表格效果,翻页的效果等等,各位,自己琢磨一下又要增加多少时间。

当然,我知道有些朋友是这样想的,他们想的是把原型做成这样,axure可以直接导出word的规格说明,但是,各位,就上面这一个功能,导出的word是几页吗,六页,一个功能就给实现部门的伙计干了六页说明,那把整个产品做出来,得多少页,我曾经做过一个产品,仅仅其中的一个子模块,就导出了58页,而这只是十分之一而已。

就算你导出后优化一下,也不会少于40页,这让实现部门的伙计怎么看。

我知道一些朋友可能不太认同我的观点,但是这没关系,因为我在原型这个工作上,是经历了由简入繁,再由繁入简的过程的。

最早的时候,根本没有axure这样的工具,我做原型,用过PPT,用过visio,甚至用过excel,还有就是直接在纸上画,后来有了axure,感觉自己发现了新大陆,于是就按照上面的那个思路在做,越做越复杂,越做越庞大,尤其是产品比较大的时候,做着做的,自己就做晕了,但是一看效果,研发基本上还是习惯基于PRD中的规格定义和你语言交流,原型在他们眼里,只是一个参考而已,明显的费力不讨好。

后来,我就琢磨怎么能让自己的原型起到必要的作用,慢慢的我发现了,对于实现部门来说,他们只希望你提供一个原型框架和关键的流程表现而已,太多的信息反而会束缚他们的工作效率,于是我就又开始慢慢把原型做简化了,只把功能涉及到的关键信息表现出来,能用文字说清楚的,绝对不用原型去表现。

关于原型做到什么程度,我大概就说这么多,毕竟每个人有每个人的想法,但是我觉得,对于产品经理来说,永远应该牢记一点,就是,你的工作基点永远是在产品的“管理”上,而不是产品的“原型设计”上。

好,在最后一篇中,我就谈谈产品经理交付给实现部门的是不是只有原型就可以了。

分享到QQ 分享到微信 分享到微博

0 条评论

发表我的观点

取消

  • 昵称 *
  • 邮箱 *
  • 网址