今天，给大家系统讲解下，管理后台的设计思路。同时，也是为没有做过管理后台产品的同学，做一下系统扫盲。
做产品有个基本设定：
定位确定需求，需求确定功能。
所以管理后台从某种意义上必然是满足了某类需求的，我们就从需求说起，聊一聊管理后台。
从需求类型和使用人员来看管理后台从需求类型和使用人员来看管理后台大致分为以下几类：
业务类：
主要聚焦实际业务，管理后台主要进行业务资源的提交、处理、优化等一系列操作，使用者以运营人员为主。
比如电商类、各种任务类产品，这其中广告类的DSP和SSP相对特殊一些，使用者属于平台的合作方，主要解决商业诉求，简单讲DSP是广告主花钱买流量打广告，SSP是流量主有流量想变现接广告。
协作类：
主要是多人在线合作，共同完成既定任务，使用者多为团队成员，内容也围绕具体项目开展，主要是任务的发布，查看，协作执行，到最终完成。
这里面需要注意的地方有两个：
第一是各个帐号的配置，因为涉及到人员协作，所以各个角色及对应权限比较重要，不同帐号对不同模块的增删改查不同，比如有些人看不到某些模块，有些人只能查看，有些人可以修改，有些可以增删改查，拥有项目的全部权限；
第二个是任务的设定相关，比如优先级，执行日期，关联文件，细分子任务，执行人，参与人等。
销售管理类：
主要是针对销售任务的拆解分配，以及下线成员的录入统计上报，使用人员多数以销售人员及其上级。
相比前面的协作类，销售类除了分帐号，不同模块授权以外，还要多一层设定：
各个帐号的不同层级及隶属关系，方便各级管理人员给下线的任务分配及后续的上报统计功能。
以上是从需求类型及使用人员的角度看管理后台。
从实现来看管理后台
如果从开发实现角度来讲就是另一番景象了，从实现来看管理后台本质上和产品前端基本类似：
视觉层通过一些页面和使用者交互，提出需求；
逻辑层接口程序负责实现处理；
当脱离具体业务，进入数据层后，我们会发现其实所有的操作就是：
对数据的增删改查，归类到行为就是两个：
一是从数据库读取数据然后展现在页面上；
二是在展现页面进行操作改变数据后，把变化后的数据写进库里。
不同视角看同一个事物会有不同的效果，这正是世界的美妙迷人之处。
从产品设计角度看管理后台
下面我们再聊聊从产品设计角度看管理后台。
后台产品承载的业务千变万化，但是在核心功能上不同的后台产品总会出奇的相似。结合这些年工作中接触到的各种后台产品，我们提炼出构建后台产品需要的几大核心功能。总体而言我们在构建后台产品时，首先要构建以下核心功能。
也就是把用户需求转化为产品需求后，管理后台的设计主要分为以下几个模块：
账户管理
用户管理
资源管理
任务管理
效果管理
财务管理
账户管理：主要涉及帐号，密码，信息，资质，认证。
协作类还包括分帐号及针对不同模块的权限管理，以及销售管理类的各级隶属关系的设置均在此模块完成。
用户管理：是负责平台用户的模块，主要包括用户列表和详情，通过该模块可以对平台用户统一查看管理，主要包括用户在该产品中的各维度信息，帐号，昵称，头像，等级及各个行为记录。
资源管理：是指对产品的资源进行发布提交。比如电商类产品的商品增删改查管理，任务类产品的各项任务发布，再比如DSP和SSP中的物料素材，媒体，广告位的增删改查管理，一般都在这模块体现。
任务管理：主要是针对资源管理里提交发布的资源，用户会在产品前端进行操作，管理后台对用户行为进行处理审核。比如DSP和SSP中，类似的操作具化为投放管理，需要创建推广计划（订单），推广单元（具体广告投放），确认对应的展现物料，投放策略（时间，计价方式，单价，日限额，媒体展现类型：开屏，横幅，插屏还是原生广告）以及定向条件（投放时段，地域及用户群体），协作类的任务完成，销售类的执行情况录入均在该模块进行动态处理。
效果管理：主要包括任务的执行效果和产品的预期效益。电商类产品主要监测各个状态的订单数量，成交金额及利润（待付款，待发货，待收货，待评价，已完成），任务类产品情况类似，主要评估任务的完成效果（数量和金额），广告类的DSP和SSP则主要看曝光量，点击量，CTR，平均单次消费，总消费，统计维度从流量主角度有广告位，频道，媒体，广告主角度有物料，推广单元，推广计划。还有一些从整体产品规模尺度上进行效果衡量：PV，UV，IP，新增，活跃，留存，累计用户等，然后第二步是数据分析，即基于执行结果的效果数据，进行后续动作的调整优化。
总体来讲效果管理的两个主要目的：结果展示和分析调整。
财务管理：相对简单些，但也相对重要些。主要两大块：
一是财务账户的信息管理（对公对私，各种支付方式）。
二是各项记录，有赚钱方的：收益，提现，审核，余额管理，花钱方的：充值，消费，冻结，余额管理。
以上从产品设计角度简要概述管理后台各模块，当然行业不同，涉及具体功能自然不同。
比如有些需要单独设计策略管理模块，再比如同为资源管理，但具体资源类型及操作却相差很大，但总体思路是一致的：
需求决定功能。
聊到此处，管理后台的用处和模样估计各位有了个大概的印象，至于真要深入理解，还要在实际工作中去用心体会了。纸上得来终觉浅，绝知此事要躬行。
转载请注明：电商实战教程 » 产品如何设计后台管理系统？
