佰新网络科技广州分公司手机短信验证流程设计

1 验证是验证什么?为什么要验证

验证所存在的需求场景,就类似于人之间打招呼的场景。
首先打招呼前,需要让机器明白即将作出一系列指令的主

体,即要打招呼的是“人”而不是“机器”,所以其验证

目的之一是:对操作者是否为人的身份验证。

当机器知道了这就是要打招呼的对象后,为了满足整个行

为的顺利完成,得需要让机器知道“你”是否有打招呼的

意愿,即验证目的之二是:对操作者是否本人意愿操作的

验证。
所有的验证实质都是在满足以上的目的。

02 流程可视化设计思路
于短信验证流程是比较常规固化的基础流程,在设计思路

上为由抽象场景得出任务流程,再由任务流程具象交互界

面的思路。其中具象交互界面的思路会拆分为考虑“展现

形式”以及“页面元素”,以更好地优化体验操作。

03 场景与流程

场景洞察
目前短信验证的场景大部分存在于账号登录/注册场景,

修改个人重要信息场景等。

对于这些场景,我们需要洞察的要点主要为:
1.场景触发——触发这个场景的需求原因是什么?
2.场景目的——这个需求实际是为了解决什么问题?
3.场景任务——解决这个问题用户需要执行的任务是什么


基于任务的得出,即可以得到用户实际操作的一系列行为

触点,下面需要基于这些行为梳理流程。

流程梳理
流程梳理主要借助泳道图的方式,以流程时间节奏以及参

与角色作为横竖维度划分,梳理如下:
(由于本文主要讨论前台页面设计,其中对后台及第三方

短信平台的行为没有作细致展开。)

前台页面的设计,我们主要关注“用户”和“前台客户端

”两条竖轴的内容。
1.用户竖轴
由此可见用户主要的行为分为四步:
1)输入手机号
2)获取验证码
3)输入验证码
4)提交
这四个行为决定了页面的功能呈现。

2.前台客户端竖轴
主要决定了一些需要在前台展示的基础状态,梳理如下:

其中,流程和状态的梳理只需一次性复盘,后续的类似短

信验证场景都可以快速地查看复用;但对于页面细节的展

示,还是需要根据实际项目场景来分析,所以下面将详细

介绍对于“展现形式”和“页面元素”的思考。

04 展现形式的抉择

页面形式or弹窗形式
首先,先了解两种形式的特性:
1.页面形式
特点:内容承载范围足够大,信息承载能力强;体量重、

给人感觉稳定性更高;一般一页只展示输入验证的功能,

无其他内容干扰。
2.弹窗形式
特点:多为模态弹窗;轻量化、响应快;可以不中断用户

的当前核心操作,令用户聚焦中心更集中以尽快完成验证

进入下一步任务。

了解特性后,我们还需要明确的问题是:短信验证最终的

展现形式,并不是由验证流程决定,而是以其所存在的任

务场景来定。因为验证行为一般不会单独存在,肯定会有

前后任务场景的触发,以更好地服务于场景目的的达成。

举个栗子说明
某用户换了新手机号码后,为了在京东上更好地获得订单

支付的短信提醒,需要修改绑定手机号的信息,因此需要

利用新手机号短信验证的手段达到目的。
代入场景洞察分析要点来看:

为了满足“重新绑定手机号”任务的执行完整性与正确性

,短信验证的操作步骤需要介入用户输入操作场景,它应

跟手机号输入信息共同考虑。

在场景基础上结合用户诉求,可发现:
1)当用户需要重新绑定手机号的时候,肯定需要在产品

中有一个稳定可找到的入口。因为这个需求场景不是一次

性的,可能会产生多次,且修改手机号的信息相对为个人

的重要信息,用户会更严谨地对待这个修改需求。由于该

场景任务存在的必要性,该诉求的关键词是:稳定性。

2)当在做短信验证的时候,用户希望能更聚焦,直接地

完成,认知上来讲因为只有修改这一件事情,不应该被其

他东西所打扰。基此的关键词是:无干扰。
可见:结合前面梳理的形式特性,重新绑定手机号的场景

任务更适合利用页面形式来展现。

那么,对于弹窗形式,因为其轻量快速响应,大部分会适

用于一些不好被打断的场景任务。比如在某个一次性的H5

活动页中,用户需要通过以短信验证手段,登录账号来领

取抽奖奖品。这个场景下选择弹窗形式,让用户有一种就

差这一小步我就能马上领到奖品的意识。若是页面形式的

,则会让用户感觉该验证步骤形式太重,担心是否领取步

骤会很长或是否有成功领到奖品。
由于以上仅举例页面形式的场景,这里再给大家总结一下

要点:

分步验证or不分步验证
由于短信验证流程也算表单设计的其中一种,在做表单设

计时有一个体验建议是:一个页面最好只做一件事情。

回顾上面总结的“用户”竖轴,用户的四个行为组成的任

务为:
输入手机号→获取验证码→输入验证码→提交
这里实际是要确定两件事情:手机号信息和验证码信息。

在体验过不同竞品后的感触是:一步两步其实对于实际操

作负担并没有那么严重。因为我一心只想着快点完成这个

短信验证流程,从而登陆首页或者成功修改信息。而分步

验证的目的则正好是为了达到高效专一。所以从体验设计

来讲分步会比不分步更优。

原文地址:http://blog.51cto.com/14170179/2341705

时间: 01-11

佰新网络科技广州分公司手机短信验证流程设计的相关文章

如何实现php手机短信验证功能

