编辑导语:账号就是用户的身份。在产品设计过程中,需要考虑账户体系的建立。然而,也有帐户系统的类别。如何在不同类型的产品中实现账户体系的后端结构设计?在本文中,作者总结了账户系统的后端信息结构设计,一起来看看吧。
在上一篇文章中,我们介绍了账号的价值以及不同类型产品对账号的需求差异。本文详细介绍了账户系统的后端结构设计,即如何设计账户系统的后端,以实现账户系统的所有功能。
一、帐号体系的分类从账号应用的范围维度来看,账号可以分为只为自主开发的应用提供服务的账号体系和对第三方开发者开放的账号体系。
第一账户系统只在开发者自己开发的应用中使用,账户数据不会被第三方应用获取和使用。
第二个账号体系,既用于自研应用,也通过开放平台提供给第三方应用,是大平台和国家开发者的舞台,本文暂不涉及。
只为自研应用提供服务的账号体系,根据自研应用的数量可以分为两种类型:
对于单应用账户系统,用户修改账户信息时,只对单个应用有效。对于矩阵应用的账户体系,用户对账户信息的修改将同时影响所有使用该账户体系的矩阵应用。
比如用户在即时App中修改绑定的手机号,只会影响用户对即时App的使用。
如果用户在美团App中修改手机号,会给出如下提示:
接下来,我们对这两个账户体系的信息结构进行详细分析。
二、单应用的帐号体系单应用账户系统只服务于单个应用,其信息结构相对简单,主要包括四个部分:UserID、第三方账户、密码、设备号和其他业务字段,如下图所示:
1.使用者辩证码
UserID是用户在应用程序中的唯一身份,通常也称为用户ID。或者系统的其他用户可以通过UserID准确找到该用户。用户注册账号时,系统会根据规则自动生成UserID。
UserID必须满足至少两个要求:唯一和不可修改。
只有用户标识唯一,才能准确定位到一个用户,而不是多个用户,或者错误定位用户。
不能修改,因为UserID通常被很多函数引用。如果可以随意修改,会带来很大的数据成本,甚至导致系统数据混乱。
在即时App中,动态、评论、关注、赞、分享、收藏等功能都需要参考用户ID号来记录相关数据的操作者。
如果一个用户的ID号被修改,那么该用户所有的动态、评论、关注、赞、分享、收藏数据中的ID号都需要修改,否则数据运营者找不到,造成数据混乱。
2.第三方账号
随着第三方账号(如微信号、QQ号、手机号)的大规模普及,直接使用第三方账号代替UserID登录系统成为主流设计方式。
UserID有两个明显的缺陷,导致被第三方账号替代。第一,UserID是不需要用户关注的信息,因为用户几乎不会直接使用UserID。第二,记住每个应用的UserID成本是很高的,因为每个应用生成的UserID是不一样的。
如果一个用户每天使用50个应用,他必须记住50个完全不同的号码,这将是一场灾难。
几乎每个人都有微信号、QQ号、手机号等第三方账号,可以唯一识别用户身份。
如果将第三方账号与UserID一一关联,并用于登录应用,会给用户带来很大的便利。
3.密码
登录时,除非输入账号,否则无法确定当前用户是账号的所有者。您还必须以某种方式验证用户的身份,以确保帐户不会被盗。
目前大部分应用都是通过让用户输入与UserID一一对应的密码来完成认证,并且只有账号所有人才能知道。
为了保证密码不被恶意破解,还需要要求密码的复杂度。例如至少8个字符,必须包括大小写字母和数字。
随着第三方账户和手机号码的普及,更多的身份验证方式逐渐被开发出来:
这些身份验证方法不需要用户记住自己的密码,也不用担心忘记密码。它们操作起来更方便、更快捷、更安全。它们逐渐取代账号+密码的认证方式,成为产品设计的主流方案。
4.设备号
设备号是一个硬件号,用于识别用户使用的应用程序。例如,在web端使用cookie作为设备号,iOS使用UUID、IDFV和IDFA,Android使用UUID和Android ID。
在账号信息中,记录了用户使用的设备号,可以用来标记用户常用的设备,保证用户账号的安全性。当用户在新设备上登录应用程序时,系统可以及时发现并触发安全检查。
还有一些应用程序会限制用户的可用设备。比如Evernote的免费用户只能同时在两台设备上使用。这时,你还需要记录用户的设备号。
5.其他商业信息
除了上述系统需要的信息,还有一些业务层面需要的信息,比如用户昵称、头像等。一般出现在需要显示用户信息的地方,比如用户详情页、评论列表、对话列表等。既突出了用户的个性,又为用户识别和寻找其他用户提供了方便。
不同的产品有不同的要求,账户体系中的业务信息要根据业务需求来定义。
三、矩阵应用的帐号体系同一公司开发的多个应用程序称为矩阵应用程序。
1.共享账户系统的原因
与使用独立的账户体系相比,矩阵应用共用一套账户体系,对企业和用户都是更好的选择。
对于企业来说,可以大大降低企业的开发和维护成本。大多数matrix应用程序都是由多个团队独立开发的。如果每个应用独立开发维护一套账号体系,那么有多少个应用就要重复开发多少次,成本会随着应用的数量线性增加。
而很多应用共用一套账户体系,企业只需要开发一次。当有新的应用时,只需要简单接入,成本大大降低。
同时,共享一个账号体系也可以加强品牌知名度,带来更高的商业价值。账号体系的独立开发会导致使用多个应用的同一个用户在不同的应用中拥有完全不同的账号,用户会默认这是几个不同企业开发的产品。这对企业建立完整的用户画像是非常不利的,因为企业没有获得足够的用户数据,对用户的了解也不够完整,能够转化的商业价值就更少了。
如果共用一套账号体系,用户会认为这是同一个企业的产品,企业的品牌意识会加强。同时,可以将多个应用中产生的用户数据链接到同一个账号,让企业获取更丰富的用户数据,对用户有更深入的了解。通过个性化推荐和精细化运营,自然会带来更大的商业价值。
对于用户来说,共享一个账号体系可以提供更便捷的服务。账户体系独立。用户必须单独注册帐户,并使用不同的帐户登录应用程序。同一个账户信息需要多次设置。在共享账号系统中,用户只需注册一个账号即可登录所有矩阵应用,用户数据可自动同步。显然用户操作更方便。
2.矩阵应用会计系统的信息结构
矩阵式应用账户体系需要在单一应用账户体系的基础上增加应用级标识(AppUserID),以明确用户是哪些应用用户。其信息结构如下:
有两个主要的价值来增加应用层的身份。
1)记录用户在各个应用中的行为信息,利用这些信息做具体的操作动作。
运营商为该应用的新用户设计了促销活动。如果以UserID的生成时间为标准,那么最近几天开始使用该应用的大量新用户将被排除在竞选之外。
根据AppUserID的生成时间,可以准确的筛选出应用的新用户。
2)统计矩阵应用于平台用户渗透率,精准指导应用。根据每个应用的AppUserID数和平台UserID数,可以计算出每个应用在平台用户中的渗透率。如果一个应用需要从其他应用中导流来增加其用户,则可以精准地推荐给其他应用中的用户。
四、总结根据使用范围,账户体系可分为单一应用账户体系和矩阵应用账户体系。单应用账户系统的信息结构主要包括用户标识、第三方账号、密码、头像昵称等业务信息,而矩阵账户系统是在单应用账户系统的基础上增加AppUserID。在设计会计系统时,信息结构是最重要的部分。
#专栏作家#
誓言,微信微信官方账号:对产品仔细思考的记录。人人都是产品经理的专栏作家。5年产品经验,电商售后平台后端产品负责人。
本文由人人作为产品经理原创发布,未经作者允许,禁止转载。
图片来自Unsplash,基于CC0协议。