产品经理的2021年终复盘

莫琳 2023-08-02 20:16:21

2021年过得好快，认真复盘了过去的一年，成就有，坑踩得也不少，也算是2年产品经理的一次大成长吧。本年度的复盘框架为：成败认定、场景还原、得失分析、总结规划四个部分，对自己的工作、生活和学习进行全面复盘。

一、2021年复盘整体思路

即学即用，科学复盘四步法是最近新学习的内容，对于个人复盘、工作复盘都有效。以下四步都需要自己客观、平心静气对待过去一年，切忌为了「展示自己过去一年得到很多」，而忽视自己的不足和缺点。

成败认定：对于个人复盘来说，我更愿意称之为目标达成与差距。主要目的是明确与年初目标的差距，一个总览：是否达成？未达成的问题反思、达成后的经验总结。
场景还原：围绕事情/项目目标，客观还原场景事实。
得失分析：做得好的地方，找到关键成功要素或执行框架；做得不好的地方，深入探究5why，挖掘背后原因。
总结规划：沉淀经验为可落地的执行方法，并明确后续行动。

二、复盘准备事项

去年复盘文章已经提及（指路：初级产品的2020年终复盘与成长），个人实践下来最重要的2个内容是：每周总结内容、心态。

2.1 每周总结内容

这是自己总结的一套GBL每周总结法：

首先，每天记录工作内容及时间消耗（如xx需求评审，1小时）
接着，每周日汇总当周的各工作大类所支出的时间，看自己一周工作的时间消耗是否合理（工作大类是指产品策划类、增长运营类…；是否合理是指是否与自己预期相符，或者明明时间应该多花在产品打磨上，但是却在开会上花费很久，那这就要引起关注并有后续改进计划了）
最后，总结每周Good，Bad，Learn的内容。一周下来，肯定是有做得好，做得不好，学习新东西的记录，对于做得好和做得不好，重点关注经验沉淀和找到深层原因的复盘总结。

所以复盘总结并不只是年终才需要做的，每周、甚至每天，都有可复盘的东西。没有复盘，便不清楚自己的问题或长处；没有问题，一天便没有效率的度过。

产品经理，产品经理网站

图：每周复盘记录（摘取）

2.2 心态

找个安静的空间，以平和的心态来思考过去一年的工作和生活。不要走极端，意思是指看到自己做得不好或者只看到自己做得好的，不要不好意思或者不敢面对。
成功的项目，要沉淀知识资产；失败的经验，要深挖原因（包括执行过程、数据、人员配合等）。个人习惯用XMind来做复盘，清晰明了，方便直接。

产品经理，产品经理网站

图：XMind-2021年终复盘

三、复盘内容

3.1 目标达成与差距

2021年的目标达成情况，我给自己打80分。是比较明显能够感觉到成长的速度。

3.1.1 关于工作

从点到线的达成，是比较惊喜的。2020年是单个需求的单点式，而今年需求则是整个业务线的多项目联动式思考。
对增长的通盘思考能力提升，增长5步方法论的实践，输入与输出结合。
未达成的最大块是对行业动态/竞品动态的及时观察不够，教育行业全局观看的不够。

3.1.2 关于学习与生活

习得新技能：口语和网球。产品经理需要保持对新鲜事物的好奇热情和较强的学习能力，从工作延伸到生活，其实也是一种在糟糕环境下最好的“自救”呀。
阅读习惯改进：今年一直在实践主题阅读，但是对于读后提炼断断续续，未达成。
IPO模型的实践。

3.2 场景还原

以自己在今年双十一做的营销大项目做场景还原。

3.2.1 活动上线前

业务方进行了3次需求变更，其中1次变更因临时更改上线时间至提前1周，对研发节奏影响较大。

3.2.2 活动上线中

在11月1号0点付尾款续费后，用户出现了约50分钟无法挑选礼品的情况。影响量级约800人。临时应对方案是一线老师采取手动统计礼品信息，待系统恢复后再引导用户线上挑选。
因奖励配置有误，导致约1000名用户拥有多个礼品。临时应对方案是请示上级，是否需要收回多余礼品；另外引导老师和用户做积极沟通，“惊喜、大回馈”等话术让用户对品牌产生正面印象。
约200名续费用户抽中了低价值礼品，影响了用户体验。临时应对方案是补发抽奖机会，引导用户继续抽奖，且在抽奖逻辑上保证用户能抽到对应的高价值礼品。
除用户外，每天有大量的老师来咨询之前未预判到的问题。将频率高的问题形成QA文档，挂群公告。

