转载自搜狐网 http://mt.sohu.com/20161101/n471988925.shtml
随着国内及国外巨头们的平台开放战略以及移动互联网的发展，第三方登录已经不是一个陌生的产品设计概念了。那么，究竟该如何认识第三方登录，又该如何正确地设计的第三方登录？这些问题其实细节还是蛮多的，所以，笔者将在这篇文章中分享一下自己的经验和看法。
一. 什么是第三方登录
所谓的第三方登录，是说基于用户在第三方平台上已有的账号和密码来快速完成己方应用的登录或者注册的功能。而这里的第三方平台，一般是已经拥有大量用户的平台，国外的比如Facebook，Twitter等，国内的比如微博、微信、QQ等。
二. 为什么要用第三方登录
第三方登录之所以会被较为广泛地在产品设计上使用，是因为它有以下几个优点：
（1）对普通用户
相比于本地注册，第三方登录一般来说比较方便、快捷，能够显著降低用户的注册和登录成本，方便用户实现快捷登录或注册。不用费尽心思地应付本地注册对账户名和密码的各种限制，如果不考虑昵称的重复性要求，几乎可以直接一个账号走遍天下，再也不用在大脑或者什么地方记住N多不同的网站或App的账号和密码，整个世界一下子清静了。在第一次绑定成功之后，之后用户便可以实现一键登录，使得后续的登录操作比起应用内的登录来容易了很多。对于某些喜欢社交，并希望将更多自己的生活内容展示给朋友的人来说，第三方登录可以实现把用户在应用内的活动同步到第三方平台上，省去了用户手动发布动态的麻烦。但对于某些比较注重个人隐私的用户来说，则会有一些担忧，所以龙哥所说的这个优点是有前提的。
（2）对应用
因为降低了用户的注册或登录成本，从而减少由于本地注册的繁琐性而带来的隐形用户流失，最终提高注册转化率。对于某些应用来说，使用第三方登录完全可以满足自己的需要，因此不必要设计和开发一套自己的账户体系。通过授权，可以通过在第三方平台上分享用户在应用内的活动在第三方平台上宣传自己，从而增加产品知名度。通过授权，可以获得该用户在第三方平台上的好友或粉丝等社交信息，从而后续可以针对用户的社交关系网进行有目的性的营销宣传，为产品的市场推广提供另一种渠道。
（3）对第三方
增加用户对平台的依赖，用户越多使用本平台的第三方登录，就代表着平台对该用户的粘性越高。获得更广泛的影响力，只要用户使用提供第三方登录的应用，那么这个提供第三方登录的品牌就会被用户浏览，有利于对平台的拉新和促活。
三. 使用第三方登录要注意的地方
任何事物都是有两面性的，尽管第三方登录具有以上所述的优点，但同时也存在着一定的问题需要产品经理们注意，龙哥将他们在这里列出来，供大家参考：
（1）对用户
一旦自己的第三方账户出现问题，比如被第三方平台封号，或者账号被盗，则会发生相应的应用内数据丢失或者数据泄露。这个时候即使注册一个新账户，之前在应用内所有的记录也是无法恢复的。
（2）对应用
对于有自己本地注册需求，并且提供第三方登录的应用而言，需要考虑第三方账号和本地账号的对接问题，产品需要设计对接方案，研发也要正确实现这个对接方案，会带来一定的额外工作量；此外，如果这个问题处理不好，很容易导致同一个用户在应用上存在多个账号的情况，为用户在平台上的操作带来了困扰。一旦第三方登录出现问题，比如出现服务宕机，或者停止提供登录服务，将会对应用的后续发展造成一定的风险。
四. 第三方登录的实现方式
目前第三方登录的实现方式一般来讲有两种：
纯登录登录+账号绑定
笔者下面将分别来聊聊这两种实现方式的细节：
1. 纯登录方式
（1）实现策略
使用第三方账号直接登录，即可拥有完整的同本地注册用户相同的待遇。
（2）优势
简单、快捷，用户第一次只需要登录第三方平台并将登录许可授权给应用即可，只要成功，后续就能像应用注册用户一样使用应用内所有服务。
（3）劣势
账号体系在别人手里，一旦第三方登录出现问题，会面临用户及用户数据丢失的风险，给应用的可持续发展带来一定的隐患，只是，考虑到目前提供第三方登录的平台的实力，这种隐患的发生是一个小概率事件。
（4）适用场景
如果你所开发的应用定位与分享、评论、社交，并不涉及必须进行创建应用账号的复杂功能，是比较轻量级的应用，那么你可以选择放弃自主的应用账号体系。比如今日头条、一点资讯等资讯类应用，还有网易云音乐等音乐类应用。
2. 登录+绑定方式
使用第三方登录后，要求绑定应用内账户（如果用户有，则直接绑定，否则需要走应用内的账号注册流程）。
这种实现方式总体上来讲，对应用和用户都是有一定好处的。
对应用来讲：
可以将用户信息牢牢抓在自己手里，防止被第三方拒绝提供服务后丢失本应用积累的用户；可以拿到更多用户的联系信息，比如邮箱、手机号码等，可以为后续的持续营销打下基础；可以避免一个用户多个账号同时存在的情况发生。
对用户来讲：主要是可以防止第三方登录关闭登录服务之后，无法找到自己在应用内的信息的风险。
至于具体的绑定方式，有两种常规的做法：立即绑定和延时绑定。接下来笔者将分别聊聊。
（1）登录+立即绑定账号
1）实现方式
使用第三方登录后立即需要绑定应用内账号。
2）优势
使得应用内的账号体系比较规整，避免同一个用户产生不同的账号，也进一步避免了同一个用户不同账号之间的数据合并工作。
3）劣势
这种方式给用户的体验不太好，尤其是用户没有本地账号的时候，真的很让人讨厌啊，不但么有减轻用户的注册成本，反而增加了，给用户的感觉是还不如直接注册，多此一举。
4）适用场景
对于店大的应用，你完全可以这么干，比如京东、唯品会这种级别的，因为你对用户的吸引力足够，他为了获得应用的服务，能够忍受这样的额外麻烦。
但对于刚起步的应用，拉新是比较重要的任务和业绩指标，这么干则有一定的风险，因为这样的用户体验是非常糟糕的，用户很可能因为这个设计而骂娘，然后弃你而去。
（2）登录+延时绑定账号
1）实现策略
将第三方登录和账号绑定进行解耦，用户在第三方登录后会获得部分本地注册用户的权限，但在一些关键点上卡住，引导用户绑定一个本地账号，这种做法在用户的便捷性和应用的安全性上取得了一个最好的平衡。
2）优势
降低注册成本，迅速将第三方登录带来的流量留在应用内，提高应用的注册转化率；给用户的体验更贴近于用户的期望（因为登录之后再登录用户很难理解的），第三方登录后可以使用应用了，哪怕是部分功能。
3）劣势
会造成一个用户在绑定应用内账号之前会拥有多个的个人账户：一来给用户的使用造成一定的困扰，二来会因为后续的账号合并带来一定的产品和研发工作量。
4）适用场景
比较适合于刚起步阶段，同时仅仅第三方登录满足不了全部功能需要的应用，比如电商或者O2O类型的应用，因为这样的应用一般会需要用户的手机号，而这个信息第三方登录是提供不了的。
结语
最后总结一下就是应用账号登录与第三方登录均有利弊，无论何种选择，力求尊重用户，为用户带来方便这个大方向总是不错的。至于具体选择，则要结合自己产品的形态、定位、风格以及愿景来进行选择，不同场景使用不同的实现方式，具体问题具体分析，任何试图用一个方子处理所有问题的企图都是有风险的。