注册登录模块设计之第三方登录了解

       由于我们产品的特殊性，不适合做第三方登录，所以本文只是搜集他人经验和观点整理学习，并没有结合本人的实际经验总结。
       第三方登录在我看来也是注册的一种方式，只不过是产品直接使用了用户在第三方的账号信息来进行注册而已。

1.第三方登录使用产品

       第三方登录并不是适用所有类型产品，对于不同属性的产品，第三方登录的作用也大不相同。我认为可以结合第三方登录的优缺点和产品实际业务需要来初步得出第三方登录对产品的作用有多大。第三方登录的优缺点如下：

|优点|缺点
-----|-----|-----
第三方登录|1.简化注册流程，降低注册门槛。不用注册多个账号。
2.共享第三方平台用户的信息、关系链等
3.简化登录流程，无须输入账号密码
4.分享用户动态信息至第三方平台（涉及用户隐私，对用户而言不算优点）|1.受制于第三方平台，如第三方平台出问题，会波及自身。
2.没有独立的账号系统，无法搜集更多用户信息。会导致产生重复账号、无法精准营销等问题。
3.第三方注册成本低，出现批量注册垃圾账号发广告问题时，无法很好维护产品的生态。
4.第三方登录不利于用户产生归属感。
从第三方登录的优缺点来看，第三方登录的适用可以分三类情况说明：

第一类情况

       第三方登录适用于工具类、内容类和游戏类产品，此三类产品都是弱账号类型的产品，也就是即便没有账号体系，也不会对给用户服务有任何影响。这类产品一般会强化第三方登录或者只有第三方登录，例子有Camera360、最美应用等。

Camera360

第二类情况

       电商类、社交类产品，由于业务需要独立的账号体系为用户提供精细化的服务/功能，或搜集用户信息进行精准运营。所以第三方登录一般只作为辅助性的注册手段，即便用户使用了第三方登录后，后续使用高级功能时，也会需要和本地账号进行绑定。例子有洋码头、Same等。

洋码头

第三类情况

       支付类、金融产品，由于产品及其强调安全性和隐私性，第三方登录的便捷性反而成了硬伤，所以此类产品一般不提供第三方登录。例子有翼支付、陆金所等等。

2.第三方登录类型

       第三方登录从登录后的处理方式而言可以分为两种类型：不绑定本地账号的第三方登录和绑定本地账号的第三方登录。两类账号的登录流程唯一不同之处在于授权后是否需要绑定本地账号。两种处理方式的流程图如下：

登录后不绑定本地账号 登录后绑定本地账号

3.第三方登录设计细节

1）绑定本地账号时机

       在目前已体验过的产品中，第三方登录绑定的时机都在第三方登录成功后。这样做的优点在于用户在产品中进行任意操作前，已经绑定了本地账号，可以根据本地账号来对用户的行为进行跟踪。缺点在于，容易激怒用户，让用户有多此一举的感觉。
所以更好的做法应当是，将产品中的服务、内容或者功能模块进行分类，基础的则只需要第三方登录后即可访问或操作，而高级的则必须在访问或操作前绑定本地账号/创建本地账号绑定。

2）登录后需要有入口解绑或者替换第三方登录

       第三方登录后，提供解绑和绑定其他第三方登录方式入口，可以方便用户账号更换，避免同一个用户使用多个第三方登录创建多个本地账号。

3）本地账号已被绑定时，怎么处理？

       当本地账号已有相同类型的第三方登录绑定时，应当提示是否替换原来的第三方登录账号，如果选择是，则使用原第三方账号无法再登录该本地账号，而是会创建一个新的本地账号。

4）支持多个第三方登录账号同时绑定

       在为同一用户创建唯一UID，则用户存在多个第三方登录账号时，即可同时绑定在这个唯一UID上。

参考：
微博第三方登录：
http://open.weibo.com/wiki/%E6%8E%88%E6%9D%83%E6%9C%BA%E5%88%B6
QQ第三方登录：
http://wiki.open.qq.com/wiki/QQ%E7%94%A8%E6%88%B7%E8%83%BD%E5%8A%9B#1._QQ.E7.99.BB.E5.BD.95
支付宝第三方登录：
https://doc.open.alipay.com/docs/doc.htm?spm=a219a.7629140.0.0.v8pAtg&treeId=193&articleId=105329&docType=1
微信第三方登录：
https://open.weixin.qq.com/cgi-bin/showdocument?action=dir_list&t=resource/res_list&verify=1&id=open1419317851&token=&lang=zh_CN