3. **内容权限（课程包&资讯等）
①一种为跨组织后台账号的内容分享：可以查看的内容是【被操作者所属组织所有被共享的内容】和 【操作者有权限内容】的 交集，其中被操作者已经有权限的内容（分享ID）无法被分享。
原型如下：
注：被分享的内容如果之前已经分享给了被操作者同组织的其他账号aa，那么被操作者得到的内容应该和aa账号下的内容是一样的。
所以比较规范的操作流程是：内容在进行跨组织分享时同步分享给被操作组织的管理员后，后续再用管理员账号或者其他账号在组织内部进行分享。
②另外一种是同组织后台账号的内容分享，可以查看的内容是 操作者有权限的内容，其中被操作者已经有权限的内容无法被分享。
原型如下：
注：跨组织分享后一个产品相当于被复制成内容一样的另外一个产品，后续的任何更改都不会被同步。而同组织共享之后仍旧是同一个内容，后续任何更改都会同步。
六、前台账号管理前台用户可以在门户网站上看到自己所在组织的有权限的前台模块，如果有场景需求可以精细化同一个组织下的不同前端用户分别设置权限。前端的数据隔离分为两种：
①不同的组织发布的内容只能本组织的前台用户可以看到。
②对于SaaS服务商为多个租户提供内容服务的业务，可以对其进行特殊化处理，使其发布的内容让所有的组织的前端用户都可以看到，但是不同组织产生的用户内容只能本组织的用户看到。
前台用户涉及到字段如下：
- 用户名
- 姓名
- 手机号
- 所在组织
- 注册时间
- 注册方式：前台注册、后台导入
- 最近登录时间
- 状态：启用、禁用（禁用状态的账号无法登录系统）
常规SaaS系统的设计用到的概念或者思路大概是类似的，但是是否需要进行跨组织管理，跨组织管理需要精细到什么程度。
不同组织的用户数据、相同组织的用户数据如何隔离，处理方式是否相同等都是要根据实际业务场景来设计的。
没有完全标准通用的SaaS系统，我们需要设计的并不是一个完美的SaaS，而是一个最大限度符合业务需求，又能在通用的同时兼顾后续长远规划，尽最大可能降本增效、提升用户体验的系统。
此部分此结束，希望本篇文章能帮助到需要的小伙伴们~
本文由 @Grace 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
