今天完成

了解后台是干嘛的，后台的通用组成模块是什么，比如后台管理，修改密码，账户管理，角色管理，模块管理（并没有什么卵用）完成思维脑图

问题

后台包含的内容类型过多，基本是后台管理前台的操作，但是后台是很难获取的

明天

完成需求表和原型制作

收获

那么统计页面要统计什么数据呢？我认为从三个方面考虑比较得当：

• 当前角色可以看到的系统级别的数据；
• 用户自身要进行操作的数据。
• 通知类内容。

第一个方面我们在设计系统的时候，要考虑到哪些数据是需要统计的，比如电商系统中的下单率，客单价，订单总数，订单总金额、单品销售排行榜等，然后再将这些统计数据通过权限的划分分配给不同的角色。

第二个方面是用户自身的数据，主要有工作流的状态即当前用户的工作流中已经流转到该用户的一些操作，诸如合同审批，发货审批等等一系列的流程。

第三个方面通知类的内容主要有以下几类：

1. 某些关联的工作到一段时间内有了新的状态需要提醒：比如物流发货，或者财务审核通过。
2. 系统内部的一些警醒：比如仓库容量已到临界值。
3. 当前时间截点的警示：比如租户、车位、合同等等即将到

套路三：记录类列表的三大布局模块：筛选、列表和新增

之前曾讨论过“记录类后台产品”的一些特点，记录类后台产品的布局一般都比较固定，分为三大块：筛选（或者叫搜索）部分。列表部分，和新增。如果有一些特殊的业务需要，会可能在这个上面新增一些其他的小的需求，但是大体上这样的布局就可以满足一般的业务。

1、筛选部分要仔细甄别筛选字段

一般来说，筛选部分主要是通过筛选时间段加上每一条记录的字段内容进行的筛选。记录的字段就包括这项业务的特有字段，比如商品列表页面有“商品分类”“商品属性”等；客户列表有“客户等级”“客户手机号”等。

在进行筛选部分的设计时，筛选的字段可以分为选择部分和填写部分。选择部分指的是某些字段的值在填写的时候就已经限定了。只需要选择筛选即可。填写部分就是一些非固定的字段。

同时，在选择填写部分的字段作为筛选条件时，最好不要超过两个，因为填写部分的筛选一般来说都比较精确，过多并没有实际意义。所以在用哪个字段做填写部分的筛选时，就应当慎重考虑。

2、新增部分要考虑交互方式

新增部分一般来说就是一个按钮，点击后有两种方式可以进行记录的新增：一是弹出新页面，二是弹窗形式。新页面的方式在填写字段较多及内容比较重要的时候使用。弹窗形式一般在字段较少，以及内容相对来说不需要十分慎重的填写时使用。

3、重中之重的列表部分设计法则

列表部分是最重要的部分，也是页面的核心部分。页面内容的增删改查，以及核心工作都在这里进行。当然，其列表中的每一条数据都是有一个个的字段值堆叠而成的，字段上大致我分为以下几个部分：

• ID：每一条数据所具备的唯一标识，一般都会加上。
• 时间：数据的产生时间，操作类型的业务字段一般会有，比如库存管理，进货单管理等。配置类的一般可以没有，比如角色配置等。
• 标识名称：确定该条记录的标识名称字段，方便在其他部分用到时进行识别。
• 状态：增删改查很重要的一个部分就是状态的变更及查看。比如“缺货中、货源充足”“已签订、未签订、签订结束”“入场店铺、未入场店铺”等等和业务相关的内容。
• 一系列的标识字段：即新增内容的时候填写的字段需要考虑显示在列表的。
• 其他字段：不是填写的，但是也必须生成的，比如某个用户填写后生成记录会有“填写人”字段。
• 工作流：涉及到工作流时，工作流的状态显示。
• 操作：操作相当于整个页面的核心内容和主要功能。一般有查看、修改、以及对应业务的操作内容。

套路四：复杂难搞的工作流也有套路

