快好知 kuaihz

交互设计:短信验证码设计该注意什么?

本文笔者将与大家介绍:发送验证码的短信内容设置规则,获取验证码的界面设计,发送逻辑,核对短信发送数量以及对接收不到短信的解决方案等,为大家展示验证短信从内容设计到发送、反馈的一整个流程。

设计验证码的目的是为了验证是机器还是人为,也用于校验是否本人操作。早前验证码有发邮箱,但现在注册体系一般以手机号做主体,所以主流还是发手机短信验证码。

一、短验设计

短验内容:【短信签名】XXXX,#文本,发送场景,短验编号,危险提示#。

如:【APP名字】1234,支付验证码编号15,请勿给他人,谨防受骗。

1. 一般把短信签名放在签名,用于标记该短信是哪个产品发出

如果用户短时间内,操作多个产品的发短验行为,加上发送短验有延迟问题,短信签名放在签名,能让人一眼辨认出短验隶属方,以防搞错。当然放后面也是常见做法,区别不大。

2. 短验长度一般为4或6个随机数字

至于为什么是4/6,是从系统安全性和人瞬间记忆综合考量,机器遍历4位验证码要10^4次,遍历6位验证码要10^6次,普通机器遍历耗时起码几分钟。4/6长度对于人的瞬间记忆来讲,体验较好,再长记忆就有点吃力了。

3. 设置验证码有效期

考虑到短验发送有网络堵塞等原因,用户迟迟未收到,会短时间内多次获取,所以一般设置验证码有效期。

在有效期内且短验未失效时,短验内容一致,防止用户已获取多次,但收到之前短验,校验失败,如:用户第一次获取验证码(1234),网络延迟用户第二次获取验证码(5678)后收到短验1234,校验失败。

一般做法是:第二次短验仍是1234,那么即使发送延迟,也能校验成功,这种做法适用于不需要太严谨的场景。

对于一些获取一次就要重新生成短验的做法,可参考银行做法,在发送短验界面和短信内容写明短验编号,如下图:

4. 短验后面加上诈骗提醒

运营商/合作商及有些敏感时期,对短信文案有要求,一些文案是不能发送的,所以建议确定短信文案后跟运营商/合作商报备下,之前跟某甲方爸爸合作时就要求在短验后面加上诈骗提醒。

提一句:短信文本超过70个字(符?)在一些手机上会分成2条短信发送,文案最好能简洁至上。

5. 发送次数限制

有些不谋好意人会故意频繁请求获取短验,影响正常用户操作,来敲诈。所以一般会对同一IP,同一手机号等在某段时间做发送次数限制,如:限制同一手机号24h内最多获取短验10次,超过次数提示24h后再试。

6. 价格

按照之前公司发送体量,对接的几家渠道商,通知类短信价格一般到0.02-0.04元左右,营销类短信价格在0.03-0.04元,爸爸级别的合作商要收0.1+元。

二、交互设计

以注册验证码为例,别的场景大同小异。

一般注册页面的手机号和验证码在同一界面显示,如下图1。

注意点:

焦点在手机号和验证码输入框内,自动唤起数字键,支持切换键盘(题外话:我这种懒人把卡号,手机号等存成常用语,支持切换键盘可直接粘贴,不用一字字输);

输入框支持一键删除;

校验手机号长度,长度=11位数字时,获取验证码按钮才点亮;

纯数字输入框,不支持输入数字外字符;

获取验证码后给予延迟提醒;

在获取验证码请求成功后,将手机号置灰,不可修改;

页面必填项有空值时,登录按钮置灰;

输入框不要禁用粘贴功能,支持用户粘贴不用一个个输入数字;

输入框有默认提示文案;(这个特别适用于千奇百怪的密码要求,有些网站密码不支持特殊字符,错误提示还不写明原因,可以用默认文案告知设置要求)

若同一手机号短时间内获取次数超过阈值,可增加难度,如增加图文验证码,图文校验通过后才能获取短验。

有时,注册项太多和增加频繁获取验证码的难度(输入手机号和获取短验是2个页面,多1个页面就多个难度但治标不治本)会设计成分页,如下图2。

多页设计也适用输入项太多的场景,一来容错率高防止错一项,所有输入框重填;二来输入项太多,没有操作欲望。(如果非要一页显示,希望输入框失去焦点时能自动入库,用户下次进入页面能回显)

多页设计注意点:

输入正确格式的手机号后,自动获取验证码,无需再让用户操作;

验证码获取页显示手机号,可方便用户检查是否填错;

若分多页,告知共有几页,当前在第一页,如第一页,第二页,第三页……

三、短验的发送逻辑

我们直接跟渠道商对接:我们告诉渠道商要给某手机号发短验,渠道商告诉运营商,运营商发短信到用户手机,如路径1。

我们跟合作商对接:我们告诉合作商要给某手机号发短验,合作商在告诉渠道商–>运营商–>手机,如路径2。

合作商和“我们的产品”的关系可理解成集团和子公司的关系。

一来集团体量大议价权强,由集团和渠道商合作可谈下更低更好的价格/服务;二来若集团有多个子公司要和渠道商合作,每个子公司都要对接流程麻烦,一般合作是:集团谈合作,子公司适用。

注:验证码的生成规则:我方生成或合作商/渠道商生成,并不是短验都是自己程序生成的。

四、对账

以路径1为例:我们告诉渠道商要给10个手机号发短验,渠道商会立即(同步)反馈我们收到要发10条的要求【接收请求成功】,10s后(异步)告诉我们他已经通知运营商要发8条短信了,20s后运营商告诉渠道商,渠道商告诉我们5条短信已发送到手机【发送短信成功】。

所以,核对发送数量时要明确核对的是发送请求成功数量,还是发送短信成功数量。

一般我们说短信发送成功,是指我们告诉合作商/渠道商要发短信成功,并不代表用户收取验证码成功。因为短验发送路径较长,每一步出错都会导致用户收不到,并不是收不到短信,就是有bug。

五、短信死活收不到的原因及解决方案

手机欠费,停机(用户自行检查);

被拦截软件拦截了(在拦截短信里找);

信号不好(换个信号好点的地方/手机呗);

运营商黑名单(找渠道商或运营商核实后解除黑名单);

手机问题(换个手机试试);

遇见鬼了(找程序员解决);

其他忘了,想起来再加。

六、腹黑谣言时刻

有时短验被频繁获取,可能是坏坏的渠道商在冲量。短信成本可高可低,回扣水分很大。

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:设计  设计词条  交互  交互词条  验证  验证词条  短信  短信词条  注意  注意词条