产品经理的2021年终复盘
编辑导语:时光荏苒,岁月如梭,一年又过去了。作产品经理,应该从哪些方面对过去的一年进行复盘呢?本篇文章将复盘分为四个方面进行分析,帮你逻辑严密地总结过去一年的工作。
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年终复盘,希望回头能看到更好的自己。
#专栏作家#
莫琳,人人都是产品经理专栏作家。在线教育产品汪,爱产品,爱摄影,自顾自看,一起交谈。
本文原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议
小伙伴太棒了,学到了,我之前从来不做复盘,前几天老大还和我说,做完一个项目、学习什么东西,要多做复盘和总结~
从来不做复盘😂,那你怎么知道一个项目的效果、哪里好、哪里不好、怎么改进😂~
写得真棒,看了之后学习了很多也备受鼓励,一起继续加油哦~
共同成长
对于野路子的我来说,很羡慕有一个好领头人
是啊 有个好的领路人是我的运气
膜拜,学习了。比较欠缺总结能力,也比较盲目不知道从哪些方面入手,现在至少有个方向,接着去做就好了。
todolist用的什么软件呢?
印象笔记
感谢 感谢
潇洒
很赞的总结能力,学习了!
好有用!作者大大写的好详细,爱了爱了
2022一起努力!
复盘真的是可以明显看到自己哪些方面ok,哪些方面还需多加强,每天都在记录自己的充实
是的!!