PM自我修炼之——产品学习方法论

最近大半年，工作内容做了一些调整，勉强算是0.5/0.6个PM吧，常常开玩笑和大家说自己是个兼职PM。虽说是这样，可是实际干完在检验成果的时候，不会有人因为你是个非专职的兼职PM，对结果的评判标准和容忍度就会降低~ 本着体现专业性的态度，也是对自己、对项目组的研发同学负责，开启了PM的学习之路。

经常在网上找资料时发现，那些厉害的人都有一套自己的逻辑和思考框架，各种case、场景 都能覆盖的很全，反观自己思维是零散的，没有自己的打法和方法论，在事中/事后才发现 欠考虑了。在这里总结一些产品学习的方法论和思考框架，遵循『拿来主义』，先从模仿开始，逐渐形成自己的思考框架。

一、产品的生命周期

搜集需求-》需求分析-》需求设计-》需求评审-》开发-》测试-》上线—》线上运营/反馈

1、搜集需求

我把需求的来源粗略分为被动需求和主动需求。被动指需求来自外界，如国家/行业合规政策、公司/团队战略、领导层提过来的需求、用户/客户/售前/运营/销售等 ，主动需求指主动识别的一些需求，比如来自市场调研、竞品分析、用户数据分析、问卷调研等PM主观行为上的。

2、需求分析

网上关于如何进行需求分析的文章很多的，有各种分析框架、思考模型、、、五个指头都数不清。在我时间不长的PM生涯中，一般接到一个需求会从如下几个点入手：

• 背景了解
  需求背景是什么，比如是否受到外界政策影响、响应公司/团队战略、新的业务场景等等，尽量站的角度高一点远一点，这样做的目的有两个：1）保证产品大的方向不会跑偏，是符合愿景、符合战略的；2）为了了解用户真正的诉求是什么，ta到底是想要『一匹马』还是只要『跑的快』就行；

• ROI
  也就是投入产出比了。做这个事情的成本是什么，能带来哪些收益、收益是否易衡量（数据指标），使用频率是怎么样的，不做可不可以、会造成哪些影响/风险、风险是否可接受/有预案等，大多数情况下，资源都是匮乏的，需要做出取舍和平衡，如果实现成本过高，是否采用迂回一点的方法也能达到目的，如何和需求方达成共识等。

• 标准需求or定制需求
  标准需求指提的需求是符合产品定位、产品调性的，是对现有产品的持续迭代和完善，这种情况是支持的；
  如果是定制需求，仅满足特定场景、特定人群的，这种情况比较复杂，首先需要衡量需求的合理性、逻辑是不是说的通的，然后考虑不做会有哪些影响（通过访谈、数据分析等方法），以及假如做这个需求后期的可维护性等等。

3、需求设计

这一阶段需要输出详细的需求设计，比如：原型图、需求文档、流程图/泳道图等等，为下一个阶段需求评审做准备，要能够表达清楚、没有歧义。
最常见的就是原型图了，常常听见PM自嘲自己是苦逼的原型仔 说的就是这个原型

标签：需求,分析,方法论,用户,修炼,产品,竞品,PM
来源： https://www.cnblogs.com/ffx1/p/14745512.html