交互设计：短信验证码设计该注意什么？

　　本文笔者将与大家介绍：发送验证码的短信内容设置规则，获取验证码的界面设计，发送逻辑，核对短信发送数量以及对接收不到短信的解决方案等，为大家展示验证码短信从内容设计到发送、反馈的一整个流程。
　　设计验证码的目的是为了验证是机器还是人为，也用于校验是否本人操作。早前验证码有发邮箱，但现在注册体系一般以手机号做主体，所以主流还是发手机短信验证码。
　　一、短验设计
　　短验内容：【短信签名】XXXX，文本，发送场景，短验编号，危险提示。
　　如：【APP名字】1234，支付验证码编号15，请勿给他人，谨防受骗。
　　1。一般把短信签名放在签名，用于标记该短信是哪个产品发出
　　如果用户短时间内，操作多个产品的发短验行为，加上发送短验有延迟问题，短信签名放在签名，能让人一眼辨认出短验隶属方，以防搞错。当然放后面也是常见做法，区别不大。
　　2。短验长度一般为4或6个随机数字
　　至于为什么是46，是从系统安全性和人瞬间记忆综合考量，机器遍历4位验证码要104次，遍历6位验证码要106次，普通机器遍历耗时起码几分钟。46长度对于人的瞬间记忆来讲，体验较好，再长记忆就有点吃力了。
　　3。设置验证码有效期
　　考虑到短验发送有网络堵塞等原因，用户迟迟未收到，会短时间内多次获取，所以一般设置验证码有效期。
　　在有效期内且短验未失效时，短验内容一致，防止用户已获取多次，但收到之前短验，校验失败，如：用户第一次获取验证码（1234），网络延迟用户第二次获取验证码（5678）后收到短验1234，校验失败。
　　一般做法是：第二次短验仍是1234，那么即使发送延迟，也能校验成功，这种做法适用于不需要太严谨的场景。
　　对于一些获取一次就要重新生成短验的做法，可参考银行做法，在发送短验界面和短信内容写明短验编号，如下图：
　　4。短验后面加上诈骗提醒
　　运营商合作商及有些敏感时期，对短信文案有要求，一些文案是不能发送的，所以建议确定短信文案后跟运营商合作商报备下，之前跟某甲方爸爸合作时就要求在短验后面加上诈骗提醒。
　　提一句：短信文本超过70个字（符？）在一些手机上会分成2条短信发送，文案最好能简洁至上。
　　5。发送次数限制
　　有些不谋好意人会故意频繁请求获取短验，影响正常用户操作，来敲诈。所以一般会对同一IP，同一手机号等在某段时间做发送次数限制，如：限制同一手机号24h内最多获取短验10次，超过次数提示24h后再试。
　　6。价格
　　按照之前公司发送体量，对接的几家渠道商，通知类短信价格一般到0。020。04元左右，营销类短信价格在0。030。04元，爸爸级别的合作商要收0。1元。
　　二、交互设计
　　以注册验证码为例，别的场景大同小异。
　　一般注册页面的手机号和验证码在同一界面显示，如下图1。
　　注意点：
　　焦点在手机号和验证码输入框内，自动唤起数字键，支持切换键盘（题外话：我这种懒人把卡号，手机号等存成常用语，支持切换键盘可直接粘贴，不用一字字输）；
　　输入框支持一键删除；
　　校验手机号长度，长度11位数字时，获取验证码按钮才点亮；
　　纯数字输入框，不支持输入数字外字符；
　　获取验证码后给予延迟提醒；
　　在获取验证码请求成功后，将手机号置灰，不可修改；
　　页面必填项有空值时，登录按钮置灰；
　　输入框不要禁用粘贴功能，支持用户粘贴不用一个个输入数字；
　　输入框有默认提示文案；（这个特别适用于千奇百怪的密码要求，有些网站密码不支持特殊字符，错误提示还不写明原因，可以用默认文案告知设置要求）
　　若同一手机号短时间内获取次数超过阈值，可增加难度，如增加图文验证码，图文校验通过后才能获取短验。
　　有时，注册项太多和增加频繁获取验证码的难度（输入手机号和获取短验是2个页面，多1个页面就多个难度但治标不治本）会设计成分页，如下图2。
　　多页设计也适用输入项太多的场景，一来容错率高防止错一项，所有输入框重填；二来输入项太多，没有操作欲望。（如果非要一页显示，希望输入框失去焦点时能自动入库，用户下次进入页面能回显）
　　多页设计注意点：
　　输入正确格式的手机号后，自动获取验证码，无需再让用户操作；
　　验证码获取页显示手机号，可方便用户检查是否填错；
　　若分多页，告知共有几页，当前在第一页，如第一页，第二页，第三页
　　三、短验的发送逻辑
　　我们直接跟渠道商对接：我们告诉渠道商要给某手机号发短验，渠道商告诉运营商，运营商发短信到用户手机，如路径1。
　　我们跟合作商对接：我们告诉合作商要给某手机号发短验，合作商在告诉渠道商运营商手机，如路径2。
　　合作商和“我们的产品”的关系可理解成集团和子公司的关系。
　　一来集团体量大议价权强，由集团和渠道商合作可谈下更低更好的价格服务；二来若集团有多个子公司要和渠道商合作，每个子公司都要对接流程麻烦，一般合作是：集团谈合作，子公司适用。
　　注：验证码的生成规则：我方生成或合作商渠道商生成，并不是短验都是自己程序生成的。
　　四、对账
　　以路径1为例：我们告诉渠道商要给10个手机号发短验，渠道商会立即（同步）反馈我们收到要发10条的要求【接收请求成功】，10s后（异步）告诉我们他已经通知运营商要发8条短信了，20s后运营商告诉渠道商，渠道商告诉我们5条短信已发送到手机【发送短信成功】。
　　所以，核对发送数量时要明确核对的是发送请求成功数量，还是发送短信成功数量。
　　一般我们说短信发送成功，是指我们告诉合作商渠道商要发短信成功，并不代表用户收取验证码成功。因为短验发送路径较长，每一步出错都会导致用户收不到，并不是收不到短信，就是有bug。
　　五、短信死活收不到的原因及解决方案
　　手机欠费，停机（用户自行检查）；
　　被拦截软件拦截了（在拦截短信里找）；
　　信号不好（换个信号好点的地方手机呗）；
　　运营商黑名单（找渠道商或运营商核实后解除黑名单）；
　　手机问题（换个手机试试）；
　　遇见鬼了（找程序员解决）；
　　其他忘了，想起来再加。
　　六、腹黑谣言时刻
　　有时短验被频繁获取，可能是坏坏的渠道商在冲量。短信成本可高可低，回扣水分很大。