VIP会员
内容简介
《Web表单设计：创建高可用性的网页表单》通过大量实例介绍了创建高可用性网页表单的经验和技巧。书中从表单的关系、对话和外观三层模型入手，全面介绍了创建高质量表单的整个流程，并着重强调了可用性测试这一重要内容。《Web表单设计：创建高可用性的网页表单》是专注于网页表单设计的一本新作，其中大量实用的方法能够为现实工作中的设计决策提供建设性的意见，并帮助你设计出的表单。
《Web表单设计：创建高可用性的网页表单》适合各类对网页设计是对表单设计感兴趣的读者，无论你是UI设计师、可用性专家，还是信息架构师，亦或是产品经理，都将获益于书中介绍的实用知识和技巧。
目录
前言 什么是表单
0.1 表单牵动你和我
0.1.1 糟糕的表单后果很严重
0.1.2 优良的表单众人皆欢喜
0.2 煮酒论表单
0.2.1 只谈设计不谈技术
0.2.2 只谈网页不谈纸质表单
0.2.3 可用性：让表单更好用
0.2.4 制表流程：试试你就知道
0.3 一些定义，两种流程
0.3.1 表单，一看便知
0.3.2 三个层次：关系、对话和外观
0.3.3 一个混乱而典型的表单设计流程
0.3.4 系统化设计流程
第一部分 关系
第1章 说服人们回答问题
1.1 理解用户才能设计出好表单
1.1.1 人们对表单做出何种应答
1.1.2 读者、匆忙填写者和拒绝者
1.1.3 选择恰当的提问时机
1.1.4 关系随问题变化
1.2 影响反馈率的三条法则
1.2.1 规则1：建立信任
1.2.2 规则2：降低社交损失
1.2.3 规则3：增加奖励
1.2.4 一份小奖励：在必要时为用户提供表单
1.3 表单应该有多长
1.4 谁来回答问题
1.4.1 考虑身体差异
1.4.2 通过提问了解用户
1.4.3 了解用户如何理解表单
1.4.4 你是否足够了解自己的用户
1.4.5 通过创建人物角色，反映用户的现实情况
1.5 小结
小插曲注册表单：如果不可避免应当如何应对
第2章 获得正确的信息
2.1 为什么要收集信息
2.1.1 询问利益相关者
2.1.2 询问使用信息的人
2.1.3 运用问题协议研究信息使用方式
2.2 表单发布机构是否已经持有信息
2.2.1 使用表单发布机构已经持有的信息
2.2.2 避免重复
2.3 了解别人的问题
2.3.1 如果没有竞争对手该怎么做
2.3.2 一个观察竞争对手的示例
2.4 小结：获得正确的信息
案例分析会议预定表：问题协议样本
第二部分 对话
第3章提出容易回答的问题
3.1 要保证交流顺畅
3.2 问题要容易理解
3.2.1 用常见词汇提问
3.2.2 一次只问一个问题
3.2.3 将否定的问题转换为肯定的问题
3.2.4 谨慎的分组方式有助于明确含义
3.2.5 不要加入决策点
3.2.6 要知道文化差异
3.3 让人容易找到答案
3.3.1 插入式答案
3.3.2 搜集式答案
3.3.3 第三方答案
3.3.4 创造式答案
3.3.5 回答策略不匹配将产生问题
3.3.6 了解用户将在何处获取答案
3.3.7 清楚谁拥有你需要的数据
3.3.8 帮助用户找到答案
……
第三部分 外观
第四部分 测试
摘要与插图
找出分类错误的一种方法是在所提供的任何选择中都加上一个“其他”选项——至少在试用阶段之初要这样做。然后可以通过核查数据来了解是否有人选择过“其他”选项，如果没人选择，那么表单就不存在分类错误。
我们总想知道验证数据究竟是否有必要——当然也包括对字段选项的验证。对这一问题做决断其实就是权衡以下三个因素：
数据库中本应“干净”的数据实际上却毫无价值；
数据库中“无效”数据的问题；
遗弃有问题的数据会表现出缺乏起码的尊重。
你能否在的尝试阶段提供一个验证，但是无论发生任何情况仍旧允许用户继续填写？我们称之为“温和验证”的这种验证方式极少出现在网页表单中，但是我们清楚它的价值。例如在英国，获取退税申报表的软件允许用户在必要的时候屏蔽验证。又如一个验证用于捕获金额超过10000000的条目，这种情况通常因为用户错误地将两个条目输入到了一个输入框中，但对于少数相当富裕的人来说这种填法却是合情合理的。6.5.2 尽早验证假设你仔细设计了表单，使其尽量避免出现隐私错误和目录错误，此时验证无疑将帮助用户对付其他类型的错误。
在用户完成条目输入之后应当尽早开始验证，但谨记此举将引起对话流程的中断，这通常意味着要在用户完成一页中所有内容的填写后再进行验证。
如果确实有误，确保通过重新显示页面让用户意识到错误的存在，这一页：
明显相异于用户刚才提交的页面（我们经常看到用户对同样外观页面的重复显示感到困惑不已）；
在顶端有一个突出的警告；
为每个错误都提供一个链接，帮助用户快速到达出现错误的位置（对那些使用屏幕阅读器的用户来说本条尤为重要）。
然后在每一个引起问题的字段旁边突出显示该问题。
……