工作流可以说是大部分的后台系统中必须涉及到的内容，只要某一项工作不是一个人单独去完成的，那就必然会涉及到工作流。但是同时，工作流也是系统中比较难搞的一部分，无论是技术方面、业务方便还是逻辑方面，工作流都可谓是异常复杂，但系统做多了之后，就会发现即便很难搞的工作流，也有自己的套路。

1、标准工作流和非标准工作流

工作流如果按照概念划分可以分为标准工作流和非标准工作流。标准工作流相对来说比较简单，即某一项工作在进行的过程中，所有的流程都是规划好的。某一个角色和角色的操作都是固定的，要想完成这项工作，只需要一步步的按照流程来即可完成。

非标准工作流则有些复杂，它会涉及到与或非这样的逻辑判断，我相信对于一个产品经理来说这样的判断并不是什么难事。比如某一项工作在进行哪一步的时候审核通过是一个流程，审核不通过是另一个流程，在某一步时两种角色都可以进行操作，或者两种角色都必须进行操作才能进行下一步。这样的流程是要比标准工作流复杂一些，但是遇到一些复杂的业务是必然会涉及到的。产品经理对于流程的梳理我相信问题不会很大，唯一要仔细的就是不要遗忘流程或者角色，这时有些时候对于一些工作来说是致命的。

2、如何设计工作流

对于一些系统而言，许多的权限都是可以自定义配置的，所以对应的工作流当然也可以进行配置。那么在配置的时候，把每一层的逻辑都考虑清楚，是必然需要考虑的。我的套路一般都是先配置流程，再配置角色，配置流程的时候，如果操作者有一定的技术能力，可能让其用SQL语句进行自定义配置，如果没有的话可以用流程图的形式表现出来再往里面填加角色。如果要再小白一些，可以将每一个非标准化流程拆成一个个的标准化流程，单独去配置，虽说麻烦一些，但是对于用户来说，整体的操作逻辑则会简单很多。

套路五：生杀大权——“权限配置”

权限配置对于一个后台系统来说也十分重要，可以说权限配置就相当于用户的生杀大权，掌握着你可以做什么，不能做什么。所以设计好权限配置的模块，就显得十分重要了。

1、用户角色配置和角色权限配置

权限配置一般分为两个部分，用户角色配置和角色权限配置。有些系统可能比较简单，所以在设计的时候，初始就直接给用户附上了某些权限。在初始的时候，可能会觉得比较便捷，但是一旦用户变多，处理起来就相当的麻烦。所以在一开始设计系统的时候，就要将角色和用户分清楚。

2、如何设计权限配置

在配置权限的时候，应当配置的是角色的权限，将权限赋予角色之上，比如“采购员”“库管”等。另外有些权限的功能可能用语言表述不清楚，这时就可以将链接加上，点击可以明确的查看这个功能是做什么的。如果再严谨一些，可以将资源的路径写上，确保其唯一性。在配置用户角色的时候，用户可以赋予多个角色。这样分开来配置，会更加的合理。

以上就是我总结的一些套路。后台产品可以说博大精深，每一个系统所做出来的东西也有着千姿百态的差异。但是我们要在不同中寻求相同，找出其中的套路，以不变来应万变。

了师兄的视频，学到的

1.什么是后台管理

    后台指网站或系统用于管理用户数据、网站或系统数据的一部分，一般只允许管理员或特定人员通过后台登录界面进入，对整个网站及系统进行管理，普通用户是没有权限进入的。后台管理主要是用于对网站前台的信息管理，如文字、图片、影音、和其他日常使用文件的发布、更新、删除等操作，同时也包括会员信息、订单信息、访客信息的统计和管理。简单来说就是对网站数据库和文件快速操作的管理系统。设计后台管理主要是方便管理人员对网站的信息、用户数据等进行管理。如果没有后台管理，想要改变前台的内容就需要改动代码，这样就很麻烦且开发成本高，不便于运营维护。

