产品设计:ID、昵称、域名及其他
我们在设计产品的账户结构时,往往会遇到许多与ID相关的概念,像UID、用户名、昵称等。一个合理的产品账户结构是产品良好的开端。
常见的ID概念及其定义
用户身份标识(User Identification,简称UID):在注册会员后,系统会自动的用户分配的系统数字编号,由纯数字构成,按用户注册时间排列。在系统中具有唯一性,不可更改,来说对用户是不可见的,不可用做登录。
用户号码(User Number):可与UID相同,也可不同,可能会允许用户可更换,由纯数字构成,不完全按注册时间排列。在系统中具有唯一性,一般可付费更换或购买,对用户可见,可用做登录。例:QQ号码、微号、迅雷靓号。
用户名(Username):用户产品登录,一般由英文字母或与数字组成。在系统中具有唯一性,一般设置一次后不可更改。对用户本人可见,但对其他用户一般不可见。
用户昵称(Nickname):为用户名的备注说明。一般由英文、数字或中文组成。对用户本人和其他用户可见。对于其可更改性与唯一性视产品类型而定。
弱社交关系型:特点是信息流在产品内无阻碍流动,用户之间无需成为双向联系人即可互动,用户可拥有大量的好友或粉丝。微博、贴吧、天涯等。此类产品的用户昵称一般具有唯一性,不可更改。
强社交关系型:信息流通受限,一般局限在特定的圈子或群组内。用户之间需要加入双向联系人才可深度互动。微信、豆瓣皆属于此类。此类产品的用户昵称一般可随便更改,不具有唯一性。
用户账号(User Account):一般可等同于用户名或用户号码,但也可为邮箱或手机信息等。在系统中具有唯一性,若为邮箱或手机一般可以更改。对用户本人可见,但对其他用户一般不可见。
用户个人域名(User Domain):用户访问用户个人展示主页的二级域名或子目录域名,格式为:xxx.com\domain或domain.xxx.com。一般由英文字母和数字组成。具有唯一性,一般设置后不可更改或只可进行有限次数的更改。
OpenID与微信登陆
随着互联网的发展出现了OpenID的概念,只需要输入你注册号的 OpenID 用户名,然后你登录的网站会跳转到你的 OpenID 服务网站,在你的 OpenID 服务网站输入密码或其他信息,验证通过后,你会回到登录的网站并且已经成功登录。像我们常见的OpenID协议有微博登录、QQ登录、微信登录。
好处:
- 1,因为产品用户量大,其基础服务常处于登录状态。产品在使用OpenID时可以检测其账号状态,实现一键注册与一键登录。
- 2,方便地导入OpenID平台上的昵称、头像、地址等资料信息,免去用户录入过程。
- 3,导入OpenID平台中的用户关系链数据,方便地邀请好友与添加联系人。
输入资料的过程,而不是直接导入。用户重名。
产品中那些反人类ID设计:
不可更改登录邮箱:恶果:让无数强迫症用户看着蛋疼,有安全隐患,代表产品:微博,简书。
用户名与昵称均为中文:恶果:让人傻傻分不清楚,代表产品:360。
弱关系产品用户名可重复:恶果:山寨用户横行,代表产品:腾讯微博
直接使用社会化登录,未接入自己的账号体系:恶果:无法更改密码与登录Web端。代表产品:豆瓣手机版。
如何优雅地设计ID体系:
我认为,一个优雅的产品ID结构设计是这样的,UID对用户不可见,使用字母与数字作为用户名,可进行进行有限次数的更改。使用邮箱与手机号作为用户账号(APP有限采用手机号码),可以进行随时更改与解绑,用户域名可进行有限次数的更改。若为强关系型产品,昵称可以进行随意更改且可重复。若为弱关系型产品,用户名一定要具有唯一性,且可以进行有限次数的更改(更改后给予一定的冻结期)。
为了降低用户注册门槛与获得更详细的用户数据,尽量采用知名社交媒体的OpenID登录,但是要采用导入用户资料并进行创建账号流程,而非直接使用OpenID作为自己的产品账号。
作者:苏打;via:简书
收益了,用户名 & 昵称老容易纠结到底要不要同时存在账号体系中,若同时存在用户名意义何在?最终还是跟产品分不开,若是产品需要获取用户真实信息,那么用户名就是必不可少的字段。
😀