SaaS 体系能提供一个大概多个行业常见场景的功能支持，只要在有网络的环境下，便 " 到处可用、拿来即用、不消下载 "，以是如今也是一个盛行的趋势。本文先容了 SaaS 体系的框架搭建，一起来学习一下吧。
SaaS 体系能提供一个大概多个行业常见场景的功能支持，而且只要在有网络的条件下具有 " 到处可用、拿来即用、不消下载 " 的特点。
对于 SaaS 服务商来说，边际本钱随着客户的增多大幅度低落；对于客户来说，能在业务开展前期先小本钱试用，低落软件综合本钱，可以更聚焦于业务自己的开展；对于用户来说，可以拿来即用，而且 SaaS 体系的通例计划符合相对应范畴用户的心智模子，利用起来非常方便。
以是如今 SaaS 体系的盛行已然是一种趋势。接下来为各人具体先容一下 SaaS 体系的框架搭建，也就是 SaaS 异于其他通例 B 端平台的地方—权限的设置以及数据的隔离要更为复杂一些。
一、菜单管理
菜单管理重要是为了管理背景体系菜单的展示、排序、以及跳转，开辟职员每次做好新的的功能时，可以直接从这里设置到背景，不必要通过在数据库插数据，大概走开辟、发布、上线的流程。
参照原型如下：
菜单名称：名字直接表现了导航的内容
菜单图标：和菜单名称相对应，只有目次范例和菜单范例的才会有
权限代码：代码内里不会举行汉字逻辑判定，必要计划对应标识码，为后续权限设置提供选项
父级菜单：菜单的层级关系
排序号：控制同一层级的前后次序
url：菜单范例才会有该字段
跳转范例：内部跳转（相对路径）、外部跳转（绝对路径）
跳转方式：原页面打开、新页面打开
范例：目次（可以包罗目次和菜单）、菜单（设置跳转 url）、按钮（设置权限的最小单元）
状态：开启（正常在导航中表现的菜单）、关闭（停用不在导航中表现的菜单）
二、站点管理
站点管理重要是为了差别机构的名牌化宣传，专门为机构设置专属域名 & 名字 &logo 等。多个机构也可以用同一个域名。不管是否利用差别的域名，差别机构的用户数据都会做数据隔离。
大概涉及到的字段如下：
构造名称：从已有的构造下拉菜单中举行选择
域名：用户访问的前端网址，背景网址一样平常在前台网址的背面加上 /login
流派网站设置：名称、logo
背景设置：名称、logo
付出相干设置、页尾菜单设置、数据统计设置等其他设置
差别机构必要做的个性化设置维度以及设置涉及到的参数都比力多。比方上面提到的 " 付出相干设置 "，差别租户的收款商户肯定差别的，以是要对微信开放平台、微信公众平台、微信商户号、付出宝商户号等举行设置。差别设置维度的详细设置我们后续专门写文章举行详解。
三、构造管理
SaaS 体系通过构造来实现多租户管理，为租户设置管理员以及体系的功能权限等，除此之外还可以根据现实需求为租户设置可以管理的其他构造以及构造下内容，对于会提供内容服务的 SaaS 服务商，必要对应计划跨构造共享内容的功能。接下来要给各人分享的 SaaS 框架支持跨构造管理数据以及跨构造共享内容。
管理员信息设置：账号、手机号、暗码
体系有用期
背景（or 前台）账号数目限定：根据业务需求举行必选项的设置
构造布局：支持多级构造布局（奇迹部 & 部分 & 小组等）
前台模块权限
背景功能权限
构造权限
** 内容权限（课程包 & 资讯等）
1. 构造和管理员的关系
①管理员默认有该构造的最高功能权限；
②管理员默认有管理构造的全部数据权限；
③ SaaS 服务商（原型中的 A 机构）默认有一个总的管理员账号，拥有整个体系最高的数据以及功能权限；
④操纵者可以对本身管理的其他构造举行全部的信息变动，但是对于本身地点的构造只有【重置暗码】的操纵；
⑤构造中的管理员账号只在构造模块中出现，不会在账号管理模块中出现；
2. 体系有用期
①体系到了有用期之后，假如机构不续约一样平常数据还会保存 1~3 年；
②凌驾有用期之后前端用户一样平常无法登录；
③凌驾有用期之后背景用户设置为只能检察部门数据，无法操纵。假如数据被清空之后也无法登录了；
3. 前台模块权限
①流派网站的功能模块设置；
②不设置的模块在前端看不到大概点击提示无权限；
③选项为操纵者地点构造有权限的前台模块；
4. 背景功能权限
①设置该构造拥有的背景功能权限；
②默认授权给构造管理员功能权限；
③选项为操纵者拥有的功能权限，操纵者按需选择；
5. 构造权限
①分配该构造可以管理的构造以及每个构造对应的模块内容（课程包 & 资讯 & 脚色 & 账号等）；
②默认分配给管理员；
③可检察选项：操纵者有权限的构造以及构造下全部的内容模块；
④可操纵选项：操纵者有权限的构造以及构造下有权限的内容模块；
原型如下：
6. ** 内容权限设置（课程包 & 资讯等）
①共享给被操纵构造详细的内容，同步共享给管理员一份；
②无法共享给本身地点的构造，同构造共享通过账号举行共享，后续在账号管理中会讲到；
③跨构造共享是一种复制性的共享，同一个 ID 的内容可以多次共享，每次共享天生一个新的内容（产生新的 ID）；
④选项为操纵者有权限的内容，假如操纵者此中一个内容泉源为被操纵的构造，那么该内容仍然可以被分享，由于该内容和原内容现在已经是两个产物，假如业务现实场景必要做限定也 ok；
原型如下：
原型如下：
四、脚色管理
脚色是权限的聚集，作为桥梁的作用把权限赋予给背景账号。操纵者可以看到的脚色分为两种：一种是操纵者所拥有的开通了脚色模块权限的管理构造下的脚色，别的一种是操纵者地点构造下的权限小于即是操纵者权限的脚色。操纵者可以通过【构造下拉列表】举行差别构造脚色的检察。
详细涉及到的字段如下：
脚色名称
构造名称
状态：启用、禁用（禁用后拥有该脚色的背景账号所对应的权限随时消散）
功能权限设置：选项为脚色所属构造的最高权限和操纵者所拥有的权限的交集
五、背景账号管理
根据现实场景的必要给背景账号设置数据和功能权限，操纵者可以看到的账号分为两种：
一种是操纵者所拥有的开通了账号模块权限的管理构造下（不包罗本身地点的构造）的背景账号；
别的一种是操纵者所拥有的本身地点构造下本身地点层级布局下的背景账号（同一层级的无法看到，比方部分 A 的司理无法看到本身以及部分 B 司理的账号）。
参考原型如下：
姓名
手机号
暗码
构造：下拉单选，选项为操纵者有权限的构造；构造选择之后一样平常不可以修改
所属的构造布局：选择之后可以重新编辑
创建时间
状态：（启用、禁用、禁用状态的账号无法登录体系）
功能权限
构造权限
*** 内容权限
1. 功能权限
①假如操纵者和被操纵者是差别的构造，那么选项为被操纵者所属构造下的全部脚色；
②假如操纵者和被操纵者是同一个构造，那么选项为权限小于即是操纵者权限的脚色；
③支持多选；
2. 构造权限
①展示的选项为被操纵者地点构造有权限的构造以及每个构造有权限的模块内容（课程包 & 资讯 & 账号 & 脚色等）；
②可操纵的选项为操纵者有权限的构造和【被操纵者地点构造有权限的构造】的交集，模块内容同理。
3. ** 内容权限（课程包 & 资讯等）
①一种为跨构造背景账号的内容分享：可以检察的内容是【被操纵者所属构造全部被共享的内容】和 【操纵者有权限内容】的 交集，此中被操纵者已经有权限的内容（分享 ID）无法被分享。
以是比力规范的操纵流程是：内容在举行跨构造分享时同步分享给被操纵构造的管理员后，后续再用管理员账号大概其他账号在构造内部举行分享。
②别的一种是同构造背景账号的内容分享，可以检察的内容是 操纵者有权限的内容，此中被操纵者已经有权限的内容无法被分享。
六、前台账号管理
前台用户可以在流派网站上看到本身地点构造的有权限的前台模块，假如有场景需求可以精致化同一个构造下的差别前端用户分别设置权限。前端的数据隔离分为两种：
①差别的构造发布的内容只能本构造的前台用户可以看到。
②对于 SaaS 服务商为多个租户提供内容服务的业务，可以对其举行特别化处置惩罚，使其发布的内容让全部的构造的前端用户都可以看到，但是差别构造产生的用户内容只能本构造的用户看到。
前台用户涉及到字段如下：
用户名
姓名
手机号
地点构造
注册时间
注册方式：前台注册、背景导入
近来登录时间
状态：启用、禁用（禁用状态的账号无法登录体系）
小结
通例 SaaS 体系的计划用到的概念大概思绪大概是雷同的，但是是否必要举行跨构造管理，跨构造管理必要精致到什么水平。
差别构造的用户数据、雷同构造的用户数据怎样隔离，处置惩罚方式是否相划一都是要根据现实业务场景来计划的。
没有完全尺度通用的 SaaS 体系，我们必要计划的并不是一个完善的 SaaS，而是一个最大限度符合业务需求，又能在通用的同时分身后续久远规划，尽最大大概降本增效、提拔用户体验的体系。
此部门分享到此竣事，盼望本篇文章能资助到必要的小同伴们 ~
本文由 @Grace 原创发布于大家都是产物司理，未经允许，克制转载。
题图来自 Unsplash，基于 CC0 协议。
