在复杂业务中，用户类型的定义是标准化设计的起点，也是后续权限、画像、运营策略的基础。本文从“用户中心能力模型”出发，拆解用户类型的核心维度与设计逻辑，为你构建更清晰、更可扩展的用户体系打下基础。
用户中心，是建设B端系统的基础能力，作为业务层的支撑层。
其一，用户模块在B端系统中的定位，可以拆分为组织架构-用户管理、权限管理、身份认证+鉴权、安全审计。从而实现对于系统中不同用户信息维护，业务/数据权限按需分配、用户身份有效且具备访问/操作权限、用户登录-操作全过程记录确保安全。
其二，以“中心”维度进行用户模块建设，则需要作为企业的用户中心，进行用户的集中维护和权限管理等操作，实现跨业务系统顺畅协作，数据统一维护，身份认证鉴权统一调用。从而满足用户中心作为能力，对于业务系统搭建中用户模块的支撑。
但从B端系统决策者、管理者、使用者等角度出发，其对于建设用户中心出发点又有所差别。
在定义用户中心功能的同时，也需要从业务出发进行用户群体的有效识别。
首先，用户在B端系统中细分为两个隔离的用户体系，即管理员体系和用户体系。
根据等保等需求，区别为系统管理员、安全管理员、审计管理员。其管理范围则按等保进行明确区别和定义。示例如下：
（注：若无此要求，可将管理员与用户做打通处理，管理员视为用户的一种类型）
根据分级管理需求，区别为上级管理员和下级管理员，其操作权限、数据权限等均以树形进行下放拆分。
用户在B端系统中的定位，按业务中用户类型进行区分，如政府领域（职能人员、群众、人大代表等）、电商领域（商家、消费者、合作伙伴、职能人员等）、供应链领域（职能人员、上下游伙伴、大客户、代理商等）。
用户的本质，是一个个自然人身份，那么用户数据的本质，就是自然人-账号。在实际生活中，我们以身份证号作为自然人的唯一标识（id）进行识别，在系统设计中，考虑用户数据安全等因素，通常会根据便捷情况，使用手机号码、邮箱、注册id等作为用户唯一标识。
区别自然人在不同业务系统中的用户类型，可以引用标准化能力识别和管理中的“自定义配置”，在现有逻辑基础上进行用户类型定义、用户属性定义，形成账号-用户类型的1-N关系，并延伸至用户信息维护、授权、身份认证、鉴权等环节中，从而满足文章开头所描述的“不同层面建设用户中心出发点”中的问题。
从上述用户群体识别，已经明确了建立的管理员体系和用户体系识别逻辑；
那么在系统设计中，管理员体系可以根据业务需求进行通用设计，而用户体系中如何进行用户类型定义，按需约定此类用户的数据结构，进行用户信息维护等操作呢？
标准化能力的核心是通用+个性化拓展，诉求是满足需求的前提下提升通用需求覆盖程度，降低整体落地成本。
第一，识别出那些需求属于通用需求，则需要调研目标业务中的用户群体，进行分业务分类型逐个梳理，这里是识别用户类型-数据结构，罗列出基础的数据属性；
第二，梳理进行不同业务操作时用户信息的读取逻辑，如能处理当前流程的需要当前机构本期值班人员等，这里是区别于第一步操作的显性数据，梳理出哪些逻辑中的隐性数据；（可以理解为数据库中存储供业务逻辑处理的数据）
第三，综合第一、二步梳理的内容，结合自然人-账号-用户类型的结构，识别哪些是通用属性，哪些是特定用户类型属性，并根据用户与组织架构、角色、业务属性间的关联逻辑，建立清晰的数据链路；
第四，根据需求分析情况，采取通用+自定义原则进行功能设计，在满足覆盖现有数据结构基础上，开放自定义拓展功能，来支撑后续业务发展带来的新需求落地；
第五，设计好数据结构后，需要注意的是，对于数据维护需要建立冲突规则，如发生数据新增/更新时，存在哪些情况则视为与原数据发生冲突，对于此类情况如何进行处理（如覆盖/更新等）；
用户数据以账号-用户类型的逻辑展开，基于所定义不同用户类型的用户数据结构进行数据的维护。而实际的维护动作区分新增、更新。
新增：其一，在用户中心集中维护；其二，业务系统调用用户中心的api（细分为新建账号、新建用户类型）；
更新：与新增一致，根据业务系统与用户类型的映射关系，区分权限进行数据的更新。
用户中心作为用户数据集中维护的地方，当用户数据发生变动时，如何确保业务系统的用户数据与之保持一致，则需要进行数据同步操作。
数据同步区分主动/被动，细分为获取同步和推送同步。前者支持业务系统按权限主动获取最新的用户数据执行新增/更新操作，后者支持基于已有授权选择用户数据手动/定时推送至指定业务系统中。
后续文章中将会对于B端系统构建中“用户中心标准化能力设计（2）：权限模型选择”进行介绍。
本文由 @西林 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。