我相信在互联网企业工作中的同学，10个人会有7个人每天都会想如何进步，工作多年后也会有更多的人想去做产品经理。这个行业真的很特殊，一般人都会有很高的自觉性。所以要有脱颖而出，就必须比别人多付出一部分努力。你不淘汰自己，自己就会被这个社会所淘汰，多学一点知识总是有必要的。
学习动力
我认为产品经理考验的是一个人的综合能力，以我身边为例做产品经理的人一般都是从不同的岗位转换过来的：①开发转产品经理②需求转产品经理③设计转产品经理④市场转产品经理。无论什么岗位转换到产品经理，都需要一个扎实的业务功底，你要对负责产品的业务有自己的独特见解等。不同的工种之间虽然有着千丝万缕的联系，毕竟工作的重点会有所不同。为何读这本书？我想就是对产品经理理论知识体系能够有一个浅显的认识，发现自己的不足，努力学习，查缺补漏。学习建议
如果想从事这个行业的同学，建议大家去读一下，这本书我认为是本实操性的书籍，没有那么多的大的概念，通俗易懂。下面记录一下我自己学习到的一些体会：
一、认识产品经理
1.1产品经理
产品经理的核心就是解决问题的能力。产品经理要充分的了解行业、挖掘用户需求、量化产品功能、把控产品的用户体验、跟进开发进度、验证需求，让产品顺利落地，为用户提供方便而有价值的产品。
1.2软技能
好的产品经理应当具备或不限于以下5大工作能力：
- 学习新鲜事物的能力
- 超强的执行力
- 统筹资源的能力
- 逻辑分析能力
- 业务分析能力
1.3硬技能
硬技能就是作为产品经理在实际的工作中具体应该怎么做？怎么做才能做好？
- 前期调研
- 项目跟进
- 产品设计及实现
- 运营推广
- 项目迭代
二、需求管理
2.1需求池管理
需求池
如何做好需求池的管理呢？本书也给了具体的答案，比如按照需求的来源类型进行划分：①商业需求②项目需求③市场需求④用户需求。每一个类型的需求都应当进行存档，按照需求的调研方式进行细化等。需求挖掘
需求挖掘的本质是确认用户提出的需求是否具有通用性，是否有拓展的空间，能够带来哪些附加的效果。这本身也会是一个需求细化及确认的过程，非常重要的一个环节。优先级
对每个类型的需求进行优先级划分，评估工作量及带来的影响，确认开发的重点、版本迭代等。
2.2需求规划
根据需求的确认情况，产品经理应当迅速规划确认并制定产品的：①需求列表②迭代版本③功能列表④开发计划⑤测试计划⑥上线计划等。
2.3需求文档
产品经理根据前期的调用要形成一份正式的产品需求文档等，需求文档不限制任何形式，只要能够给相关人员解释清楚即可。一般正规的公司都会有一份word版本的需求文档或者用户原型图。这样给相关人员讲解需求的时候会更方便直观一些，也方便开发人员、测试人员后期的开发及验证等。
2.4需求评审
当需求文档完成后，产品经理应当组织需求人员、UI设计人员、开发人员、测试人员等对所要开发的需求功能进行一场会议：需求评审会。需求讨论会上，大家会讨论该能够的实现情况，有问题早发现，以便及时调整工作思路。
每个公司具体的产品经理与需求人员有些差别，有的公司可能所有的需求都由产品经理来编写，有的公司则有可能会有专门的需求人员，其实我理解的这些需求人员原则上也应当是产品经理，实际上的产品经理可能只负责宏观上的决策，就像本书中所写的一句话，我表示很赞同：不要做一个“拍脑袋”的产品经理。拍脑袋的产品经理虽然挂着产品经理的头衔，但我认为他具体的工作已经不再是产品经理。
2.5需求确认
需求评审完成后，开发经理或者需求人员应当以正式邮件的方式通知相关项目组成员，这些成员应当至少包括具体的以下人员：开发人员、需求人员、UI设计人员、测试人员、市场人员、产品经理以及主管领导，缺一不可。不然开发过程中很容易出现扯皮的事情，大家相互脱责，需求确认的好处其实最主要的目的是要有一个规范性。大家总不能盲目的没有目标的去工作。
三、产品落地
通过一些列的前期准备工作后，下一个大的里程碑就是如何根据需求文档进行落地。大致分为以下几个重要的里程碑：
3.1产品设计
需求或者设计人员根据产品经理的需求文档或者前期的草图，设计一份完整仿真的原型图或者UI效果图。这部分是非常重要的，因为前端开发人员会根据效果图进行前端的开发工作。效果图设计完成后，需要让产品经理进行二次确认，以免发生误差，避免中途出现各种各样的问题。原则上效果图设计完成后也是需要进行评审的，考虑到不同规模的公司，流程可能会稍有差别，总之UI设计评审这一步是必不可少的。
3.2用户体验
用户体验主要是在功能实现的基础上要充分考虑用户的可操作性、易用性、色调统一等。让人感受到产品的规范化、质量感，给用户留下良好的体验感。因此我们要非常重视产品的用户体验。
3.3敏捷开发
UI设计评审完成后，开发人员还要针对具体的需求功能做如下的准备及开发工作，如果前期的工作算作规划、打地基，那么开发这个阶段可以说是盖楼的阶段，重中之重。主要的工作内容包含以下几个方面：
①开发详细计划
②技术选型
③数据字典设计
④功能详细设计
⑤开发评审
⑥敏捷开发
⑦开发前后端联调
⑧开发自测
⑨代码管理
通过实际的开发工作，我发现一个特点就是开发人员往往只熟悉自己所负责部分的功能点，他们往往验证功能点时比较的片面，开发自测也只能保证功能的可用性，专业的还需要测试人员进一步验证。
3.4测试验证
功能开发完成后，下一步就需要专门的测试人员进行验证。在开发人员开发的同时，测试人员也会同步进行测试用例的准备工作，这个其实也是熟悉需求的一个过程。
测试方法
测试验证如果按照测试方法，主要包含如下的几个工作重点：
①单元测试
②集成测试
③白盒测试
④黑盒测试
⑤性能压力测试测试环境
按照测试环境划分又分为如下几个环节：
①测试环境
②冒烟环境或者预生产环境
③生产环境测试报告
测试人员根据测试的结果，要形成完整的测试报告，主要有①功能测试报告、②压力测试报告等。bug管理
借助问题管理工具，测试人员及时提交测试问题，以便开发人员及时跟进处理和后期的回测工作。反馈汇报
测试人员要及时跟产品经理确认测试进度，方便产品经理对进展情况有一个宏观的了解。
3.5需求验证
等到测试人员测试的差不多的时候，下个阶段就需要需求人员或者产品经理进行功能的验证了，这个阶段主要是为了避免因理解的偏差造成功能的异样：开发的与要求的结果不一致。
3.6产品上线
所有以上工作完成后，开发经理就需要与公司的运营人员等部门进行协同，确定产品的宣传、上线时间、推广等。当然不一定非得是这个步骤，很多公司其实是并行的，在产品还没上线前已经开始准备产品的推广了。
四、产品运营
产品运营是你产品成功与失败的一个关键环节，产品经理或多或少的还要了解产品运营的知识，很多情况下产品经理还会兼着产品运营的职责，如产品总监。如果想有一个好的产品运营方案，建议还是去阅读另外一本书《增长黑客》。很多时候书读的多了，就会发现虽然每个作者提出的概念不同，但是原理确是相通的。
深入行业
数据驱动
不断学习
......
时间关系就先写道这里，不断学习、不断进步！
