作为一个产品小白，深知自己在产品方面知识的匮乏，最近开始在看产品相关的书籍，通过思维导图的方式，来对整本书做一个简要的概括，并且通过在网站发布文章，来为自己的产品路做记录。看完书已经是一个多月以前的事了，在工作中偶尔想起书中内容，觉得获益匪浅。
本书于2010年发行，虽然时隔9年，互联网行业巨变，但仍能从中学习和总结出产品相关的知识。作者王坚在腾讯工作了一段时间后出来创建了糗事百科，涉及的产品概念或许比较高层次，但这并不妨碍产品小白的入门和学习。
各类真实的产品案例能帮助我们理解作者所要表达的观点
本书主要从职业选择，创建互联网产品，个人修炼三个方面来为产品新人描述经验老到的产品经理的思考方式和工作方式，为一定经验的产品经理整理了知识体系
1.职业选择
这一章节更多的是一些入门的职业介绍，可以帮助产品新人有比较具体的了解
腾讯故事详细的讲解了大佬的崛起，也算是为新入行的产品小白讲解了互联网巨头的光辉史，激励了还是小白的我。
理想状态下，战略性工作占15-25%,阶段性工作占20-30%,日常性工作占40-55%。
产品经理应该是团队中的润滑角色，搭起沟通的桥梁
产品经理20:80原则
20%优秀的产品经理/产品总监完成了80%的工作，80%的其他产品经理/产品助理完成了20%的修剪工作。想我这种小白，更多的是完成某个模块原型设计，PRD文档撰写的辅助性工作。
2.创建互联网产品
作者从概念开始到完善，来为我们讲解一个产品的生命历程及产品经理在其中的地位/作用。
目录结构从上到下
2.1 从概念开始
其中让我觉得印象最深的是，如果要有新的idea，一定要用户需求切入已有概念的产品，例如现在很多新的产品，其实都是在原有的产品上，发现了，找到了别人没找到/不关注的细分领域，从细分领域切入，逐渐得得到一定的市场份额。
2.2 概念2.0
作者在本章中讲解了web2.0的概念，本书时间已久，其实现在2.0早已是非常成熟应用在产品设计上
而现在，是web3.0的时代，Web3.0是什么? Web3.0是下一代互连网的基础平台
1：网站内的信息可以直接和其他网站相关信息进行交互和倒腾，能通过第三方信息平台同时对多家网站的信息进行整合使用。
2：用户在互联网上拥有自己的数据，并能在不同网站上使用。
3：完全基于WEB，用浏览器即可以实现复杂的系统程序才具有的功能。
1：对 WEB2.0 时期杂乱的微内容进行最小单位的继续拆分并词义标准化， 并结构化， 单位微内容具有各种属性信息， 使微信息之间可以互动。 让 WEB 完全可编程， 能满足复杂程序，例如财务软件等，对微信息的需求。 达到商务运营所要求的标准。
2：WEB 信息可以实现和现实生成同步。 在信息的同步、聚合、迁移的基础上加入了信息平台集中效验并分类存储，使分布信息能和平台信息进行智能交互。并能对原始信息进行提炼并加工。
3：相对于 WEB1.0 时期信息通过超级连接跳转互通。 WEB2.0 时期信息通过程序中的标识代码在页面内容里互通。WEB3.0 所实现的是信息可以直接从底层数据库之间进行通讯。 底层数据库具备完整的信息交换机制
由于本人对这些大的概念还停留在比较基础的了解，这里就不再展开，有兴趣的可以找更多的资料来了解。
2.3 过滤
对于产品，频发需求意味着用户会经常使用该产品，这对于养成用户的使用习惯，提高用户忠诚度都是很有帮助的
在分析用户需求时，应注意，考虑用户的历史行为比他们当前的意愿更有价值，原因是很多人其实并不是很清楚自己想要什么，但我们可以从他们过去的一些行为分析，从而得到更加准确的需求。
2.4 获得投资
这章节的内容其实离我比较遥远，但更多的是提示产品经理在设计一个产品时，应该对产品的将来有一个量化分析，并且我应该在这几年努力得掌握优秀产品经理应该有的职业素养
公司内部也就是要争取尽量多的资源
2.5 把概念变成图纸
在项目立项过程中，产品经理需要与研发团队，项目经理确认每一个阶段中所包含的子任务是否足够小，是否过于困难
然后对于产品设计文档，相信产品助理/产品专员应该对这些并不陌生，因为这基本上就是我们的工作内容。在制作产品设计文档时，应该注意，保持需求的简短，把需求之外的东西放到附录，图标或FAQ中。
作者提到的墨菲定律网站版
凡是输入框，都会遭遇灌水，SPAM，脚本注入；凡是积分，都会被刷
凡是推到网站首页的内容，都会出现色情和政治；凡是用户间沟通的渠道，都会被广告机器人利用
周作人曾说过:"少年爱绮丽，壮年爱豪放，中年爱简练，老年爱淡远"
对应着产品经理
新晋：酷爱花哨的功能和体验
一定经验：粗放地添加功能模块
经过挫折后：做好核心功能的重要性
一定境界：开始思考更宏大的志向，如互联网改变生活
一语中的，目前的我，还是停留在以用户的思想来考虑产品，总想着设计的产品功能炫酷，体验良好，但其实并没从行业出发，分析应该怎么做，为什么要这样做。
对于网页描述表，可以帮助我们穷尽所有场景，再为每个场景制作网页蓝图(原型设计)
如脑图中写的那样，更好地区分PM和UE的工作，前者关注于传递什么信息，后者关注于怎么更好地传递信息；表格可以帮助研发团队了解信息背后的逻辑，方便实现
2.6 关注用户体验
作者从消费者行为分析模型AISAS(Attention Interest Search Action Share)
总结出：用户体验影响产品口碑，口碑影响产品成败，产品成败影响产品经理的利益
用户体验三要素，别让我等，别让我想，别让我烦
要求站在用户角度，用户的耐心是有限的，用户是懒惰的，用户并不喜欢出错和多余的任务，把一切变得尽可能简单，而不只是简单一点
这一章中关于交互设计的一些建议
①人的视觉是通过扫描的方式工作的，打开一个界面后，会粗略地扫描上面的重点，一般来说，界面的左上角(通常是眼球运动轨迹的起点)和大福图片的周围，都是比较醒目的位置。
②将注释直接展示在输入框中，可以最大限度地保持界面的简洁
③鼠标悬浮提示也是，非常实用在界面中固有的文字和图片无法有效解释的时候，可以对页面进行更具体的解释
④将用户的视线保持在一条直线上(通常用竖线),是最常见的优化手段
⑤费兹定律
设备当前位置和目标位置的距离，距离越短，所用时间越短
目标的面积越大，所用时间越短
⑥chrome关闭tab的妙处
⑦为用户提供合理的建议
⑧替代烦人的弹出对话框，以更加温柔的方式来提示用户
2.7 管理项目
很多小公司并没有项目经理这个岗位，更多的是产品经理兼任，所以了解项目经理的工作内容，对于以后和项目经理开展工作或进行项目管理有莫大的帮助。
项目经理和产品经理实在产品的不同维度上工作，是合作的关系。产品经理不一定具备项目管理经验，考虑更多的是为什么要做和做成怎样，项目经理是利用有限的资源在限期内把事情做成的专家，负责项目的计划，执行和验收，并不对整款项目负责。
对于项目目标，产品经理有提需求和确认的权力；对于项目管理，项目经理说了算，产品经理在项目进行的过程中提出改动需要项目经理的认可
一名项目经理可能同时和多个产品经理的多个具体项目打交道；一名产品经理也可能在产品的不同项目中与多位项目经理打交道
2.8 检查与处理
PDCA可以帮助你实现产品的持续改进
频繁地使用自己的产品是一名产品经理应该养成的职业习惯之一,这可以让我们找到产品更多的可以改进的地方。
借力于用户的反馈，是web2.0借力于集体智慧的体现，称之为用户参与(Customer Engagement) CE：提供一个明显的反馈入口，将用户引导到反馈论坛发表他们的投诉和建议，并进行及时的回复和处理
敏捷开发中，TDD(Test-Driven Development)要求在写任何功能代码之前，先写好他的测试代码，以保证所有的功能点都被自动化测试所覆盖
TDD从一开始解决测试债务，可以有效地检测各个功能点
2.9 网站分析
网站分析通过对用户行为进行研究，为网站改进提供决策依据
为网站进行埋点，也是属于网站分析这块，运营网站分析得到的数据，产品经理可以从中分析出更深层次的原因，来对产品进行更新优化，这是非常重要的一点。
2.10 拉动
这里的产品经理，其实站的角度就更高了，不光关注于产品，更多的是考虑如何让产品触达更多用户，为更多用户解决需求
如果用户使用A产品的体验叠加上使用B产品的体验，相对于使用A产品加B产品的竞品可以获得增值或低成本，A产品和B产品的组合形成了封闭体验
先筛选平台，从用户规模，展示面积，用户重叠度等条件对平台重要性排序，从具体拉动手段的成本和封闭体验确定最终拉动手段和优先级
自然增长=持续性平台拉动+口碑拉动
引爆流行开始于内行，先是内行发现了某款产品，开始向他人推荐，因为内行所以有理有据，参考知乎的诞生
2.11 持续更新
用户对产品的忠诚度与产品的更新频率有关，上一年就开始大热的抖音，最高一个月6次更新，这样的团队才是敏捷开发的模范先锋。
最小可行产品( Minimum Viable Product,MVP)，指用最低的成本实现一个尽可能展示核心概念的产品，产品团队可以通过它收集到尽可能多的用户反馈和数据，从而评估这个产品能带来的效益
2.12 优雅降级
产品经理在设计客户端的产品时，要对用户端的硬件设备有所考虑
网站产品的时候，也要考虑屏幕分辨率，浏览器，浏览器插件
应考虑在最差的情况下，应该确保产品是可用的，即使要牺牲很大一部分的用户体验
在不能接受更多请求的时候，为保证现有用户能够正常访问而拒绝新用户的请求，类似LOL的排队，可以避免整体的瘫痪
2.13 竞争情报
这个可以对应着竞品分析，虽然目前本人的竞品分析还是非常肤浅，是为了应对任务而写的文档，但不可否认竞品分析的重要性
3.个人修炼
第三章对应更多的作者对个人提升的建议，
除了脑图上的点，作者的个人/团队自省表也是值得参考的
目前先这样吧，如果以后有什么灵光一闪，发现可以对这些观点有补充的话会继续补充