在互联网行业，职级和晋升是个迈不过去的坎。要想加薪，就得晋升；要想晋升，就得述职。每年三四月份，一般是各个公司安排晋升-述职-评估的时间，如果通过了评估顺利晋升，那么就可以在四月份获得不错的涨薪。

笔者在今年三月份，也迎来了自己在新公司的第一次晋升述职。其实来了新公司才九个月，但因为去年绩效等表现达标，获得了申请机会，所以花了较长时间梳理、准备，期望能成功晋升。在这个过程中，也对述职的思路、方法和模板进行了梳理，沉淀为后续各类述职汇报的万能宝典。

一、述职是什么

述职用一句话来概括就是：展示你达到了某个职级要求。

首先，一般职级会分为能力职级和管理职级，如果你是作为产品专家的路线发展，那肯定是在能力职级上逐渐攀升。如果你已经是管理者，那肯定追求管理职级的跃升。本文只针对能力职级的晋升述职进行阐述（毕竟我只是一个底层打工人）。

要知道自己是否达到了某个职级要求，自然要了解公司有哪些职级，每个职级对应的要求是什么。

以腾讯为例，他们的职级和称谓如下：

当你处于7级时，依然处于中级产品经理的范畴，此时可以晋升8级。但到了8级要晋升9级时，意味着从中级产品经理晋升为高级产品经理，此时就是一个层级的跨越，意味着更严格的要求和更高的难度。

了解了职级体系，还要了解每个职级对应的能力要求。其实，晋升述职和面试是一样的道理，甚至可以理解为公司内部面试。面试的时候每个岗位有岗位要求，求职者会对应岗位要求去介绍自己，让面试者觉得你是他要招聘的人。同理，述职的时候，每个人也需要对应职级要求去展示自己，让评委觉得你是符合职级要求的人。

以某个职级能力示意图为例，每个职级，对应的每项能力，都有针对性的要求。

当你是level1时，你的运营数据分析能力要求是“了解指标含义，在指导下分析”，但是当你要晋升到level3时，你的数据分析能力就得达到“灵活使用多种工具，能找出隐含规律，推动产品策划”。所以你的述职过程，一定是通过各种方法，证明你达到了这个能力的过程。

二、应该怎么述职

知道了述职是什么后，我们需要了解如何述职，也就是如何把自己的工作成果进行展示，得到评委的认可。

1.个人介绍

正常情况下，述职的时候我们会用一页PPT对自己进行自我介绍。千万不要小看这一分钟的自我介绍，他是给评委留下好的初印象的关键，毕竟绝大多数评委之前都不知道你是做什么的，甚至不知道你是谁。

要加强评委的印象点，就要突出你的优势。在茫茫人海中竞争，能加一分是一分。

1）工作经验

通过以往工作的公司、工作内容、工作成绩突出自己的工作经验，特别是有大厂背书的，这样的经历肯定是加分的。

2）绩效表现

最近的绩效表现可以体现当前领导对你工作的评估，在公司整体一致的评估体系下，这个绩效结果是最体现你当前能力的。如果最近两次绩效评估中有S或者A+，可以突出展示。

3）学历

如果没有很丰富的工作经验，也没有很突出的绩效表现，那么有不俗的学历也可以展示。例如，来自某985高校计算机专业，学习能力强、专业性强，这也是自身的加分点。

2.项目展示

最直观展示工作内容的方式就是介绍自己所做的项目，而展示项目最重要的就是清晰的逻辑。很多评委可能事先并不了解你以及你的工作，但是要在十五分钟内看懂你做的事情，那么逻辑就非常重要。

当你让评委跟着你的思路走，事情就成功了百分之八十。

1）介绍项目背景

首先，介绍为什么要做这个项目。一般情况下，我们是依据现在数据的进行分析，得到现有的业务问题。从解决该业务问题的角度出发，我们开始探索应该怎么做。所以最好要有数据的展示，此处的数据展示还有一个好处是跟后面的数据效果形成对比，更加直观。

第一步是最重要的，让大家知道你的目的是什么。这里最好不要用太宽泛的目标和说法，比如说要Q4提升平台GMV50%。因为提升平台GMV途径很多，而一个项目一定是非常明确的范围，比方说，挖掘到平台的学生用户一直在沉默或者流失，因此决定提升学生用户的活跃度和转化，以此提升平台的GMV。通过这样的阐述，评委就明白了这个项目重点是在对学生用户的挖掘和转化。

2）项目开始前的调研

