今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）                            
明天计划的事情：（一定要写非常细致的内容）                            
遇到的问题：（遇到什么困难，怎么解决的）                            
收获：（通过今天的学习，学到了什么知识）

‍‍大概总结一下：‍‍‍‍‍‍‍‍‍‍

第三方登录

优点：

对用户

1.简化登录注册流程，降低了门槛；2.第三方登录可以实现把用户在应用内的活动同步到第三方平台上，较少用户的操作成本；

对企业：

1.便于获取用户的一些公开信息资料、关系链等社交信息，从而后续可以针对用户的社交关系网进行有目的性的营销宣传，为产品的市场推广提供另一种渠道；2.通过授权，可以通过在第三方平台上分享用户在应用内的活动在第三方平台上宣传自己，从而增加产品知名度。；3.因为降低了用户的注册或登录成本，从而减少由于本地注册的繁琐性而带来的隐形用户流失，最终提高注册转化率。4.减少开发成本，对于某些应用来说，使用第三方登录完全可以满足自己的需要，因此不必要设计和开发一套自己的账户体系。

对第三方：

1. 1.增加用户对平台的依赖，用户越多使用本平台的第三方登录，就代表着平台对该用户的粘性越高。
2. 2.获得更广泛的影响力，只要用户使用提供第三方登录的应用，那么这个提供第三方登录的品牌就会被用户浏览，有利于对平台的拉新和促活。

缺点：

对用户：

1.安全性：一旦自己的第三方账户出现问题，比如被第三方平台封号，或者账号被盗，则会发生相应的应用内数据丢失或者数据泄露。这个时候即使注册一个新账户，之前在应用内所有的记录也是无法恢复的；

对应用：

1. 1.对于有自己本地注册需求，并且提供第三方登录的应用而言，需要考虑第三方账号和本地账号的对接问题，产品需要设计对接方案，研发也要正确实现这个对接方案，会带来一定的额外工作量；此外，如果这个问题处理不好，很容易导致同一个用户在应用上存在多个账号的情况，为用户在平台上的操作带来了困扰。
2. 2.一旦第三方登录出现问题，比如出现服务宕机，或者停止提供登录服务，将会对应用的后续发展造成一定的风险。

       3.账户体系：不能建立自己平台的账户体系，无法实现精准营销和个性化推荐，销售方案定制等策略；

第三方登录适用情况：

1.工具类、内容类(资讯类）、游戏类

这三类都是弱账号类型，就是说有没有自己的账户体系对用户使用来说都没有太大的影响，所以他们都是强化第三方登录或者是只有第三方登录

2.电商购物类、社交类

由于这类型需要手机用户信息，为用户提供精细化的营销推广服务，所以必须是要有自己的账号体系的，第三方登录是一个辅助性的注册手段，最终还是会在一些高级功能卡点用户绑定本地账户

3.金融、支付类

这类型的非常朱总用户的安全性和隐私性，所以几乎都不会去设置第三方登录注册

1. 第三方登录的实现方式：

1. 纯登录
2. 登录+账号绑定

纯登录 适用场景

如果你所开发的应用定位与分享、评论、社交，并不涉及必须进行创建应用账号的复杂功能，是比较轻量级的应用，那么你可以选择放弃自主的应用账号体系。比如今日头条、一点资讯等资讯类应用，还有网易云音乐等音乐类应用。

登录+绑定方式

使用第三方登录后，要求绑定应用内账户（如果用户有，则直接绑定，否则需要走应用内的账号注册流程）。

这种实现方式总体上来讲，对应用和用户都是有一定好处的。

对应用来讲：

1. 可以将用户信息牢牢抓在自己手里，防止被第三方拒绝提供服务后丢失本应用积累的用户；
2. 可以拿到更多用户的联系信息，比如邮箱、手机号码等，可以为后续的持续营销打下基础；
3. 可以避免一个用户多个账号同时存在的情况发生。

对用户来讲：主要是可以防止第三方登录关闭登录服务之后，无法找到自己在应用内的信息的风险。

具体的绑定方式，有两种常规的做法：立即绑定和延时绑定

立即绑定

实现方式

使用第三方登录后立即需要绑定应用内账号。

优势

使得应用内的账号体系比较规整，避免同一个用户产生不同的账号，也进一步避免了同一个用户不同账号之间的数据合并工作。

劣势

这种方式给用户的体验不太好，尤其是用户没有本地账号的时候，真的很让人讨厌啊，不但么有减轻用户的注册成本，反而增加了，给用户的感觉是还不如直接注册，多此一举。

适用场景

比如京东、唯品会这种级别的，因为对用户的吸引力足够，他为了获得应用的服务，能够忍受这样的额外麻烦。

但对于刚起步的应用，拉新是比较重要的任务和业绩指标，这么干则有一定的风险，因为这样的用户体验是非常糟糕的，用户很可能因为这个设计而放弃

延时绑定

实现策略

将第三方登录和账号绑定进行解耦，用户在第三方登录后会获得部分本地注册用户的权限，但在一些关键点上卡住（基础功能+高级功能）引导用户绑定一个本地账号，这种做法在用户的便捷性和应用的安全性上取得了一个最好的平衡。

优势

1. 降低注册成本，迅速将第三方登录带来的流量留在应用内，提高应用的注册转化率；
2. 给用户的体验更贴近于用户的期望（因为登录之后再登录用户很难理解的），第三方登录后可以使用应用了，哪怕是部分功能。

劣势

会造成一个用户在绑定应用内账号之前会拥有多个的个人账户：一来给用户的使用造成一定的困扰，二来会因为后续的账号合并带来一定的产品和研发工作量。（猜想：是否可以单独做一个功能，让用户选择是否合并已绑定账号的数据内容？）

适用场景

比较适合于刚起步阶段，同时仅仅第三方登录满足不了全部功能需要的应用，比如电商或者O2O类型的应用，因为这样的应用一般会需要用户的手机号，而这个信息第三方登录是提供不了的。

结论：至于具体选择，则要结合自己产品的形态、定位、风格以及愿景来进行选择，不同场景使用不同的实现方式，具体问题具体分析，任何试图用一个方子处理所有问题的企图都是有风险的。

第三方登录设计细节

绑定本地账号时机

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

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

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

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

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

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

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

链接：https://pan.baidu.com/s/1vd40uIERxvm7qCETpy7OLg 

提取码：df5z