“第三方登录”中的“花式捆绑”(3)

当然不是，那就再进一步分析看看，我先自问三个问题：

1. 当一个用户使用第三方登录时，系统做了些什么?
2. 当一个用户使用第三方登录时，用户在想什么?
3. 当一个用户使用第三方登录时，产品该做什么?

系统做了些什么?

系统到底做了些什么，要完整的说起来其实挺麻烦。简单的说下。

以使用QQ登录为例：

会获取第三方授权;然后获取Access Token;再发送带有Access Token参数的请求，并在请求回调里获取到用户的Open ID;继续根据Access Token和Open ID参数请求获取到用户的信息，如有需要会将这些信息到保存到自己后台的数据库里，最终在数据库的用户表里可能呈现出类似下表的信息(当然，实际开发中，应该会用多表去查询，而不是所有信息放到一张表里，这里只是作为演示)，UserID就是自己的后台利用某种算法给用户生成的一个ID，Open ID则是从QQ获取的，而至于Phone字段如果用户绑定了手机就会有，没有绑定则默认为空。

有了这个表结构，大致就能理解出前面提到的那些厂商做法背后的思考了。

京东强制用户第三方登录必须绑定手机号，这样的好处就是：避免同一用户有多个账号的情况出现，因为强制将Open ID和Phone字段做了绑定，这样绑定过的账号都拥有同一个User ID，User ID才是在自己的系统里唯一用来标识用户的字段。但这样的做不好的地方也很明显：可能会造成用户的在登录这一步流失掉。

当当则是不需要任何绑定，这样的话，第三方登录的Open ID会对应一个User ID，也就是一个新用户，Phone字段由于没有和Open ID进行绑定，所有Phone字段也会对应一个User ID，也同样有一个新的用户，这就会导致同一用户使用不同方式登录会有多个独立账号的情况出现，对于当当来说，他们的思考或许更倾向于让用户更方便的进行登录，至于是不是有重复账号，也没关系。

穿衣助手则是先让用户可以登录，则用户表里就生成了Open ID和对应的User ID，就已然生成了一个单独的用户，不过可以看的出来他们内心十分的挣扎，一方面想要让用户能尽量简单的登录，所以第三方登录后可以跳过绑定手机的步骤，但另一方面，他们还是想尽量避免同一用户使用不同方式登录有多个账号的问题，以至于各种引诱用户去绑定手机，甚至不惜给出绑定送 200 块的对策。

所以看的出来各大厂商做法不同：要么无视同一用户多账号的问题，要么在给用户好的体验情况下想方设法去解决这个问题，要么就是我管你的我这么大的厂还怕你不用我的产品么?

当然这只是其中一个纬度的思考，也可以从其他各个纬度去思考，我觉得只要是能够经得起论证的合理逻辑，都是可行的。如同把妹的技巧很多，非技巧也很多，只要能把到妹就行。

用户在想什么?

哎，这界面太丑了，不用了;哎呦，我先进去看看这应用咋样再决定要不要登录;哟，有第三方登录，我直接点一下应该就可以用了，也还好，那就点吧;我去，怎么还要绑定手机，好麻烦，算了;我去，要绑定手机，额，也就填个号码收个短信而已，算了，填吧;怎么必须得绑定手机，我只是想整几个小号而已……

那么，产品该做什么?

作者：Jesse King(小风)，产品经理

注：相关网站建设技巧阅读请移步到建站教程频道。

（编辑：ASP站长网）