短信验证码登陆 —— 交互设计师考察小题目

#缘起

最近新来了一名同事，也在做一个小需求作为交接工作的开始吧。这个需求并不大，但是很能看出一个设计师的基本底子以及细节把握能力。

#题目 现在平台可以用指纹or密码进行登录，如果需要增加短信验证码登录 那么你会如何设计和沟通这个需求？

-这个需求分为好几部分：业务／流程／细节

业务而言：

• 这个登录方式和密码登录方式是什么样的关系 是辅助性的 还是默认的方式
• 这个登录方式重要吗？需要在导航上突出吗？
• 这个登录方式本身会不会影响注册流程 or 以后用验证码登陆和注册合二为一
• 这个带来的后果就是弱化登录密码 我们愿意如此吗？
• 要不干脆就用获取验证码作为主要的登陆方式？
• 用户有没有别的登录方式 那些登录方式不一定绑定了手机号（也就是历史数据的处理问题，此处大坑不谈）
• 会不会有什么潜在的坑 比如用户名和手机号不是同一个 所以发送短信的时候是发到后来绑定的手机号上面去

简而言之 确定重心 排除业务上的坑 （这个是需要尽早确定的）

这部分重点考验的是设计师的基本意识 能不能找准需求的重点 and 有没有排雷的习惯

————————————————

关于这个功能本身的流程：

• 如何从这个页面返回到上一种登录方式？
• 需要提供一定的校验码 在获取验证码的时候
• 可能需要先输入验证码 通过以后才发送短信
• 可能需要在发送验证码以后 toast提示用户（有些平台甚至每次发送验证码都有序号）
• 在点击验证码登录后直接发短信 ？
• 验证码是不是固定位数 这样用户在页面直接输入六位数后进行登录 类似输入交易密码 不必点击确认按钮
• 用户需要手动点击才发送验证码
• 是否提供一些限制 这些限制平台当前是怎么样做得？比如多次重复发短信方面的提示
• 假设用户多次点击发送短信 是不是收不到短信 有没有语音验证码or提示让他去输入密码or提供其他的帮助信息？
• 如何校验验证码 一边输入一边校验？输入完成六位直接校验？点击按钮后请求并且进行校验？
• 用户如果多次提交短信验证码 是不是要出现图形验证码等其他限制
• 验证码输入错误 网络问题等 如何提示 是否沿用平台现有规则

关于可能影响到的别的流程：

• 当用户输入密码／指纹登录失败多次错误，提示可以验证码登录
• 在登录页面的找回密码入口 是否提供这个登录选项
• 如果还是需要强调登录密码 是否在登录后提示其修改密码
• 这个功能悄悄的上线了 要不要更有存在感一点？
• 要不要修改找回登陆密码的流程 让他短信验证以后去修改

这部分 主要是要多看多体验这个功能本身 多思考吧 日常积累以及临时快速学习有帮助

考验的是基本的流程设计和逻辑周全 

————————————————

细节设计而言：

• 手机号要带出
• 这个入口放置在哪里 轻重如何？在同等信息层级下 有什么变体呢？
• 输入框弹出键盘 会不会有什么遮挡 
• 数字键盘的弹出 （短信验证码通常是数字）
• 输入框的聚焦和状态的展示
• 如果有登录按钮 注意按钮的状态变化时机
• 如果有校验短信验证码的过程 是不是有个小loading 还是没必要？
• 是直接展示手机号 还是展示 欢迎回来 xx（用户名）并且手机号中间四位隐藏
• 从当前登录页面如何切换出短信验证码的页面的 直接侧滑进入新页面 or 当前页面提供动画和切换？
• 短信验证码输入错误的提示方式 

这些需要在原型图体现出来 比较考验的是设计师设计能力（有时候甚至是审美）&细节把握

————————————————————————————————

我是这样看待设计师的

- 细节优化是无止境的，个别小细节可以漏掉

- 很多东西不一定要画成图 体现在讨论当中也是可以的 

- 业务意识和基本的流程设计最好不要有比较多的问题（可以取向不同 但是要逻辑本身能走通）

- 我欣赏喜欢快速画草图确定基本方向的设计师

- 有纠结或者搞不懂的点没关系 早日提出一起讨论就好