本文结合了自己的一些实际思考与做开发的老公进过一番的撕逼写些出来的。望大家友善沟通交流哈。不管做产品和做系统设计每个人从不同的着重点思考或许做出来的效果和设计思路不一样。本文列举一些平台的做法。本人不是专业技术出身，所以只能站在用户的角度去思考一些流程。
为什么要做账号关联和绑定
为什么要做账号绑定，这就要说到为什么要用第三方账号登录，个人的看法降低用户注册成本，比如抖音想快速发布一条短视频，新闻资讯类，社交平台等用户在浏览时想发布评论，收藏，为了不打扰用户的思路和流程快速注册。增加友好的注册体验和流程。大量平台都会根据自己的用户群特征和业务需求接入一些三方账号登录。
回归正题为什么要做账号关联个人看法可以从以下几点来思考吧。
1. 第三方账号的自身风险吧，比如说登录异常，接口不稳定。接口关闭。商务部合作等等吧。
2. 确保用户信息的唯一性，为做用户画像，个性化的分析确保唯一性。
3. 公司内部多平台的账号打通。
4. 还没想到。有待补充
账号定的用户场景案例及流程
结合了一些案例目前我发现有三种做法。还有其他场景的欢迎大家拿出来讨论。
第一种，新闻资讯类，社交类产品
不做强关联，账户关联的入口也藏的比较隐蔽。让用户自己主动去做关联(绑定)，只能绑定未注册（未绑定）的账号。
知乎，绑定手机号点击发送验证码会提示手机号已注册。而且知乎要求用户该手机号近期进行过绑定操作，则180天内无法再次执行绑定、换绑操作。限制了更换绑定操作的次数。
简书，绑定微博的时候同样也是提示已绑定(其实是我已注册)，只能对未注册（未绑定的账号）进行绑定。
抖音，同样也是提示该账号已绑定（已注册）。不绑定已注册的账号。
画了一个简单的流程图。后台主要做法是在用户表进行字段匹配，无则绑定成功，有则绑定失败，提示该账号已注册/已绑定其他账号。无如下：
第二类，有资金，订单类型的产品
做强制关联，在第三方快捷登录的时候就做判断是否已绑定过账号。用户自行选择去绑定已注册过账号（登录），还是未注册账号（注册）。
上图列举了各个行业可以说比较有代表性的平台，做法都是做账号校验。做强制关联。这样做的好处避免后期的各种账号绑定校验。比较不好的就是还是没有回归到当初快捷登录的初衷。快速方便快捷的注册账号。
前端用户流程有两种类型，分别图如下，后台基本做法就是用户表匹配匹配有则绑定成功，无则用户表新增字段绑定成功。
通过登录注册的方式在用户表进行匹配和新增。
默认通过手机号用户名的方式在用户表进行匹配和新增。两种方式都是大多数比较常见的做法。随然比较强制性但用户习惯不用培养都在接受。
第三类，每一种账号类型让用户自行选择绑定已注册未注册
此类最做法也是我最近发现的一个平台是这样做的。已注册账户用户绑定完之后让用户选择要保留的账户信息，这个实例截图没搞到。直接流程图好了。
此种做法个人是比较不推荐的，做复杂了。让用户去选则保留账号信息。选择绑定账号类型。还有在预览一下。让用户自己主动做的选择太多。
写在最后，大家结合自己的产品类型，在结合自己公司的一些实际情况进行选择性的设计吧。第一种做法呢比较适合不是那么强关系型账号产品。第二种做法投资，订单类型的产品都属于比较强关系型账户产品。与其后面下订单的时候让用户绑定注册账号，不如在用户进来使用你的产品的时候就让用户变成一个实际有效的用户。
