谈谈手机APP产品设计–注册那点事儿

当用户拿到一款APP时，常见的一个功能就是注册，一个好的注册流程、交互，会让用户感到身心愉悦，并有继续使用下去的动力；反之，一个差劲的注册流程，会让用户火冒三丈，破口大骂：神马破烂玩意儿，设计这个流程的产品经理有用脑子吗？

所以，看上去平淡无奇的注册流程设计界面，几乎考虑了所有的异常情况，用户用起来爽的流程，背后可能经历了无数次的产品设计PK、吵架、论证。。。

那么，今天就来谈谈手机APP产品设计之，注册流程。

相关前提：手机APP、用手机号注册（中国手机号，11位）、文中涉及的图片均为交互原型图。

当用户第一次打开APP的时候，第一个界面的重点，应该是登录，如果用户没有账号，那么才走到注册这一步。

用户点击注册，则进入今天要讨论的注册流程。

在手机上注册常见的几种流程，可以一一列出来，并对其交互设计进行简单的分析。

一、传统的注册流程，在流程中列出了所有账号注册需要的信息，如图：

在这个注册流程里边，假设用户能够准确无误地输入所有信息，用户至少需要完成 输入手机号+输入密码+输入确认密码+点击获取验证码+输入验证码+点击注册，一共 六步，完成注册流程。

好，我们作一个假设，用户安装了许多同类的app，他已经注册成为你这个app的用户了，当他换手机重新安装你这个应用的时候，他已然忘了注册过你的app了，点击注册。这时候，用户同样需要花费 6步，才能知道自己的手机号码已经被注册了。。。啊，这是一个多么痛苦的使用体验。

有人会问，在这个流程里，为什么不在获取验证码的时候检查该手机号码是否被占用呢？

从技术和功能分类的角度来讲，验证码应该是一个纯粹的外部流程支持分支，他应该独立于业务，不应该涉及业务逻辑。打个比方，获取验证码的操作，可能出现在 注册、找回密码、报名等多个功能上，如果在验证码上写特殊业务逻辑，啊！这是一个多糟糕的设计，程序员会把产品经理砍死的。

做过网页的同学可能会问，为什么不参考ajax 异步无刷新技术呢，当用户填写完手机号码时，手机号码输入框失去焦点，自动检查该手机号码是否被注册呢？

答案是可以的，你可以使用这种技术来进行检查手机号码是否被注册、手机号码是否合法。

那我们再来讨论一个看似极端但是很常见的情况。产品的设计要考虑用户的使用、操作体验外、还要考虑用户所处的环境。假定一个情况，用户在注册你的app账号的时候，正在行驶的车辆上。用户输入手机号时，车辆刚好行驶到隧道里，这时候，网络情况很差，检查手机号码是否被注册的请求发到服务器，没有接收到返回；或者请求就没发出去。。。这时候ajax 异步请求要进行几次呢？触发的条件是什么？（手机输入框失去焦点的条件已经失效，因为用户已经输入完手机号码了）。

综上，这个注册流程可以使用，但是体验不佳。

二、分步骤的注册流程，即先验证手机号码，验证通过之后再让用户输入密码。

这个注册流程里，假设用户输入的信息都准确无误，用户需要完成 输入手机号+点击获取验证码+输入验证码+点击下一步+输入密码+输入确认密码+点击注册，一共7步，完成注册。看起来比传统的注册流程多了一步，但体验上有了一点的提升，把手机号验证放在了首位。在第一步就可以完成手机号码是否注册、手机号是否是当前用户所有（防止恶意占用手机号）的判断。

综合来讲，这个流程体验有点提升，但是可以优化，见 流程三。

三、分步骤综合处理，与流程2类似。

在这个注册流程里，假定用户输入正确，需要完成 输入手机号+点击下一步+输入验证码+输入登录密码+输入确认密码+点击注册，一共6步，完成注册。

但是，假定用户输入的手机号是错误的（比如其中一个数字打错了，我就经常犯这样的错误 T~T），用户需要完成 点击上一步+ 输入手机号+点击下一步+重新输入验证码；加上第一步的6步，一共使用10步完成注册～ 这里用户犯错操作的成本还是有些高的，而在手机上操作，因为键盘太小，很容易在输入的问题上犯错，包括输入两次密码。。。

综上，这个流程相比 2、3流程会好一些，但也存在一些问题，比如犯错成本的问题。

4、在同一个页面内完成注册，但先隐藏验证码，点击注册，才出现验证码。

在这个流程里，假定用户输入的信息都正确，用户需要完成 输入手机号+输入确认密码+输入密码+点击注册+输入验证码+点击确定，一共6步完成注册。

假定用户输入的手机号码已经被注册，则需要 （输入手机号+输入密码+输入确认密码+点击注册）四步+手机号输入框失去焦点时判断来做双重保证。

假定用户输入的手机号错误，则需要完成 重新输入手机号+点击获取验证码+输入验证码+确定，完成注册，加上前面的6步，最多一共10步（但也可以通过手机号输入框失去焦点后自动发送验证码，把步骤缩小至9步）。

综上，这个流程对网络状况、用户误操作等特殊的情况都进行了兼容，尽可能减少用户犯错带来的操作成本。

上面的四个流程大部分都提到了用户误操作这个问题。确实，如果不是在九宫格的输入状态下，在手机上操作时（特别是全键盘输入状态），很容易打错，比如字母上相邻的 A和S，就经常打错。举个例子，用户输入密码和确认密码时，如果两个输入项不一致的话，系统会提示用户输入的密码不一致。但是，天知道是密码输错了还是 确认密码输错了！！！特别是当用户的密码比较复杂时（密码由数字+特殊字符+字母组成），这种操作体验简直会让人抓狂！

这里的一个建议是，把确认密码去掉。

确认密码的发明本来就是为了防止用户输错密码，那么，问题又来了，去掉确认密码之后，用户输错了怎么办？

或许你会说，输错了就输错了呗，在手机上找回密码的成本比较低。

但是，并不是所有的用户忘了密码就会找回密码，他可能不用你的产品了。。。啊，这是一个糟糕的世纪难题。

其实，把确认密码去掉，可以通过其他手段来防止用户输错，比如：把用户输入的密码明文显示。

可能你会问，啊，当有一个人在你旁边看你注册时，你不就泄漏了你的密码了吗？

是的，会有这个问题，所以，我们可以在输入框前边加一个眼睛，长按眼睛的时候，明文显示密码～

来个总结：

没有最好的注册流程，只有最适合你的APP的用户群体的注册流程。

啊，最后唠叨一句，注册操作的复杂度会吓跑一部分用户，所以注册越简单越好，要拿用户的资料，应该通过后期运营激励的手段让用户完善。