项目开始前的调研是体现产品经理的竞品分析能力和用户分析能力，也许他不是每个项目必须的环节，但是在述职中这部分是可以为自己加分的。

明确了问题后，我们决定怎么做之前，要知道我们的目标用户的喜好，我们的竞品产品是怎么做的。此处可以展示一些我们对目标用户的调研结果，例如问卷调查，这部分有明确的数据更有说服力。同时，展示下对竞品的体验和分析，得出一定的结论，形成自身产品功能设计的理论依据。

3）完成的产品功能

知道了要解决什么问题，知道了用户想要什么，接下来就得动手设计产品功能和逻辑了。这部分是最体现产品思维和能力的部分，也是最容易被评委提问的部分。在准备述职内容时，一定要对自己的产品逻辑了熟于心。

如果是用户端的产品功能，我们可以通过截图来展示，这样效果是最明显直观的。如果是偏中后台的功能或者产品逻辑的展示，可以使用流程图。

此外，产品功能一般是为了解决业务问题而设计的，可以把我们的做的产品功能与先前项目背景中的业务问题一一对应。这样在整体框架上可以更加清晰。

4）上线后的数据复盘

这一部分是评委最看重的，也许其他部门他不会仔细看或者听，但是他会抓住产品功能上线后数据好不好来作为评判标准（没办法，就是这么现实）。

在得出数据分析结论前，我们应该展示出良好的数据思维和数据分析逻辑，这是产品经理考核的必备技能。

要看哪些指标，为什么要看这些指标，怎么看这些指标。这一套逻辑应该是在项目之初就确定好，并且持续观测的，这也是数据分析的思路。

指标和数据有了之后要怎么展示，用折线图、漏斗还是圆饼图，这体现了数据可视化呈现能力。如果能让评委一眼看明白你的数据效果，那么也能事半功倍。

5）数据分析后的结论

数据有了，呈现出来了，但是数据不一定好看怎么办。我相信绝大多数人都经历过很难看的数据，但是自己又投入了很多工作时间在其中，是不是就没办法拿来述职了呢？

我觉得未必。

数据表现好，我们依然要去分析数据表现好的原因，是因为抓住了流量，例如MGM效果很好，带来了很多新客。还是抓住了转化，例如优化了重点的交易路径，使用户下单和支付通过一步完成，从而提升转化率。通过这次项目成功沉淀下来的经验，是否可以进行推广和应用。

数据表现不好，也要去分析数据表现不好的原因。例如，用户下单了，但是支付率很低。我们可以通过用户调研的方法，去了解用户为什么不支付，是产品功能问题，还是用户习惯问题。如果得出结论是用户觉得支付方式不方便，那我们依然得出了重要的结论，提升支付方式的便利性，是提升支付转化率的关键，从而得到后续的优化方向。

数据可以不好，但一定不能止于不好（起码在述职中不可以）。

6）总结遇到的困难

我看到很多述职报告模板中，都会要求大家分析遇到的困难以及如何解决，来体现产品经理的应变能力、沟通能力和协调能力。

但实际中，很多时候可能并没有遇到很突出的困难，这时候再去写这部分内容就会显得有些鸡肋。除非是遇到了较大的困难且导致了产品运营方向的调整，又有不俗的效果，这种情况下就可以展示这部分内容。例如，某个产品功能上线后打算线下地推获客，但是因为疫情等客观原因迟迟无法开展工作，此时产品经理及时调整方向，重新规划上线了MGM等线上获客方式，逐步取得一定的效果。这样的案例才足以体现产品经理解决困难的能力。

如果只是遇到了研发开发进度滞后，运营资源不足等问题，就形成了困难，反而会给评委一种自身推动力不足，小小困难也造成项目阻塞的观感，得不偿失。

7）下一步的规划

很多项目确实是在完成了某些里程碑后，项目就宣告结束。但是在复盘或者述职时，如果能加上下一步的规划，是一个不错的加分项。它能够展示产品经理的大局观和思考问题的全面性。

正如上文所说，我们数据分析后得到了一些结论，发现这个项目数据效果一般，且通过各种方法找到了问题，那么后续应该怎么调整、怎么规划，就是下一步工作的重点。

加上下一步的规划，可以使整个项目的展示更加全面，有始有终，做到讲述层面和思维层面上的闭环。

3.系统搭建

在我们的日常工作中，除了完整的项目，一般还会花很多时间对自己所负责的模块，进行优化和提升。这部分工作不像项目一样，有清晰完整的业务价值和数据展示，但是也是必须完成的工作，且耗费了我们的时间，同样也是自身能力的体现。

