<>的第二章讲的是7种常用表格:
登陆
注册
结账
计算
搜索条件
多重步骤
长表格
今天正好和我们的攻城狮们讨论了登录页面的思路,顺手总结一下:
1. 登陆页面最容易被忽视的基础
第一次做登录页面原型的时候,我们很容易有以下错误:
注册放在登录前面,占据显著位置
忽略“忘记密码”/"找回密码"这个细节。
实际上,比较成熟的设计都会这样安排重要性:
登录>注册>忘记密码
所以,一个起码能用的登录页面应该长成这样:pattern gallery是虚拟名称。
注册-1
2. 社交账号登录已逐步成为主流,但要防2个坑
通过社交账号登录,用户只需要点击一下对应的社交媒体图标,即刻完成。而传统的登录,至少需要填写 账号+密码 两个复杂的输入步骤。所以如果可能,通过社交账号登录是增加打开率的重要方式。
然而在和工程师的讨论过程中,我们发现了下面2个坑:
1)后端程序猿提出,用户如果在创建独立账号的时候没有绑定社交账号(比如微博,qq),第一次通过社交账号登录时,系统会创建一个新用户。想要再次绑定,则必须通过手机认证,这是一个很复杂的过程。或者,有的APP压根就不让你有再次绑定的机会。
好,如果这样,那我们就只提供社交账号登录,不能独立创建账户如何?这样看来也不用通过独立账号登录了,最简便。
不行!这就是第二个坑- -我们的IOS 攻城狮提出来的:apple store的审核现在变得更加严格了,对于只有社交账户登录的app,基本都无法通过审核!因为你需要考虑到,如果用户手机里没有这几种社交app的话,他还是可以正常登录的,否则就是在诱导下载(apple store的考虑之周全,的确让人佩服)。
此时Android工程师很淡然,表示完全没有这样的苦恼。
所以,这样的情况下我们依然应该保留独立ID的登录提示,然后是第三方平台的登录提示。但是,不开放独立账号的注册功能,以避免发生刚刚说的第一个坑。
如果不开放独立账号的注册功能,会有用户因为没有安装我们连接的第三方平台而放弃注册么?理论上来说有可能,然而实际上来说,我们认为,我们的目标用户起码应该具备:微信/微博的账户,如果这几个都没有,那么即使不注册也不算损失。
所以,目前看来比较合理的想法如下(名称及图表都为虚拟):
注册-2
来自@夕照寺65号 的补充提醒,觉得很有帮助的经验,也收录下来:
个人认为,就算是社交账号登录其实也需要一个创建自己账号的流程。仅以简书注册登录举例,我注册时候用的豆瓣账号,现在每次网页登录都要进入第三方网页,而非直接输入账号密码就可以登录。有时候第三方网页无法刷出,我连账号登录的方式都没有了。同比可看,国外的产品或者知乎,虽然你登录是拿社交账号,但在引导后你是具备了网站独立账号并绑定社交账号的。而此步也很简单,就在注册,确定个人信息时就可完成。