B端产品如何做好工作汇报?

如何能做好工作汇报呢?如何让领导知道你是一个工作有态度、有思想且努力又上进的人呢?

一个标准的季度工作汇报需要包含四个部分:职责介绍、项目介绍、系统规划、个人提升。

而其中最重中之重的部分就是项目介绍了,具体说到讲什么项目,怎么讲项目你需要回顾下这个季度你上线了哪些项目。

有没有项目周期一个月及以上的项目?有没有数据很亮眼的明星项目?

如果有的话太好了你可以全篇只讲这一个项目把它讲透,大家就可以发现你的闪光点。如果没有你这个季度做的都是一些小项目,那也没有关系我们仍然有方法去凸显你的工作价值。

注:系统规划虽然也很重要但是我之前的文章已经详细写过,请参考B端产品如何在局部战场做好工作规划。

下面我们分这个季度你的成果是否有大项目两种情况来分别讲解你该如果汇报。

一、季度成果有大项目/明星项目

如果本季度你有项目周期一个月及以上的项目或是数据很亮眼的明星项目,那么恭喜你,你可以用如下3个步骤介绍你的项目:需求背景、解决方案、收益分析。

1. 需求背景

需要背景需要分别详细讲述:当时业务现状、存在问题、问题梳理。

这几项主要目的说明你通过对业务的了解,经过思考发现了怎样的问题,最终是怎样的问题决定你需要做这个项目,这个项目的重要性如何。

这里主要是需要体现出B端产品的主观能动性。我拿我之前做过的一个收益不错的项目为例:

(1)当时业务现状

对于在线教育公司学生及家长对于服务体验的满意度十分重要,这意味着家长是否愿意继续续费。服务体验包括课中的上课体验,也包括课后的服务体验。

课后的服务主要包括作业批改&对学生表现做课后评价。经过数据分析显示这两项教师课后需要完成的任务完成率只有n%远低于预期。

(2)存在问题

为了探究问题原因,我按照老师的操作路径,尝试完成作业批改及课后评价,发现了问题。

原来老师需要通过课表一个班一个班去翻找,哪些学生提交提交作业了需要批改作业了,哪些学生的课后评价还没有评。整个过程就像挖宝一样,重复的翻找,充满着不确定性。

(3)问题梳理

老师课后任务完成率低,很可能是因为工作任务不直观导致。

B端产品如何做好工作汇报(二)

2. 解决方案

解决方案需要分别详细讲述:业务梳理、功能介绍、项目规划、项目难点。

说好这几项代表着你对于这个业务问题有着深入的思考,并且有优中选优的找到解决方案,并且这个问题你有明确的规划进程,你对于项目的管理是有把控的。

(1)业务梳理

B端系统是服务于业务的,对于系统的改动其实业务对业务流程的重新梳理,进行了业务流程优化。这里我们需要展示优化前的、优化后的业务流程并进行对比体现区别。

以上一个案例为例:

为了简化老师批改作业等课后任务的流程,我新规划了一个功能教师工作台,老师可以随时通过工作台一站式查看并完成自己的代办任务。新梳理的业务流程如下所示。

B端产品如何做好工作汇报(二)

(2)介绍功能&项目规划

  • 你需要整体介绍下你的方案;
  • 对应优化后的业务流程都有哪些系统会涉及到改动;
  • 都有哪些系统流程会有变化;
  • 对应的哪些模块会有怎样的变化;
  • 一期、二期、三期的规划是怎样的。

而且如果变化过多,哪些功能需要优先开发,哪些功能需要延后开发。

之前我做过一个项目,公司需要新上线一门课程售卖,这门课程的排课模式、售卖模式、学生分班模式、售后服务模式都和之前的业务流程有不同之处。

这也就是说需要从售前、售中、售后等等涉及到的业务系统都需要进行改动支持。但是时间有限,那我们改如何规划时间支持项目呢?

(3)这个规划我参考了业务的模式来设计

  • 业务会在开始售卖提前4周的时间进行排课;
  • 开始售卖后最早的上付费课程的时间是在2周后;
  • 学生付费且进班后才会有售后服务人员跟进。

根据以上的信息,我规划出:

  • 第一期支持功能为排课功能;
  • 第二期支持功能为售卖功能;
  • 第三期支持功能为售后功能。

这样整体为研发争取了时间,也不会影响业务的正常进展。

3. 收益分析

如何衡量B端项目的收益?B端项目分为两类项目:

(1)业务项目

业务项目主要看为业务带来了哪方面的收益,有4个方向:提高收入、降低成本、提升效率、控制风险。

(2)基建项目

使用人数、使用频次、平台系统或微服务各个业务线的接入量以及人力节约。

以上方老师工作台的项目为例:这个项目的长远目的是为了提升用户体验,从而提升续费率,或是提升口碑从而提升转介绍的数量,即提高收入。

但是这个周期过于漫长,我们可以看到更直接的指标,提升老师的作业批改效率及批改完成率,即提升效率。

二、季度成果只有小项目

如果你这个季度做的都是一些小项目,那如何去凸显你的工作价值呢?

你需要思考下这些小项目是否是一个收益方向的,例如提升客户满意度、提升销售转化率等。如果是这样你可以把这些小项目作为一个整体去讲。

就像OKR的设置一样,每个需要达成的目标(O)都会对应几个需要达成子目标(KRs),每个子目标都有对应的具体行动计划(Task)。

就以我朋友的项目为例,她在写工作汇报的时候和我吐槽,说她这个季度不知不觉做了一堆小项目,不知道该怎么写。我看了下有客户信息展示的、消息自动回复的、客户来电未接提示的是不是听起来特别零碎。

我就问她你们为什么要做这些小项目呢?你们的业务是怎样的?你们的系统是给谁用的?你们的用户目标人群是?他们的需求是什么?对于这些目标人群他们的最大痛点是什么?

她想了下这么回复的我。她所在的业务线主要做的业务是二手车平台业务,会有二手车商在平台上发布二手车信息。

而他们的系统是给二手车车商做的客户管理系统,但是大型的二手车经销商都有自己的客户管理系统,所以他们的目标用户是中小车商。而这些中小车商的客户管理都是线下管理,会有信息遗失、跟进不到位的情况。

提升二手车商客户的跟进率、转化率,从而提升他们客户管理系统的使用量。

这就是拼凑出他们部门这个季度的OKR,而她所负责的小项目也就是为了达成这个O的其中一些子目标(KRs)及具体行动计划(Task)。

那我们通过自上而下的再次思考,可以通过讲OKR的结构去讲这个项目:

  1. 为什么要做车商客户管理?
  2. 我们的目标户是?
  3. 他们的痛点是?
  4. 针对痛点我们可以做哪些?
  5. 我们如何规划的项目?
  6. 上线效果如何?

 

本文作者@东悦思考笔记 。

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部