*以上数据为脱敏数据

3.2.3 活动结束后

梳理这次活动全流程的用户体验地图，针对重点出现问题的环节做根本原因拆解和避免措施方案。
针对产研功能上的问题，提出5个优化项，并根据优先级及即将来临的双十二排期解决。
数据、产品功能复盘，成败认定。
积极配合做好奖品寄出、售后情况。

还原场景后，认为自己做得好/不好分别是以下：

3.2.3.1 做得好

积极沟通：在出产品方案时，积极和业务沟通各种场景，如用户付款类型不同，要送什么样的礼品；中奖名单分几批在何时导出，能保证用户体验及发货速度等等。
及时跟进：在需求开发过程中，每天及时跟进开发进度，了解可能会影响项目上线的风险，提出plan B。
抗压处理：面对线上几万用户及几百名一线老师的突发情况，自认为还是能抗压处理各种线上bug，不慌不乱，落实好每一项待解决的方案。

3.2.3.2 做得不好

一是不MECE：MECE是指不重不漏，但是在上线前的checklist因为配置内容多、没有穷尽配置内容、没有double check，导致任务跳转、奖品发放出现了问题。后续：

在写checklist时，应完整模拟业务流程来写，该配什么任务、什么奖励，细化到文案，全部写出来；
第一遍配置应由运营人员完成，第二遍由产品复核，做到不重不漏。

二是没有做好风险规划和预案：一方面是由于时间紧任务重，没有时间做全面的风险规划；另一方面也是风险意识不强导致的。后续：

在大型营销项目上线前，应充分让运营、一线人员体验产品功能，熟知活动流程并提出体验优化意见。一来能在用户有疑问时及时解答，二来能更了解用户习惯，知道在哪些环节容易出问题，提前做好风险预判。
在活动策划时，应积极做好两手准备，以应对在plan A失效时，能快速启动plan B进行补救。

也正是因为如此，完整地体验了一遍大型营销活动的前期规划、中期开发、后期验收、正式上线全流程，是一次宝贵的经验积累，也感受到没有永远的「等你准备好才上」的时刻，其实在你毫无准备、迎难而上的时候，就已经是在做准备了。

3.3 得失分析

今年自己的得失，给一个总述其实是得>失。其实对于我来说，目前阶段没有什么失的，每一次失（失去、失误），都是一次成长和经验的获得；所以这样看来，失也是得呀。得失分析分为工作、学习两部分复盘。

3.3.1 工作

3.3.1.1 产品策划方面

3.3.1.1.1 【得】

第一，从点到线：今年最大的一个收获，便是自己负责的项目、策划的能力从点上升到了线。这个线可以理解为业务线，也可以理解为项目的关联。

a）对于转介绍业务线的理解，更多是关注增长策略，总结并实践了增长5步方法论，从转介绍底层逻辑、转介绍基础功能迭代、转介绍活动包装、入口流量布局，这4个层面的策略构思，每一层级看哪些体验是可以迭代优化的，由下往上先确保底层逻辑和基础功能的体验良好，再到月度活动项目（各子功能的汇聚，再到流量分发），再到APP/公众号的入口应该怎么布局。这样的思维锻炼相比起执行来说，更宝贵，点是在于让我更明白是什么、为什么做、对做的结果负责；

b）对于项目的关联，是基于这一年对业务的熟悉，在做需求的时候，多考虑各项目、各系统之间的关联性，往往是牵一发而动全身。例如今年在设计月度活动后台时，考虑到任务体系和奖励层的联动，进而将抽奖项目、优惠券项目相继接入了奖励层，实现奖励层统一发放奖励，任务体系调用奖励层的联动。

增长产品经理的思维，一定是涵盖增长运营思维和产品思维的，前者更注重发散性；后者更注重系统性，在考虑增长运营的同时，要兼顾产品设计的合理性和高效闭环，上到后台系统设计，下到营销文案设计，都是需要打磨和练习的，今年的自己便在这两者之间循环往复，成长不少。

第二，逻辑清晰：今年会刻意练习自己的需求逻辑性，包括业务逻辑、需求文档逻辑、需求评审逻辑。

a）业务逻辑：因为时刻谨记业务思维最重要，因此在做需求前，一定会将业务逻辑理清楚，例如每个营销项目所需的业务流程是怎样的？用户是如何走完整个流程的？需优化的功能点会在哪个环节中设计？在理清业务逻辑后，后续的需求点的逻辑就更能知道为什么，也便于开发了解为什么。

