浅析如何做后台设计

本文作者将围绕后台系统的分类和本质展开叙述，并结合自身经验，与大家分享如何做后台设计。

1、前端设计和后端设计的区别

对于产品经理来说，平时的设计工作最主要是以下几种：

1. APP设计
2. WEB设计
3. 微信端设计
4. 后台设计

也可以分为：前端设计和后端设计。

其中前端设计包括：APP设计，WEB设计，微信端设计。其特点是面向群体一般比较繁杂，从功能上一般是展示数据，收集数据——传送到后端（用户操作数据，用户行为轨迹数据等等）。一般业务性和交互设计体验两者属于同等重要的地步——如果你的软件满足了用户的需求，但是丑得像陀翔，用户不买账；但是如果美得不可方物，但是没有切中用户的需求，用户也只能忍痛舍弃。

而后端设计更加注重数据流转（数据来源，数据流向，以及在这个过程中对数据的处理）以及业务逻辑。对于用户体验方面倒是注重得比较少。所以可以看到，一般的后台系统视觉风格比较严谨，注重分类清晰。

2、后台系统的常见分类

后台系统按照开放度分类一般分为：开放式后台系统和非开放式后台系统。

第一种（开放式后台系统）常见的有：微信公众平台等等；第二种是一般不会在界面上提供注册功能，后台系统用户的添加一般是拥有相关权限的管理员添加配置。

其中，非开放式后台系统一般包括以下分类：

3、后台系统的本质

1. 权限管理
2. 工作流
   
3. 记录流
4. 操作流

本质为谁可以对什么进行怎样的操作，需要产生什么记录，即who—where—how—what。

工作流

工作流解决的主要问题：为了实现某个业务目标，利用计算机在多个参与者之间按某种预定规则自动传递文档，信息或者任务。

举个例子：审批流程设计

审批设计首要就是弄清楚流程。流程涉及多少个人/部门？每一个人/部门都有哪些数据权限和操作权限？其审批流程如下：（不同的办公审批流程是不一样的）

流程：

开始 → 创建请假审核 →  部门经理审核 →  行政经理审核 →  结束

记录流

工作流主要包括操作轨迹和数据查询。其中，操作轨迹是用户对后台的数据进行操作所产生的记录，需要达到一步一记录的程度。

将初始状态，变更状态，操作内容，操作人，操作时间罗列清楚，一般来说不同业务差异性不大，是后台的标配模块。

其中，数据查询是指能够在后台中针对不同维度的数据进行查询，了解，分析，并且获取其价值。

一般来说，尽量使用默认控件去进行设计，以及不同模块之间，能够使用较为统一的交互方式——开发会比较有效率。

操作流

工作流主要包括：系统内部操作前后端互动。

（1）系统内部操作

一般是系统基础数据配置和XX管理等等。XX管理一般功能比较丰富（新增内容，删除内容，修改内容，查询内容，导出内容等等）而系统基础数据配置相对来说比较简单。一般只有基础数据的选择配置，并不涉及到数据的增删查操作。

系统基础数据配置一般是配置系统的一些基础数据，比如说：积分，上传设置等等。

（2）前后端互动

比如说，我们最常看到的微信公众号的文章的录入系统，此部分有很多的参数提供给使用者选择，如何选择这些参数是设计这类后台的难点。

权限管理

好的权限系统一般需要思考以下几点：

1. 谁是否对某资源具有实施某个动作（运动，计算）的权限；
2. 通过用户，角色，资源（权限）三方面来进行权限的分配；
3. 赋予用户某个角色，角色能访问及操作不同范围的资源（权限）。

本质来讲就是：通过建立角色系统，将用户和资源进行分离，保证权限分配的实施。

那么，如何设计权限呢？

针对不同的后台，对角色的设计也是不同的。

1. 业务流后台，按照业务类型进行角色设计。
2. 数据统计后台，按照用户类型来进行角色设计。
3. CRM，按用户的职位等级进行划分。进行一级划分后，往往还需要对角色进行细分。之后通过级别的划分来控制可访问及操作的数据。

在进行角色细化时，有三点需要注意：

1. 同类型的角色，上下级角色的权限关联是怎样的？
2. 上级角色能否对下级角色的业务进行操作？
3. 删除的操作是否需要上级的审核。

在实际开发过程中，权限的分配往往是在整个后台开发完毕之后才去实现的。

最近在做的项目涉及到一个业务流后台的权限管理系统，不仅涉及到纵向的分级，还涉及到了横向的分级。举这个例子来讲解一下权限系统的流程。

1）进行角色的分级，包括 全国级经理 → 大区级经理 →  区级业务人员。

2）确定各区级包含的地域，以组织管理的方式附能到账号信息中。全国级经理账号具有所有区级组织，各大区只具有所属大区组织。

3）当业务进入平台后，根据2）确定的区级关系分类

4）进行任务工作流程的拆解 拆解后流程 业务需求进入 → 按照组织关系分类 → 分类后业务需求进入总需求列表 → 根据账号组织关系显示需求列表 → 1）大区级经理分配给区级业务员2）全国级经理可不按照组织关系分配给大区级经理

5）通过1）-4）的拆解 可以得到，我们对业务需求的管理需要 2个菜单显示，1）未分配的需求列表菜单，全国级经理账号显示所有需求，大区级经理站好显示所属大区需求，区级业务人员没有此菜单。2）分配给我的需求列表，所有账号都具有此菜单，显示分配给自己的需求列表。

 

本文由 @Tan 原创发布。未经许可，禁止转载

新一代大数据用户行为分析与数据智能平台：数极客(https://www.shujike.com)，是支持无埋点、前端埋点、后端埋点、API导入四种混合数据采集方式，整合分析用户行为数据和业务数据，可以自动监测网站、APP、小程序等多种渠道推广效果分析，是增长黑客们必备的互联网数据分析软件。数极客支持实时多维分析、漏斗分析、留存分析、路径分析等十大数据分析方法以及APP数据分析、网站统计、网站分析、小程序数据统计、用户画像等应用场景，业内首创了六种提升转化率的数据分析模型，是数据分析软件领域首款应用定量分析与定性分析方法的数据分析产品。

 

数极客是新一代用户行为分析与数据智能平台，支持用户数据分析、运营数据分析、留存分析、路径分析、漏斗分析、用户画像、SEM数据分析等16种分析模型的数据分析产品，支持网站统计、网站分析、APP统计、APP分析等分析工具，以及会员营销系统和A/B测试工具等数据智能应用，支持SAAS和私有化部署,提升用户留存和转化率，实现数据驱动增长!

 

【独家稿件及免责声明】本站原创文章如需转载请联系我们，未经书面许可禁止转载，本站转载文章著作权归原作者所有，如有侵权请联系:。