移动应用表单设计秘籍
openkk 13年前
<div id="news_body"> <p> 一直想写一篇文章，关于移动应用表单设计的，可惜最近项目很忙，忙到没有时间打理博客。最近体验产品的时候，经常看到错误的的表单设 计，要么信息混乱，要么步骤繁复、要么语言程序化，要么视觉焦点跳跃，要么校验顺序混乱，要么反馈不及时，如此种种的问题，让我很想认真的总结一下，思考 一下，为移动应用的表单设计，提供一些个人力所能及的建议，希望更多地设计师能认真思考移动应用表单的特殊性，能最大限度的提升表单设计的体验，提升效 率，提高满意度。</p> <p> 本文将从清晰的视觉纵线、信息的分组、极致的减法、利用选择代替输入、标签及文字的排布方式、依靠明文确认密码、合理的键盘利用、校验的小秘密这八个维度来分享我的移动应用表单设计秘籍。</p> <p> <strong><strong>一、清晰的视觉纵线</strong></strong></p> <p> 用户在浏览信息的时候，如果没有足够多的强调元素，会从上至下，从左至右的浏览，Web 端是一个“F”型视线，移动端更经常是“L”型视线（导航和重要操作往往在下边），那么如果你的表单的视觉浏览顺序，符合这个“L”型规律，基本上就符合 用户的心理预期，不需要任何的寻找，任何的思考，就可以简单高效的执行完表单项的填写和提交。</p> <p style="text-align:center;"><a><img title="shijuezongxian" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/f5253da3a751cab948f82ffcbfb37091.jpg" width="258" height="360" /></a></p> <p> 这是一个登录表单视觉纵线的例子，用户先关注到用户名输入框，再关注到密码输入框，然后就自然而然的发现了登录按钮。</p> <p> 反面的例子很多，比如下面两个：</p> <p style="text-align:center;"><a><img title="shijuezongxian2" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/dbe4a5904e1acf868c7da27246cbf53f.jpg" width="515" height="355" /></a></p> <p> 第一个反例比较常见，用户输入完用户名和密码之后，直接看到的操作按钮是注册，而不是登录，这种左右的布局方式，即便你用颜色区隔，也阻挡不了用户的视线落到注册上，于是简单的眼动测试就可以发现，这时用户盯着注册停顿思考一下是在所难免的。</p> <p> 第二个反例则会更加突出一些，因为表单标签与表单的相关性不是很好，用户需要先阅读表单标签的内容，再阅读输入框引导文字的内容，视线一直都是 左——>右——>左——>右，这样已经不够友好了，最后提交的时候，又需要整个视线平移到右上角去寻找登录按钮，当然，我并不是在 challenge iPhone 的设计，如果全局都拥有这样的操作栏，右上角提交表单项还好，但这也仅适用于键盘会遮挡提交按钮的情况。</p> <p> <strong><strong>二、信息的分组</strong></strong></p> <p> 表单项并不是从上边罗列到下边就可以了，而是要经过信息组织的，同一类的表单可以放在一起，当表单太长的时候，可以拆分成不同的组，这样用户在填写的时候，类似于一种任务拆解，可以一组一组的完成填写。</p> <p style="text-align:center;"><a><img title="fenzu" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/cb63c67600304a99034c955d353ddec3.jpg" width="246" height="342" /></a></p> <p> 登录和注册是两个完全不同的去向，所以在布局上做一个显著的分组，如果用户想要登录的话，专心填写就可以了，如果用户想要注册的话，需要点击注册按钮，去到一个新界面去完成操作。</p> <p style="text-align:center;"><a><img title="fenzu2" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/51cd6c422e92ea49495d6194cd57ca51.jpg" width="244" height="339" /></a></p> <p> 填写信息的时候，如果所有想都列出来自然会有较大信息负担，但是如果按组别来填，每个组别只有2~3项，就会觉得没有那么大的压力了。</p> <p> <strong><strong>三、极致的减法</strong></strong></p> <p> 那些不需要的信息，干脆就砍掉。那些实在需要，但是频次不高的信息，则可以隐藏掉，通过某个入口可以添加。</p> <p style="text-align:center;"><a><img title="yincang" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/62c9a433908c3deb1d78a8d535f14d56.jpg" width="244" height="337" /></a></p> <p> 如果你只需要用户填写基本信息，那么所有其他信息都可以隐藏在一个添加入口里，当用户需要的时候，可以找到。</p> <p> <strong><strong>四、利用选择代替输入</strong></strong></p> <p> 移动应用的输入成本非常高，尤其是触屏，输入效率和输入准确率都有很大的提升空间，在这种情况下，要尽量减少需要输入的内容，利用选择代替输入，简单来说，比如性别、比如出生日期、比如城市，都是可以通过选择的形式来提交内容的。</p> <p> 当然还有一些输入建议相关的场景，也是可以利用选择来代替输入的。比如当用户名已被注册的时候，系统提供几个用户名建议以供选择；比如给自己打标签的时候，系统提供常用标签以供选择，等等</p> <p><strong><a><img style="display:block;margin-left:auto;margin-right:auto;" title="jianyi" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/cb0d43a25856702c5fd6766cff2df894.jpg" width="238" height="338" /></a></strong></p> <p> 输入邮箱的时候，可以给出常用邮箱的建议，但是因为常用邮箱比较多，如果给的建议太多，需要滚动的话，干扰性大，还不如不给。所以可以合理定义 触发建议的时机，比如输入@后边的第一个字符后，基本上能锁定更少量的邮箱了，如“h”基本上就是 hotmail 了，“g”基本上就是 gmail 了。</p> <p> <strong><strong>五、标签及提示文字的排布方式</strong></strong></p> <p> 移动应用界面空间有限寸土寸金，但是表单项往往需要通过标签告知表单类型，通过提示文字告知表单格式，那么标签及提示文字怎样排布才可以使信息呈现最友好呢？</p> <p style="text-align:center;"><a><img title="1" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/6fc9699e863338f4346e9d5f5abd2f3c.jpg" width="341" height="190" /></a></p> <p> 优点：视线一直是纵向向下的，当输入的时候，不遮挡说明文字。</p> <p> 缺点：在寸土寸金的手机屏幕上，这种排布方式过于占用宝贵的垂直空间，键盘升起一遮挡，基本上什么都卡不见了。</p> <p style="text-align:center;"><a><img title="2" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/c7b8803fa9815824d079ed939d1fcb2b.jpg" width="339" height="161" /></a></p> <p> 优点：可以快速处理每一个表单项的输入，符合视觉纵线。</p> <p> 缺点：占用宝贵的垂直空间。</p> <p style="text-align:center;"><a><img title="3" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/f89f13059121583b1cf28278abc9e8af.jpg" width="456" height="139" /></a></p> <p> 优点：基本上解决了前面说的占用纵线空间的问题</p> <p> 缺点：缺点仍然是横向视觉不稳。</p> <p style="text-align:center;"><a><img title="6" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/9862e24c09bc4e3da6d99d5ede516b72.jpg" width="309" height="103" /></a></p> <p> 优点：即解决了视觉纵线的问题，又解决了节约屏幕纵向空间的问题，且元素较为稳定。</p> <p> 这是一种最佳的排布方式。</p> <p> <strong><strong>六、依靠明文确认密码</strong></strong></p> <p> 注册的时候，很多应用还需要两次输入密码，以预防误操作，防止输入错误的密码之后无法登录。但是真的需要输入两次密码来防止这个问题吗？有没有什么别的方法来规避这个问题呢？</p> <p> 其实除了输入两次密码之外，还有这样几种办法：1.最后一位明文显示 2.全部明文显示 4.默认暗文，可选明文 5.默认明文，可选暗文 6.对话框确认密码输入正确。 通过小范围的用户调研发现，默认明文可选暗文的形式接受度最高</p> <p style="text-align:center;"><a><img title="mingwen" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/f32c62bf4f918da97cc13831c8ee7cdd.jpg" width="296" height="158" /></a></p> <p> 输入框中有个隐藏按钮，点击一下，切换暗文显示。</p> <p> <strong><strong>七、合理的键盘利用</strong></strong></p> <p> <strong>1. 键盘的类型与调用</strong></p> <p> 不同的文本框类型，可以调用不同的键盘。比如网址输入框，调用网址输入键盘，可以方便快捷的输入 .com；纯数字的输入框，可以调用数字键盘；电话号码输入框，可以调用电话号码键盘，除了数字之外，还有*#+；姓名等中文输入框，可以调用中文键盘； 邮箱输入框可以调用邮箱键盘，方便输入@。</p> <p style="text-align:center;"><a><img style="width:573px;height:391px;" title="7" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/7b2b0a8095325219e0ebcb5d9f4dd436.jpg" /></a></p> <p style="text-align:center;"><a><img style="width:581px;height:346px;" title="8" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/5652e75b40f7a72f459ddc9ce7b9c963.jpg" /></a></p> <p> 但是这里有一个要注意的地方，如果把文本框定义成数字输入框，虽然是可以调用数字键盘，但是该输入框只认浮点双精度数字，就是说你输入了 “0123”，会被算作是“123”这样一个自然数，如果是作为验证码输入框的，你还需要做一些前端或后端的处理，来补全这个0。所以这里不得不提一 下，iPhone 手机，如果你设置了密码保护，在输入 4 位数字密码的时候，是 4 个框而不是 1 个框，调用的是纯数字键盘，这下你知道为什么了吧？</p> <p> 当然，不止是 iPhone，Android 也是可以定义键盘类型的。</p> <p style="text-align:center;"><a><img title="9" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/751c2a60b42a394b0e1167b3702e7192.jpg" width="605" height="363" /></a></p> <p style="text-align:center;"><a><img title="10" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/9890c3bb0994b31e414b80568ced158c.jpg" width="404" height="321" /></a></p> <p> 这里仅是粗略的调研，实际的文本框类型非常多，键盘类型也会比较多，需要具体情况具体分析。比如你的验证码如果不是纯数字的，就不能调用数字键盘了。</p> <p> <strong>2. 键盘上的功能键</strong></p> <p> 键盘上右下角的功能键是可以被定义的，这个功能键在填写表单的时候，跟 PC 上的 tab 键有点像，应该起着向下切换表单项的作用，当处于最后一个表单项的时候，这个功能键就要变成对应的操作。</p> <p style="text-align:center;"><a><img title="11" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/b1da2a99ce806a91481517665b7451ea.jpg" width="564" height="360" /></a></p> <p> 比如在登录表单中，光标处于用户名框，右下角是下一项；焦点处于表单最后一项，但是有必填项未填写时，该按钮是置灰不可点的；当所有必填项填写完整，且焦点处于表单的最后一项，操作按钮可点击，注意此时操作按钮一定是蓝色的。</p> <p> <strong>3. 键盘上的操作栏</strong></p> <p style="text-align:center;"><a><img title="12" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/ae990d3b1dc4891437d8130c95483a04.jpg" width="292" height="409" /></a></p> <p> 当表单项多于 3 项的时候，基本上就可以考虑增加键盘上的操作栏了，这个操作栏可以帮助用户切换上一项、下一项和收起键盘。当焦点处于第一个表单项的时候，上一项置灰不可点。</p> <p> <strong><strong>八、校验的小秘密</strong></strong></p> <p> <strong>1. 纵向的校验顺序</strong></p> <p> 当校验表单内容是否符合格式要求的时候，要按照表单项从上到下的顺序校验</p> <p style="text-align:center;"><a><img title="13" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/a5056760475ae44c52b816a7f7870fc4.jpg" width="322" height="200" /></a></p> <p> 比如这个表单，就该按照 1 用户名——>2密码——>3手机号——>4邮箱——>5性别的顺序依次校验，用户名格式不对、用户名重名、用户名在黑名单里之类 的问题，都会优先提醒，如果用户名没有问题，才会去校验密码，密码没有问题再去校验手机号……这样能保证错误提醒是可找到的，有规律可循的。</p> <p> <strong>2. 即时的校验反馈</strong></p> <p> 一种理想化的情况，就是当我输入完一个表单项的时候，系统可以立刻告诉我，这一项填写是否正确，而不是填完所有表单，提交之后，才告我我哪里需 要修正。在 Web 端，即时校验反馈已经非常常见，但是在移动端，即时检验尚需时日。主要原因是即时校验受限于网速，当网络环境不好的时候，校验也许需要很久，会影响正在进 行的下一项表单的填写。</p> <p style="text-align:center;"><a target="_blank"><img style="width:532px;height:158px;" title="jiaoyan" alt="移动应用表单设计秘籍" src="https://simg.open-open.com/show/6d6f730e85ea58d53621daee3844022d.jpg" /></a></p> <p> 美国日本的移动网速优于中国，推ter 和 Evernote 的手机客户端已经采用了即时校验的方式来反馈问题，在中国使用，体验还没有特别流畅，也许国内的移动表单即时校验还需要等些时候。</p> <p> 其实除了清晰的视觉纵线、信息的分组、极致的减法、利用选择代替输入、标签及文字的排布方式、依靠明文确认密码、合理的键盘利用、校验的小秘密 之外，还有很多很多秘籍没有写，比如清晰的步骤、用户的语音、移动端特殊的情景、合理的说明、及时的反馈、锚点置顶、主动做与次动作的位置、给与建议、给 予限制、适当的帮助、标签页设计、颜色的信息传达、循序渐进的表单，以后有机会再做分享。</p> <div id="come_from"> 来自: <a id="link_source2" href="/misc/goto?guid=4958336963736191735" target="_blank">elya.cc</a> </div> </div>