每周一本书第四周打卡，了结了和《启示录》的恩怨情仇~总体感觉：《启示录》算是产品入门级教课书（让我想起了《传播学教程》这本书，对于垂直领域的从业人员的作用大概一致）。书中从人员配置、流程和产品经验三个角度入手，介绍了产品设计基本的工作流程和方法~所谓入门级别主要体现在这本书承担的是一种引路人的作用，对于产品设计流程做引导性描述，让读者知道该做什么以及怎么做，但个种技巧还需做延伸阅读或者亲自实践才能找到门路。可能由于书有点点老，概念的描述和当前理解稍有偏差（时效性有那么一点点差），因此部分理解稍有困难。
有关本书的推荐等级：对于产品新人来说，推荐等级5颗星；对于2年以上的产品经理推荐等级4颗星，原因在于：1.我们都受限于当前自己的工作环境带来的工作方法中，没有更多的途径去了解其他公司的工作机制，所以看这本书可以了解其他公司的运行模式，而且大部分书中推崇的产品管理方法已经普遍适用于大部分公司的工作中；2.读书的作用大概就是能够在书中找到工作中存在的困惑的可参考答案（比如之前真的不理解对于墨刀原型重要意义的强调，直到读到这本书，才领会了领导的旨意，再比如对于发版意义上的描述，在工作中确实很困惑什么时间发版、如果过于频繁对产品有什么影响）~本篇文章中打算先屡一下大纲及自己简单的理解，了解书的基本逻辑，之后由于时间和精力有限，只讲自己印象比较深的部分~
一.文章大纲
1.人员——（1）包括产品经理、（2）用户体验设计师（交互—信息架构师或用户体验架构师或界面设计师、视觉、用户研究、原型设计）；（3）项目管理人员；（4）开发及测试团队；（5）运维团队；（6）产品营销团队；
2.流程——（1）评估产品机会——看产品是否有可行：解决什么问题？为谁解决问题？多大程度上解决问题？竞争格局如何？我们的优势如何？是否有限制条件（如小程序要受到微信平台制约）？市场时机是否合适；如何评估是否成功？如何做市场推广？从以上问题中得出是否可行的结论~
（2）定义产品——探索产品：开发什么样的产品~
（3）定义产品原则——产品的核心功能，为最重要的、最核心的、战略性的策略，如我们的产品就是查询及办理~定义产品原则之后，在作出取舍就有标准可循~
（4）产品评审——确定与产品战略相匹配的产品功能，需要协调各个部门的人员到场，以确保一次性解决问题，让大家监督产品研发，并在研发后及时向评审团汇报成绩~
（5）人物角色——构建用户画像，并将目标用户细分，构建每类细分用户的行为模型，以此为依据做用户调研~
（6）寻找特约用户——典型用户（非理性用户）：他们为真实的用户，并具有一定的影响力，参与到开发前的用户调研中，确保开发出来的产品成功概率较大~
（7）做市场调研——了解用户需求，可以通过竞争对手产品的测试~
（8）完善产品原型及说明文档，原型很重要，第二段中会详细介绍到~做出满足基本需求的不可删减的作用
（9）用户体验设计——构建完美界面，与用户形成感情连接~
（10）验证产品——包括产品价值、可行性及可用性测试~进行原型测试，了解用户对主交互的操作，了解再此产品出现之前他们如何解决该需求，了解他们是否能够从界面中了解该产品的作用~如果可以可以让用户对产品打分，让他们说出如果有机会，他们会如何改进产品~
（11）快速响应——及时通过数据做效果回归，降低风险~
（12）合理利用敏捷开发——scrum和极限编程~缩短产品规划周期、并行工作，产品与用户研究、设计并行，开发与测试并行~
（13）合理利用瀑布式开发模式——阶段式开发、阶段式验收，产品具有可预测性，但是验证之后、一旦需求改变，修改成本较高，不能适应市场的快速变化，所以一开始就要做好产品规划且要做到具有前瞻性~
（14）大公司中的创新——遵循百分之二十法则，工作中或者工作之外用百分之二十的时间来思考和创新~ 做"臭鼬工程"——利用自己的时间做创新~
3.产品——每个公司每个产品不同，只讲共同点：（1）情感接纳曲线：要深刻理解用户使用不同产品的感情诉求，或是愤怒、或是悲伤、或是贪婪或是恐惧，关注用户的负面情绪（对什么情况不满），往往能够坐到创新~（2）用户可以分为技术爱好者（为了体验新技术而购买某个产品）、非理性消费者（尝鲜者，与其他人的需求一致，不过更加强烈）、理性消费者（早期消费者，注重产品实用性）、超理性消费者（后期消费者，需求较弱，挑剔，产品一旦不好用，就会放弃）、观望者（跟随者，一般只会使用成熟的、大家普遍认可的产品），产品经理应该关注非理性消费者；（3）产品经理自己要做到“新生测试”，带着新生的感觉去体验产品~
二.我的体会
1.对于墨刀原型的理解：其一强迫产品经理关注产品的每个细节；其二为异地沟通时让开发能够快速的理解产品的设计，高保真墨刀原型的易读性高于产品说明文档；其三高保证圆形可以作为前期用户调研的手段，相比于a/b测试，高保证原型的用户调研可以在一定程度上确保产品的发展方向是正确的（还有一点作者在书中提到做高保证原型可以让某个技术来简易开发，现在有了墨刀，产品或设计可以不写代码做原型，简直是科技造福人类）~其四高保证原型发挥作用的时间点并非只有开发前产品方案确定时，在开发中如果有需求调整，那么需要及时更改墨刀原型细节，保证开发能够即可理解需求~~~
2.产品人的素质要求：在读书之前一直认为产品经理最重要的素质要求是逻辑思维能力~看书之后发现最重要的是对产品的热情。突然间想到之前离开百度时和领导聊天，她提到某个小朋友，说到她对产品充满了热情，所以能支撑她无论多么困难能够一直坚持下去~这种热情可能不仅体现在对自己产品的热情，也体现在使用其他产品时能够以犀利的眼光发现其他产品不一样的地方~比如在看答题类app的时候对于百万英雄的获奖提示弹窗总觉得哪里不太对，后台确认这个别扭点就在于她没有提到我们的名字，我对于他来说只不过是数十万中奖用户的一个，没有人格个体差异和价值，所以才觉得非常不爽~对产品的热情也应该包括对于新技术的热情，技术推动产品发展，推动产品创新~
对于产品经理的素质要求还包括对于目标用户的理解，也叫同理心，是否能够通过各种途径搜集到自己用户的信息~前几天面试的时候，有个应聘者之前是做男同社交类app的，当问到她如何收集用户需求的时候，她提到了两点：（1）调研他的男同同事；（2）做竞品分析~其实我觉得他并没有在思考我们的用户是什么样的人这件事儿上下功夫，完全可以伪装进入到男同社区中去体验不同的生活嘛~当然我现在也没有~不过我特别想知道我们的用户是谁，他们的用户画像如何，我们产品的用户和中国XX、北京XX、某信用户和联某用户之间有何差异~
对于产品人的要求也包括个人正直等品德，品德的作用在于感染他人，加强团队的凝聚力~是否能够让他们心甘情愿与你为伍很重要~多一个敌人不如多一个朋友，要发脾气的时候先冷静十分钟，再回复别人~一定会有不一样的效果~
除此之外，人的智力水平、思维能力、沟通能力也都hin重要~总之不怕产品经理什么都懂，不怕过于优秀~
3.对于平滑部署的看法：
之前静静提到过我们的产品更新太频繁了，并做了一些竞品调研来证实这一点，我也一直在思考到底什么样的频率来更新才是合适的~
所谓的平滑部署是指合理的、谨慎的更新，因为我们的产品量级较大（几千万用户）每一次更新用户除了更新操作成本之外，也涉及到了学习成本。学习成本可以分为两个方面：新功能的从0学起成本和原有功能的改正学习成本~我们的用户范围过广，什么样的用户的学习都要适当的兼顾得到~所以我们的右滑和部署的标准是否可以定义成：（1）非常糟糕的原有功能一定要优化，符合用户操作习惯，让用户的改正学习有价值，能够提高他们的效率；（2）新功能的增加尽量和已经盛行的产品的操作行为保持一致，比如我们在做咨询的时候就以今日头条、网易新闻等用户普遍接受的操作交互来定义我们的产品，降低用户学习成本~
如果我们的产品必须做到每月更新，就要明确的告知用户我们优化了什么、增加了什么，这些修改尽量不要改动主交互~甚至我在想，如果用户A和B均在意见反馈中提到了应该有话“切换账号”这个功能，那么我们在功能优化上线后是否应该私信告诉他们：您的建议非常重要，我们已经做了优化，邀请他们去体验~从而提升用户价值~
书中还提到了发版的方式：小流量实验（新旧版本并行部署）、增量部署（现部署一部分用户，效果验证后再部署另外一部分，如我们的灰度测试）、区域性部署等~
过于频繁的发版会让用户反感，但另一方面也能让用户感受到我们团队在于产品体验上的不断努力~不过我们不应该做我们想做的事儿，是不是每个发版周期应该解决一个用户反馈中集中出现的问题昂~让用户看到我们的诚意~
4.如何防止因团队其他成员提议而改需求：产品1.0版本投入开发后，马上计划2.0产品，如果同事提出的需求没有那么紧急，可以放在2.0计划中开发~
5.对于会前沟通的认识：书中多次提到在会议之前要提前与各方沟通，保证在会前达成初步一致，以免在会中产生冲突，大家都不好收场~从而能够在有限的时间内做出最优决策~之前确实没有想到这点诶~
6.完美的产品设计是用户需求+当前开发能力的结合：设计满足基本需求的产品，产品框架不可删减，节约开发资源，小步快跑，快速迭代~
7.关于开发人员的预留能力：作者称之为余量，一般每个阶段的开发，都会预留出百分之二的开发工作量给技术，让他们有时间优化重写代码、完善架构，也就是优化代码，才不至于出现用户增长迅猛但产品性能不支持的断裂式崩溃问题~在代码优化的过程中还要保证既有新功能上线（满足用户需求，参与市场竞争），又有对产品性能的优化（保证产品持续发展）~我也不太清楚我们的产品开发过程中是否有留出这样的余量来做产品优化~希望有~
最近的感觉真的更喜欢电子书，和使用场景有关：1.在出租车上，黑灯瞎火看不清；2.洗脸做饭时，可以听电子书嘛；3.睡前：和别人一起住，不忍心开灯影响他睡觉，辛苦自己的眼睛看电子书吧～而且发现电子书带来的灵感更多些哦～yeah～
