互联网帐户体系设计思路
说到帐户这个概念，大家都不陌生，帐户是每一款互联网产品的基础，生活当中，我们每天使用的众多应用同时都要使用帐户这个业务，如微信、淘宝、支付宝、百度、优酷等等。
因此帐户体系搭建在互联网产品设计过程中极为重要， 作为产品经理一定要重视起来，不要给自己挖坑，否则后患无穷。
在金融、电信、保险等行业中，有个经典的帐户理念叫“三户模型”大家在设计账号体系过程中可以拿出来参考下：
三户模型核心是以客户为中心的CRM账号系统设计理念
三者之间的关系应该是一个相互关联但又是独立的三个实体，这种关联只是一个归属和映射的关系，而三个实体本身是相互独立的，分别是体现完全不同的几个域的信息，客户是体现了社会域的信息，用户体现了业务域的信息，帐户体现的是资金域的信息：
- 客户（customer）：是指客户（自然人、公司）的基本资料信息。例如自然人的姓名、手机号、身份证、邮箱地址等等；公司的五证一照、行业、联系人、网站地址、通讯地址等等。
- 用户（user）：指客户在系统的登录账号信息，包括账号、密码、人员权限、角色等等。客户与用户（账号）为一对多关系。
- 账户（account）：指客户在系统的虚拟账户，主要与交易记账相关。
接下来我们再来说说互联网帐户体系设计思路
帐户体系核心要素：
唯一身份（UID/UUID）
是系统为用户生成的唯一身份标识，相当于公民的身份证，在系统围内是唯一的，不会做任何改变，不会更改，一般是纯数字组成，按照一个的规则排列，出于安全考虑一般不可作为登陆用途。
建议：不参与任何业务逻辑
用户名（usename）
用户名是面向用户的身份识别标识，一般由用户自定义产生，可以作为用户登陆使用，一般一旦注册就不可以更改。
建议：唯一性，面向业务场景使用用户名作为身份识别符
登陆名（U A）
一般来说用户登陆名可以采用多种方式登陆，如用户名、手机号、邮箱、open ID等等，手机号、邮箱、open id、用户名与UID进行唯一性映射。
建议：手机号可能存在换号、回收、再次投放等场景，因此要考虑真实性校验（如设置问题、好友）及解绑逻辑。
用户昵称
用户自定义的个性化名称，可以是花名、姓名，用户自己定义的，可以对其他用户可见。
open ID
常用的开发账号有QQ登陆、微信登陆、微薄登陆等等，一般是平台型产品搭建的统一用户平台来留存用户，为了降低用户的产品使用门槛。
建议：账号设计时增加个OPEN ID的字段不是必须选项，不要因噎废食，还要考虑绑定、解绑的业务逻辑及场景，否则就是个定时炸弹。
通行证
随着公司产品的多元化，一个互联网公司已经不单单独立独立运作一款产品，至少旗下多款产品，服务在增加到一定的程度时，用户管理起这么多产品的账号、密码来会非常繁琐，因此就产生了了通行证，即把旗下产品账号统一处理，方便用户的管理。
建议：基于公司业务类型不同，设计方式也存在不同的思路，如面向企业的saas型产品，因为既作为企业员工又作为互联网产品的用户，可能存在两种以上的使用场景，在这种情况下建议每个产品有自己独立的用户中心，方便管理和存储用户在不同业务场景中的个人信息。
如果公司产品面对的用户人群及使用场景单一，这种情况下设计共用一个用户中心，存储一套通行的用户资料即可。
以上这些都是我做产品过程中的一些思考，欢迎大家一起来探讨。
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