2.账户管理、角色管理的功能说明

    账户管理对整个后台的账户体系进行管理，可以进行编辑、删除或增加账户的操作。编辑可以对账户的用户名、密码、角色进行修改。这里的操作是针对的后台所有账户，因此需要注意权限的分配，只有权限高的的账号才有权进行账户管理操作。名词解释：ID，它与账户是一对一的，通过ID可以找到对应的账户；用户名，在后台管理系统中用于登录识别对应的账户，可以使用汉字、字母等组成。账户管理的操作说明：编辑是对账户列表中的账户进行修改，可以更改账户的密码和角色；新增相当于开户，可以手动添加新账户到管理员列表；删除是对某一账户进行删除操作，删除后的账户无法再登录后台管理系统。

    需要注意用户管理与账户管理的区别，用户管理主要是对外账户的管理，即前台注册用户，对内部管理员账户没有操作权限，一般就只是修改用户的数据的功能，而后台的账户管理可以对整个后台的账户体系进行操作。

    角色管理的编辑就是对角色对应的权限进行更改，删除就直接删除该角色，在创建新账户时就不能再使用这个角色。我们修真院的后台、萝卜多后台的权限都是RBAC形式的，在RBAC中，权限与角色相关联，用户通过成为适当角色的成员而得到这些角色的权限。这就极大地简化了权限的管理。在一个组织中，角色是为了完成各种工作而创造，用户则依据它的责任和资格来被指派相应的角色，用户可以很容易地从一个角色被指派到另一个角色。角色可依新的需求和系统的合并而赋予新的权限，而权限也可根据需要而从某角色中回收。

    例如现在公司有20个产品经理，如果每一个账户都去勾选权限就会很麻烦，特别是权限比较多的时候，而我们直接将产品经理的权限设置好后命名为产品经理角色，这时只需要创建账户或编辑账户时选择产品经理角色就可以完成权限的分配，而且如果要调整产品经理的权限，就不再需要去挨个编辑账户，仅需要修改角色对应权限就可以实现对产品经理账户权限的变更。

3.模块管理、密码修改的功能说明

    模块管理可以对平台的功能模块进行管理。它能对功能模块进行新增、编辑、删除、分类、移动的操作。名词解释：ID,它与模块是一对一的，通过ID可以找到对应的模块；url，网址，可以是域名也可以是IP地址，在后台模块管理中，它的组成结构为资源类型、存放资源的主机域名、资源文件名；父节点，父结点在数据库管理中的数据模型中，早期阶段的层次模型和网状模型中，一个属性如果有上一级，则称这个上一级是它的父结点，如果没有上一级，则这个属性则无父结点；icon，图标，对模块选项进行装饰；排序，对模块列表中的模块进行排序。模块管理的操作说明：编辑就是对模块url、名称、url、父节点等进行编辑，新增就是添加新的模块，需要对它的属性进行设置；删除就是直接删除该模块。有的模块是一些核心功能，因此模块管理部分也需要注意权限的分配，为了网站的正常运行，必须要特定权限的用户才能进行操作。后台的密码修改仅仅是对当前登录账户的密码进行修改，无法对其他账户密码进行操作，一般是采用验证旧密码来修改密码。

4.账户、角色、权限、模块四者的关系

    账户与角色是多对多的关系，一个账户下允许拥有多个角色，一个角色下也可以对应多个账户。比如论坛的admin，它同时具有管理员角色和普通会员的角色，它可以像普通会员角色那样进行发帖回帖，也能够以管理员身份进行禁言。同时，整个论坛肯定不止他一个管理员，因此肯定还有其他账户也是管理员。角色和权限是多对多的关系，一个角色允许拥有多个权限，一个权限也可以分配给多个角色。比如管理员角色拥有增删改查的权限，而增删改查权限也不是管理员所独有的，超级管理员也具有这些权限。角色是权限的载体，也可以理解为 一个角色是某些权限的集合体。因此给账户分配权限时，直接分配角色就完成了对账户权限的分配。账户能访问哪些模块是由它的角色所对应的权限来控制的，比如管理员只能管理后台部分，而超级管理员则可以对网站所有内容进行更改。