泳道流程

迭代版本

优点

利于产品

流程层面

1. 经典的通过发送手机验证码来找回密码的流程，用户比较熟悉，学习成本低

2. 异常情况考虑地比较全面，都有弹窗提醒，降低用户学习成本

后台层面

1. 对再次发送验证码（等待60秒）及一小时内发送验证码次数（5次）都有限制，降低运营成本，防止恶意频繁获取验证码的行为

2. 输入手机号后系统弹出弹窗进行确认，降低用户误操作

利于用户

操作层面

1. 没有输入手机号／验证码／密码时不能点击提交

2. 输入手机号时系统会自动断开成 xxx xxxx xxxx的格式，便于核查

3. 输入手机号码时系统自动锁定数字键盘，不需要切换

可以改进的地方

减少用户操作：

异常情况的弹窗提醒都需要用户手动点击“确定”，增加了用户的操作

*改进建议：将弹窗提醒设计成3秒后自动消失的形式，减少用户操作

修改密码时backspace／delete，则需要一位一位地修改，若用户密码较长，则非常繁琐

*改进建议：一旦backspace／delete，则清空密码输入框

密码修改完毕后回到“我的”界面，但一般情况下用户在“我的”页面没有其他操作了，他们会手动回到“首页”浏览信息

*改进建议：密码修改成功之后直接回到首页

不管有没有登陆过，填写手机号码处都是空白框

*改进建议：如果后台有登录信息，则预填手机号，减少用户操作

逻辑判断优化

验证码过期时系统提示为“验证码不正确”，用户会感到奇怪，检查短信后觉得是系统bug。

*改进建议：提示“验证码已过期，请重新获取”

手机号码／验证码／新密码的位数不够／格式明显不正确（如222 2222 2222的手机号，6位以下的密码等）的时候也可以点击提交，增加了用户的误提交次数，形成后台资源及用户时间的双向浪费

*改进建议：在目前的未输入时disable提交键的基础上，扩充后台判断逻辑：只要位数不正确／非法格式，即disable提交键