爱华网系列专题：《行动的召唤：有效提升网络营销力》
简洁就是美，有时候也不完全对 人们常常想通过删除多余空白区域优化表格。最近，我们的一个客户对表格进行了A/B检测。A要求访客填写电子邮件地址，但B不作此项要求。虽然B的完成率较A稍高，相关产品的销售量却非常低。自动回复和跟踪邮件的功能是不能忽略的。许多人没有花时间研究电子邮件交流，研究过的人将会使顾客完成交易。 错误处理是另一个方面的问题 错误处理包含访客和网站对访客的回应两个方面。网站开发者的任务经常是编写程序处理错误。但很多时候，他们的指令只不过是"随便编写一些代码"来处理错误。没有人能准确告诉他们网站上发生了什么，结果网站开发者就是机械地处理错误：简洁、准确、最小化，一般访客完全不会理解是怎么回事。 您以前已经知道：您点击按键上交表格，看到一个既难看又无关的网页，显示您操作有误，再没有别的附加信息。也许实际上您犯了两个错误，您只改正了其中一个，然后错误信息又出来了。网站不能把所有错误一次性显示出来，而是只能一个个处理。 错误处理可以分为两类：处理要求和处理类型确认。第一种是关于需求的信息或公司决定的任何必须完成的表格，比如在申请小册中的地址栏。如果顾客不提供邮寄地址，您就不能给他们发送商品宣传册，对吧？ 第二种要处理的是保证所提供的信息是正确的信息类型。比如，邮寄地址栏中应该填写地址，而不是电话号码。 在设计网络表格时，您必须确定必须信息和所有信息的格式。电话号码可以设为选填项目。如果访客填了，网站应该可以分辨出这是电话号码。 网站开发者倾向于把对科技的双重体验带到处理网站表格错误中。他们分为两大阵营：一方青睐客户端表格错误处理，另一方喜欢服务器端表格错误处理。换句话说，网站表格应该何时包含检查必填区域和数据格式的编码，在顾客上交之前还是之后？ 这对您来说似乎是"半斤八两"差不多的，人们正在热烈争论着哪种方法"更好"。客户端验证被认为更快捷（"网站更像是熟悉的桌面GUI应用程序"的委婉语），但这是典型的JavaScript编码。JavaScript是高度依靠访客的浏览器、浏览器版本和系统平台，这些都有可能是阻挡购买动力的限制性因素。
服务器端验证允许控制处理数据的算法，忽略浏览器兼容问题。但是这确实需要网站服务器进行双向处理，先不要处理错误信息，用户点击"递交"之后再处理。 网站开发者常常抓不住问题的要害：正确的元素是一切可以满足访客需求的元素，是在表格成功上交时用精准信息造成最小动力减速路障的元素。开发者应该应用这两种技术更好地为企业需求服务，即使要以牺牲保持编码复杂性为代价。 提供最小的客户端错误处理。这是处理必填区域和验证路径的非常有效的方法。使用跨平台兼容标准数据库（如qF*rms，在服务器端设置更多的错误处理）验证JavaScript表格，这样，不管访客使用的浏览器的类型和版本是什么，您都可以帮助提供信息，减少动力减速路障。 显示错误信息 网站应该设法清晰地向访客显示错误信息，让他们知道该怎么改正。Banana Republic（香蕉共和国，经营时尚服装）网站是一个很好的例子。如果您点击网页底部"信息入口"链接，递交一个错误的电子邮件地址，网站会用红色的字体告诉您错误是什么，怎样改正。 错误网页上显示错误不是访客造成的（即使是访客自己的责任的时候也一样！），这样做是有好处的。如果把责任归咎于网站服务器："抱歉，服务器不能识别您的邮编。"相信我，服务器不会受到感情伤害。 当处理格式验证时，不要让访客痛苦地使用您偏好的形式，也许他们并不喜欢，特别是即使您能够很容易从给定的形式提取到数据，也不要这样做。 电话验证也是一个例子，比如N*rdstr*m.c*m。其表格要求您输入电话号码，数字间没有空格、破折号、句号或括号。为什么？我们是人。电脑运行网站是为了满足您的需求。它应该能识别任何一种形式的电话号码写法。有经验的开发者肯定能编写出编码处理这种情况，而且还能从电话号码所提供的数据中知道这是您的号码还是宠物的名字。最后，请记住这个事实，虽然有点奇怪，但却千真万确：经历过以上种种问题的顾客，问题被很好地解决，他们对网站的评价要比没有遇到任何问题的顾客高。做出一些必要的改变，这样会把动力减速路障造成的损失降低到最小，同时最大化投资回报率和转换率。
