手机用户忘记密码后流程设计.docVIP

手机用户忘记密码后的流程设计 在我们手机网站上有一个“忘记密码”的功能，用户可以通过之前绑定的手机号来“找回”自己的密码。这本来是一项很好的服务，但是昨天用了一下却发现好的服务被不好的流程所影响。 在我们之前的流程中，用户的基本流程是：先输入用户名，再输入该用户名对应的绑定手机号，然后我们发送一个验证码到用户绑定的手机号，用户通过这个密码获得我们重置后的新密码。这个流程乍看起来没什么问题，但是涉及到细节方面，还是存在一些问题。比如以下两点： 1，用户得先输入用户名，点下一步，输入手机号，下一步，收到一个验证码，输入收到的验证码，获得重置后的密码。 2，获得重置后的密码之后，用户得记住这个密码，然后登陆，才能再修改成自己想要的密码。 在第一个问题中，用户获得重置密码需要经过4个页面（输入用户名-输入手机号-输入验证码-获得新密码），其中还要手动在浏览器和短信两项功能中切换2次次并记住随机验证码。对于糟糕的手机网络来说，获得密码要经过4个页面太多了。 再看第二个问题，用户获得了重置的密码后，他想干什么？肯定是立即修改成他容易记住的密码，而不是一直用这个很难记忆的随机密码。但是他要修改成他想要的密码，首先得记住我们给他生成的随机密码，然后再经过至少6个页面（首页-登陆-首页-帐户-修改密码-修改成功）才能去修改密码。 总结一下，用户忘记密码后，至少需要打开10个页面，输入6次，记住2个随机字符串，手动切换2次程序才能完成他的目标。这些繁琐的操作和记忆，再加上低速的手机网络，足以让人放弃。这种体验让人很不愉快。 所以我们需要做出一些调整，让用户更舒服一点。下面是新的“找回”密码流程： 在新的流程中，用户只需要打开3个页面，输入2次，手动切换1次程序，根本不用记住任何东西就能完成目标。是不是比以前方便多了呢？ 在旧的流程中，走的是开发思维，比如先判断用户名是否存在，再判断输入的手机号是否与用户名匹配，程序每次的判断都需要用户也接受。或许这种流程对于电脑上的网页来说并不困难，因为桌面网络速度较快，验证码与操作界面分离从而不用记忆，复制粘贴方便等，而在手机上则是完全不同的操作方式，优化后的流程是站在手机用户的角度，把不该用户参与的流程都隐藏起来，这样用户才能有良好的体验。