泳道流程
迭代版本
优点
利于产品
流程层面
1. 经典的通过发送手机验证码来找回密码的流程，用户比较熟悉，学习成本低
2. 异常情况考虑地比较全面，都有弹窗提醒，降低用户学习成本
后台层面
1. 对再次发送验证码（等待60秒）及一小时内发送验证码次数（5次）都有限制，降低运营成本，防止恶意频繁获取验证码的行为
2. 输入手机号后系统弹出弹窗进行确认，降低用户误操作
利于用户
操作层面
1. 没有输入手机号／验证码／密码时不能点击提交
2. 输入手机号时系统会自动断开成 xxx xxxx xxxx的格式，便于核查
3. 输入手机号码时系统自动锁定数字键盘，不需要切换
可以改进的地方
减少用户操作：
异常情况的弹窗提醒都需要用户手动点击“确定”，增加了用户的操作
*改进建议：将弹窗提醒设计成3秒后自动消失的形式，减少用户操作
修改密码时backspace／delete，则需要一位一位地修改，若用户密码较长，则非常繁琐
*改进建议：一旦backspace／delete，则清空密码输入框
密码修改完毕后回到“我的”界面，但一般情况下用户在“我的”页面没有其他操作了，他们会手动回到“首页”浏览信息
*改进建议：密码修改成功之后直接回到首页
不管有没有登陆过，填写手机号码处都是空白框
*改进建议：如果后台有登录信息，则预填手机号，减少用户操作
逻辑判断优化
验证码过期时系统提示为“验证码不正确”，用户会感到奇怪，检查短信后觉得是系统bug。
*改进建议：提示“验证码已过期，请重新获取”
手机号码／验证码／新密码的位数不够／格式明显不正确（如222 2222 2222的手机号，6位以下的密码等）的时候也可以点击提交，增加了用户的误提交次数，形成后台资源及用户时间的双向浪费
*改进建议：在目前的未输入时disable提交键的基础上，扩充后台判断逻辑：只要位数不正确／非法格式，即disable提交键
