本节书摘来异步社区《众妙之门——自由网站设计师成功之道》一书中的第1章，第1.3节，作者： 【德】Smashing Magazine 译者： 王兴 责编： 赵轩, 更多章节内容可以访问云栖社区“异步社区”公众号查看。
1.3 产品的交付
众妙之门——自由网站设计师成功之道
不论是自己一个人既设计网站又编写代码，还是与一群人合伙经营一家小公司，都将面对相同的挑战：在把网站模型交给程序开发人员之前，需要在设计和用户界面上下多少功夫？此外，在把一个网站有效地展示给客户之前，要做多少可视化工作？本文中，将讨论实现清晰沟通的最佳实践方案，使用什么样的工具以及如何对大小项目的资源进行管理。
1.3.1 提交的网络模型的数量
作为一个创业者，眼看着我的公司从一个在地下室开展业务、运作不正规、大部分员工都是兼职人员的小公司慢慢发展成一家小型企业，有自己的办公室和办公桌椅，还有自己的订书机（订书机难道不正表示了我的公司的合法性吗）。在公司诞生的过程之中，我们形成了自己的公司文化，以及一套行之有效的最佳操作规范，我们在网站设计和开发领域积累了很多有价值的宝贵经验。其中一条最有价值的经验就是我们知道多少可视化材料既节省了时间和金钱，又可以便于我们与客户和网站开发程序员沟通。
我都不用问你是否遇到过客户对你非常抓狂的时候。这种情况通常是这样发生的，他们让你设计一个有着复杂用户界面的个性化网站应用程序，结果客户看到你的作品立马抓狂，并且告诉你，这个东西跟他们脑子里的想的完全相反。坦白地说，他们抓狂并非因为他们是网络白痴，每次都跟着脑子里突然跳出来的念头瞎掰、瞎安排一通，而是因为你没有成功地跟他们就项目及其功能进行有效沟通。
别误会我的意思。你的用户界面或许真做得不错。它的运行速度快，脚本达到了最小化，每个按键和用户界面元素都有它独立的子画面。从技术和设计的立场来讲，它就跟2007年款的宝马Mini Cooper 一样时尚。但唯一的问题是，客户想要的只是一辆敞篷的小型载货卡车。
我们的网站设计方法和网站模型的数量通常都是根据项目的大小来确定的。根据本文写作的目的，我将项目分成了两类，一类是宣传型的网站（如，以介绍某个公司和某人为主要内容的网站）；另一类是应用型的网站。
- 宣传型网站
对于小型网站，建议你坐下来跟客户好好聊聊，对他们的业务有所了解。在这次会面之前，或许你知道的内容就仅限于表兄弟发给你的电子邮件，他告诉你，“Gadget Inc.（嘉吉特公司）的Mike想要你帮他设计一个很棒的网站，谷歌搜索得排名第一。”但是在与客户会面之后，你将会因为客户与你分享大量的相关信息而感到吃惊。不要害怕问问题：这些信息通常很难提取出重点，但当与客户面对面的时候，就不是什么大问题了。这种好问的态度也会让客户感到安心，因为这表明你是真诚地愿意帮他们解决业务上的问题。
现在有了很丰富的资料，你应该能够推断出客户真正想要的是什么了吧（他们可能跟你原先想的不太一样）！你要确定已经非常理解客户想要的网站以及他们为什么喜欢这种网站的原因，再加上颜色、商标以及其他视觉线索，这些资料已经足够帮助你开始这次设计了。如果客户还没有做好决定，依旧在等着一些关键性的建议，那么就需要带上一份网站模型与你的设计方案一起提交给客户。为一个大型项目做一个网站模型，这个投资是值得的，因为它可以与客户建立情感链接，从而加速拍板的进程。
这或多或少地总结了小网站的策略：与客户清晰畅通地沟通交流可以帮助你建立一个良好的工作基础，如果你对客户的要求心领神会，交给客户的很少的网站模型。如果在某个微小细节上卡住了，而客户对你的设计始终不满意，可以将模型发布到相关的专业论坛上，例如http://www.conceptfeedback.com/，并从其他设计师那里得到反馈。大多数时候，同行业人士的其他想法，可以让你的客户站在你这一边，当然你应该明确知道自己在做什么。
- 应用型网站
大型项目和网络应用程序是两个完全不同的野兽，必须要用不同的方法来驯服它们。对项目的要求，会生成一份提案申请（RFP），密封在镀金的充满了金钱味道的信封中，由项目组组长放在一起。一个团队会对网站的内容、功能和目的负责，他们的观点可能会跟你有一些出入。设计师和/或项目组组长的任务就是解读客户的要求，并与程序开发小组进行面对面的交流。
我知道如何解读书面的技术说明书完全是由读它的人决定的。程序员可以读懂，但客户委员因为读的人不同，可能会按各种方式解读它们。你的责任是向程序员和客户委员会对项目进行说明。以上提到的关于小型网站的条款同样适用。但同时，还需要建立一个信息架构图、功能流程图、交互界面模型以及其他更多的东西。因为是针对这些可视化元素进行沟通工作，可以考虑使用一些在网站上可以得到的工具，广泛听取更多观众的反馈。
因为含有详细功能函数的模型投资代价高昂，因此，在写下第一行代码之前，可以做的最好准备就是这些模型，因为一份详细的实例可以给客户一个正确的预期值。作为一个网站开发公司，如果网站设计师正好也懂如何增高标价、AJAX限制、可访问性和可读性的影响等，那将是非常幸运的一件事。我们曾经跟一些设计师打过交道，让我们奇怪的是，他们可以设计出极好的宣传型网站，却不能为网站用户界面的一个页面生成一个模型。
虽然一开始这个方法很花时间，但是可以节约数百小时的程序开发时间，因为应用程序会看起来像客户所期望的一样，并且按客户所期望的那样运行。信息分级和功能模型可以让程序开发员完全独立于设计师进行工作，将干扰和问题减到最少。
1.3.2 红旗
即使你遵循了这些指导意见，并且使用了一个创造性的方法，但仍有可能会从与客户的谈话中或来往的电子邮件中收到让你心里敲起警钟的信息。这些交流一般都这样开始，“这完全就不是我想要的东西”，或者“我一直在期望有些惊喜”，又或者“我们真的不想让它看上去像交友网站”。这些话会给我们带来麻烦，主要有两个原因，第一个原因就是你的预算有限而这个项目的时间已经用得差不多了。第二个原因是，这些话有些模棱两可，就像瑞奇·马丁的性感一样（译者注：因为瑞奇·马丁是同性恋，他的性感既对男性有吸引力，也对女性有吸引力，所以作者这么说）。
那么，就像客户要求收集阶段，注意力应该放在解读这些话语真正的含义上，并且指出每句话确切的意思是什么。你已经做过的工作通常是可以补救的，有时候可能客户想要的只是改变一下插图、配色或字体。我的建议是，不需要花费太大精力进行改动就能达到这个目的。从小小的改动开始，然后把模型交给客户。然后继续进行适当的复杂的改变，再把模型提交给客户。重复上述步骤。通过这些微小的调整，再加上你与客户适时的沟通，你会发现，他们邮件里那些否定性的意见，其实是把一些很小的问题夸张了。
1.3.3 教训
在一项成功的项目中所采取的路线，将取决于团队的人员构成、团队的规模大小以及与客户的沟通能力。我们的团队完成的项目越多，我们越信任可视化交流，而这项重任完全压在了设计师的肩头。完全可以这样说，一个网站设计师是一个具备复杂混合知识结构的专业人士：他们必须懂得商务，能解读客户的意图，对可视化解决方案保持创造力和原创能力，并且技术能力强，能理解网站技术的局限性和最佳方法。
