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