浅析如何做后台设计

零基础学产品,BAT产品总监带,2天线下集训+1年在线课程,全面掌握优秀产品经理必备技能。了解详情

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

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 原创发布于人人都是产品经理。未经许可,禁止转载

打赏也是一种认可
5人打赏
评论
有话不说憋着难受!
  1. 逻辑清晰的文章

    回复
  2. 受教,文章太少了

    回复
  3. 好文!

    回复