在构建产品信息架构时候，少数产品新人在花时间思考用户登录注册路径与模块可能并没有怎么花时间。
微信第三方登录\手机号短信\游客登录\邮件登录等，在如今移动互联网天下。大部分的产品经理在设计可能脑子想都没有多想，选用了
微信等主流第三方方式登录注册。
在最近我们却才上了这个坑，由于没有深思熟虑账户体系的重要性以及可能的扩展导致了不少用户流失。
而这个问题怎么产生的？今天我们从账户体系的搭建和用户路径说起。
账户体系的搭建意义：house结构
从0到1，以登录注册建立账户体系
上面这一篇是2017年我登录注册产品设计。相信在这篇文章里面你可以很快知道账户搭建的房屋逻辑。
如上图，不管用户选择什么方式注册。在账户体系中都会以一个新的account的方式产生。
而产品经理与后台开发工程师要解决的实际场景是，将真实的用户对应在一个account上。
一个真实人只实际使用一个产品账户
用户会因为手机号、微信号等其他登录方式生成Kevin01、Kevin02等账户。但实际上拥有人都是Kevin。
这就造成了用户账户多个，而用户一个的实际问题
作为一个互联网企业，数据真实性和转化漏斗是重要的。试想你的用户都不是真实数据，并且在分析用户下单情况下你无法保证数据报告是真实有效的。
作为用户来说，我需要记住多个账户。尤其是当有付费行为或订单查询，实际结果是可怕的。用户无法知道是那个账户享有vip服务。
如上为爱奇艺的账户信息，用户可以使用手机号或微信号分别生成2个账户。造成用户可能忘记自己充值的会员号。
多个账户存在的问题：去重与合并
看到这里，有部分产品经理会提问：大不了把上面的Kevin下面的几个账户合并了就行了吧。开发人工处理即可
关于合并：
这就是涉及到数据合并的问题，当产品从0到1快速迭代期间。业务快速扩展，字段也在增加。
合并意味着需要把这个账户以后的字段同步到一个账户下，不断的维护工作是非常巨大的。
甚至有的账户根本不能合并，比如同一个产品下的电子钱包和云音乐产品逻辑上就完全不同，一个压根不能合并，一个就是合并数据逻辑
关于去重：
那既然如此，只有让用户手动的排除或帮忙注销用户其他账户。但需要客服甚至是发现了使用问题的用户上门才能解决。可想而知时间和人力成本也是巨大。
用户登录注册路径顺序与我们踩过的坑
在PMTalk产品经理社区5月份上线新版本以来，不少用户都会反馈一个问题。
即在手机上阅读文章前的登录都会提示手机号被占用的情况，起初认为这只是早期用户由于没有开放微信登录导致的。随着用户反馈这个问题越来越多，我们在思考是不是产品设计上的问题。
在遇到这样的问题，我们首先是知道前面说的用户拥有多个登录方式后产生的多个账户。在这里增加了修改绑定手机号的方式，希望用户将之前手机号绑定的账户更换为当前微信下的。
用户在微信中若为新用户，则注册逻辑和用户在PC端的注册逻辑为如下：
在逻辑上2者本身没有太大的问题，用户仍然会要求成为手机号与微信进行绑定，保证一个账户。
但问题到底怎么产生的？
我们开始观察用户在pc与移动端登录注册交互路径，我们发现了问题。
由于默认手机号登录与注册以及没有要求手机登录用户强行绑定微号，导致90%以上的用户在进入社区其实是没有绑定微信的。而这与H5的逻辑是冲突的，H5因微信授权的原因用户微信号与手机号是合并的。
这也就出现了用户一旦打开了H5，用微信授权就会生成新的account账户。导致与PCaccount不是同一个。
在这件产品事故中，你可以看出一个产品的账户体系是有多么重要。至少现在我知道的，仍然有不在少数的产品因账户体系的问题，至今没有给出一套合适的解决方案。
既要照顾最早的PC用户、也要照顾移动端进来的新用户。这样的例子就如比如京东购物中需要考虑曾经在pc端使用用户名注册的用户。
不得不在入口上保留【用户】登录的方式。
包括涉及到csdn等产品也出现了用户账户合并的需求
账户体系的心得
一套好的账户体系可以向下兼容，不管平台怎么变。都可以实现一个实际用户只有一套账户的方式。
账户体系在考虑house结构外，还要知道用户的交互路径。从交互路径下观察用户在不同平台的登录场景、注册场景、以及找回密码场景。
在这里我将这个案例复盘，期待未来在设计产品的同学可以避免采坑。