b) 需求文档逻辑：至少到目前我看来，“写”需求文档是整个策划过程中比较轻松的事情了。原因是在于需求文档的逻辑事先理清楚，写起来便清晰顺畅许多。因为这一年比较多大需求，通常一个需求文档涉及到好多个需求点，因此我写需求文档的逻辑在于：优先级高的需求点放前面；相同项目的需求点放一起；关联性高的需求点相邻放，异常情况靠后放、一定放。

c）需求评审逻辑：基于b），需求评审往往会比较有条理，不乱，开发听起来也知道前因后果，能更快理解产品需求。

第三，节奏OK：这块包括两部分-评审节奏和日常待办节奏。

a）评审节奏：我会比较注重需求评审的节奏，原因一在于需求评审是开发能充分和产品沟通需求的场景，需要重视和充分利用；原因二在于需求评审能比较好展现产品经理的需求逻辑、控场、演讲的能力（当成是一次演讲会哈哈），因此希望通过需求评审能让开发更可能get到我想要做的需求点，以及理解需求背后的内容。

关于评审的节奏，我这一年是这样做的：

时刻关注开发状态。每讲一个点，多观察开发的反应和注意力，如果明显感觉到开发比较懵，及时cue出对应人和对应问题，让开发当场提出，确保开发是在听评审以及信息同频。
重难点多强调：评审时多重复几遍重难点，开发其实在评审过程中是会有一个大概技术方案的预估，测试也会有大概的测试方案，因此在评审会上可以将重难点多重复几遍，给他们多一些时间去思考和理解。

b）日常待办节奏：在今年上半年我会给每天待办安排很多，但是一天下来发现做不完，很容易产生挫败感和节奏乱；后来看了一篇待办管理的文章，一天脑子里只记3件重要事，其余放入待办。不要给自己每日待办太多压力，能做好3件事，其余事项集中时间处理，处理不完给对方一个回复「会在何时处理完」，这样的节奏才比较合理。

产品经理，产品经理网站

图：每日待办（可规划时间、优先级）

3.3.1.1.2 【失】

第一，用户体验考虑不完善：关键原因是：

a）因时间紧迫而着急，导致没仔细考虑场景；

b）以为自己熟练了，所以没仔细考虑场景。在10月的时候因为这些原因，导致有一个需求和老大对完之后自己感觉不对之后，重新回归到场景上，回归到「何人何时在何地做了何事，得到了何种结果或产生了何种影响」的思考上。除此之外，过去一年对于用户体验的思考仍是不足的，主要体现在竞品体验、用户调研。

第二，对系统结构理解较浅、不够高效联动：关键原因是：

a）对业务的底层逻辑理解不够透；

b）系统之间的逻辑关系不熟悉、经验不足。

在9月后，很多营销系统逐步交接到了我们部门，例如优惠券系统、抽奖系统、拼团系统等，这些之前都没有完整接触过，光是拼团的底层功能配置、活动层功能配置就花了较长时间琢磨。这也导致后来在配置过程中踩了不少自己系统设计不合理的坑。

c）没有跳出思维定式。今年在做了任务配置系统后，对于不同任务，该如何设置配置内容以及与奖励层的联动，都会受到当前业务线思维定式的影响，没有考虑到后续如果别的业务线要用，仍比较局限。

d）不MECE：这一点也是在今年下半年、事情一多起来后出现的问题。特别是对于要上线的活动，做到MECE（不重不漏）是关键。因为我们整个页面都是后台配置出来的，所以MECE都留给了产品和运营。稍不注意，就会导致用户体验不好。此外针对需求点的异常情况，也是因为没有MECE没有穷尽，一些风险和预案才没有提前被考虑到。

3.3.1.2 增长运营方面

3.3.1.2.1 【得】

第一，习得并实践增长方法论：负责增长运营后，开始思考并总结了下面这套增长方法论。起初是在9月和老大一起总结GMV公式，并根据业务现状构建增长测算模型，才开始有了增长的一些框架思路。

后续几个月，根据测算模型，不断通过数据漏斗，找到每个子功能需要聚焦的区域，制定现阶段的增长策略，到最后的落地执行，很庆幸自己能有这个宝贵的机会完整走了一遍整个流程，深深能感觉到不是任何时候都允许有实践机会的，“自由”的土壤稀缺，一旦抓住了，请充分生长吧！

产品经理，产品经理网站

图：增长5步方法论（完善中）

