起点学院课程

产品经理,你该如何做好后台规划?

9 评论 1万 浏览 40 收藏 10 分钟
15天0基础极速入门数据分析,掌握一套数据分析流程和方法,学完就能写一份数据报告!了解一下>>

作为一个产品经理,该如何对后台进行规划呢?本文作者从三个方面出发,对于后台的规划进行了较为详细的讲解。如果你也正在做后台,希望这些思路可以所有帮助,但必须你公司的情况才是关键。

路有很多种,但条条大路通罗马。产品经理也分很多种,但需要考虑的内容却不同。

如果简单的按服务对象来说,可以分为前台、中台、后台。

前台,服务的是我们直接面向的用户;中台,服务的是公司多条平行业务线。后台,服务的是公司内部业务支撑。

在大部分公司,后台一般都是没有规划,甚至没有专门的产品经理。大部分的需求都是老板和业务直接提,然后开发直接找一套现成模板进行开发。

这样确实能够节省时间,快速响应需求。但是这样的方式,只能适应前期业务量不大的情况,一旦业务有起色,流程变复杂,后台所扮演的角色将至关重要。

有时候,后台的处理效率,决定了公司业务的量级。所以,做好后台,有时候决定了公司的规模化。

既然如此,那作为产品经理,该如何对后台进行规划呢?

一、明确后台的核心目标

正所谓,不打无准备之仗,做任何事情之前,我们都需要清楚我们为什么要做、为了什么而做。

就像我们接到一个需求,我们肯定不会马上就去画原型,我们需要知道使用者、使用场景、实际业务等内容。

做后台产品,也是如此。在我看来,主要目标有下面三个:满足公司内部业务需求、日常工作标准化、提升公司运营效率。

1. 满足公司内部业务需求

任何产品都一样,我们不能脱离需求做产品,这是最无用的方式。

后台产品的主要作用就是支撑公司各岗位工作,正常来说,任何岗位的人都可以提需求。具体怎么满足这些需求,就是产品经理要做的事情了。

这里需要注意两点:

  • 一是老板的需求需要特别关注,这里并不是说要重点去做,而是要弄清楚老板的真实意图。老板的天马星空,要找到落地的方案。
  • 二是每个业务部门尽量只对接一个负责人,保证输入的唯一性,否则,你将陷入到他们内部需求不统一的纠缠中,相信我,这比你画原型还痛苦。

满足内部业务需求,是后台产品的初心。

2. 日常工作标准化

在业务刚启动时,所有人都在探索阶段,所以并不会有所谓的标准流程一说。当然,这时候对后台的关注度也不会太高。

随着时间的推移和业务的稳定,各部门之间的配合也形成了一套相对标准的规范。这时候,如果大家每天还是陷入重复手工的工作中,势必会大大影响工作效率。

在这种情况下,产品部门就需要将他们的日常工作抽离出一套标准通用的形式,将线下的工作流线上化。

这里有两点需要注意:

  • 一是各岗位、各职能部门自身的流程标准化,目的是提升工作效率。
  • 二是各岗位、各职能部门之间的协作、流转,目的是提升协作效率。

日常流程标准化,是后台产品的宗旨。

3. 提升公司运营效率

这一条其实和上面是相呼应的,工作标准化是过程,提升效率是目标。

不能为了过程而过程,也就是说不能为了所谓的标准化而降低了效率,这样本末倒置的结果,必然是吃力不讨好。

当然了,提升公司的运营效率,并不是一句话这么简单的。这其中的影响因素有太多,比如对日常工作的抽象程度、大家对系统的熟悉程度、各部门的配合程度,都会影响最后的结果。

产品经理,尽量避免成为工具人,也不要认为自己所做的产品就是一个工具,而是要将它作为一种手段。

我们所做的产品,千万不要成为别人眼里的额外工具,而是要变成他们日常工作中的助手。

提升运营效率,是后台产品的底线。

二、了解不同角色的职能分工

明确了后台的核心目标后,接下来的工作重点就是具体实施,首要工作就是梳理公司不同岗位的职责。

