从《启示录》中获得的启示
2012-10-24
最近读了《启示录：打造用户喜爱的产品》，值得推荐的一本书，系统地介绍了产品团队的角色，以及每种角色的职责、产品开发的流程。方法理念来自作者过去二十多年工作的心得体会。
由于书中理论比较多，不太适合没什么经验想入门的同学（就像没什么软件开发、团队协作经验的大学生对软件工程课程的理解有限一样），但有一定工作经验的产品人员结合实际工作中遇到的问题和困难来看，应该会有不少收获。
产品的实现主要有如下流程：
Ø 需求调研
Ø 产品设计及验证（可行性测试、可用性测试、价值测试）
Ø 产品开发
产品经理的主要职责：评估产品机会（product opportunity）；定义要开发的产品，对书中谈到的以下四点颇为认同（书中对产品的各阶段以及每个阶段的注意点都有说明且切中要害，我看豆瓣上有不少朋友都做了思维导图。当然，这些方式方法只有运营到工作中才有实际意义）：
1. 对制作高保真的产品原型作者推崇备至，一再强调产品原型要尽早、反复地让目标用户试用。根据测试的结果反复迭代，越早改动成本越小，原因如下：
Ø 迫使产品经理深入定义解决方案
Ø 可以让真实的用户参与测试、验证产品创意
Ø 可以直观地向团队展示产品的设计思路
2. 产品原则，确定什么是最重要的。
3. 情感接纳曲线（书中根据用户的情感特征，将用户分为如下五类）：
Ø 技术爱好者（技术创新者）：购买产品仅仅是因为产品采用了新的技术
Ø 非理性消费者（尝鲜者）：情感需求比大众更强烈，常会付出大大超出解决问题本身所需要的精力和成本
Ø 理性消费者（早期消费大众）：只会购买性价比合适的产品
Ø 超理性消费者（后期消费大众，核心用户群）：情感需求弱，哪怕产品有半点不合意，他们都不会掏钱
Ø 观望者（跟随者，约占总人数的15%）：只买公认好用的产品
4. 书中提到了一种评估情感需求的方式—新生测试
带着新生的感觉去发觉每天折磨着大众的情感—孤独、恐惧、挫折、不满。这就是经常说的产品要做的傻瓜都会用，自己要带着傻瓜的心态去使用产品。
【实践经验】：
产品原型所带来的简单高效我深有体会。我在做公司平台产品时，分别将产品需求文档和产品原型（用Axure制作的可交互的HTML原型）提供给开发的同事，结果发现前者几乎没人看。两者的对比如下：
Ø 产品需求文档冗长，阅读耗时，且不够直观（虽然我写得辛苦，但文档由于文字多不直观，很多隐含的约束条件需要读者仔细阅读或者通篇阅读才能发现关联，而开发的同事往往没有时间、耐心来阅读，造成开发的过程中产品经理需要频繁的和开发沟通，效率低下。）
Ø 而用Axure做的原型，由于可以直接生成可交互的HTML网页，可直接用来给用户做原型测试，根据测试的返回不断调整迭代，同时可以让开发的同事直接在上面点点看看，非常直观。
制作原型的过程可以让产品经理更仔细地思考产品，每个页面跳转流程，每个按钮的交互这些都要想清楚，在原型上体现出来（其实很多时候产品经理自己对产品的整体流程理解都没想清楚就开发，结果开发中途返工）。鉴于我的经验，我极力推崇制作产品原型替代产品需求文档，工欲善其事，必先利其器。 当然，原型只是工具并不是万能的。而且受产品设计时间、人员思维限制，总有没有考虑全面的地方。这些一般都是细节，也很正常，在开发过程中及时和程序员沟通解决，工具不能替代面对面的交流沟通，两者结合使用。
另外一点是产品原则。以前产品组开会时，在讨论当前应当添加某几项功能时，经常陷入争吵，最后讨论半天谁也说服不了谁。这种讨论我非常讨厌，开半天会什么结论也讨论不出时间却浪费，可也没有好的办法。看了书才意识到产品原则的缺失在很大程度上造成了这个问题。大家实现建立统一的产品目标和目标优先级的认识，然后每次依据统一的目标优先级来判断，就可以避免此类问题。
工作一年多了，在实践中也不断地在摸索总结反思如何才能做出好的产品。给自己列了个产品书单（取名“产品之道”），实践和理论结合，阅读的过程也是反思的过程（有些书虽然之前读过但当时感触不深打算重读）。后续我会把阅读的感悟、反思的成果写出来。
-----------------------------------------------------
产品书单：
启示录：打造用户喜爱的产品
设计心理学
情感化设计
设计中的设计
交互设计之路
用户体验的要素（五要素）
点石成金：访客至上的网页设计秘籍
失控：全人类的最终命运和结局
马斯洛需求层次理论
微信背后的产品观
七日掌握配色基础
查字典图书网