http://www.qdexun.cn/jsp/news/shownews.do?method=GetqtnewsdetailAction&id=1677 下载php源代码 现在网站在建设网站时为了保证用户信息的真实性,往往会选择发短信给用户手机发验证码信息,只有通过验证的用户才可以注册,这样保证了用户的联系信息资料的100%的准确性 .今天笔者就跟大家分享一下如何实现php手机短信验证功能,希望对大家有所帮助. 第一.实现php手机短信验证功能的基本思路 1.要找到短信服务提供商,接入短信服

手机短信验证对用户有什么样的威胁呢?

本以为有了手机短信验证应该很安全了,没想到银行卡里的钱还是能被刷走,关键是一条短信都没收到.到底是怎么回事? 如今手机绑定最主要的表现方式就是通过短信验证码来证明自己的身份,验证的方式极其简单便捷,当人们在享受这份简单便捷的验证方式时,不由也为短信验证码来验证身份信息的方式产生了不信任感. 如果说安全的话,没有什么是真正的安全的,短信验证码也不是最安全的验证身份的方法.通过短信验证身份之所以能够在几年内疯长,无外乎是通过短信进行二次验证时,是成本最低,最简单便捷的验证方式,另一点是因为手机普及的

完整的Android手机短信验证源码

短信验证功能我分两个模块来说,短信验证码的后台和代码实现短信验证码的功能. 一.短信验证码的后台      1.注册Mob账号:http://www.mob.com/#/login 2.注册成功之后,点击“头像”,进入“产品中心”,进入如下界面点击第二项添加应用.添加完应用几秒后再次进入第二项. 3.在第二步之后我们会得到两个重要的参数App key和App Secret,用于客户端和服务端的链接,创建好应用之后还会得到两个菜单选项“验证记录”和“短信设置”,“验证记录”是说我们进行短信验证之后

关于手机短信验证服务

浏览了一下找到三家不错的: 1)云通讯(yuntongxun.com) 感觉比较正规,文档也很全面,功能全,支持语音.短信6分每条套餐可便宜点.不过模板短信验证门槛较高,个人不能用,必须要验证为公司,速度感觉不是很理想但听说用的人多,应该会比较稳定. 2)云片网(yunpian.com) 相对于云通讯感觉略有点底气不足,不过门槛较低,可以个人使用,最低可以55的包(1000条),文档较全不过较云通讯略逊色,速度还可以,可以做条件不足时(无需企业认证)的第一选择. 3)Mob官网(mob.com)

NodeJS 实现手机短信验证 模块阿里大于

1,NodeJS 安装阿里大于模块 切换到项目目录使用npm 安装阿里于模块 npm i node-alidayu --save 2,aliyu官网使用淘宝账户登录 登录阿里大于 https://doc.alidayu.com/doc2/index.htm 1登录后点击管理中心 2点击应用管理===>创建应用 3配置管理===>验证码====>里添加短信签名 4应用列表里===>操作一栏===>点击设置    记住 app   key 和 APP  sercret 5.后台代

融云发送手机短信验证短信(.net版本)

首先本次需求是在MVC5中进行的,那么先添加WEBAPI的接口 using System; using System.Web.Http; using System.Net.Http; using System.Web.Script.Serialization; using System.Text; using System.Web; namespace BlackNails.Controllers { public abstract class WebAPI2BaseController : A

关于手机短信接口优化

项目:目前需要支持手机号码注册,流程如下: 1)用户输入手机号码 2)点击获取手机校验码 3)收到短信息后,填入验证码.完成注册 有个问题,在项目中前期设计问题,导致短信接口被恶意调用. 调整方案: 网络提供方案: 推荐的对接方式:1.流程限定--将手机短信验证和用户名密码设置分成两个步骤,用户在注册成功用户名密码后,下一步才进行手机短信验证.(推荐)2.绑定图型校验码--将图形校验码和手机验证码进行绑定,这样能比较有效的防止软件恶意点击.(推荐) 不推荐的对接方式:3.短信发送间隔设置--设置

[android]ShareSDK——内容分享和短信验证

前言 新版本号ShareSDK的分享和短信验证,按官网的文档,都须要加入一个<Activity></Activity>标签,而分享和短息验证的这个标签内容都一样.会冲突. 解决的方法:分享用旧版本号,短信验证用新版本号. 后面会有解决的方法. 分享 导入project见初识ShareSDK--嵌入和登陆 <span style="font-size:24px;">OnekeyShare oks = new OnekeyShare(); //全部SSO

ASP.NET MVC+Bootstrap 实现短信验证

短信验证大家都已经很熟悉了,基本上每天都在接触手机短信的验证码,比如某宝,某东购物,网站注册,网上银行等等,都要验证我们的手机号码真实性.这样做有什么好处呢. 以前咱们在做网站的时候,为了提高用户注册的质量,防止用户恶意注册,都会设置一些小阻碍,如网页验证码.邮件认证等等.但是道高一尺魔高一丈,很快网站的这些设置都被一些网络黑客利用注册机逐一攻破,这些功能也就随之变成了摆设. 但是魔高一丈道高两丈,随着移动设备的普及,短信验证的功能横空出世.他的出现轻松的排除了传统网站验证码的弊端,还提升了网站

Android黑科技,读取用户短信+修改系统短信数据库

安卓系统比起ios系统最大的缺点,相信大家都知道,就是系统安全问题.这篇博客就秀一波“黑科技”. 读取用户短信 Android应用能读取用户手机上的短信,相信已经不是什么新鲜事,比如我们收到的短信验证码,一些app马上就能自动获取并填上验证码,省去我们手动填写验证码.原理就是通过Android的ContentProvider组件间接访问系统的短信数据库,获取所有短信内容.下面来演示一下. 布局很简单,如下: 代码如下: public class MainActivity extends Acti