万事开头难,好的开始是成功的一半。我们必须先了解每个岗位的实际工作内容,通过不断的挖掘,进一步了解他们在实际工作中遇到的问题,然后有针对性的提供解决方案。

业务-流程-抽象-剥离-标准-提升,这是一个循序渐进的过程,唯有一步一个脚印,踏踏实实推进。

不同行业、不同公司的角色内容都不同,没有标准答案,每个公司自己的情况就是答案。要了解这些内容,其实是费时费力的事情,都是占用别人的时间,配合程度也不好说。

小公司,人不多的时候,找到一个关键人,就可以知道所有内容,这当然是最省事的方式。大公司,我们只能找每个角色的核心负责人。

我们不仅要了解角色各自的业务,还需要了解不同角色之间的协作、流转关系。既要了解每个点,也要明确点与点之间的线,最后才能形成整体的面。

三、划分不同模块的业务

明确了不同角色的业务后,接下来的工作内容就是产品具体模块的整理。这一点和前面是环环相扣的,没有对内容的了解,就没法设计出具体的功能内容。

所以说,公司的实际情况,决定了后台的产品方向。大体可以分为:业务模块、管理模块、统计模块。

1. 业务模块

所谓的业务模块,就是每个角色、每个人的日常操作内容。

这是操作频率最高的部分,如果按照菜单来划分的话,都是在比较靠前的位置。

每个人的工作重点都不同,有人关心订单、有人关心财务、有人关心客户,灵活可配置是基础。当然,各业务之间的流转也是考虑的重点。

2. 管理模块

所谓的管理模块,就是基本内容的配置、权限的配置、个人信息的配置。

一般情况下,这都是非常低频的操作,一般都会整合到设置中心里,尽量不要占用太多的菜单空间。

有时候还需要考虑到复杂的权限等级问题、组织架构问题、审批流程问题。

结合实际设计功能。

3. 统计模块

所谓的统计模块,就是一般数据展现,报表导出内容。

数据统计,一般就是首页内容,进入系统就能够一眼看到,清清楚楚,明明白白。

报表导出,需要根据实际业务需求,提供多维度的筛选查询。

一些想说的话

说实话,关于后台的产品规划其实很难。

  • 一来是因为后台属于支持部门,大部分的需求来源都是业务,没有明确需求,何来产品功能。
  • 二来是因为大部分的后台,其实并没有特别多的规划属性,都是配合着公司发展方向来的。

如果你也正在做后台,希望这些思路可以所有帮助。但是,符合你公司的情况才是关键。

 

本文由 @明天上线 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
起点学院课程
评论
评论请登录
  1. 后台功能实现最难点不是资源、时间的调度,而是很多需求是涉及跨部门的,同一个业务场景,不同部门的需求是相背的,或者说是不一致的,那么需求的合理性和需求的边界就显得尤为关键,比较突出的表现在业绩部门和运维支持部门之间。

    回复
  2. 不错不错

    回复
  3. 这边都不重要 最重要的是找到后台贴合业务的价值输出, 不然拿不到资源

    回复
    1. 大部分公司,后台的资源基本都是排在业务需求之后的,属于闲散时间开发 :mrgreen: 除非公司人手足够安排一批人单独负责

      回复
    2. 难道不是同一个功能C端和管理后台(运营后台)的功能一块开发上线么,不在后台进行输入,前端如何展示的呢

      回复
    3. 有时候,前台并没有想好。可能就写死了,后面运营发现需要灵活配置,那后台就又要做成可配置的。

      回复
    4. soga。我们产品后台设计的模式基本上也是按照这个模式来的,在业务模块考验产品经理的除了对前端产品各项配置的功能之外还是要了解业务进展状况,方便运营进行分析。

      回复
    5. 所以这种对内后台最坑,价值也最弱。 做B端还是尽量做商业化后台

      回复
    6. 比较赞同,虽然花了很长时间来优化产品,提升运营工作效率,但是由于不直接产生价值,排期会向后排,价值感也比较弱

      回复