读《从需求到产品（0岁产品经理进阶之道》有感2020-09-20）读《从需求到产品：0岁产品经

我相信在互联网企业工作中的同学，10个人会有7个人每天都会想如何进步，工作多年后也会有更多的人想去做产品经理。这个行业真的很特殊，一般人都会有很高的自觉性。所以要有脱颖而出，就必须比别人多付出一部分努力。你不淘汰自己，自己就会被这个社会所淘汰，多学一点知识总是有必要的。

学习动力
我认为产品经理考验的是一个人的综合能力，以我身边为例做产品经理的人一般都是从不同的岗位转换过来的：①开发转产品经理②需求转产品经理③设计转产品经理④市场转产品经理。无论什么岗位转换到产品经理，都需要一个扎实的业务功底，你要对负责产品的业务有自己的独特见解等。不同的工种之间虽然有着千丝万缕的联系，毕竟工作的重点会有所不同。为何读这本书？我想就是对产品经理理论知识体系能够有一个浅显的认识，发现自己的不足，努力学习，查缺补漏。
学习建议
如果想从事这个行业的同学，建议大家去读一下，这本书我认为是本实操性的书籍，没有那么多的大的概念，通俗易懂。下面记录一下我自己学习到的一些体会：

一、认识产品经理 1.1产品经理产品经理的核心就是解决问题的能力。产品经理要充分的了解行业、挖掘用户需求、量化产品功能、把控产品的用户体验、跟进开发进度、验证需求，让产品顺利落地，为用户提供方便而有价值的产品。
1.2软技能好的产品经理应当具备或不限于以下5大工作能力：

学习新鲜事物的能力
超强的执行力
统筹资源的能力
逻辑分析能力
业务分析能力

1.3硬技能硬技能就是作为产品经理在实际的工作中具体应该怎么做？怎么做才能做好？

前期调研
项目跟进
产品设计及实现
运营推广
项目迭代

二、需求管理 2.1需求池管理

需求池
如何做好需求池的管理呢？本书也给了具体的答案，比如按照需求的来源类型进行划分：①商业需求②项目需求③市场需求④用户需求。每一个类型的需求都应当进行存档，按照需求的调研方式进行细化等。
【读《从需求到产品（0岁产品经理进阶之道》有感2020-09-20）】需求挖掘
需求挖掘的本质是确认用户提出的需求是否具有通用性，是否有拓展的空间，能够带来哪些附加的效果。这本身也会是一个需求细化及确认的过程，非常重要的一个环节。
优先级
对每个类型的需求进行优先级划分，评估工作量及带来的影响，确认开发的重点、版本迭代等。

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产品上线所有以上工作完成后，开发经理就需要与公司的运营人员等部门进行协同，确定产品的宣传、上线时间、推广等。当然不一定非得是这个步骤，很多公司其实是并行的，在产品还没上线前已经开始准备产品的推广了。
四、产品运营产品运营是你产品成功与失败的一个关键环节，产品经理或多或少的还要了解产品运营的知识，很多情况下产品经理还会兼着产品运营的职责，如产品总监。如果想有一个好的产品运营方案，建议还是去阅读另外一本书《增长黑客》。很多时候书读的多了，就会发现虽然每个作者提出的概念不同，但是原理确是相通的。