便于制作的文档设计

　　在过去的这些年里，我得到的眼里教训之一是，好的、甚至是伟大的设计，如果它不被采纳，就都是毫无意义的；除非它用严谨精确的和细节详尽的术语来描述，以便于使用它的程序员了解，否则它永远也不会别采纳。交互设计必须写成书面形式，有详尽无遗的细节，有充分的证据和范例。交互设计文档得打印和装订成许多本。必须把它分发到开发小组的每个成员手中。要使开发的主管人员站在那里点头微笑。
　　交互设计师们需要以充分的完整性和详尽的细节编写、整理、支持、概述他们的方案，这样程序员才可能信任这些方案，并且真正地以其为蓝图去编写代码。必须充分描述各种情况下的细节问题，好让程序员对方案的生命力有充分的信心，相信它能经得起实际应用的考验。
　　写好的计划书，就像一个战斗计划。每个人都知道自己的那一部分，知道什么是关键的问题。所有的人可以同步、协调地运作，来构造一个以同一特定用户—角色为目标的产品。
　　程序员们经常采用一种很有用的战术，叫作“消极抵抗”。与发起讨论来决定争端相反，他们避免引起别人的注意，悄悄地采取或不采取行动。我最欣赏的一个商务格言是：“没有落在纸上的东西都是不存在的”，这是软件世界中最真实的原则。任何没写下来的东西，都很容易引起分歧或被忽略，这是由于程序员的动机与用户的动机之间，有很大的分歧。仅仅详细说明一个对话框，这是很不够的，而且，交互设计师还必须明确指出，在某些地方，程序员不能擅自加入额外的对话框。对于程序员来说，对话框是好东西，他觉得，在空余时间加上两个额外的对话框，是帮了用户的忙。而对用户而言，对话框是可恶的东西，消耗他们的精力，降低他们做事的效率。
　　交互设计师就像建筑设计师，提交一组蓝图，来描绘要建造的产品。然而，虽然建筑蓝图和软件设计文档非常相似，它们之间还是有巨大的差别。建筑蓝图有大量的图例在起作用。纸上的一条线，代表十万块砖砌起的墙，如此等等。在交互设计文档里，大部分的图例消失了。描述100行代码的功能，可能会用100页长的一份文档。这也许有点滑稽，但我认为，一个充分详尽的说明书和用它写成的代码之间，却是难以分辨的。在一个理想的软件环境中，开发者会给设计师一年的时间来做设计，然后给程序员三个月的时间去编码。而目前的情形刚好相反。
这意味着，设计师应该、也必需省略一些东西。正如设计师知道什么是好的设计，他们也知道什么是重要的。交互设计师必须确定，程序中哪些部分是一定要经过设计的，哪些部分可以留下来采用程序员的方案。
　　我做的所有设计文档，都采取了报纸那样的方法来加以组织。新闻故事的大字标题概括整个故事。然后第一段，少量的细节说明故事。向下的三行再说一遍，这一次有更多的信息。然后，文章的剩余部分可能会分成几栏，讲述故事的全部细节。这使得读者可以直接看到想要的东西，而不必从不需要的细节中去寻找。