B端业务系统的功能共性

B端业务系统的功能共性

所有的B端业务系统都具有一条相同的功能共性——用户权限功能，涉及多个角色。

比如，供应商管理系统、定价系统、CRM等涉及流程审批，Teambiton、石墨文档、蓝湖等项目协同工具也存在权限功能等等。

为什么B端业务系统都需要用户权限功能？

根据笔者个人的理解，可以根据产品功能倒推其解决的问题是什么，以明晰需求真伪和需求价值。一般使用场景故事法去验证功能需求，常用公式是某功能解决什么用户在什么场景下具体什么问题。所以，用户权限功能作为产品的解决方案，我们可以从B端产品服务的用户群体和用户需求场景进行思考。B端产品主要是面向企业组织服务，企业组织结构复杂，员工的职权范围不同。

场景一：一个项目团队在工作过程中，项目经理、产品经理、视觉设计师、前端开发和后端开发是不可以随意修改交互设计师的设计稿的，否则设计不可控，出现矛盾和纠纷。

场景二：公司产品定价策略是不宜对外公开的，一旦泄密则需要追究责任，从公司信息安全角度，就需要限制员工职权。

因此，用户权限功能解决的是企业或组织中员工的职权问题。

二、如何在复杂权限逻辑下提升交互体验？

根据权限业务逻辑的复杂程度，可以有不同的权限设计策略。小到Figma这样协作的设计工具，给每个项目成员设置具体项目编辑和查看权限，大到复杂的业务系统，涉及到复杂的权限逻辑，对某个页面、模块的功能操作权限和数据权限等。

图：Figma 项目成员权限设置

不同的业务，其权限逻辑是不同的，但权限设计原理和交互体验设计却是相通的。下面通过两个设计案例，分析用户权限交互体验设计思路和技巧。

2.1 案例一：蓝湖项目权限交互设计

下图是蓝湖的项目成员权限设置界面。设计目的主要是帮助用户高效设置项目团队成员具体的权限。权限功能设计是基于角色的访问控制RBAC模型，即围绕用户、角色和权限三者展开设计。用户是指该项目中具体的成员，角色是指超级管理员、管理员、编辑者、查看者，权限则是指具体的项目权限项，如创建、删除项目、编辑画布、删除团队成员、移交团队。不同的角色，其权限范围不同。

同用户和权限直接关联的功能设计方案相比，通过引入角色，超级管理员无需给用户单独设置具体的权限项，一键完成，可有效提高权限设置效率。

图：蓝湖项目团队权限设置

围绕给用户设置权限的目的，可拆分任务为创建权限、分配权限和使用权限。蓝湖将创建权限和角色的权限项这一复杂逻辑转移至系统，由系统设定好超级管理员、管理员、编辑者和查看者四种角色，并赋予每个角色对应的权限项，用户只需要针对具体用户设置角色即可，进一步提升了给用户设置权限的效率，让用户权限设置变得更加简单易用。

此外，邀请用户加入项目，默认首选项是查看者角色。为什么？因为大多数场景下，用户邀请的项目新成员只需要查看，所以默认首选项可以设置为查看者角色，提高了用户邀请新成员加入项目的权限设置效率，如需变更权限，则点击变更角色即可。

小结：

• 将复杂的权限逻辑转移给系统解决，让用户设置权限更简单。
• 从用户主要场景出发，提供权限默认首选项。
• 基于角色访问控制RBAC模型（Role-Based Access Control）进行权限功能设计，引入角色，提高分配权限效率。

2.2 案例二：T-PaaS平台用户权限交互体验优化

下面以笔者负责的T-PaaS平台用户权限交互优化为例，阐述如何在复杂的权限逻辑下提升交互体验。

首先，需求来源于用户反馈，具体需求是用户在新建权限时，交互效率低下，可用性差。

下图是最终确定的交互设计方案，下面具体解释一下为什么这样设计，以及是如何想到这样的设计方，这样的设计给用户带来的价值是什么，以此提炼出可提升权限交互体验的一些思路和方法。