与用户的第一次见面：账户体系
如果你正在考虑账户搭建，不管再难，根据公司当前业务的发展方向建立起来完全的账户体系。
当我们需要一个安全的账户体系
登陆注册存在于每个产品中，账户的存在是用户进行访问、使用、满足用户需求的入口。那一个安全的账户体系在现在的产品设计中有那些不同的展现方式？
最近我的工作中，在搭建账户体系的过程中，我发现一个安全的账户体系是需要业务、公司资源、产品阶段的交集后的产物。
常见的账户设计方式
登陆与注册，由两个不同的流程组成，但其核心的是账户的设计方式，不同的账户设计方式导致在注册和登陆的不同。虽然设计方式不同，但其不同的方式组成的单元是相同的。
那么构建一个账户的常用单元，或者我们需要考虑的单元由那些？这里我以脑图的方式遍历出来：
【账户基本单位】
账户的组成在产品搭建的时候就会是整个产品的框架，毫不夸张的说账户体系的扩展性将是一个好的产品关键。除了基本的账户、密码、手机号，一个好的账户设计会需要结合算法、产品中的功能模块、产品服务综合来表达用户的所有信息。但是我们往往在工作中，很难面面俱到考虑。因为业务的侧重点不同，以后的功能扩展情况也无法预知。
那既然这样，如何把一个好的账户体系搭建好？
从最简单的账户基本要素出发
手机号账户
只有手机号的账户存在弱点和优点是什么？
优点：
注册流程短
产品设计落地快
验证安全
账户真实
缺点：
更换手机号后账户可能丢失
账户安全低
产品关联性弱
流量接入弱
社交关系建立弱
建议落地场景：
产品0-1初期
用户基数少
产品内容搭建期
产品业务对于账户要求低（例如：金融行业账户的要求就会比较高）
手机号+密码
手机号加密码是一种账户注册最基本的产品设计，考虑移动端产品的发展，如果产品是基于移动端发展起来，那么手机号注册会是一种最快速方式。但是当我们例如web端产品在移动端产品中建立新的账户体系，那么邮箱的注册方式将会继续保持。
账户的扩展问题，是账户中又需要最为注重考虑的。尤其是是支持新的账户扩展，或极少碰见的将老账户砍掉。我们针对账户的“可长可短”，是需要做好一个长期规划。
那么手机号+密码的优点和缺点是什么呢？
优点：
账户可以更换
可以帮助申诉或找回
不用依赖于手机
验证码无法接收，照常可以登陆
减少成本
缺点：
引流效果弱
账户信息少
密码可能需要设置不同强度才可通过
手机号+密码+基本信息
这种方式是我们现在存在比较上的账户设计，尤其是在现在移动端产品上，很可能移动端产品最为常见的就是刚刚的第二种。那么在web端产品中，哪个时候用户建立账户，产品经理巴不得希望得到用户更多的信息，方便自己去做更好的营销，但不得不说这种方式可以让我们更好的理解新用户。
但这种方式的优点和缺点又如何？
优点：
用户信息全
方便产品业务或社交关系推荐
用户归属感强
利于申诉
成本低
缺点 ：
流程长
用户体验感低
用户抵触心里强
可能产生多余的信息
用户名+密码
这种方式可以说是目前基本看不到了，因为用户名+密码的方式需要用户又要记住账户，又要记住密码。并且在申诉的流程中，让用户选择记忆账户名称也是一种不可“预期”的结果。
忘了账户，申诉怎么进行？
优点：
可不用担心更换手机
告知用户其账户与手机号不是一个概念
用户对账户的信任感强
缺点：
账户可能重复
账户丢失
第三方关联弱
用户联系弱
手机号+第三方+密码
这种方式在第三方产品之外也是非常常见，尤其是流量瓜分的时代，作为一个从0-1的产品特别喜欢能够将用户从bat引入到自身的产品中，减少注册门槛就可以让用户体验其产品无非是最快的一个方式。由此这种方式成了当前主流的一种方式
优点 ：
流量引入快
账户申诉方便
账户不怕更换
安全性高
用户体验好
用户信息度高
缺点：
用户可能有多个账户
一旦更换第三方，无法找回账户
用户第三方隐私可能会有被调用
无法对用户提供更多有利的价值服务
账户的搭建一定要全局
很多产品同学在做0-1的产品时候就希望产品快速上线，账户怎么简单怎么来。但是一旦到后面的申诉、产品业务需要账户支持的时候，账户却没办法支持。所以，我强烈建议：如果你正在考虑账户搭建，不管再难，根据公司当前业务的发展方向建立起来完全的账户体系。
可以分优先级做先后，但是不能没有。否则以后就只会等着服务端同学拼命的改着来着客服的需求，说“ xx客户找不到密码了”，疯狂的直接改code 。
作者
kevin，微信公众号：Kevin改变世界的点滴。曾从事腾讯云产品设计与中兴通讯产品研发，高级产品经理一枚。欢迎交流~
关键字：账户体系, 账户, 产品, 用户
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！