网站设计交付的终点不是画面，而是客户能不能读懂

一份网站设计稿可以做得非常准，交付之后却仍然无法回答客户最基本的问题。原因在于设计负责的不只是它长什么样，还包括它被读成什么。这篇文章从设计交付的角度，讲清楚"翻译"这一步为什么属于设计工作。

网站项目的收尾通常很清晰。

视觉稿定稿，开发跟进，走查，上线。

然后就没有然后了。

这也是COMMA咖墨把信息结构评审放进设计流程的原因：稿子交出去之后，还得有人回答它有没有被读懂。

问题往往出现在上线半年之后。

客户反馈说，来访的人看完首页之后还是问，你们到底做什么。

设计能做的那部分，其实刚刚开始。

设计长期擅长解决一件事：让事物被感知。

色彩、字体、影像、留白、动效，共同建立第一印象。

这部分工作非常重要。

但它回答的是另一个问题。

客户在感受"好不好看"之外，还在判断几件事。

这家公司是做什么的？

它的服务和我的问题对不对得上？

它凭什么说自己能做这件事？

下一步我该点哪里？

这些问题已经不在视觉层面：

一个很常见的现场情况。

页面做得很干净，层级明确，留白舒服。

正文第一句写的是内部一直在用的业务命名。

这句命名在内部非常准确，能立刻对上部门、对上流程、对上报价单。

客户读完不知道它是什么。

设计师最容易做的事，是把这句话的字体放大、加粗、换个颜色：

这也是COMMA咖墨在设计阶段就介入业务说法整理的原因：换语言的成本，远低于上线之后返工。

它不是一个排版问题，而是一个语言问题。

这里要改的不是版式。

是这句话本身该换一套语言。

很多团队把这一步划给文案。

实际情况是，它更靠近信息结构。

要完成这次转换，设计必须先回答几个问题。

一个页面进来的人，真正要判断的是哪一件事？

这个判断需要哪几个信息才能完成？

哪一句是能直接回应这个判断的？

哪一段只是背景铺垫，可以退到后面？

顺序怎么排，才能让人从判断到行动？

页面上的说法在企业内部是按专业、按条线分别生产的，来访的人却是一屏一屏整体判断的。

两边刻度不同，所以同一处说不清必然会在同一处反复出现。

这些问题的答案会直接改变版式。

所以翻译不是先有内容再有设计：

在客户第一次联系你之前，他已经先自己读过一遍页面了。

这也是COMMA咖墨在设计交付里会保留一次信息结构评审的原因：稿子好看是底线，说法能读懂才算交完。

具体的做法可以很简单。

在常规的视觉评审之外，加一张表。

左边是与页面一一对应的正文段落。

右边只填一个问题：这一段单独拿出来，能不能回答一个客户会问的问题。

填不了的那几行，就是这次设计真正要处理的工作：

这些位置通常不多。

但它们决定了客户端的设计，最后有没有真的被读懂。

如果这个动作要继续下去，交付清单上最好加一行。

不是"页面已上线"。

也不是"视觉稿已归档"：

这一行有了负责的人，前面那张表才不会在项目结束后失效。

如果是纯视觉实验性质的作品，读者看的是表达。

如果是品牌手册或海报，主要任务是建立感知。

如果网站只承担作品展示功能，访客是来看画面的同行。

这些情况下，把判断语言排在视觉后面是合理的。

除此之外的企业网站，顺序最好不要反。

设计交付的终点，从来不只是一套画面。

它还包括一件事：客户读完第一屏之后，能不能说出这家公司是做什么的。

在那之前，稿子再准也只是完成了一半。