人人都是产品经理读后感悟

　　《人人都是产品经理》读后感悟
　　
　　花了一整天时间，终于把苏杰的《人人都是产品经理》看完了。说真的，真正为互联网产品经理写的书很少，写得好的更不多，但这一本算是十分不错的。正如书上说的，很适合1-3岁的产品经理看。
　　
　　本书从需求的收集开始，到项目的管理，文档的写作，团队管理，到自我修养，把产品经理的神秘世界逐层解开。它不是枯燥的理论堆砌，而是颇具指导意义佳作。本书结构清晰明了，语言通俗易懂，彷佛是一个导师以自己的亲身经历在你面前生动有趣地给你简述什么是产品经理，产品经理是做什么的，应该怎么做。他时而严肃，时而风趣幽默，时而轻松俏皮，让你乐在其中却受益匪浅。
　　
　　本书列举了大量的例子来说明论点，而这些例子都是十分契合，恰到好处，而且就发生在我们身边，读起来很好理解，甚至感觉十分有趣。感谢作者苏杰，把我们带离迷途。
　　
　　以下为本人在阅读本书时收集的一些重点的，或带给我灵感的让我触动颇深的段落，供大家浏览，想进一步了解本书的精华，请看原著《人人都是产品经理》。
　　
　　【关于产品经理的意识】
　　
　　是谁？每次K歌都对着点歌面板评头论足。
　　
　　是谁？逛超市时总在想“这个商品能解决什么需求？”
　　
　　是谁？会给自己的个人发展做战略规划。
　　
　　是谁？一定要在自己的婚礼中讲一个PPT。
　　
　　是谁？会拿用户调研的方法与亲朋好友交流。
　　
　　是谁？装修房子的时候抢着当项目经理。
　　
　　是谁？看电视广告总想在几十秒中提炼出三大卖点。
　　
　　是谁？会给自己的孩子设计各种“功能点”。
　　
　　是谁？访问任何网站都能一下子挑出好几个Bug。
　　
　　……
　　
　　这个人就是产品经理。我做了3年，体会到这种做事方法与思路真的很好用，已经忍不住用它来解决任何问题，并且想告诉每一个人，尝试着用产品经理的视角看世界吧，你可以看得更清楚，走得更顺利。
　　
　　SNS里的抢车位游戏，曾经很流行，也许你考虑的问题是：应该怎样玩才能赚更多的钱？怎样最快地买到想要的车？怎么玩最爽？……而产品经理的视角则是：为什么每个人是4 个车位？如果车位多了会怎么样？不同档次的车为什么停车费是一样的？如果高档车停车费高了，会有什么优缺点？原来，这些都是和商业目标有关的，车位多了，停车费高了，对好友数量的需求就会降低，这意味着用户互动的减少，与商业目标矛盾；而反过来，如果简单粗暴地试图增加互动，用户又会不高兴，也不行。
　　
　　【关于用户访谈】
　　
　　在用户访谈的时候，我们可能会遇到用户“说”和“做”不一致的问题。用户经常会骗我们，先看一个经典的索尼游戏机的故事。
　　
　　索尼找了一些用户来，问他们喜欢黄色的还是黑色的游戏机，结果发现说喜欢黄色的用户比较多。之后，索尼告知用户为了感谢他们的配合，将送他们一台游戏机，颜色可以任意挑选，而同样一批用户选择黑色的游戏机带回家的更多。很明显，有部分用户说喜欢黄色却带走了黑色的游戏机。
　　
　　用户倒不是想故意欺骗我们，而可能是：(www.creditsailing.com)他们被问了自己也没仔细想过的问题，又不想回答不知道，就在现场编造了一个看似有理有据的理由，或者他们有讨好访谈者的心理，会回答他们觉得你希望听到的答案，而不是自己真正的想法。
　　
　　对我们来说，防止被骗的方法恐怕像索尼一样，尽量在用户可以和产品发生交互的场合下进行，让用户在“说”的同时也“做”。
　　
　　【关于传统行业产品经理与互联网产品经理的区别】
　　
　　互联网上的产品经理跟传统意义上的产品经理不一样。传统意义上的产品经理侧重的是对已有产品的管理和营销。而互联网上的产品经理侧重的则是产品的规划、需要分析、用户研究、功能设计和项目管理。
　　
　　【关于改版】
　　
　　2007年底豆瓣为了庆祝注册用户过100万的改版、百度贴吧的改版，都因为用户的反对声音太大不得已道歉、改回去，我们真的很幸运。
　　
　　对于改版，对于升级，我们要把“暴力革命”变成温柔和谐的“和平演变”。在改版的时候，我们可以先从部分次级页面改起，或新旧版本并存一段时间，或者做小面积试验。
　　
　　【关于处理用户的需求】
　　
　　听用户的但不要照着做。
　　
　　在开始需求分析之前，我们先回到2007年7月——我写了一篇里程碑意义的博文，
　　
　　是《产品设计体会》的第一篇，也可以看作是为这本书写的第一笔。2007年6月28日，网店版2.0上线，这是我主导的第一个付费产品，之后的三周我基本天天都会在淘宝论坛上泡不少时间，最大的体会就是：要听用户的意见，但不要照着做。
　　
　　有的用户很“危险”，在提意见的同时还说你们应该做成什么样子，这时候产品经理一定要头脑清醒了，用户提的解决方案往往是站在自己的立场上的考虑的。比如对快递单打印”的功能，用户提出要添加一个他经常用的小快递公司的快递单模板，而我们会发现，这家快递公司可能只是一个区域性的快递，最终的解决方案是做了一个“自定义快递单”的功能。
　　
　　有时候，用户给出的做法存在明显的逻辑矛盾，就算他给出的解决方案合理，也要再深挖用户内心根本的需求，比如用户描述“新建非支付宝交易订单的时候必须要选择用户不合理，希望能自己填写客户”。这里更深层的需求就可能是他需要把线下客户也管理起来，所以我们或许更应该做一个新增线下客户的功能，而不是在新建非支付宝交易的时候让用户自己填写客户姓名。
　　
　　我们是产品经理、产品设计师，最终怎么做应该由我们决定。
　　
　　【关于需求分析】
　　
　　用户跟福特要一匹更快的马，福特却给了用户一辆车。
　　
　　对同一个问题，这两套解决方案的区别就是，一个是用户需求，一个是产品需求。而这中间的转化过程，就是这节的主题——需求分析。
　　
　　小明又出现了，这次他说要吃猪骨头火锅（用户需求），80块吧，但没想到又碰到了大毛。
　　
　　“真的想吃？”
　　
　　“想吃！”
　　
　　“为什么？”
　　
　　“我饿了……”（找到了本质！）
　　
　　“哦，这里是两个馒头（产品需求），请你吃，才1块 钱 。”
　　
　　“……”
　　
　　小明无比不爽，但没办法，真的饿，还是吃了。
　　
　　大毛是这样分析的，想吃猪骨头火锅，这个用户需求无非两个原因——饿了或者馋了。如果他真的是馋了，那就吃吧，不过如果是饿了，那我完全可以用一个低成本的解决方案——馒头。虽然小明眉头紧锁，但现在经济不景气，毕竟节省了98.75%的成本啊！