背景：这一年里面，因为主要是在服务平台工作，负责的业务是围绕任务系统进行的。因此想简单总结一下自己所了解到的后台系统。

一、后台产品经理的日常

后台产品系统，比如面向内部工作流的财务系统、oa系统等；面向操作人员的任务协同系统；面向电商的商品管理系统、订单管理系统等。

这里主要讲述一下任务协同系统。

二、任务协同系统

一般任务协同系统，会涉及到几个大的模块

（1）任务工作流

（2）用户操作流

（3）任务监控记录

（4）权限的管理

（一）任务工作流

任务的工作流，即是，这个系统最初始设计的工作流；工作流解决的主要问题：为了实现业务目标，这个业务在什么场景下创建任务，会经过哪些节点的扭转，谁会去处理这些任务，任务最终如何关闭。

大体上也就是任务的创建-——任务的调度分发——任务的关闭

任务的创建

任务的创建，解决的问题是，在什么场景下，需要其他人员介入处理

举个例子：质检流程是通过一定规则制定出来的，而命中规则的单子需要创建出来给运营去质检、判罚。因此，符合质检规则单子，就是任务创建的规则。

任务的调度分发

任务创建出来后，由于人员的问题，需要将数据储存在一个“大池子”里面；

设计一定的规则，将“大池子”里面的任务，分发出去； 

分发出去之后，这些任务是否经过多个节点的扭转

任务的关闭

任务分发给操作人员后，需要运营人员将任务关闭；或者人员没主动关闭状态下，如何设置关闭逻辑

（二）用户操作流

主要是涉及的任务操作、 系统的内部管理、前后端功能联动

（1）任务操作

任务的操作主要是涉及的是，操作人员对这个任务节点的扭转、任务的主动分发、任务的关闭等行为

（2）系统的内部管理

系统的内部管理，主要是功能的管理和权限的管理。

比如：任务监控的管理，可能涉及到任务的增删改查导出等等

权限的管理，一般是配置什么样的成员能够看到什么样的权限

（3）前后端功能联动

比如说，内容审核平台，内容审核完毕，需要将帖子在前端展示出来

（三）任务的监控记录

任务总体的工作流程清晰了，什么用户操作节点清晰，剩下就是任务的监控和记录了

任务的的监控

对于内部协同工具来讲，需要关注人效数据和处理时长，需要将这些数据监控起来

监控的时候，一般会关注长尾数据，比如为什么这些数据超时处理

（四）权限的管理

好的权限系统一般需要思考以下几点：用户是谁，这个用户赋予的角色是什么，这个角色有什么样的权限

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

那么，如何设计权限呢？

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

比如根据任务的监控功能举个例子，任务监控功能上线了，需要对这个功能进行权限管理

（1）任务的监控功能会有对应的url，这个url可以被赋予权限的鉴权管理；

这个url可以是一个页面，也可以是一个小的功能点

（2）创建权限，将权限和url关联起来

（3）创建角色，角色对应权限，一个角色可以多个权限

（4）创建用户，用户对应角色，一个用户支持对应多个角色

一般来讲，不同的权限需要对应

在进行角色细化时，有以下需要注意：

同类型的角色，角色和具体的权限关联

不同的角色权限可以交叉