启示录-打造用户喜爱的产品

这是一篇读书笔记,这本书在产品界算是比较有名——《启示录-打造用户喜爱的产品》。在提炼书中内容之前,我想先明确一个概念——高保真原型。

因为这里有一个误区,特别是对于产品新人,常常会把一个色彩丰富、搭配高仿真的设备控件,一眼看去仿佛就像是出自设计师之手的设计稿一样的产品原型叫做高保真。而实际上,所谓高保真,是指一个拥有健全的交互,可操作的功能,甚至可以有真实度很高的假数据。

制作高保真原型其实有很多优点。首先,可以很方便的与交互设计师、UI设计师以及开发同事交流,有时候你难以表达的一个功能,可能用原型做一个简单的演示便可以使团队对于产品的理解达到很高的一致性。其次,可以拿给用户或者老板去做调研或者测试,很快你就了解了他们对于新产品的反应。

对于产品原型,我不推荐色彩过于丰富或者是太“漂亮”。因为这会限制住UI设计师的思路,使他陷入你的思维而难以跳出。况且,作为产品经理,确实也没有必要把时间都浪费在原型的美观上。只要保证其符合设别标准,整洁,能够表达你的产品设计思路和功能属性就可以了。倘若确实需要不同的色彩去区分不同模块的重要程度,可以使用不同灰度替代。

之所以说了这么多有关产品原型的东西,因为《启示录》这本书里就曾多次提高产皮原型,这是产品经理用来表达的重要工具之一。

在这本书里,给我最大的启发就是设定一个产品原则。举例说明,我目前在做的一款产品属于O2O货运领域,那么我把我们的产品原则设定为:让货运更高效、智能。设定这样一个原则有什么好处?

1、他是我设计、改进产品的最高准则,所谓万变不离其宗,无论是司机端还是客户端,每一次迭代都是围绕这一主题的。让用户找车更方便,让用户下单更便捷;让司机的服务更高效,让用户与司机间的联系更加智能。

2、当遇到产品策略上遇到难以取舍的问题时,以产品原则作为判断标准。例如,我想做一个用户与司机可以实时沟通聊天的功能,那么我会首先考虑,这个功能是否符合我的产品原则,是否能够提升货运服务的效率。

在产品正式实施前,我们需要对产品进行验证。这一工作经常在一些创业公司或者小公司中被忽视。通常我们一接到需求就立即开始了产品的设计工作,然后顺势向下推动。其实这里存在很大隐患,一个人不可能想的面面俱到,在项目推动中,我们经常会遇到产品逻辑出现漏洞,某个功能被遗漏的事情。不用急,这个工作就能帮助我们尽可能的消除这种情况,即使出现了,这个问题也会自动上升到团队问题,而不是产品经理的个人问题。这并不是在推卸责任哦,恰恰相反,这是凝聚团队的做法。因为,验证产品,需要团队一起来参与。

1、可用性验证。与产品团队以及QA同事一起测试、讨论用例。可以邀请更多的人参与进来,比如需求方,如果能够有真实用户参与进来,那是再好不过的了。这一工作主要是与大家一起探讨产品方案是否合理,产皮功能和操作是否符合预先制定的流程路径。同事收集大家对产品是否满意。

2、可行性验证。当我们拿到需求以后,需要开发同事配合,一起评估产品功能,以便开发同事能够及时,甚至提前产出技术方案。

当设计第一版产品的时候,只需满足基本需求即可。即去掉任何功能都会导致产品丧失其预期的价值或可用性。

进而,我们可以用目前非常火的敏捷开发方法。关于敏捷开发的方法,我的技术leader还曾经专门组织大家进行过科普,这里结合本书里提到的内容进行一次总结:

1、最好以产品经理主导整个项目进度,因为快速迭代需要项目负责人非常了解产品,才能不至于产品的成果出现可用性上的漏洞。

2、缩短规划周期,反复迭代。比如:我们可以把一个大的功能点拆分成若干个小功能点,分次迭代。上周刚接待一个需求,运营同事发来一个长长的文档,主题是当用户下单后没有司机去服务的处理流程。梳理了一下文档,我从其中提炼出了7个产品需求。发现其实里边有几项我们之前已经做过并且上线了的,虽然未必与运营同事文档里描述的一样,但是其核心需求是完全可以被满足。最后经过筛选、过滤,留下5个功能点,其中两个安排在本周迭代,其余准备与开发同事评估后再确定迭代时间。

3、产品设计工作要比技术团队提前一到两个周期进行。这个是必须的,否则可能会出现下游部门同事坐等产品需求的尴尬境况。

4、技术同事始终参与产品设计及原型评估工作。及时构建技术方案。有问题,早发现,早解决。

5、与技术同事一起确定迭代周期。

6、坚持每日晨会(站会)。各自汇报下自己手头工作进度及下一步安排,沟通彼此需要配合的点。慢慢的你就会发现,节奏出来了。

7、每次迭代后及时分享产品现状。让大家的辛苦工作能够及时得到反馈。

在新旧产品切换时期,如果我们不确定用户是否能够接受新版本时,我们可以采取一些策略,温柔的将新版本呈现给用户。作者给他起了一个名字(也可以认为是译者):平滑部署。

1、新旧版本并行。同时放出新旧版本入口,并公示旧版本支持期限。例如360导航:

hao360

中间的小房子代表旧版,字母N代表新版入口。

2、分区域逐步部署,由点到面逐步覆盖。

3、增量部署。将新功能分隔成几个小部分逐步发布。

书中还有一个点,我觉得写的很好,也很实际。比如,当你新入职一家公司,接手一款新产品时,你首先要做的是什么?我觉的下面这几点是一定要着手准备的:

1、首先拿到这款产品的运营数据,分析关键指标,并有针对性的根据数据指导改进方案。

2、不断深入了解市场,对现有产品缺陷了如指掌。也包括你的竞对产品。

3、追踪最新技术趋势,将其运用到产品中,让产品走在行业前列。

4、抓住新技术与用户需求的契合点,运用新技术解决用户的老问题。简直是微创新的最好诠释。

发表评论