在互联网产品中，海量用户的背后，产品所服务的用户角色往往并不是单一的。在交互设计日常的实际项目中，经常会遇到由于用户角色差异而产生的多权限模型设计。所谓多用户角色模型，是指单一的内容整体在不同场景，不同对象权限下的不同展示形式。在某些情况下，单一的内容整体会随着对象权限的差异性进行页面交互形态的再设计。

在产品应用中，模块化的页面形态和内容所要呈现的目标用户并不是单一的，而是会随着用户属性的不同发生着变化，作为交互设计师的项目日常，同一个产品中的同一个模块，为多类用户设计的需求场景不在少数。这一类的需求场景相对于单一用户角色的项目而言，需要从更多维度去了解每种用户角色的需求利益点，从而在不同的用户角色和不同的权限条件下提供差异性&协作性的产品服务。

总结一下，日常项目中经常遇到的多权限场景主要可以分为以下几种类型：

1. 大量权限：“千人千面”，利用大数据进行页面的个性化设计呈现；
2. 双权限（三权限）：模块平台连接两类相互作用的用户对象，常见于O2O等应用场景；
3. 多权限：线性信息流，常见于To B端的业务信息流。

1. 大量用户权限：“千人千面”，利用大数据进行页面的个性化设计呈现

该种应用场景最多的是大型电商产品的首页，海量的商品SKU和用户UV，用户属性的千差万别，“千人一面”的界面已经很难满足用户的个性化需求，高效而精准地链接不同用户的需求和商品推荐成了“千人千面”地进行用户极度权限细分所扮演的重要角色。

那前期从用户自身的行为数据出发，用户侧如何获取个性化的权限，进而被系统推荐个性化的页面运营策略，设计的基本流程如下：这类用户权限的获取是基于用户多维属性标签形成的特定身份角色。

在大数据的背景下，用户权限的无限细分会对产品设计开发的工作量形成挑战。在“千人千面”用户细分的下游，衍生出了诸如“鲁班”类的个性化设计呈现工具，基于海量的数据，用户的权限可以被细分到惊人的程度，由此带来的是个性化设计工作量的井喷增长。高效的AI设计工具正是迎合了由用户权限的无限细分带来的设计工作量井喷式增长的需求。 2016 年，鲁班首次服务双 11，制作了 1.7 亿张商品banner。2017 年双 11 有 4 亿张人工智能海报由AI设计完成。如果全靠设计师人手来完成，假设每张图需要耗时 20 分钟，满打满算需要 100 个设计师连续做 300 年。如此高效率的AI设计工具为用户权限（角色）的无限细分创造了可能。

2. 双权限：模块平台连接两类相互作用的用户对象，常见于O2O等应用场景

这类用户权限是基于用户在产品服务中的角色定位，在有些产品场景中可能会有三权限的情况，但双权限仍然适用于大多数情况。

这一类型的多权限内容模块多应用于关联两种相互作用的用户对象中，用户A和用户B同为产品的服务对象，在用户角色需求上，既互相关联，又存在差异。在设计前期需要分别分析他们各自的需求利益点，相同的做合并处理，拆分具有差异性的，继而在设计上满足不同角色用户对于产品服务的差异性需求。常见的产品场景中互相关联的用户角色关系：

对于这一类的应用场景，遵循一般的设计流程：

1. 明确模块的基本功能目标；
2. 对于用户A和用户B的共同需求保持通用；
3. 对用户A和用户B的差异性需求做出分析。

以顺风车应用场景为例，在顺风车产品中平台服务车主和乘客双方，那么在某些涉及车主和乘客相互协作的模块信息时，可以对标上述设计流程具体来看，如下：

（1）明确模块的基本功能目标

乘客和司机的角色是相互作用的，两种角色各自的任务信息流如下图所示，为了便于说明，在此取其中的 待出发信息详情（主要是指乘客在被司机接单——上车，而司机是在接到乘客需求——接到乘客这期间，姑且将其称为 待出发信息详情）信息流进行分析。

待出发详情模块主要功能是为了向应用的服务各方提供出发前状态的基本信息。

（2）对各用户角色所对应的信息流进行需求分析

在待出发信息详情模块中，乘客和司机的主要需求点。

作为乘客，主要的需求点在于：

1. 事先与司机约定的上车时间、地点，提醒自己及时赴约。
2. 获知司机的主要信息（电话等联系方式、IM沟通组件、当前行驶路线）以便于及时的与司机沟通上车前事宜。
3. 导航、取消订单等其他操作需求

作为司机，主要的需求点在于：

1. 乘客的上车时间、地点；提醒自己及时去接乘客。
2. 乘客的主要信息（电话等联系方式、IM沟通组件）；以便于及时的与其沟通上车前事宜。
3. 导航、取消订单等其他操作需求
4. 拼其他乘客；作为顺风车司机，乘客拼车数量最大化能使车主拼车收益最大化，也符合顺风车低碳、环保、提高用户出行效率的产品定位。
5. 开始行程；司机作为拼车收益获得方，应由其记录行程。

（3）对各用户角色分析得到的需求利益点进行合并和拆分处理

有效地分析了各种用户角色的需求关系，并对其中的各需求点进行有效地合并和拆分，并在此基础上确定产品的设计目标。

3. 多权限：线性信息流，常见于To B端的业务信息流

在To B在线协作流程中，用户角色所对应权限的概念被提升到更高的层面。在该场景中，用户权限既不是基于用户自身的标签属性，也不是基于用户自身的角色定位，而是基于用户在To B协作中的组织职能。且该权限关系往往对标线下组织架构的实际职能关系。对于这一类的多用户角色模型的设计流程，大致可以分成以下2个阶段：

（1）明确组织的职能架构

一个庞杂的To B 系统中，往往包含若干条多线并行的信息流。常用的如：报销、请假、权限使用、移动审批等。在设计相关需求时，需要首先明确该需求对应信息流的组织职能架构。举例说明，在同一个To B 系统中，报销流程和请假流程对应信息流所涉及的职能岗位很大程度上是不一致的。因此在设计之前首先应该梳理目标设计流程所对应的职能架构。

（2）分别对标各职能岗位节点的权限信息

以传统OA报销审批为例，在1)中首先明确了OA报销审批对应的职能信息流，接下来按照各职能岗位的节点来梳理对应的权限需求点。

4. 小结

在海量的移动应用中，同时为多类用户角色服务的产品场景非常多，以上只是基于日常工作列举的三种常见形式。在针对这些场景中的需求设计时，往往不能单一维度地去思考用户的需求点，需要将各种用户角色之间的需求点按照时间&场景的维度去连接，才能保证产品的易用性和平台协作的高效性。

作者：Tenzhu，腾讯FiTdesign交互设计师，微信公众号“腾讯FITdesign”

本文来源于人人都是产品经理合作媒体@腾讯FITdesign，作者@tenzhu

题图来自 Pexels，基于 CC0 协议