上篇文章跟大家聊到启动页、广告页、引导页面的设计思想。今天跟大家聊聊登录设计的那些事。

登陆模块在产品中占的权重自然不用多说，在产品构建初期就要考虑好登陆模块的设计，登录采取的账号类型决定开发根据账号类型建立用户数据表，同时用户账号又与后期的用户成长体系直接关联。

所以不要小看一个小小的登录，登陆设计是初始之重，初期考虑不齐全后续会给产品带来“灾难”性问题，有可能会面临整个登陆模块的重构，本次给大家分享登录模块设计分：《登录前和登录后用户可以做什么》、《常见的登录方式有那些》、《登录之后数据融合如何处理》、《游客账号与正式账号的区别》、今天先分享第一部分。

登录前用户可以做什么？

先来看一个场景：

• 场景1：用户A被某商场的广告吸引决定去某商场逛逛，走到商场门口进入大门就直接进入商场浏览商品。
• 场景2：用户B被某商场的广告吸引决定去某商场逛逛，走到商场门口保安人员要求用户B必须出示身份证才可以进入商场。

这两个场景前者不需要出示身份证（无门槛）直接进去随便逛，后者要求必须有身份证才可以进去（有门槛的），这里跟我们的登录场景是一样的。

登陆前用户行为1：无门槛案例

用户打开图下APP就可以直接进入APP首页,浏览商品、查看资讯等。用户操作行为属于用完即走，后台不做任何记录侧重点在于“浏览”，而用户是否能够通过快速的“浏览”吸引用户要想“操作”产品，取决于产品功能、界面设计以及页面引导。（如下图）

登陆前用户行为分解

• Step1：打开APP
• Step2：进入启动页面
• Step3：进入引导页面（引导页面根据产品需求是否每次展示）
• Step2：进入首页浏览信息（查看商品或者查看直播信息）
• Step3：触发点击事件（购买/观看）
• Step4：事件回馈（提示需要用户需要登陆才可以？）
• Step5：结果：执行或者放弃下一个动作（操作登陆）

登陆前用户行为2：有门槛案例

登陆前用户行为2分解

• Step1：打开APP
• Step2：进入启动页面
• Step3：进入引导页面（引导页面根据产品需求是否每次展示）
• Step4：进入登陆页面

两种方式对比

案例1对应的就是场景1，案例2对应是场景2，有些童鞋在做登录的时候会纠结”我到底要不要用户登录”才可以使用产品，来我们对比下优劣势：

优势：使用无门槛方式，用户可以快速进入APP了解产品功能，若页面比较吸引用户可触发用户登录转换为正式用户；使用有门槛方式，用户注册成功，新增一条用户数据有利于新增，因必须登录才可以进入APP，前端只需要判断一次即可。

劣势：使用无门槛方式，用户快速进入APP了解产品功能，若页面没有吸引用户的地方会快速离开不点一点痕迹，并且前端需要做多次解发判断；使用有门槛方式增加用户进入APP成本。

总结：不管采用那一种方式都没有好与不好之分，取决于产品属性，适合的就是最好的。

登录后用户可以做什么？

对用户

登陆后即我们所说的登陆成功，会给用户一个账号，用户拥有账号之后可以在APP内使用该账号对应的权限。

账号会跟用户成长体系关联，不同的账号拥用不同的查看和操作权限。如同我们去商场购物、普通会员跟VIP会员所享受的待遇是不同的。

对应用

获取用户信息

• QQ登录：可以获取头像跟昵称。
• 微信登录：可以获取头像跟昵称。
• 手机登录：后台随机给用户生成用户昵称以及显示默认头像。

常见登录问题

Token过期的处理

在当前的开发中，大多数情况下，用户登陆成功之后，会有服务端下发一个Token作为用户的身份证明，其中包含了用户的部分个人信息，在以后的请求过程中，客户端需要将Token参数传给服务端，作发送给服务器作为用户身份验证的一个步骤，因Token存在有效期这里就会出现Token失效的问题，出现Token失效问题，用户就无法使用APP，处理方式如下：

登录成功刷新问题

用户登录成功有时会存在个人中心获取不到用户信息（请注意开发会说这是网络问题没有显示出来）这是刷新问题导致的，刷新没有做好会导致用户信息时有时无（这个坑实打打的踩过来的），前端需要做刷新处理。

第三方取消授权

用户使用第三方登录需要用户同意授权才可以，如果用户不同意授权返回登录页面显示TIPS：登录未授权。（提示语可以自己定义）

同一个账号在多个设备上登录

当同一个账号在不同的设备或者操作系统上登录时，另一个账号需要自动挤下线（如微信登录处理方式），用户在此点击页面时引导用户跳转到登录页面。

作者将自己踩过的坑做总结复盘，因时间关系部分没有写的很祥细到位，欢迎大家补充。

本文由 @行走的鱼 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自PEXELS，基于CC0协议