阅读小站-《启示录：打造用户喜爱的产品》

“身为圈外人，积极想入门”

《启示录：打造用户喜爱的产品》 —— Marty Cagan著

阅读小感

本书的文字表达比较口语化，不如上一本书《零基础读懂经济学》精炼，阅读时，感觉像是作者坐在对面，跟自己聊天，传授工作多年来积累的经验。说实话，看前面章节时，甚至有点嫌啰嗦，但越往后看，越能够感受到作者是把毕生做产品经理的经验都掏出来了，受益良多，就不觉得啰嗦了，感觉像是听老朋友絮叨，很亲切，同时，老朋友也在不停叮嘱着需注意的细节。
PS:纸质书的质感很好，无论是封皮还是内里，可能是产品经理站在用户体验的角度下了功夫的出版物吧^_

有所得——

读完本书的那一刻，有看完一本小说的错觉，闪过作者身为产品经理，在公司里各种斗智斗勇的画面。可能是作者确实奉献了毕生经验，也或许是我脑洞太大吧。
以下分享了令我印象深刻或是当时引发我较多思考的内容，欢迎交流~

1. 产品经理岗位的独立设置很重要

1-7章，从各角度例证产品经理岗位需要独立设置，不能与交互设计、项目经理、研发等岗位兼职，受众主要是高管吧。当然，产品经理们也可从中明白哪些工作应该亲自抓，哪些需要交给更专业的伙伴。
总结一句：专业的人做专业的事
大篇幅的苦口婆心是有道理的。就我使用公司的各信息化系统感受来说，这些系统一定没有经过一个优秀的产品经理做严格的需求调研、没有与交互设计师深入探讨（甚至是没有交互设计师，完全由开发人员代劳），使得我们这些用户叫苦不迭，“脱离使用实际”、“设计不合理”是我没给公司系统的标签。

2. 怎样成为优秀的项目经理

这是作者插的一个小话题，以他很欣赏的eBay的项目经理琳·丽迪为例，罗列了项目经理应对工作中常出现的问题，需要具有的非常重要的素质和能力，包括工作紧迫感、善于捕捉问题、思路清晰、用数据说话、果断、判断力、态度。
类比自己的工作，确实是那么回事儿。虽然我的岗位不是项目经理，但常常是同时牵头并推进多个任务，且需要各分公司、各部门同事协同配合，文中所提及的诸如时间、会议效率、冲突、团队工作等问题，我都遇到过，初入职时，确实容易手忙脚乱，随着对公司环境、团队人员的了解、工作节奏的熟悉，渐渐才得心应手，逐渐切换自如。

3. 重写代码

对于没有实践过产品研发流程的我来说，这是个新概念，但貌似很重要，这大概也是有故事的产品经理才会给出的建议吧。
总结一下：重写代码要从研发时就有计划、有准备、有序地进行，不要等到出现问题后，再着手重写。

4. 管理上司

作者给了十条经验，这绝不该仅作为产品经理的经验，而是适用于每个职场人，至少我在工作中深有体会，短暂的3年职场滚打经验，让我不能更赞同作者了：

（1）为项目波动做好准备

要做好随时应对变化的准备。很多职场新人都为领导一天一个样的要求抓狂过，从刚开始的愤慨（如同作者提到的“无用功”，刚工作时，我就常迷惑于领导的想法总是在变，导致大家做很多无用功），到后来接受这种变化常态，现在逐渐理解了：可能变化才能使结果更优秀吧，毕竟没有什么是可以从开头就看到结尾的，随着工作推进，不断的改善是必要的。即便可能经过几轮修改，最终还原最初稿，那也是经历过比较，才确定的最优选择。

（2）与领导保持良性的优质沟通

作者是分了好几条进行阐述的，足以看出沟通的重要性，需要注意三个关键词：保持、良性、优质。
保持：不能立刻完成的工作，要在过程中保持向领导汇报进度情况，把握频率是关键。频率太高，耽误领导时间；频率太低，导致领导不能及时掌握进度，给出要求或建议。
就频率问题，分享下我个人经验：领导主动询问进展会让我觉得羞愧，因为我意识到自己没及时汇报。一般情况下，有突破性进展，大家都会向领导汇报，需要注意的是，如果经历一段时间，依旧原地踏步，也是需要跟领导汇报的，汇报时最好附上你的原因分析，如果已有解决方案，也可以并汇报，如果暂时还没解决方案，刚好可向领导表达难处，或许领导的反馈会让你茅塞顿开哟！

良性：沟通的目的是推动事情向前发展，作者尤其提到会前沟通，避免会议期间因各方面意见矛盾搁浅某项工作的推进。在会前单独沟通，了解各方代表的想法能有效提升会议产生有效结论的成功率。（ps：双手赞成，毕竟我是有过血泪史的）

优质：沟通质量需要靠充分准备来保证。
依旧是我的个人经验：准备的内容包括但不限于：
（1）工作的里程碑进展；
（2）重要细节情况：之前遇到的问题及后来的解决办法，可能存在的隐患（为防止领导盲目乐观）、拟应对办法；
（3）目前存在的问题及解决方案建议（可以给出几种方案，并分别列出优缺点）；
（4）下阶段安排：包括进度安排、需要配合的人员、目标效果等，如果有需要领导支持的地方，就在此提出。
另外，以上涉及有相关数据、文件支撑的一定要提前准备好，做到随时能应答或是当场展现给领导。
ps：不要问我为啥会准备这么多，因为我有个思维敏捷的领导，刚工作时，我经常被问的目瞪口呆。随机应变的能力不够，只能前期准备来凑。

5. 评估产品机会

照搬作者给定的评估产品的目的：

“淘汰馊主意、避免浪费时间和金钱；挑选合适的产品机会，团结团队，理解产品，整合资源”

回答完作者10个关于“产品是什么？”、“我们怎么样？”“计划怎么做（不用具体方案，方向即可）？”的问题，差不多就能心中有数吧。

作者通过一个“开发新产品还是维护旧产品？”的思考问题侧面证明了评估产品机会的重要性。其中，提到了通过提高产品性能、用户体验等，来减少客服成本、营销成本。虽然没有产品经验，但作为用户的我，是狠狠认可的。

6. 平滑部署

这里提到了一个矛盾：用户一方面希望产品不断完善，另一方面又排斥变化。作者给了诸如双版本、分区域等平滑部署的方法，在此我也更理解了内测版或是地域性发布的缘由。

7. 关于定制软件

开始以为是作者故意将其称为“定制软件”而非“定制产品”，以划清界限，表达自己的某种不喜爱（不是凭空猜的，作者确实有提到厉害的人儿都愿意去做面向公众的产品软件），结果一查，貌似是比较专业的通用说法。先道个歉，是我想的太狭隘了~
作者从需求、开发方式等方面给出了定制软件和产品软件的比较，同时，也为需要面对瀑布式开发方式的定制软件的产品经理提供了一些建议，强调了原型、产品验证前置的重要性。
ps：在这里，我找到了公司OA都很难用的原因——定制软件！(#^.#)

8. “十大”系列

最后几章，作者给出的“十大秘诀”、“十大要点”、“十大问题”很真诚，都是干货，可能读一遍是不够的，要在工作中慢慢体味、回顾。

（因为这不是我看的关于产品的第一本书，所以书中很多常规的产品工作经验我没有列出来，感兴趣的伙伴可以翻一翻书，值！）