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

　　在我们手机网站上有一个＂忘记密码＂的功能，用户可以通过之前绑定的手机号来＂找回＂自己的密码。这本来是一项很好的服务，但是昨天用了一下却发现好的服务被不好的流程所影响。
　　在我们之前的流程中，用户的基本流程是：先输入用户名，再输入该用户名对应的绑定手机号，然后我们发送一个验证码到用户绑定的手机号，用户通过这个密码获得我们重置后的新密码。这个流程乍看起来没什么问题，但是涉及到细节方面，还是存在一些问题。比如以下两点：
　　1，用户得先输入用户名，点下一步，输入手机号，下一步，收到一个验证码，输入收到的验证码，获得重置后的密码。
　　2，获得重置后的密码之后，用户得记住这个密码，然后登陆，才能再修改成自己想要的密码。
　　在第一个问题中，用户获得重置密码需要经过4个页面（输入用户名-输入手机号-输入验证码-获得新密码），其中还要手动在浏览器和短信两项功能中切换2次次并记住随机验证码。对于糟糕的手机网络来说，获得密码要经过4个页面太多了。
　　再看第二个问题，用户获得了重置的密码后，他想干什么？肯定是立即修改成他容易记住的密码，而不是一直用这个很难记忆的随机密码。但是他要修改成他想要的密码，首先得记住我们给他生成的随机密码，然后再经过至少6个页面（首页-登陆-首页-帐户-修改密码-修改成功）才能去修改密码。
　　总结一下，用户忘记密码后，至少需要打开10个页面，输入6次，记住2个随机字符串，手动切换2次程序才能完成他的目标。这些繁琐的操作和记忆，再加上低速的手机网络，足以让人放弃。这种体验让人很不愉快。
　　所以我们需要做出一些调整，让用户更舒服一点。下面是新的＂找回＂密码流程：