产品经理如何沉淀自己的产品方法论
共 1967字，需浏览 4分钟
·
2024-06-09 22:03
前段时间有一个工作5年+产品经理问我，现在去面试产品经理都会被问到同一个问题：”自己的方法论有哪些？”。
拥有自己的方法论，对于这个阶段的产品经理是很大的一个竞争力，因为5年以上的产品经理大多面试的岗位是高阶或者专家岗位，面试官自然在面试考核事后，除了对口的业务知识和行业背景，其个人产品经理的方法论也是考核一个环节，毕竟涉及到未来的团队管理或者公司赋能。
▲5年以上的产品经理都是高阶岗位
因为各种各样的原因，并不是每个5年以上的产品经理，都有总结出自己的方法论。
那么，如何沉淀自己的工作方法？
有的人做产品经理真的只是呆了5年而已；而有的人做5年产品经理就有自己的一套成长经历，所总结出来对应的知识或者技能就是自己的方法论了。
那么如何沉淀出产品经理的方法论呢，我分享下自己的个人成长以来方法论的沉淀技巧。
1.对于项目的开始、中期、末尾做内容复盘
产品经理入职一家公司，要么是从0到1开始一个项目，或者加入后开始某个产品功能优化。无论哪一种，都是以任务接收开始，而一个任务有开始阶段、进行阶段、和复盘阶段，不同阶段下任务的目标不同。
开始阶段：
总结期间可以用5W1H的方法，回归开始阶段的任务目标、资源现状、战略方向，记录团队状态、领导分工与个人的考核目标，并且可以给予开始阶段做未来阶段的规划，虽然未来阶段不一定会照做，但至少也是一个预测。
能够做预测，至少也是一次思维锻炼，训练自己的思考全局范围
进行中阶段：
项目进行中，一定会出现一些错误。记录这些错误的同时，找到错误的源头和错误的解决方式，同时针对现状的资源、开发状态、业务流程，做项目的未来预测，评估其项目未来可能遇到的难点，再对比之前的预测结果。
复盘阶段:
项目完成了，或者功能上线了，此时可以回过头来看下自己做了哪些工作，同时遗漏了那些任务，应该使用什么样的方法来做产品会更加合理。复盘阶段是知识方法沉淀的关键节点，多几次项目结束后的复盘，就会有
2.观察错误行为，总结出规律输出SOP
除了项目外，还可以记录自己在项目管理、团队任务分配、甚至是部门横向协同里所犯过的错误，记录这些错误行为，并备注出没有出过错的相同职责同事是如何做的，将其规律梳理出来，做一些连串总结。
整理出在任务里错误出现的先后顺序、前置条件和影响效果，由此可以沉淀出这类标准化的问题场景。
这就像我们日常工作里积累一系列SOP，包括原型的标准、文档的标准、团队管理的标准。SOP就是方法论的一种表现，不是只是停留在脑子里，而是真的要返用在真实的工作和生活场景里。
3.针对错误，找到解决办法
将错误进行分类，哪一些是产品设计类的、哪一些是工作之外的、还有哪一些是涉及到创业或者人脉相处的，将不同错误筛选。
很多时候，我们在犯错了后都会说：“要是当初XX做，就好了”。可是时光不复返，我们只能在未来再次避免，所以记录没有犯错的同事，他们是怎么处理的，通过5W1H找到具体地点、时间、场景、用户、问题描述，来记录解决办法。
解决办法沉淀多了后，自然一套方法论就出现了。
以上就是我个人的分享，欢迎阅读。
Kevin的产品设计打卡社群
我创建的产品设计打卡社群，加入后365天，每天体验一款APP。提升产品设计能力，同时有1300份体验报告帮助你找到竞品。
在这里你可以随时查询到你想找的各类竞品行业APP，无须自己亲自下载就可以马上得到APP的一手产品优化、交互设计、功能描述信息。
从优化&建议、商业模式、运营、功能描述、交互设计、产品定位至少6个维度，体验一款应用。
平均1天1块钱，扫码购买即可加入
连续体验90款应用，通过后原路退回