Communicating Design中文版:高效设计沟通之道(原书第2版)
点击看大图基本信息
编辑推荐
本书的第1版曾被很多专家和读者誉为“石破天惊”之作
设计沟通方面的经典之作，用户体验设计师必读
内容简介回到顶部↑
书籍
计算机书籍
成功的网站设计团队依赖开发人员与客户之间的良好沟通，也离不开开发团队内部成员之间的沟通。线框图、站点地图、流程图和其他设计图建立了一种公共的语言，利用它，设计人员和项目团队能够捕捉思想、跟踪进度并且始终让涉众了解最新的项目情况。
《communicating design中文版:高效设计沟通之道(原书第2版)》的第1版曾被很多专家和读者誉为“石破天惊”之作，可见其震撼力之巨大，第2版是5年之后进行的一次全面更新和修订，是作者 “五年再磨一剑”的又一部力作。
在第2版中，作者定义并描述了每个交付件，并且为提出了有关创建文档以及在团队协作和文档展示的上下文背景中使用文档的实用建议，这些建议并非特殊于某种方法，也就是说，无论你使用的是什么过程、工具或方法，本书都将帮助你提高创建和展示设计交付件的技巧。
第2版特色：
优化了结构，全书分为两大部分：设计图和设计交付件。第一部分主要介绍设计文档和基本要素，第二部分则解释如何综合运用这些要素。
新的交付件：提供了设计纲要，以及有关线框图、流程图和概念模型的最新建议。
更多图解：旨在帮助设计师理解用来创建设计图的方法和微妙变化。
读者练习：专供在晚间独自学习的读者使用（或许他们此时最想做的就是练习绘制一个线框图），也可以在研讨会或课堂上用作练习。
《communicating design中文版:高效设计沟通之道(原书第2版)》内容全面，结构清晰，讲解详细。本书可作为网站设计人员、交互设计师、用户体验设计师等团队的学习性读物，也可作为个人了解设计沟通的参考用书。
计算机书籍
成功的网站设计团队依赖开发人员与客户之间的良好沟通，也离不开开发团队内部成员之间的沟通。线框图、站点地图、流程图和其他设计图建立了一种公共的语言，利用它，设计人员和项目团队能够捕捉思想、跟踪进度并且始终让涉众了解最新的项目情况。
《communicating design中文版:高效设计沟通之道(原书第2版)》的第1版曾被很多专家和读者誉为“石破天惊”之作，可见其震撼力之巨大，第2版是5年之后进行的一次全面更新和修订，是作者 “五年再磨一剑”的又一部力作。
在第2版中，作者定义并描述了每个交付件，并且为提出了有关创建文档以及在团队协作和文档展示的上下文背景中使用文档的实用建议，这些建议并非特殊于某种方法，也就是说，无论你使用的是什么过程、工具或方法，本书都将帮助你提高创建和展示设计交付件的技巧。
第2版特色：
优化了结构，全书分为两大部分：设计图和设计交付件。第一部分主要介绍设计文档和基本要素，第二部分则解释如何综合运用这些要素。
新的交付件：提供了设计纲要，以及有关线框图、流程图和概念模型的最新建议。
更多图解：旨在帮助设计师理解用来创建设计图的方法和微妙变化。
读者练习：专供在晚间独自学习的读者使用（或许他们此时最想做的就是练习绘制一个线框图），也可以在研讨会或课堂上用作练习。
《communicating design中文版:高效设计沟通之道(原书第2版)》内容全面，结构清晰，讲解详细。本书可作为网站设计人员、交互设计师、用户体验设计师等团队的学习性读物，也可作为个人了解设计沟通的参考用书。
作译者回到顶部↑
本书提供作译者介绍
Dan Brown是EightShapes, LLC的创始人兼总裁，该公司是一家用户体验咨询公司，位于华盛顿特区，它的客户涉及沟通、媒体、教育、医疗、高科技等方面。自1995年开始，Dan便从事信息架构和用户体验设计方面的工作。
Dan依据他在沟通复杂概念和抽象方面的专长以高质量视频文档的方式，撰写了一本关于用户体验交付的书——《设计沟通十器》（New Riders，2006）。亚马逊评论该书为一本“权威的”、“实用的、个性化的、全面的”和“很酷的书”。
.. << 查看详细
Dan依据他在沟通复杂概念和抽象方面的专长以高质量视频文档的方式，撰写了一本关于用户体验交付的书——《设计沟通十器》（New Riders，2006）。亚马逊评论该书为一本“权威的”、“实用的、个性化的、全面的”和“很酷的书”。
.. << 查看详细
目录回到顶部↑
《communicating design中文版:高效设计沟通之道(原书第2版)》
译者序
序
前言
致谢
作者简介
第1章 简介1
1.1 整个故事：交付件2
1.2 故事的组成部分：图表2
1.3 用于创建图表和交付件的工具3
1.4 交付件和设计流程4
1.5 交付件和项目团队6
1.5.1 项目成员6
1.5.2 团队的互动6
1.5.3 政治影响8
1.5.4 客户关系8
1.5.5 那些内部成员呢9
1.6 描述与实施9
第1部分 设计图表
第2章 图表使用基础12
译者序
序
前言
致谢
作者简介
第1章 简介1
1.1 整个故事：交付件2
1.2 故事的组成部分：图表2
1.3 用于创建图表和交付件的工具3
1.4 交付件和设计流程4
1.5 交付件和项目团队6
1.5.1 项目成员6
1.5.2 团队的互动6
1.5.3 政治影响8
1.5.4 客户关系8
1.5.5 那些内部成员呢9
1.6 描述与实施9
第1部分 设计图表
第2章 图表使用基础12
译者序回到顶部↑
本书是讲设计沟通的，什么是设计沟通呢？一般而言，设计沟通是指设计团队与客户双方为了实现设计目标，互相之间传递需求、责任、想法、信息、反馈和情感等，最终达成共识的过程。简单来说，它就是指在设计师与客户之间建立一种良好且顺畅的互动关系，客户提出需求、目标和建议，设计师通过创建各种交付件把解决方案传达给客户，然后客户再提出反馈意见，如此循环，最终制定出最佳的解决方案。当然，实际情况远远比这复杂，设计沟通是设计团队与客户确立共同目标的有效手段，它的成功与否直接影响项目的成败，因此具有至关重要的意义。
本书第1版曾被很多专家和读者誉为“石破天惊”之作，可见其影响力之大。你现在看到的是第2版，这一版的内容进行了全面更新和修订，删除了一些过时内容，又新增了大量内容。另外，在结构和内容上都有了很大改变，是作者自2005年出版第1版之后“五年再磨一剑”的又一部力作。
新版有两大特色：
作者提供了大量在团队协作和文档展示的上下文背景中使用文档的实用建议。值得一提的是，这些建议并非专用于某种开发过程或方法，而是通用的，无论你使用的是什么过程或工具，都可以从本书中学到大量创建和推介设计交付件的技巧。
来自业内专家的贡献，多以专家答疑形式出现，对正文做了有效的补充和完善。
此外，部分章节还提供了练习题，专供那些自学的读者使用，也可以用作研讨会或课堂练习。
本书主要面向网站设计交付件的创建者、使用者和审批者。当然，用户体验师和可用性工程师也将从本书中得到大量帮助和实用建议。
与几年前相比，目前国内交互设计领域正处于蓬勃发展的时期，设计需求不断扩大，从业人员大量增加，但伴随的问题也比较突出，那就是设计交付件的质量不高，设计沟通得不到应有的重视，这已经成为提高设计质量的最大瓶颈。在这种背景下，设计沟通的意义就显得愈加突出，读完本书，你就会认识到设计沟通的重要性，同时也会发现原来沟通可以如此简单、美妙。参与本书翻译工作的有田俊静、曾少宁、谢俊，由于译者水平有限，在翻译过程中难免会有疏漏之处，恳请读者批评指正。
本书第1版曾被很多专家和读者誉为“石破天惊”之作，可见其影响力之大。你现在看到的是第2版，这一版的内容进行了全面更新和修订，删除了一些过时内容，又新增了大量内容。另外，在结构和内容上都有了很大改变，是作者自2005年出版第1版之后“五年再磨一剑”的又一部力作。
新版有两大特色：
作者提供了大量在团队协作和文档展示的上下文背景中使用文档的实用建议。值得一提的是，这些建议并非专用于某种开发过程或方法，而是通用的，无论你使用的是什么过程或工具，都可以从本书中学到大量创建和推介设计交付件的技巧。
来自业内专家的贡献，多以专家答疑形式出现，对正文做了有效的补充和完善。
此外，部分章节还提供了练习题，专供那些自学的读者使用，也可以用作研讨会或课堂练习。
本书主要面向网站设计交付件的创建者、使用者和审批者。当然，用户体验师和可用性工程师也将从本书中得到大量帮助和实用建议。
与几年前相比，目前国内交互设计领域正处于蓬勃发展的时期，设计需求不断扩大，从业人员大量增加，但伴随的问题也比较突出，那就是设计交付件的质量不高，设计沟通得不到应有的重视，这已经成为提高设计质量的最大瓶颈。在这种背景下，设计沟通的意义就显得愈加突出，读完本书，你就会认识到设计沟通的重要性，同时也会发现原来沟通可以如此简单、美妙。参与本书翻译工作的有田俊静、曾少宁、谢俊，由于译者水平有限，在翻译过程中难免会有疏漏之处，恳请读者批评指正。
前言回到顶部↑
一言以蔽之，本书是讲文档（documentation）的。听上去很乏味，是不是？
文档是在项目进行过程中准备的一系列文件的集合，在许多情形下，它们都是网站设计的薄弱环节。毕竟，文件经常以纸面形式呈现，束之高阁后便无人问津—寒呐！
但是，做过网站设计的人都知道：“成也文档，败也文档”，文档不仅捕捉了设计理念，推进了项目进程，而且有助于项目组成员彼此间的交流。网站设计文档（有时称为“交付件”）也可以作为里程碑，用以标记项目进展，否则该过程看起来永无终结。它们是“历史”的见证，项目后期参与进来的人员，就可以在先前项目组所做决定的基础上快速起步了。
简言之，一个文档记录了一个想法创意。对于网站设计来说，这可能有点偏向存在主义了，但实事求是地讲，如果连创意的传达都不到位就想按此创意创建一个网站，这简直是痴人说梦！
从表面上来看，这本书将有助于提高文档的质量。关于如何制定交付件计划以及在会议和项目中怎样有效地利用它们，本书也提供了相应的建议。在介绍这些内容的同时，本书也试图找出文档成败的因素，并帮助你区分文档好坏与想法好坏之间的不同。
本书读者对象
本书的读者主要有：网站设计过程中的交付件的创建者、使用者和审批者。
创建者：不论你是网站设计的新人还是久经沙场的老手，如果你要创建交付件，本书将帮助你呈现你的劳动成果。它向你介绍策划、展示交付件的新技巧。如果你上次刚刚生搬硬套过一大堆线框图的话，本书定会令你耳目一新。
使用者：站点地图可能不是由你负责创建的，但是，在接下来的时日里，你需要参照它将内容从现有网站迁移到新的结构中。抑或你是开发人员，得参照线框图编写网站的代码。你也可能是客户，正面临一场攻坚战：在公司内兜售新的设计理念，那些人物角色迟早派得上用场，但你想弄清它们是否真的无懈可击。本书将帮你想清楚自己想要什么，并且为你同团队的用户体验设计师之间的对话做准备。
审批者：当推诿到你这里时，你希望一切都钉铆各是。作为客户或重要涉众（即投资的人），你将极度依赖这些文档。对于项目的推进，判断你所花的钱到底值不值，以及保障设计团队忠于原有路线，这些文档都非常必要。本书可以帮你明确你对团队的交付件的期望。
“可是我不使用交付件”
真的吗？你从未写过一封电子邮件或在白板上画过什么东西吗？你从未绘制过草图以期获得一些反馈吗？你从未在图表应用程序中编排过流程图，仅仅为了确保覆盖了所有的步骤吗？
有些软件方法只会创建最终将包含在最终产品中的内容。至少，有些人是这么解释这些方法的。
然而，每种设计方法都必须包含绘图、画草图、解释或建模。创建图形或最终产品的表示作为解决问题的一种手段，每个设计过程都承认这一点的价值。每位优秀的设计人员都会花上一点时间来估计问题，从而（在任何适当的程度上）理解有哪些需求和限制。
即使创建的不是正式的多页交付件，你仍然需要描述复杂的思想，或者解决设计问题，又或者讲述你的方法。本书中的图和文档对此提供了支持。你可以选择各种不同程度的描述：从站在白板前15分钟的讲话，到更长时间的讲解，再到一丝不苟的详述。
本书内容
本书第2版建立在第1版的理论体系和目标之上：
本书未包含所有的交付件。书中探讨了5种最常见的交付件，只要你在网站设计这行混饭吃，你就不可能避开它们。这些都是用户体验相关的交付件，所以，如果想了解如何创建E-R图（实体关系图）或UML（Unified Modeling Language，统一建模语言）图，请你另觅高见。本书本可以囊括不计其数的用户体验文档，但是，它们中有许多都不是通用的，或者受版权所限，或者在别处已有所讨论。
文档是在项目进行过程中准备的一系列文件的集合，在许多情形下，它们都是网站设计的薄弱环节。毕竟，文件经常以纸面形式呈现，束之高阁后便无人问津—寒呐！
但是，做过网站设计的人都知道：“成也文档，败也文档”，文档不仅捕捉了设计理念，推进了项目进程，而且有助于项目组成员彼此间的交流。网站设计文档（有时称为“交付件”）也可以作为里程碑，用以标记项目进展，否则该过程看起来永无终结。它们是“历史”的见证，项目后期参与进来的人员，就可以在先前项目组所做决定的基础上快速起步了。
简言之，一个文档记录了一个想法创意。对于网站设计来说，这可能有点偏向存在主义了，但实事求是地讲，如果连创意的传达都不到位就想按此创意创建一个网站，这简直是痴人说梦！
从表面上来看，这本书将有助于提高文档的质量。关于如何制定交付件计划以及在会议和项目中怎样有效地利用它们，本书也提供了相应的建议。在介绍这些内容的同时，本书也试图找出文档成败的因素，并帮助你区分文档好坏与想法好坏之间的不同。
本书读者对象
本书的读者主要有：网站设计过程中的交付件的创建者、使用者和审批者。
创建者：不论你是网站设计的新人还是久经沙场的老手，如果你要创建交付件，本书将帮助你呈现你的劳动成果。它向你介绍策划、展示交付件的新技巧。如果你上次刚刚生搬硬套过一大堆线框图的话，本书定会令你耳目一新。
使用者：站点地图可能不是由你负责创建的，但是，在接下来的时日里，你需要参照它将内容从现有网站迁移到新的结构中。抑或你是开发人员，得参照线框图编写网站的代码。你也可能是客户，正面临一场攻坚战：在公司内兜售新的设计理念，那些人物角色迟早派得上用场，但你想弄清它们是否真的无懈可击。本书将帮你想清楚自己想要什么，并且为你同团队的用户体验设计师之间的对话做准备。
审批者：当推诿到你这里时，你希望一切都钉铆各是。作为客户或重要涉众（即投资的人），你将极度依赖这些文档。对于项目的推进，判断你所花的钱到底值不值，以及保障设计团队忠于原有路线，这些文档都非常必要。本书可以帮你明确你对团队的交付件的期望。
“可是我不使用交付件”
真的吗？你从未写过一封电子邮件或在白板上画过什么东西吗？你从未绘制过草图以期获得一些反馈吗？你从未在图表应用程序中编排过流程图，仅仅为了确保覆盖了所有的步骤吗？
有些软件方法只会创建最终将包含在最终产品中的内容。至少，有些人是这么解释这些方法的。
然而，每种设计方法都必须包含绘图、画草图、解释或建模。创建图形或最终产品的表示作为解决问题的一种手段，每个设计过程都承认这一点的价值。每位优秀的设计人员都会花上一点时间来估计问题，从而（在任何适当的程度上）理解有哪些需求和限制。
即使创建的不是正式的多页交付件，你仍然需要描述复杂的思想，或者解决设计问题，又或者讲述你的方法。本书中的图和文档对此提供了支持。你可以选择各种不同程度的描述：从站在白板前15分钟的讲话，到更长时间的讲解，再到一丝不苟的详述。
本书内容
本书第2版建立在第1版的理论体系和目标之上：
本书未包含所有的交付件。书中探讨了5种最常见的交付件，只要你在网站设计这行混饭吃，你就不可能避开它们。这些都是用户体验相关的交付件，所以，如果想了解如何创建E-R图（实体关系图）或UML（Unified Modeling Language，统一建模语言）图，请你另觅高见。本书本可以囊括不计其数的用户体验文档，但是，它们中有许多都不是通用的，或者受版权所限，或者在别处已有所讨论。
序言回到顶部↑
几周前，我接到了一位客户的电话。她问我是否能够把我在项目早期创建的“模型文档”发给她，我当时创建这个文档的目的是想从全局角度规划整个项目的部署，从而把它安排到一个当时看来不可能实现的时间线框架内来完成。我很诧异。老实说，这份模型文档是我特别为自己创建的一个概念模型图，没打算提供给客户和项目团队。事实上，我早先曾尝试过把它与团队分享，当我向他们解释这张我认为组织得很完美且帮助我消除了需求与设计之间的差距的图时，他们看上去竟然找不到重点。但现在，在项目需要找到焦点时客户要求使用它。项目经理已经见过它了—就贴在我的办公桌后面，有海报那么大，稍微一看就知道它会给项目带来所需的清晰思路。
这就是我在认识Dan Brown的近10年中的体验。多年以来，Dan Brown在我们需要的时候就会适时地提供清晰思路。他的做法的可取之处是将理念与文档分离，这样图就是不固定且灵活的，而且更重要的是，他没有给出方法。Dan不是“规范主义者”。
艺术家Sol LeWitt因为将工作的概念与工作的执行分离而闻名，他早在20世纪70年代就对此进行了研究，即有意给出模糊的指令，然后让具体的执行人员自己去解释指令的含义。他授权他的团队和展出其作品的画廊来解释他的指示。“垂直线，不一定笔直，不相互接触，均匀地覆盖墙壁，”他这样描述第86号Wall Drawing画展（系列视觉图展览之一）。画廊负责解释它们。如果二者相同，那就这样。如果它们不同，也没什么关系。尽管给出指令的方式相同，但其他人的理解改变了结果。
作为设计人员，我们的角色是发出指令给那些执行工作的人。清晰性极为重要，无论我们是为一个使用流程的团队还是大型组织工作，还是以自由者的身份通过Skype远程与一个团队合作，我们经常会用到图或交付件来表达我们的想法。Dan创建清晰图的自然方法能够支持任意规模的Web团队，是学习用户体验的关键资源。作为一名教育者，我既把本书当成正式的教科书，也把它当作非正式的指南，书中的设计体系最终把思想转化为行动指南，并让复杂之处变得清晰。成功的图使我们得以互相沟通。
文档往往是Web设计中的禁忌字眼。所有人都知道它的价值，但没人愿意谈论它。我首先在2002年信息架构师大会上偶然看到了Dan的图，立即就被吸引住了。Dan并不惧怕文档。在这次会议中，我们已经决定把他的图发表在《Boxes and Arrows》杂志中，让更多的人看到它。8年后，我希望有足够多的人能够看到和亲自体验本书的第2版。
有时候，你的设计方式与设计内容同样重要。你在阅读本书时已经知道“要做什么”，本书则告诉你如何去做。
Liz Danzico
纽约视觉艺术学院互动设计艺术硕士项目主席
这就是我在认识Dan Brown的近10年中的体验。多年以来，Dan Brown在我们需要的时候就会适时地提供清晰思路。他的做法的可取之处是将理念与文档分离，这样图就是不固定且灵活的，而且更重要的是，他没有给出方法。Dan不是“规范主义者”。
艺术家Sol LeWitt因为将工作的概念与工作的执行分离而闻名，他早在20世纪70年代就对此进行了研究，即有意给出模糊的指令，然后让具体的执行人员自己去解释指令的含义。他授权他的团队和展出其作品的画廊来解释他的指示。“垂直线，不一定笔直，不相互接触，均匀地覆盖墙壁，”他这样描述第86号Wall Drawing画展（系列视觉图展览之一）。画廊负责解释它们。如果二者相同，那就这样。如果它们不同，也没什么关系。尽管给出指令的方式相同，但其他人的理解改变了结果。
作为设计人员，我们的角色是发出指令给那些执行工作的人。清晰性极为重要，无论我们是为一个使用流程的团队还是大型组织工作，还是以自由者的身份通过Skype远程与一个团队合作，我们经常会用到图或交付件来表达我们的想法。Dan创建清晰图的自然方法能够支持任意规模的Web团队，是学习用户体验的关键资源。作为一名教育者，我既把本书当成正式的教科书，也把它当作非正式的指南，书中的设计体系最终把思想转化为行动指南，并让复杂之处变得清晰。成功的图使我们得以互相沟通。
文档往往是Web设计中的禁忌字眼。所有人都知道它的价值，但没人愿意谈论它。我首先在2002年信息架构师大会上偶然看到了Dan的图，立即就被吸引住了。Dan并不惧怕文档。在这次会议中，我们已经决定把他的图发表在《Boxes and Arrows》杂志中，让更多的人看到它。8年后，我希望有足够多的人能够看到和亲自体验本书的第2版。
有时候，你的设计方式与设计内容同样重要。你在阅读本书时已经知道“要做什么”，本书则告诉你如何去做。
Liz Danzico
纽约视觉艺术学院互动设计艺术硕士项目主席
媒体评论回到顶部↑
作为一名教育者，我既把本书当成正式的教科书，也把它当作非正式的指南，书中的设计体系最终把思想转化为行动指南，并让复杂之处变得清晰。——Liz Danzico，纽约视觉艺术学院互动设计艺术硕士项目主席
加载中...
