第一章：写给1-3三岁的产品经理，生态系统，有云和雨，河流，动植物，太阳和大地。
第二章：一个需求的奋斗史，在一个生态系统中，水是万物生命之源，而水之源又是天上的云，它们转化成雨，滴落并滋润着大地。
第三章：项目的坎坷一生，生态系统中，云变成雨落入河流，河流会把水运送到各地，河流中有乱石，有浅滩，处处潜藏了危险。
第四章：我的产品，我的团队，生态系统中，有了水汽的循环，仍然没有生机，这时候就需要各种各样的动植物，让这个系统灵活起来。
第五章：别让灵魂跟不上脚步，在动植物的帮助下，水汽通过云，雨，河流形成了循环，可是它们的原动力还是阳光，因为万物生长靠太阳。
第六章：一个生态系统，有了云和雨，河流，动植物，太阳之后，看似完整了，可我们忽略了它们的根基，那就是大地。
1、产品：什么是产品，商品，服务，软件，公益的商业的，
2、什么是管理：管理并不是严格意义上管理层，管理是总裁董事长的职业技能，在这里是每个人的必备的生活技能，只是每个人可以掌控的资源不同，所以管理的对象也不太一样。
管理的能力，就是在资源不足的情况下，把事情做好。
3、SNS，Social Networking Services 社会化网络服务，简称社交网络
4、BRD，Bussiness Requirement Document 商业需求文档，PRD Product 产品需求文档
5、用户（用户研究）-> 需求采集-》需求分析-》需求筛选（需求管理）-> 需求开发
6、产品经理存在的价值？
7、按产品线划分团队，和按职能线划分团队
8、见山是山，见山不是山，见山还是山。对于那些加上有砍掉的功能，在第一个阶段我们根本没有想到，第二个阶段想到，那就开始做吧，而在第三个阶段的砍掉是权衡了利弊之后的决定，和没有想到是两个概念。无法绕过第一个阶段的无知，也千万别停在中间那个大功能点的时候，那必死无疑，而在第三个阶段的少做，则是超越第二阶段多做的少做，这才是真正的多做。也就是用100%的质量完成75%的数量。
9、kick off 中场开球
10、UE，User Experience
11、UML Unified Modeling Language 统一建模语言
1、时序图（顺序图），活动图（流程图），协作图
2、缺陷的五种级别：需求上的，界面、信息提示、交互，功能有误不影响使用、边界条件的，功能上错误、安装卸载、安全、系统配置，服务器、数据丢失、系统资源性能问题
3、Quality Center是一个基于Web的测试BUG管理工具
一个PD应该所知道和了解的文档种类
商业需求文档：
产品需求文档：
需求规范类：
PD做什么：这是对产品和团队的PD工作内容的一部分总结，可以让新人快速了解自己的工作职责。
用户体验规范：又细分为如下几个部分，建议交给UI体验部的同事编写
交互规范：页面上各种控件的规范，如列表的默认排序、列表翻页空间的样式等，各种判断规则的规范，包括字段的校验规范、出错信息反馈的规范等。
视觉规范：如页面大小，字体字号，颜色编码等
文档规范：如语言风格，语法模板，常用操作的标准说法等，最常见的就是一个产品中同时出现“新增”、“新建”、“创建”等多义词
通用原则：待补充
需求管理类：
用户调研：这份模板说明了典型的用户调研前、中、后都要做什么，调查问卷、用户访谈提纲怎么设计，有那几块内容。
产品信息框架：用来描述产品的内页或者功能之间的关系，比如网站地图，导航结构等，待补充
流程管理类：
日常发布流程：
变更事件流程：如紧急发布流程，需求变更流程，需求搭车流程等
项目管理类：
项目管理制度：原则性的东西，比如产品会议制度，项目经理，开发经理，测试经理的权责利
项目任务书：
kick off的ppt
项目组织结构：
项目WBS（可生成进度）：可以用“WBS Chaart Pro”的小软件画的WBS图，可以直接生成Project文件
项目日报周报：今日本周要闻，明日下周看点，当前问题，所需支持，项目进展
项目发布预告和公告：
日常工作类：
会议记录：
个人日报周报：用于团队分享每个人的工作情况
奥卡姆剃刀原理：“如无必要，误增实体”，Entities should not be multiplied unnecessarily
工具：mindmap,visio,
onenote 时间管理
《用户体验的要素》
销售的模式：直销和分销，分销要通过渠道，渠道分为代理和经销，代理赚佣金，经销赚差价，
大中之小不如小中之大
有用的不如无用的
需要的不如想要的
有选择不如无选择
小奖不如没奖
晚说不如早说
一次送不如两次送
公开不如不公开
涨工资不如发奖金
我的产品，我的团队
产品pd周边的团队：支持团队（老板，行政，法务，财务），产品团队（UE）,技术团队（架构，分析，编码，测试，运维），商业团队（销售，市场，售后）
KPI：Key Performance Indicator 关键绩效指标
爱生活，有理想，会思考，能沟通
2016/5/18 看完本书，自己对PD有了一个大概的认识，PD可以作为产品的灵魂人物，纵贯产品整个生命周期中，不断支撑着产品的改善，优化，同时协调各个方面。比如商业团队，支撑团队.
现实中有些公司的PD在技术总监职位之下，有些并列《技术总监（程序和测试运维），PD(设计，UI)》
网友评论