矩阵|帐号体系：后端信息结构设计

编辑导语：帐号是用户的身份标识，产品在设计过程中，便需要针对帐号体系的搭建进行考量。不过帐号体系也有类别区分，在不同类型的产品中，帐号体系的后端结构设计又该如何实现呢？本篇文章里，作者便对帐号体系的后端信息结构设计做了总结，一起来看一下。

文章插图
上一篇文章，我们介绍了帐号的价值，以及不同类型的产品对帐号的需求差异。这篇文章，我们详细介绍一下帐号体系的后端结构设计，即为了实现帐号体系的全部功能，帐号体系的后端应该如何设计。
一、帐号体系的分类从帐号应用的范围维度，可以把帐号分为“仅为自研应用提供服务”的帐号体系，和“开放给第三方开发商使用”的帐号体系。
第1种帐号体系，仅在开发者自己研发的应用中使用，帐号数据不会被第三方应用获取和使用。
而第2种帐号体系，不仅在自研的应用中使用，还可以通过开放平台提供给第三方应用使用，是大平台、国民级开发商的舞台，本文暂不涉及。
仅为自研应用提供服务的帐号体系，按自研应用数量，又可以分为两种：

单应用的帐号体系：只在开发者研发的单个应用上使用的帐号体系。大部分开发者、业务单一的开发者都属于这一类。如脉脉、即刻、keep等。
矩阵应用的帐号体系：同一个开发者研发的若干个应用，使用同一套帐号体系。部分业务多样、或推出了多个关联应用的开发者，属于这一类。如美团旗下，多个矩阵应用使用同一套帐号体系，如美团外卖、大众点评、美团优选、美团买菜、猫眼电影。

对于单应用的帐号体系，用户修改帐号信息时，只对单一应用有效。而对于矩阵应用的帐号体系，用户修改帐号信息，将同时影响使用了该帐号体系的全部矩阵应用。
例如，用户修改即刻App中的绑定手机号，只会对该用户使用即刻App有影响。
若用户美团App中修改手机号号码，会有如下提示：

文章插图
接下来，我们就这两种帐号体系的信息结构做详细分析。
二、单应用的帐号体系单应用帐号体系只为单个应用服务，其信息结构相对简单，主要包括4部分：UserID、第三方帐号、密码、设备号、其他业务字段，如下图：

文章插图
1. UserIDUserID是用户在应用中的唯一身份标识，通常也称为用户ID。系统或其他用户都可以通过UserID，准确找到该用户。UserID会在用户在注册帐号时，系统根据规则自动生成。

用户注册QQ帐号时，系统会按一定的规则从未被使用的号池中给用户分配一个QQ号。
用户注册小红书时，会按规则生成一串纯数字的小红书号。

UserID必须至少满足两个要求：唯一、不可修改。
只有UserID是唯一的，才能通过它准确定位一个用户，而不是多个用户，或错误地定位用户。
不可修改是因为UserID通常会被引用到很多个功能中，若可以随意修改，会带来极大的刷数据成本，甚至会引发系统数据混乱。
在即刻App中，动态、评论、关注、点赞、分享、收藏等功能都需要引用用户身份标识号，以记录相关数据的操作人。
如果修改了某个用户的身份识别号，那么该用户所有的动态、评论、关注、点赞、分享、收藏数据中的身份识别号都需要修改，否则就会导致数据操作人找不到，引发数据混乱。
2. 第三方帐号随着第三方帐号（如微信号、QQ号、手机号）的大规模普及，直接使用第三方帐号，替代UserID登录系统成为主流的设计方式。