日常工作中，可能更多的是完成一个一个小需求的迭代优化，但在述职时，我们不可能将完成的需求一条一条列出来。这时候，更重要的就是站在系统的层面上，去阐述我们是如何搭建好一个系统的。

当我们接手负责一个系统时，一般是从1到100的建设过程。毕竟如果是从0到1，那就是一个完整的项目了。体现自己对系统的建设可以从以下几个方面：

1）系统梳理

如果你负责电商营销体系的建设，那么电商营销一共有哪些功能，不同功能可以满足哪些场景，又有什么限制。通过完整的梳理，一方面对自身而言，可以清晰地了解系统的框架和不足，一方面对述职而言，可以展示自身对系统的理解和掌握。

2）抓住重点

梳理完系统后，抓住其中某个模块痛点进行分析和阐述。例如，你发现促销活动审核效率很低，需要运营同学手动比对数据，然后排查商品是否符合活动需求。因此，针对提升运营审核活动效率，进行了大版本的迭代优化。

或者，你发现营销体系中的前端营销工具太少，不符合当前运营同学的诉求，需要增加分享裂变工具，以此丰富系统功能，支持更多运营场景。

3）优化内容

根据上述重点，可以继续阐述自身做的优化内容。例如，为解决运营审核活动效率低的问题，做了以下优化：

• 活动商品报名条件配置化，并在活动报名时自动校验，拦截不符合规则的活动商品

• 新增批量审核工具，针对报名进来的活动商品，运营可以筛选条件，批量快速审核

• 活动商品历史数据可视化，针对商品的历史销售情况，通过可视化图表展示，方便运营快速决策

做完一系列优化后，再复盘是否有解决运营的诉求或者提升系统的能力。最好有一些数据进行支撑，例如，原先运营审核活动需要2小时，优化后，只需20分钟，这就体现了功能上线后，对效率的提升，也就是系统建设的价值。

4.个人成长曲线

个人成长是述职中的总结环节，前面完成了那么多工作，对自己有所提升的同时，也反映出了自身问题。在这个环节中，主要包括两个部分，一是对自身的思考和评价，哪些是做得好，哪些是做得不好的，二是对未来的展望和规划，希望自己未来成长到什么水平。

1）自我评价

在项目展示和系统搭建中，所阐述的工作里面，展示自己哪些是做得好的，比如数据分析能力突出，能自己写SQL完成对应的数据提取，并且从数据中发现问题，找到优化点。

同时，还要找到自身的不足，比如跨部门的协调沟通能力暂时不足，需要加强跨部门的沟通协作，建立良好的沟通渠道和机制，更快地推进事情的落地。

此处在阐述自身不足时，一般挑取比较容易改进和提升的。例如，跨部门事项推进能力不足，这个可以通过后续与对方多合作，多沟通，去改善和提升，同时也可以从后续多向上争取领导的支持去突破。既要表达自身问题，更要体现解决方法。

2）目标展望

目标展望更多的是向评委展示，完成此次职级晋升后，我要怎么准备往下一个职级去成长。

与前文讲述述职是什么类似，你要先知道下一个职级的要求是什么，例如，你此次晋升，从7级升到8级之后，下次晋升就是从8级到9级，那么9级对应的要求就是高级产品经理，从策略、方向去规划产品，站在更高的层面去发现问题、解决问题。所以在自身的成长上，你就要体现，提升自己的战略目光，多方面多角度洞察市场、政策，更快速更深度的解决核心问题。

可以通过一个成长曲线去展示，比如先提升什么、再提升什么，最后达到什么，让自己的目标和规划更加清晰和直观。

三、小建议

述职晋升既是一个阶段的工作总结，更是个人长期发展的素质体现，很多时候，日常的表现和积累，比起十五分钟的述职，带来的帮助更大。

1）日常工作中有更多的产出被领导看到，让自己的上级和上上级领导，更清楚你的输出、能力和成长。

2）增加自己的竞品分析和业务了解，无论是日常交流，还是述职答辩，在被问到相关问题时，都可以有理有据的阐述自己的观点。

3）学会总结自己的工作，光说不做不行，光做不说也不行。能把自己的工作产出清晰、全面的表达出来，让每个人都能理解并肯定，也是相当重要的。平时要多锻炼提升自己的表达能力。

4）除了要会口头表达，PPT表达同样很重要。无论是在哪里的领导、哪里的评委，看到一份清晰、好看、直观的PPT报告，心中自然会有个好印象。