[前言]读英文的博客和英文的书，也读了不少，读的时候摇头晃脑也读得懂，可是读过之后，感觉却没啥收获，想来是因为读中文，一边读一边是在思考和反刍，而读英文，却是一边读一边在词对词翻译。这次，做订单项目，对各个电子商务的订单流程很感兴趣，所以试用了若干个电子商务网站，进而对订单表单设计很有兴趣，恰逢此时，看到大名鼎鼎的luke写了一篇《The Apple Store's Checkout Form Redesign》，这次，为了避免读而不懂的问题，干脆找个时间翻译了出来，也旨在能够帮助到与我遇到同样问题的同学们，翻译水平有限，请见谅。 —————————————————分割线———————————————————————————
Apple store的结账表单重构 December 16, 2009 by Luke Wroblewski 原文地址：http://www.lukew.com/ff/entry.asp?968
先前的苹果结算页面分成了几个页面，并且使用了一个顶部的进度条来提示人们在流程中的哪个位置。错误信息放在页面顶部，没与造成错误的输入域进行关联，也没有提供可操作的补救措施。最终的结算确认页面没有提供一个单个的按钮以便用户更容易产生行动，而是提供了会造成迷惑的多个按钮。
尽管让人们知道他们所处的一个过程还有多远能够完成是个很好的主意，但是你要提防那些进度条——他们并没有正确表示要完成一个表单所需的页面或者步骤数量。
造成出错的输入框应该不仅仅在页面上可见，并且应该被明显标注出来。无论是顶部的错误提示信息还是这个出错的输入框都应该给用户清楚的指导，去帮助他们更换一个答案或者去寻求更多帮助。
像“提交”、“保存”、或者“继续”这些操作，是旨在完成（enable completion）的，这是一个刚开始填写表单的用户期望的首要目标。因为他们是一个表单最重要的操作（完成）。它们多作为“首要操作”。另一方面，次要操作，较少被利用，它们通常是允许用户重设刚录入的数据的。由于次要操作有可能带来负面的效果，尤其是当被无意中点到的时候，所以我经常建议他们应该从表单中去除。
