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