<>的第二章讲的是7种常用表格:
1. 登录
2. 注册
3. 结账
4. 计算
5. 搜索条件
6. 多重步骤
7. 长表格

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

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

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

  1. 注册放在登录前面,占据显著位置
  2. 忽略“忘记密码”/"找回密码"这个细节。

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

登录>注册>忘记密码

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

注册1

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

通过社交账号登录,用户只需要点击一下对应的社交媒体图标,即刻完成。而传统的登录,至少需要填写 账号+密码 两个复杂的输入步骤。
所以如果可能,通过社交账号登录是增加打开率的重要方式。

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

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

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

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

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

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

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

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

注册2


《mobile design pattern gallery》读书笔记系列持续更新ing,边学习边实践,并把心得结合最新的app进行实战分析.希望和大家一起探讨前进。