本次做的是网监系统saas服务平台的后台管理系统，不涉及复杂功能逻辑。就是从菜单-模板-系
统-组织架构-角色-用户的设计思路。

产品需求：在各个省市网监系统的数量不断增长，且系统逻辑和功能模块大致相同，做成统一网监平台，减少人力物力成本。将所有系统、角色用户、用户进行统一管理。

设计思路

1、因为各网监系统逻辑和功能模块大致相同，所以建立模板。若需要增加某一个功能模块，只需要修改模板即可；
2、模板是由系统中标准系统的功能菜单构成，便于统一管理；
3、所有网监系统都是基于省市县所的机构层级，用户和任务都附属于组织架构；
4、系统需要区分角色，因为网监系统是由多个子系统构成，所以角色需要细化到子系统；配置系统的功能权限和数据权限；
4.1、功能权限：即角色可以看到哪些子系统菜单功能；
4.2、数据权限：功能查看范围仅查看本级、查看本级及下级；
5、用户是建立在系统+子系统+角色上的，配置即可。

产品流程图

信息架构

1、功能菜单：所有我们已有的子系统和菜单功能；
2、模板：根据标准子系统标准菜单，选择需要的组合成模板；
3、系统：新增系统后配置系统模板，即有对应功能；
4、组织机构：每个系统都是省/市网监系统，有它自上而下的组织机构；
5、角色：系统根据子系统有超级管理员、管理员、业务员、执法员四种角色，给角色配置功能权限和数据权限；
5.1、功能权限：系统+子系统+角色，配置对应功能权限；
5.2、数据权限：同功能不同逻辑，如任务下发方式：逐级下发、直接下发至所，两种下发路径；
6、用户：给用户配置组织机构、角色类型、用户信息。

小结

虽然一直做的是B端产品，一直都有系统权限概念，但真的让自己根据业务场景来设计时，发现真的和想的不一样。没那么简单，真的是着眼于业务需求，一遍遍推倒重来。只要能说服自己，把系统讲别人听，才能进行需求评审及开发阶段。又前进一步♥️