第二，数据整理和分析能力提升：这一年养成时刻关注数据的习惯，对数据有了自己的思考。从最开始每天更新数据，但不想沦为统计数据的“工具人”，到主动开始分析数据中异常、有趣的部分，到思考可落地的需求，不得不说数据分析是一个既痛苦又有收获感的过程。

3.3.1.2.2 【失】

第一，对用户敬畏心不够：在做双十一项目的时候，因为每天都会被问到各种各样、在我们看来比较「简单」的问题，尽管做了文档，但是有很多老师带着用户问题来询问。起初会有些烦躁，但后来还是意识到这是自己敬畏心的问题，是自己的产品流程没有尽可能用户需求而导致的。

因此无论是初出茅庐还是身经百战，永远要对用户保有敬畏之心，你不知道会在哪里出错，因此只有面临用户需求时不断快速做出调整。

第二，对数据“一针见血”能力不够：今年是以增长产品经理的角色成长着，因此对数据方面接触的也多了很多。到公司早上观察/更新数据，发现指标异常，思考关键原因，然后再用数据佐证关键原因是否正确。这样一轮实践下来，确实锻炼不少，但是也发现自己快速定位数据问题的能力不够，或许可以从这些方面提升：

a）时刻明确分析目的：不要分析着分析着就忘了目的，迷失了方向；

b）多思考数据：数据也是会骗人的，常问为什么是这样的、而不是那样的；

c）多了解公司业务与行业情况：我发现很多时候无法对数据有定论，比如多少的分发率才算中等偏上，是因为不清楚行业的基准值（benchmark），因此这种经验可以从前辈口中、网络等等渠道了解行业情况汲取。

3.3.1.3 工作沟通方面

3.3.1.3.1 【得】

第一，业务方沟通独立hold住：这年在面对各种各样业务方时，都感觉能有自信去和他们独立沟通，尽管遇到一些不确定的问题，也能很坦然面对。总结出一些沟通方法，不断实践中：

明确「目标」：目标尽量让业务方明确具体目标，量化收益。
明确「场景」：用户是谁，场景是什么，为什么是这个场景。
明确「渠道」：做出来后，打算怎么推广，用哪些渠道，节奏是怎么样的。
明确「内容」：前面的123都没问题了，再去谈内容、活动流程。以上4步都是按顺序，优先级从前往后，每一步都有上一步作为承接，聊不清楚上一步，就不再往下聊。且会后主动做会议总结同步群内。

3.3.1.3.2 【失】

说服能力不够：在和业务方沟通过程中，产生不同想法时，比较难去说服他人认同方案。思考了：

关键原因一：没有站在业务利益上去考虑问题。其实有时候业务提出的需求是有道理的，这个道理并非产品逻辑等，因此作为产品经理不能只考虑产品功能，更需要去关注业务实际需求。或许把自身方案和业务需求相融合，提出折中方案（前提是业务需求合理）。

关键原因二：对业务理解不透彻。如果理解透彻，就可以快速抓住谈话中的核心要点，思考到业务方想不到的点和潜在问题，一旦比对方了解更多，想得更周到，对方自然而然会接受你的方案，因为你的方案是全面的。

3.3.1.4 工作习惯方面

3.3.1.4.1 【得】

向上管理能力提升：个人感觉随着工作年龄的增长，向上管理会越来越难。今年觉得自己这块做的比去年好很多，积极主动多了。

第一，适时同步：了解老大的时间，大项目分阶段定期同步；小项目分3步同步：

大概产品方案确定后；
原型和逻辑图确定后；
PRD输出后同步重难点和疑问点。

第二，项目管理：6月做APP那会，每晚都会同步当日开发进度、产品进度（主要是和跨部门沟通的内容同步）、风险暴露、预案规划，让上级能及时了解。

第三，每周坚持复盘总结：今年的每周都在坚持用GBL复盘法来总结，发生变化的是每日待办回顾的方法。上半年，只是单纯每天记录完成了什么；而后读了柳比歇夫的时间管理法，细化分块每天的时间来管理，因此下半年也尝试实践，果然对自己每周工作时间消耗最大的部分，是否合理是否符合预期，有了比较清晰的认知。

第四，抗压能力增强：今年学会独立hold住一些事情后，开始慢慢锻炼自己的抗压能力。6月的时候接到要从0到1做一款APP的任务，且时间较紧（6月底就要上），我自己训练是稳住心态，先拆解模块、列好优先级，再根据优先级和各部门评估能否如期上线，最后和上级汇报，再讨论如何调整。在大项目的压力面前学会拆解。

3.3.1.4.2 【失】

