今天接着上次说的注册登录的后续----账号体系。
独立账号
我所划分的独立账号是指：平台有且仅有一个端口，并且没有重复多角色。
我们现在看到的大部分APP都有第三方快捷登录，而微信快捷登录已经成为减低用户注册成本最好的方式，为什么我们还需要用户去注册账号呢？主要分为以下几个方面：
1.保证用户ID与用户信息的唯一对应性
避免游客和多种情况等，无法准确应对同一用户产生的不同数据问题。
2.保证账号的真实性，用户信息可证明用户真实存在
当然，这一点是通过手机或者邮箱获取验证码来判断的，如果不做这一层验证，可能会出现很多羊毛党或者恶意注册的情况。
3.解决手机号被泄露注册
这一点是比较少见的，用户购买的手机号是之前有人使用过，用了这个手机号注册了，但是用户此时注册就会出现账号重复。提醒用户验证身份重新替换信息。
总的来说，如果是独立账号的情况，一般都不会出现太大的问题，主要是在交互及用户体验上下功夫。
三方登录
说到现在最常见的三方登录，个人认为有利有弊，当然利大于弊，对于用户来讲有个快捷的方式，免去注册的麻烦肯定是最舒服的，而对于我们来讲，如何去设计三方登录与独立账号的账号体系及数据合并是一个问题。
那么，首先来说说三方登录的好处：
1.方便用户快捷登录，降低用户的登录流失率
登录注册作为用户面临产品的第一印象，如果用户体验或者交互不好的话， 很可能在这一环节就会流失一大批用户，甚至某些产品因为特殊性需要用户填写较多的信息，那更会给客户带来麻烦，所以快捷登录对于用户来说，省掉了很大的麻烦。
2.方便应用获取用户信息，减少产品设计成本
拿微信快捷登录来说，开放的接口能够直接获取到用户的昵称、头像、性别、所在城市，可以直接填充到用户的个人资料中。
3.减少短信验证码发送次数，降低产品登录成本
目前市面上的短信验证码的价钱约在0.05元左右，当用户选择使用第三方登录时，可有效减少产品的登录成本。
说到了三方登录的好处，那么再说说三方登录可能出现的问题：数据合并。主要是针对微信登录，因为毕竟存在个微信公众平台，很多产品都是同时具备APP及公众号，那么就会出现数据合并的问题。
公众号与APP数据合并这种情况遇到的会比较多，现在的公司比前几年更理性些，一般会先低成本用微信公众号验证商业模式，然后确认没有太大问题后再向APP进行，那么在这种情况下，就需要进行数据合并了。
这样的产品线，我们会遇到两种情况：
1.微信已经绑定了手机号，完成了独立账号的注册；
2.使用的微信open ID，未注册独立账号。
针对第一种情况，我们在进行APP的设计考虑时，应该让已在微信注册的用户可以直接登录到APP中，无须再进行二次注册；
针对第二种情况，用户在APP上完成了注册，有两种合并方式：
1.用户在APP上已经注册账号，此时在APP上进行第三方登录，那么就可以进行账号统一。
2.在微信上，提示用户绑定手机号，进行账号统一。
多角色单一账号
这个概念是什么意思呢，拿淘宝来举例子，就是你可以既是用户，也可以是商家。我遇到的常用的三种场景会出现这种情况：
一般来讲一个系统中，除了数据库中的User ID作为用户的唯一标识外，通常会使用手机号作为用户的表面唯一标识。那么既然系统存在多角色情况，当然不能让用户只满足一种角色，所以同步生成角色的功能就很有必要了，生成角色很简单，麻烦的是后面对多重角色的处理。
还是拿上面的栗子：用户和商家。
关于多角色来说，账号其实都是已经统一的账号，这种场景需要注意的应该是角色的限制、删除、更换、数据分离等问题
1.冻结/限制/删除角色
比方说，你作为商家的角色，因为违规或者其他一些原因，平台对你的商家角色进行了冻结，这种情况下，冻结的应该只是商家这个角色而已，而作为你的用户角色，还是可以正常使用，进行购物，两个角色之间并不会相互影响。
2.更换角色
在某些特殊的行业及业务线中，可能会出现角色不能删除，只能更换的情况。这种状态下，需要注意做到“换人不换坑”，举个例子：
有分销商这么个角色，这个角色可以具备很多商家，同时商家会给这个角色带来很多收益。比如你已经是分销商了，这个时候你不想做了，到那时又因为关联了很多商家，那当然这个角色不能删除呀，那怎么办呢，只有换一个人来接手。更换后，你就不再具备分销商角色，你只具备你的用户角色，而新的分销商，将继承你的收益（怎么那么熟悉?仿佛以前说过类似的：你难道是想笑死我，然后继承我的狗？）。根据实际的产品模式来决定以前你发展的那些商家是否还继续为你提供利益，而更换的新人，也会走上面的3种场景来对应创建角色。
3.数据分离
这块主要是涉及到资金，以及一些分销体系中的推荐。
如果是用户及商家，根据具体的产品，考虑是否把用户及商家的资金合并到一起，还是分开。
还有分销体系中的下级推荐收益，到底是分配到哪个角色上面，这也是一个道理。
多账号合并
这种主要是因为账号方式有多种的情况。比如：注册时既可以使用手机号注册，也可以使用邮箱注册。
如果同一个用户使用了两种方式都注册了账号，那么我们为了避免整个数据采集和后期运营上的误差，有必要让用户自主进行重复账号的合并。
那么如何来合并呢？有两种情况：
1.两个账号都可以绑定同一手机号，在这方面系统未做限制
2.系统做了限制，一个手机号只能绑定一个账号
对于第一种情况，我们要做的就是判断信息的完整程度。怎么说呢，就是去查询两个账号中，哪个账号的必要信息更加完整，比如说A账号是用手机注册的，B账号是用邮箱注册的，但是绑定了同一手机号。那么我们需要查询用户两个账号的使用频率，同时，需要查询哪个账号绑定的关键信息较多，比如说，A账号绑定了银行卡信息，既然绑定了银行卡信息，说明该账号会比较常用，此时可以在A账号登录的时候，提醒用户有关联账号，是否合并，当然这个也是需要进行身份验证的，可以输入B账号的一些信息，比如密码之类的完成账号合并。
对于第二种账号，其实就比较好处理了，用户在第二个账号绑定手机号的时候，就可以提醒用户已经有账号绑定，让用户确认是否是他的账号，进行信息验证就可以进行合并了。
总结
1. 账户体系的作用是提供了一个标记，这个标记代表着线上的一个独立且唯一的账号。
2.账号之间的数据迁移，角色之间的权限分离，在流程上会很频繁的出现，并且容易出现差错，尤其需要注意。
以上，是对整个账号体系的一些想法，如果有不同意见或想法，欢迎讨论。
