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

‍

‍

路有很多种&＃xff0c;但条条大路通罗马。

产品经理也分很多种&＃xff0c;但需要考虑的内容却不同。

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

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

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

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

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

既然如此&＃xff0c;那作为产品经理&＃xff0c;该如何对后台进行规划呢&＃xff1f;

一.明确后台的核心目标

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

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

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

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

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

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

这里需要注意两点&＃xff1a;

一是老板的需求需要特别关注&＃xff0c;这里并不是说要重点去做&＃xff0c;而是要弄清楚老板的真实意图。老板的天马星空&＃xff0c;要找到落地的方案。

二是每个业务部门尽量只对接一个负责人&＃xff0c;保证输入的唯一性&＃xff0c;否则&＃xff0c;你将陷入到他们内部需求不统一的纠缠中&＃xff0c;相信我&＃xff0c;这比你画原型还痛苦。

满足内部业务需求&＃xff0c;是后台产品的初心。

02.日常工作标准化

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

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

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

这里有两点需要注意&＃xff1a;

一是各岗位、各职能部门自身的流程标准化&＃xff0c;目的是提升工作效率。

二是各岗位、各职能部门之间的协作、流转&＃xff0c;目的是提升协作效率。

日常流程标准化&＃xff0c;是后台产品的宗旨。

03.提升公司运营效率

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

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

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

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

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

提升运营效率&＃xff0c;是后台产品的底线。

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

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

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

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

不同行业、不同公司的角色内容都不同&＃xff0c;没有标准答案&＃xff0c;每个公司自己的情况就是答案。

要了解这些内容&＃xff0c;其实是费时费力的事情&＃xff0c;都是占用别人的时间&＃xff0c;配合程度也不好说。

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

我们不仅要了解角色各自的业务&＃xff0c;还需要了解不同角色之间的协作、流转关系。

既要了解每个点&＃xff0c;也要明确点与点之间的线&＃xff0c;最后才能形成整体的面。

三.划分不同模块的业务

明确了不同角色的业务后&＃xff0c;接下来的工作内容就是产品具体模块的整理。

这一点和前面是环环相扣的&＃xff0c;没有对内容的了解&＃xff0c;就没法设计出具体的功能内容。

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

01.业务模块

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

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

每个人的工作重点都不同&＃xff0c;有人关心订单、有人关心财务、有人关心客户&＃xff0c;灵活可配置是基础。

当然&＃xff0c;各业务之间的流转也是考虑的重点。

02.管理模块

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

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

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

结合实际设计功能。

03.统计模块

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

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

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

一些想说的话

说实话&＃xff0c;关于后台的产品规划其实很难。

一来是因为后台属于支持部门&＃xff0c;大部分的需求来源都是业务&＃xff0c;没有明确需求&＃xff0c;何来产品功能。

二来是因为大部分的后台&＃xff0c;其实并没有特别多的规划属性&＃xff0c;都是配合着公司发展方向来的。

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

尾巴

好的后台&＃xff0c;唯有提升内部效率

------------ End ------------

‍

‍