App设计之三：注册登录（二）

App的注册和登录说简单吧很简单，展现给用户的就只有那么几个步骤，那么几个页面。说复杂吧，也非常复杂，不仅各种异常情况都需要考虑到，还需要选择合适登录注册时机、方式，并且还需要基于转化率来不断的进行登录注册的优化。

文章主要包括以下几部分，BAT家产品的注册流程、两款典型的产品注册流程、细微之处见体验、登录注册自查清单以及关于两个问题的思考…

为什么首选BAT？看图不说话…

根据Talking Data移动数据研究中心 安卓平台的行业报告，截止到2015年12月，移动应用的用户覆盖占比Top 20中，BAT应用占16款。虽然数据是去年的了，并且也只是安卓平台的，但是也能作为定性分析的参考依据。粗略的结论就是，BAT很强大，所以把他们拿出来作为标杆产品。

可以看到手机百度的注册流程是非常简单的，在输入手机号码后进行判断，对于老用户则直接提醒前去登录，通过手机验证码进行登录，点击【取消】则会停留在当前页面。

鉴于笔者身边的朋友的手机号都是已经注册过了的，所以新用户的注册体验中止…一般利用手机号码快速注册，经过验证码验证之后会有两种形式，一种是直接进行登录，一种是设置登录密码后再进行登录。

淘宝的流程啊，不知道是出于安全性的考虑还是由于其他的什么原因，总之最后的注册流程是现在这个样子的，比较复杂，相当的麻烦。

由于手机号码已注册，故我选择了邮箱注册，之后在邮箱内进行验证之后，又需要重新填写登录密码和会员名。

微信的注册流程是将每个步骤都进行了拆解，确保用户在一个页面只进行一项任务。

极简的风格，填完一个信息之后才会出现下一个信息的线索，好处是极简，并且做了一些禁用的设置，缺点是用户没有填写完相关信息的时候，是看不到下一步的线索的，容易让用户在注册的时候产生困惑。

优点是注册简洁，但是也是存在一些点可以进行优化的，比如邮箱注册时的后缀自动填充、可交互的文字与不可交互的文字的样式进行区分，前端进行一些格式的校验，将某些不满足条件的按钮进行禁用，减少用户犯错的可能性。

移动端的输入是很费劲的一件事，选择合适的输入键盘，不仅能够帮助用户省下很多时间和精力，也能减少用户出错的可能性。

根据7±2定律，我们人类对于信息的处理是有一定限制的，我们通常会倾向于将复杂的信息进行分块记忆。手机号码的位数太长，一般人也记不住，校验也会比较困难，这种344的显示效果，可以帮助用户解决这个问题。

避免了用户一点点的删除输入框内不需要内容的情况的出现，方便用户直接删除所有不需要的内容。

邮箱的输入在移动端是很麻烦的一件事，需要在不同的输入键盘中进行切换，可以直接将高频使用的一些邮箱提供给用户进行选择。

邮箱或者账户是用户对这个账号所有权的直接证明。如果账户错误，用户会比较难找回密码，比如在邮箱输入错误的情况下，怎么找回密码？新注册的话，原账户的数据怎么处理？

移动端输入是比较困难的，又容易出错，那么如何进行密码的确认？一种方式是通过用户二次输入进行校验，一种方式是通过转化为明码来让用户确认，后者的处理方式可能更好一点。

用户注册中断怎么处理？需不需要即时保存用户的信息？用户的误操作怎么处理？需不需要进行二次确认？

下面是个人思考总结的一张表格，是关于登录注册环节中需要注意的一些事项，可能考虑的并不全面，权当抛砖引玉，欢迎指正和补充…至于提醒的方式，是采用toast还是警告框，则需要具体问题具体分析。

这部分纯粹是讨论部分，希望能够引发大家的思考。

在主流的产品中，比如腾讯、百度、阿里、京东等，大都是将手机号与验证码分为两步的，先输入手机号码，在第二个页面再进行验证码的输入。而部分产品却是将这两步合并为一步。

在iOS 9 人机 界面指南中关于警告框是这样说的“提醒对话框会打断用户的体验并且要点击才会消失，所以要让用户感到提醒信息是有用的，打断是有价值的”，而在以下方式中是不需要出现警告框的。

微信与京东在相同使用场景下相同的密码错误的提示采用了两种完全不同的处理方式，另外微信和百度的验证码错误采用的也是两种不同的处理方式，究竟在这种场景下哪个处理方式才是比较恰当的？