最近大半年，工作内容做了一些调整，勉强算是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
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。