APP登录页面设计的几个细节发布者：本站     时间：2019-12-23 09:12:29

登陆

注册

结账

计算

搜索条件

多重步骤

长表格

今天正好和我们的攻城狮们讨论了登录页面的思路，顺手总结一下：

1. 登陆页面最容易被忽视的基础

第一次做登录页面原型的时候，我们很容易有以下错误：

注册放在登录前面，占据显著位置

忽略“忘记密码”/"找回密码"这个细节。

实际上，比较成熟的设计都会这样安排重要性：

登录>注册>忘记密码

所以，一个起码能用的登录页面应该长成这样：pattern gallery是虚拟名称。

注册-1

2. 社交账号登录已逐步成为主流，但要防2个坑

通过社交账号登录，用户只需要点击一下对应的社交媒体图标，即刻完成。而传统的登录，至少需要填写 账号+密码 两个复杂的输入步骤。

所以如果可能，通过社交账号登录是增加打开率的重要方式。

然而在和工程师的讨论过程中，我们发现了下面2个坑：

1)后端程序猿提出，用户如果在创建独立账号的时候没有绑定社交账号(比如微博，qq)，第一次通过社交账号登录时，系统会创建一个新用户。想要再次绑定，则必须通过手机认证，这是一个很复杂的过程。或者，有的APP压根就不让你有再次绑定的机会。

好，如果这样，那我们就只提供社交账号登录，不能独立创建账户如何?这样看来也不用通过独立账号登录了，最简便。

不行!

这就是第二个坑- -我们的IOS 攻城狮提出来的：apple store的审核现在变得更加严格了，对于只有社交账户登录的app，基本都无法通过审核!因为你需要考虑到，如果用户手机里没有这几种社交app的话，他还是可以正常登录的，否则就是在诱导下载(apple store的考虑之周全，的确让人佩服)。

此时Android工程狮很淡然，表示完全没有这样的苦恼。

所以，这样的情况下我们依然应该保留独立ID的登录提示，然后是第三方平台的登录提示。但是，不开放独立账号的注册功能，以避免发生刚刚说的第一个坑。

如果不开放独立账号的注册功能，会有用户因为没有安装我们连接的第三方平台而放弃注册么?理论上来说有可能，然而实际上来说，我们认为，我们的目标用户起码应该具备：微信/微博的账户，如果这几个都没有，那么即使不注册也不算损失。

所以，目前看来比较合理的想法如下(名称及图表都为虚拟)：

注册-2

来自@夕照寺65号 的补充提醒,觉得很有帮助的经验，也收录下来：

个人认为，就算是社交账号登录其实也需要一个创建自己账号的流程。仅以简书注册登录举例，我注册时候用的豆瓣账号，现在每次网页登录都要进入第三方网页，而非直接输入账号密码就可以登录。有时候第三方网页无法刷出，我连账号登录的方式都没有了。同比可看，国外的产品或者知乎，虽然你登录是拿社交账号，但在引导后你是具备了网站独立账号并绑定社交账号的。而此步也很简单，就在注册，确定个人信息时就可完成。