最近在工作中遇到了表单填写，涉及了web端 移动端，而移动端又思考了H5写的wap页面已经原生app，有了一些小想法。

举个栗子：

常见【忘记密码】这么一个使用场景，需要输入或点击的信息有以下几个：

1.绑定的手机号或者邮箱

2.输入一个验证码

3.向该手机号/邮箱发送动态码（此处考虑邮箱也是验证码而非验证链接的情况）

4.输入收到的动态码

5.修改后的新密码

6.确认修改后的新密码

这里可以看到，在第2步、第4步，都会有一个系统判定，所以在这两步其实是可以拆解的。

其中第2步为非必须过程（多在web端设置，需要此过程是防止脚本恶意攻击，待验证）

而第4步对于忘记密码来说是不可跳过的一步强判定

web端最简单的粗暴的思路

我司没推敲输出的页面

如我司之前设计的页面，所有信息堆积在一个页面。验证码可以系统即时判定，但是动态码就比较困难，如果动态码之后的信息输错，前面的表单内容需要再填一遍。

web端常规的思路

百度找回密码1

百度找回密码2

由一个引导流程，引导用户完成表单填写，在2、4两步需要系统判定的地方都有一个分步

写到这儿...我tm卡壳了。。。

本来主要是想写原生app因为速度快，可以单个逐一填写，而wap端因为是在页面，每次跳转都要重新读写页面，所以尽可能所有内容都在一个页面填写，分段即可。

上图吧，不管了

图1图2是小猪租房的编辑资料，图3是滴滴出行

可以看出在移动端不管是app还是wap，都会尽量让表单是可选择内容，而非填写内容。

细细看来分步式好像并没有什么优点，如果都是填写内容，保证表单不要和键盘冲突就好。

好吧，以上只是自己尝试第一次写交互的文，比较乱，凑合了。