产品如何设计后台管理系统？

今天，给大家系统讲解下，管理后台的设计思路。同时，也是为没有做过管理后台产品的同学，做一下系统扫盲。

做产品有个基本设定：

定位确定需求，需求确定功能。

所以管理后台从某种意义上必然是满足了某类需求的，我们就从需求说起，聊一聊管理后台。

从需求类型和使用人员来看管理后台

从需求类型和使用人员来看管理后台大致分为以下几类：

业务类：

主要聚焦实际业务，管理后台主要进行业务资源的提交、处理、优化等一系列操作，使用者以运营人员为主。

比如电商类、各种任务类产品，这其中广告类的DSP和SSP相对特殊一些，使用者属于平台的合作方，主要解决商业诉求，简单讲DSP是广告主花钱买流量打广告，SSP是流量主有流量想变现接广告。

协作类：

主要是多人在线合作，共同完成既定任务，使用者多为团队成员，内容也围绕具体项目开展，主要是任务的发布，查看，协作执行，到最终完成。

这里面需要注意的地方有两个：

第一是各个帐号的配置，因为涉及到人员协作，所以各个角色及对应权限比较重要，不同帐号对不同模块的增删改查不同，比如有些人看不到某些模块，有些人只能查看，有些人可以修改，有些可以增删改查，拥有项目的全部权限；

第二个是任务的设定相关，比如优先级，执行日期，关联文件，细分子任务，执行人，参与人等。

销售管理类：

主要是针对销售任务的拆解分配，以及下线成员的录入统计上报，使用人员多数以销售人员及其上级。

相比前面的协作类，销售类除了分帐号，不同模块授权以外，还要多一层设定：

各个帐号的不同层级及隶属关系，方便各级管理人员给下线的任务分配及后续的上报统计功能。

以上是从需求类型及使用人员的角度看管理后台。

从实现来看管理后台

如果从开发实现角度来讲就是另一番景象了，从实现来看管理后台本质上和产品前端基本类似：

视觉层通过一些页面和使用者交互，提出需求；

逻辑层接口程序负责实现处理；

当脱离具体业务，进入数据层后，我们会发现其实所有的操作就是：

对数据的增删改查，归类到行为就是两个：

一是从数据库读取数据然后展现在页面上；

二是在展现页面进行操作改变数据后，把变化后的数据写进库里。

不同视角看同一个事物会有不同的效果，这正是世界的美妙迷人之处。

从产品设计角度看管理后台

下面我们再聊聊从产品设计角度看管理后台。

后台产品承载的业务千变万化，但是在核心功能上不同的后台产品总会出奇的相似。结合这些年工作中接触到的各种后台产品，我们提炼出构建后台产品需要的几大核心功能。总体而言我们在构建后台产品时，首先要构建以下核心功能。

也就是把用户需求转化为产品需求后，管理后台的设计主要分为以下几个模块：

账户管理

用户管理

资源管理

任务管理

效果管理

财务管理

账户管理：主要涉及帐号，密码，信息，资质，认证。

协作类还包括分帐号及针对不同模块的权限管理，以及销售管理类的各级隶属关系的设置均在此模块完成。

用户管理：是负责平台用户的模块，主要包括用户列表和详情，通过该模块可以对平台用户统一查看管理，主要包括用户在该产品中的各维度信息，帐号，昵称，头像，等级及各个行为记录。

资源管理：是指对产品的资源进行发布提交。比如电商类产品的商品增删改查管理，任务类产品的各项任务发布，再比如DSP和SSP中的物料素材，媒体，广告位的增删改查管理，一般都在这模块体现。

任务管理：主要是针对资源管理里提交发布的资源，用户会在产品前端进行操作，管理后台对用户行为进行处理审核。比如DSP和SSP中，类似的操作具化为投放管理，需要创建推广计划（订单），推广单元（具体广告投放），确认对应的展现物料，投放策略（时间，计价方式，单价，日限额，媒体展现类型：开屏，横幅，插屏还是原生广告）以及定向条件（投放时段，地域及用户群体），协作类的任务完成，销售类的执行情况录入均在该模块进行动态处理。

效果管理：主要包括任务的执行效果和产品的预期效益。电商类产品主要监测各个状态的订单数量，成交金额及利润（待付款，待发货，待收货，待评价，已完成），任务类产品情况类似，主要评估任务的完成效果（数量和金额），广告类的DSP和SSP则主要看曝光量，点击量，CTR，平均单次消费，总消费，统计维度从流量主角度有广告位，频道，媒体，广告主角度有物料，推广单元，推广计划。还有一些从整体产品规模尺度上进行效果衡量：PV，UV，IP，新增，活跃，留存，累计用户等，然后第二步是数据分析，即基于执行结果的效果数据，进行后续动作的调整优化。

总体来讲效果管理的两个主要目的：结果展示和分析调整。

财务管理：相对简单些，但也相对重要些。主要两大块：

一是财务账户的信息管理（对公对私，各种支付方式）。

二是各项记录，有赚钱方的：收益，提现，审核，余额管理，花钱方的：充值，消费，冻结，余额管理。

以上从产品设计角度简要概述管理后台各模块，当然行业不同，涉及具体功能自然不同。

比如有些需要单独设计策略管理模块，再比如同为资源管理，但具体资源类型及操作却相差很大，但总体思路是一致的：

需求决定功能。

聊到此处，管理后台的用处和模样估计各位有了个大概的印象，至于真要深入理解，还要在实际工作中去用心体会了。纸上得来终觉浅，绝知此事要躬行。