我相信在互联网企业工作中的同学，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产品上线

所有以上工作完成后，开发经理就需要与公司的运营人员等部门进行协同，确定产品的宣传、上线时间、推广等。当然不一定非得是这个步骤，很多公司其实是并行的，在产品还没上线前已经开始准备产品的推广了。

四、产品运营

产品运营是你产品成功与失败的一个关键环节，产品经理或多或少的还要了解产品运营的知识，很多情况下产品经理还会兼着产品运营的职责，如产品总监。如果想有一个好的产品运营方案，建议还是去阅读另外一本书《增长黑客》。很多时候书读的多了，就会发现虽然每个作者提出的概念不同，但是原理确是相通的。

• 深入行业

• 数据驱动

• 不断学习

• ......

时间关系就先写道这里，不断学习、不断进步！

从需求到产品：0岁产品经理进阶之道