关于活动报名页中获取手机验证码的用户体验设计追思

　　在这篇文章中，本文作者主要是结合自身经验，并对活动报名页中＂获取手机验证码＂的用户体验设计进行思考。enjoy~
　　因为做乙方，所以对各类活动报名页设计有所了解，各类移动端的H5报名五花八门，在大多数情况下，都包括一个很简单的报名流程，主要有四个核心步骤：
　　主办方的活动描述（宣传页面）
　　用户输入信息进行报名（报名页面）
　　后台进行信息验证（报名页面的验证状态）
　　用户是否享受活动的信息反馈（结果反馈页）
　　在这篇文章中，主要想展开思考的就是2-3之间的交互流程。
　　一般类别的活动报名行为和登录注册行为其实很像，所以需要填写的信息也类似。
　　登录我们主要需要填写的有：
　　用户名/账号/手机号
　　密码
　　注册我们会比登录多一步校验信息和确认协议的行为。
　　一般来说，校验信息的目的有两个：
　　确定所填信息的有效性；
　　确定是操作人本人的意愿。
　　所以，我们一般会在各类app上看到很多注册流程都可以简化到用手机号码注册，获取验证码，然后设置密码，就注册成功了。
　　比如说简洁的U掌柜，都不需要设置密码。
　　参考这样的使用方式，很多活动页也是可以简化到通过手机号码报名，获取验证码，确定报名，（默认）同意活动协议，就可以跳转到或者看到报名成功的反馈结果了。
　　比如说这类宣传活动，联通app内一个活动报名页
　　且不说上述案例中弹窗设计的形式好不好，界面UI好不好看，但可以看出很多登录、注册或者活动页设计是离不开手机号和手机验证码的。
　　再来说说，这个获取验证码本质上是一个什么样的存在？
　　正常情况下，当手机号码输入后，前端页面自动判断格式正确，这个＂获取二维码＂的button才可以被触发（【触发条件】），我们点击这个button，服务器会很快响应，用户就会收到短信验证码，如果再次获取需要等待一定时间（【短信发送间隔设置】）。
　　但不知道大家知不知道会存在一种情况是验证码接口被恶意攻击。
　　出现这种情况，验证码的流量（这是供应商向移动联通电信购买的）会被快速刷完，那么会造成一部分的成本的损失，可能会上通信黑名单。
　　我接触的金融服务商就碰到过这种被攻击的情形（在金融服务行业里会碰到很多与安全性相关的问题，要特别小心对待每一个细节），所以当我们进行活动页面设计的时候，就需要考虑到短信验证码的安全性。（参考了Lvcary的文章《如何防止短信验证码接口被恶意攻击》）
　　我们在后续服务的案例设计中延续了通常的采用【触发条件】、【短信发送间隔设置】的限制，同时在发送间隔设置中也增加了，重新刷新页面后未达到等待时长也不可以获取验证码的条件，会进行＂您获取验证码的速度过于频繁，请稍后再试＂的文字提示；并且也做【发送量限定】每个手机号码每天的最大发送量为10条，一系列的严格的限制去弥补这个问题的发生。
　　如果像网易中输入图形验证码后再获取短信验证码也是可以实现的，但代价是用户体验差，两重验证会让用户失去耐心。
　　图形验证码有很多优势和安全性，曾经在pc端的使用很常见，目前pc端各类验证码，拼图验证是相对于图形验证的一种用户体验设计的改良方案。
　　我在一次巧合中找到了移动端一个使用拼图验证码的案例，意外惊喜。
　　然后，我仔细地研究了KFCapp的登录流程：
　　可以发现：
　　拼图验证码是在图1的信息确认后点击＂登录＂button触发的，做的就是【触发限制】
　　滑块轻松简易，提升了用户体验，同时，这块图片位置是非常好的广告位置，如图2
　　验证通过后到图3，有了获取手机验证码的表单，同时手机号和密码进行了锁定，不能再修改，＂登录＂字样变成了＂验证＂字样。
　　基于这款app是属于一旦登录后可以很长时间免密码登录，这个登录形式进行了一个安全等级的提升，由手机号登录行为→拼图验证→手机验证码验证。
　　将这案例可以开展了如下讨论：
　　（1）弹窗样式会中断流程影响体验吗？
　　我的观点：不会，当进行验证交互的时候，拼图的形式是一种小游戏，没有难度，虽然是弹窗，但是会产生促进完成交互行为，让人有完成欲，而不是让人直接放弃，并不完全影响体验。
　　此外，从技术角度出发，leader补充了一个新的细节：就因为是弹窗弹层样式，我们反而更加可以方便设计触发这个样式显示的条件。
　　（2）当进行到图3时，是不是非要进行表单信息的锁定？
　　我的观点：不需要，因为我们做的页面对于信息判断是在图3这步之后，不需要强制要求用户在第一页就输入全部正确，如果能自行在点击button之前发现错误字符并改正也是可以的。
　　（3）button上的字样从＂登录＂变成＂验证＂是基于什么情形，做活动页设计的时候是不想需要变成其他字样？
　　我的观点：并不需要将页面的button上体现流程进行细分，在交互设计师眼里，这或许是有步骤细分的，但在用户眼里，这三个页面都是一个行为，在KFCapp中就是登陆一个行为，我们做页面的情形下都是报名一个行为，或许我们在做具体页面的时候可以配合整体流程写＂立即报名＂→＂正在报名中＂等。
　　（4）既然我们可以做严格限制获取手机验证码，为什么还要做这样的设计？
　　我的观点：一方面可以双保险，二来，这种方式可以作为一种创新，让交互层级更丰满，如果UI设计美好的话（如果在设计风格或文案上做文章）会是一种情感设计。
　　在思考这段流程的过程中，还找到了苏宁金融app案例：
　　在活动页面的设计中，采用比拼图更简洁的滑块来替代也是一个非常好的交互方式。
　　最后秀一下demo吧！
　　其实页面元素要更加真实需求来进行完善，有更好的建议欢迎留言。
　　另外补充一下验证码之外的用户体验思考：demo图可能会被质疑说为什么input位置不是框，而是线性的？
　　我第一个礼拜做设计的时候，画的input位也都是框，但UI设计师给我的回答是，框的形状会让人有封闭感，让界面拥挤，同时线性的设计更利于交互，在输入时变化线的颜色，页面会更加简洁而精致，有科技感，特别针对互联网金融产品来说，这种设计更加美观。
　　之后，我发现线性的设计会让用户的视线更加集中于输入的字符上，而不是复杂的画面，虽然市面上各种登录注册都很漂亮，但单纯从目的去设计的话，线性真是又方便又好看呀，对做交互原型来说也是简洁又友好XD
　　支付宝的app除了美观以外，对安全性也很用心，你看，脱敏账号的显示！
　　【后续更新-防止中断】
　　感觉这个议题的研究真的很有趣，又和一位设计师讨论到这个问题，他的意见也是认为弹窗弹层会影响行为中断，说心里话，我很想做一个关于＂行为中断＂的用户调研，或许是A/Btest的方式，苦于没有可以研究的对象和技术手段，好吧，为了防止行为中断，我也作了一个planB：
　　从左往右：未输入、获取验证码样式、输入验证码样式、输错样式
　　其实和弹窗的三态一致，缺点是增加了页面长度，优点是没有弹窗了，为了配合线性设计而做的滑动小圆球，但只有第一次出现会提醒滑动，报错后不会提醒。
　　同理，其实可以全部做成框，以及用滑动的方式推开一个可输入的对话框也是ok的，这个看页面内容和风格而定吧。
　　其实再细致地去推敲应该还有很多形式，有意思的想法欢迎反馈继续讨论！
　　在此文写完之后，我还看到一个网易的案例，在获取验证码前用了拼图滑块！！补充给各位~
　　微信内网易考拉获取优惠券进行手机验证的交互
　　以上，感谢阅读，与君共勉~