每日待办记录方式不妥当：正如上面所说，每日待办记录太多，给自己的带来较大的挫败感和打乱节奏。这种模式持续了较长时间，起初认为「每日待办相当于每日目标，目标总是要定高一些的」，后来发现这种想法是错的，一定要量力而定。

3.3.2 学习

这部分我根据IPO模型来复盘：

3.3.2.1 输入(input)

总的来说，今年输入的途径变多了，主要分为从经验、交流、阅读中input。

从经验中学：目前还在处于积累经验的阶段，因此这一年也从经验中输入了不少新鲜知识。例如大型营销活动的全流程、增长策略如何随着业务情况变动而快速调整等等。
从交流中学：带着问题去交流，这是今年一直提醒自己刻意练习的一点。并且问题一定要是自己经过思考的，而不是可以百度中、文档中得到的。但是交流完之后，如何举一反三，运用到更多场景中，这部分的实践还有待提升。
从阅读中学：日常我的阅读会分为2块，主要是阅读文章和阅读书籍。阅读文章会习惯在读完之后用3-5句话概括，并对文章做实用性评分（如下图）。阅读书籍和文章都习惯采用“主题阅读”，如最近在看增长类书籍，会一次性连续读相关一系列的增长书，这样能比较好补全拓宽知识面，也能让我思辨（例如这本书说的是A，那本书说的是B，孰优孰劣可以根据实际自身情况做思辨）

产品经理，产品经理网站

图：阅读文章习惯

3.3.2.2 处理（process）

今年学会将输入(input)做2种方式的处理，分别是形成工具清单、方法模型。

工具清单：

为了不MECE，形成了配置清单checklist；
为了提升专注力和工作效率，每日待办记录重点标红3件事。工具清单不仅是针对工作习惯，还可以用在复盘会议后的具体执行框架的形成，以及从书中学习完之后比较快速形成自己的实践执行框架，可落地程度高、抽象程度低。

产品经理，产品经理网站

图：checklist

方法模型：

今年多少读了些增长相关书籍，然后形成了一套可落地实践的增长5步法，并且在9月之后开始实践及优化。方法模型对我来说还是比较难的，主要是缺乏系统的思考结构，以及抽象程度较高，但是好在一旦总结后，可落地程度高。
今年还读了些关于思维模型的文章，例如多元思维模型、因果论、推箱子模型、熵增定律等等，但还是没有能很好思考一些事物的本质，对模型的迁移性弱，换言之就是学了不知道怎么用起来，可落地性低，这也是需要在明年乃至多年需要提升的。

3.3.2.3 输出（output）

自己的输出能力一直是比较强的，也能坚持，做得好的主要是复盘推演、与人分享、立即实践3点。

第一点，复盘推演：

复盘：对于项目经历、工作内容、个人成长都有在坚持复盘，后续学习「科学复盘4部曲」后，也用到了本次年终复盘上。
推演：推演未来，预判即将/未来发生何种情况的能力较弱，主要在于举一反三的能力需要提升。

第二点，与人分享：

给身边人讲：平时偶尔也会和产品小伙伴、和老大沟通一些自己学到的知识，以及实践后的感悟，也能从他人口中收获更多。
写文章/微博：从做产品经理那天开始，就有在坚持写文章和微博（专门建了个tag：思考池），分享同时更希望是一种即时记录。

第三点，立即实践：其实我认为对输入内容的处理程度最好的检验方式，就是立即实践。直接改造自己的工作，例如：

今年花了很多时间做月度活动这个项目，就是实践之前总结的增长方法论最好的机会。在这个过程中，虽然有时候指标结果不尽人意，但是能从实践中得到优化方法模型的机会；
数据分析的方法，从观察数据–发现异常–思考关键假设–再用数据佐证，这也是一个实践的过程。

四、总结规划

过去一年注定是不平凡的一年，对自己来说也是产品经理成长道路上不平凡的一年。2020年是入门的第一年，好在培养好了产品习惯，如产品思路、文档规范、原型逻辑图结构图、需求评审；2021年是在这基础之上进了一步台阶，注重培养产品策略、增长思维、运营方法。很幸运这两年遇到的好导师，也感谢每年都在踏实掌握着这个阶段该掌握的内容，不求快，只求稳扎稳打。

来年就要继续往高级产品的目标继续前进，关于自己在2021年的【得】，沉淀知识资产，继续复用；在2021年的【失】，找到关键原因，逐步改进。

心中已给来年定下目标，待2022年终复盘，希望回头能看到更好的自己。