您的浏览历史

设计沟通十器

促销活动
  • [本书]参加机械工业出版社华章公司满58元赠书活动

基本信息

内容简介回到顶部↑

本书提供了网站设计时所需的可交付文档资料包括:概念模型,站点地图,可用性报告等,这些文档资料是设计人员和客户进行交流的主要工具。本书深入讨论了文档推介和风险规避技巧,向你展示了如何将文档资料按要求制作成有效的交流工具。
  本书内容全面,结构清晰,讲解详细。可作为网站设计人员的参考用书。

作译者回到顶部↑

本书提供作译者介绍

樊旺斌,“暂住”北京,“号称”可用性工程师。对定期“扫站”乐此不疲:搜集“用户体验”相关电子书或其他主题的系列资料,然后做深入系统的阅读与研究,偶尔会与三五好友显摆。
.. << 查看详细

樊旺斌
樊旺斌,“暂住”北京,“号称”可用性工程师。对定期“扫站”乐此不疲,搜集“用户体验”相关电子书或其他主题的系列资料,然后做深入系统的阅读与研究,偶尔会与三五好友显摆。..... << 查看详细

[同作者作品]
设计沟通十器

目录回到顶部↑

译者序
作者简介
译者简介
前言
 第1章 绪论
  1.1 十大交付件
  1.2 尤如蛋糕的文档层次
  1.3 一些假设
  1.4 图表创建的大体过程
  1.5 交付件推介的一般技巧
第一部分 用户需求文档
 第2章 人物角色
  2.1 初识人物角色
  2.2 创建人物角色
  2.3 推介人物角色
  2.4 人物角色在实际中的运用
 第3章 可用性测试计划
  3.1 初识测试计划
  3.2 创建测试计划
  3.3 推介测试计划

译者序回到顶部↑

作为阅读的先行者,我向各位同行强力推荐本书!.
就目前国内引进的“用户体验”相关书籍来看,该书是继《用户体验的要素》之后的又一“醍醐灌顶”之作,这也正是我乐意将其翻译并与各位分享的原因。
口述无痕,文档为凭。本书讲解了网站在规划、设计过程中最重要的十种交付件。关于本书,作者Dan Brown已经在“序”及第一章“绪论”中做了详尽的介绍,我不再赘述。对我来说,该书有三大看点,乐与众位分享。
1、创建、推介并有效地运用文档。
Dan Brown不仅教会了我们如何创建文档(文档的创建),如何改变“开会就是浪费时间”的现实(文档的推介),也让我们知道了如何避免汗牛充栋的文档被束之高阁、无人问津(文档的运用)。此外,他还是位Visio高手,你可以在Boxes and Arrows杂志上(http://www.boxesandarrows.com)阅读他的系列文章,向他学习更多的作图技巧。
2、结构化的行文风格及思考方式。
“相互独立,完全穷尽”(MECE,mutually exclusive and collectively exhaustive)是本书的又一大亮点。MECE是著名管理咨询公司麦肯锡处理问题时惯用的思维方式,它用最高的条理化和最大的完善度理清了解决问题时的思路。Dan Brown将企业管理咨询的这一思维套路成功地运用到了网站设计咨询中:本书在行文结构上始终都遵循着MECE,并在多处作了强调。
3、第22条军规。
“如果你能证明自己发疯,那就说明你没疯。”这是著名的第22条军规。在构建网站时,我们常常会处于某种自相矛盾的尴尬中:为了使网站更加完善,在设计过程中,我们需要试用一下网站;然而,在没有设计完善之前,我们是无法试用、验证网站的。做好阅读的准备,Dan Brown将会告诉你如何应对“鸡生蛋蛋生鸡”的悖论。..
一个篱笆三个桩,不是好汉,但我也有众人来帮:
没有陈媛嫄博士的鼎力相助,我就不可能如期完成该书的翻译工作。她的专注与敬业,也许就是互联网江湖中盛传的、难得一见的“过硬人品”。向过硬的人品致敬!
张宁博士,简直就是《恐龙特急克赛号》中的“人箭大炮”,每当我遇到“疑难杂句”时,她就会喊“时间~~停止!”,然后把翻译中的拦路虎一一帮我灭掉。感谢克赛!
范晓燕女士,不辞劳苦地审校了所有译稿内容(甚至占用了十一的假期),她的宝贵意见,帮助我避免了一些尴尬的错误和疏漏。在此致以衷心的感谢!
此外,涂小霞、焦玉霞、佟爽、王冬妮、董明华、柳客新和齐雅琼也为本书做了大量的翻译、校对工作,在此向各位表示感谢。
人人都会写字,但并不都能成为书法家;同样,我能翻译,并不一定是合格的译者。敬候“板砖”,E-mail/MSN:fanwb@newmail.dlmu.edu.cn。...
樊旺斌
“暂”于和谐北京
前于08奥运

序言回到顶部↑

一言以蔽之,本书是讲文档资料(documentation)的。是不是听上去很乏味?文档资料是在项目进展过程中准备的一系列文件的集合,在许多情形下,它们都是网站设计的薄弱环节。毕竟,文件经常以纸面形式呈现,束之高阁后便无人问津。——寒呐!.
但是,干过网站设计的人都知道:“成也文档,败也文档”,文档资料不仅捕捉了设计理念,推进了项目进程,而且有助于项目组成员彼此间的交流。网站设计文档(有时候称之为“交付件”)也可以作为里程碑,用以标记项目进展,否则该过程看起来永无终结。它们是“历史”的见证,项目后期参与进来的人员,就可以在先前项目组所做决定的基础上快速起步了。
简而言之,一个文档就记录了一个创意。对于网站设计来说,这可能有点偏向存在主义了,但实事求是地讲,如果连创意的传达都不到位就想按它创建一个网站,这便是痴人说梦!
好的文档资料其价值是毋庸置疑的,但是网站设计方面的书籍对它的讨论都很少。这并不是说交付件从未被提到过。随便找一个设计师或者信息架构人员的博客,你都能看到关于“如何有效地勾勒线框图”或“画流程图所需的形状”的文章,但是从来没有更全面地讨论过是什么使设计文档资料真正发挥作用。
从表面上来看,这本书将有助于提高文档资料的质量。关于如何制定交付件计划以及在会议和项目中怎样有效地利用它们,本书也提供了相应的建议。在介绍这些内容的同时,本书也试图找出文档成败的因素,并帮助你区分文档好坏和想法好坏之间的不同。
关于本书,你所应知道的
·未包含所有的交付件。书中探讨了10种最常见的交付件,只要你在网站设计这行混饭吃,你就不可能避开它们。这些都是用户体验相关的交付件,所以,如果想了解如何创建E-R图(实体关系图)或UML图(unified modeling language,统一建模语言),请你另觅高见。本书本可以囊括不计其数的用户体验文档,但是,它们中有许多都不是通用的,或者受版权所限,或者在别处已有所讨论。欲了解网站设计中各类文档的更多信息,请访问本书的配套网站,www.communicatingdesign.com。
·与方法论无关。方法变来变去,但文档却变化不大。本书的一个重要假设就是:不论采用什么样的方法论,大家都能够使用本书。话虽如此,但没有任何时机选择和依存关系也很难撰写文档资料,所以我会在方法论上做一些假设,这将会在后面的内容中详细阐述。这些假设确定了全书的行文结构,但这并不意味着你采用另一种不同的方法后它就不再奏效。
·这是一本教你操作步骤的指导书(how-to book),而非一本软件书籍。该书可以帮你生成更优质的交付件;并帮你将它们更好地呈现给你的客户和团队成员;它也将帮你预见交付件创建和分享时的风险。但它并没有告诉你如何使用应用软件生成那些交付件。不同的人喜欢不同的工具,但是工具的选择对于文档资料创建的目的及其所要传达的信息应该没有多大影响。
·这是一本“烹饪大全”。针对不同的文档,每章给出了一个秘方,有了它之后,你对该道“菜”的成败就有分寸了。请尽情地在页边空白处写下自己的心得体会。你甚至会发现,针对某文档所描述的技巧也适用于其他文档。虽然本书尽量使各章自成体系,但你也可以在其他章节中找到该交付件的灵感。
本书所面向的三类读者
本书的读者主要有:交付件的创建者、使用者和审批者。
·创建者:不论你是网站设计的新人还是久经沙场的老手,如果你要创建交付件,本书将帮助你呈现你的劳动成果。它向你介绍策划、呈现交付件的新技巧。如果你上次刚刚生搬硬套过一大堆线框图的话,本书定会令你耳目一新。..
·使用者:站点地图可能不是由你负责创建的,但是,在接下来的时日里,你需要参照它将内容从现有网站转移到新的结构中。抑或你是开发人员,得参照线框图编写网站的代码。你也可能是客户,正面临一场攻坚战:在公司内兜售新的设计理念,那些人物角色迟早派得上用场,但你想弄清它们是否真的无懈可击。本书将帮你想清楚自己想要什么,并且为你同团队的用户体验设计师间的对话做准备。
·审批者:当停牌到你这里时,你希望一切都钉铆各是。作为客户或重要涉众(请你们这些“有钱人”面对现实吧),你将极度依赖这些文档。它们对于项目的推进,判断你所花的钱到底值不值,以及保障设计团队忠于原有路线都非常必要。本书可以帮你明确你对团队的交付件的期望。
话题的延续
自从我2002年为Boxes and Arrows杂志(一本致力于信息架构的在线杂志)撰稿以来,交付件已经发生了很大的变化,且经历了上世纪90年代初网络兴起时的重大变革。本书是讨论文档资料的一个开端,我们将在www.communicatingdesign.com继续该话题,在那里你可以找到以下内容:
·可下载的样例,有本书上的,也有读者投稿的
·创建各种文档的辅导手册
·创建交付件的模板和工具
评论交流

共有4人开贴评论  4人参与评论  1人参与打分 查看

0人
 0%
用户平均打分
我要写评论 help如何参与评论和打分
0人
 0%
0人
 0%
0人
 0%
1人
 100%

tcltcl

专家级评论员
  
发表于:2009-1-7 12:08:00
本文出自UCD China 千鸟博客:http://blog.rexsong.com/?p=3581

这本书在07年理论满天飞的大环境下是一支独秀,起码看起来更像在做事。书主题讲设计沟通,价值在于针对不同流程、方法交付物提出了成体系里的实践结论。上月的阅读推荐书单中,我对《Communicating Design》的定义是贯穿Structure, Skeleton, Surface三层的指导。   
  看得出作者对每种方法都有较深入的研究,作为一本总结性的实践大全,指导性自然很强。但我想如此严谨的交付应该是作者多年的工作总结,不太可能在一两个项目中完整施展出来,搞不好还会误导读者。结合瀑布递推、敏捷迭代两种流程写写不同观点。
  
  
  *文档先行
  
  其实就是瀑布递推的流程应用,但本书所涉及的交付物知识结构,我认为定义有小问题。上月在操作参考中也顺便提到本书某些缺陷,同时给出了蓝图、文档、原型的交付物组织参考。又快速浏览了一遍,仔细阐述几个点:
其一通用性不够强,没有明确轻重缓急,什么是必须的?什么是次要的?什么是加分的?成功产品不一定都经过了专业方法的洗礼,或者说只是一笔带过。
  
  其二关系模糊,所定义的用户需求文档、策略文档、设计文档组织有点混乱。比如第三章可用性测试计划、第四章可用性报告,出现在第一部分用户需求文档中,我开始怀疑现实了。
  
  其三缺乏前瞻性,我坚信xhtml原型的发展空间、美好前景,但也归属于文档显然不合适。还是曾经那个观点:用web方式做web-based产品设计的优势将更垂直的专业、体系化发展。
  
  
  *文档滞后
  
  其实就是敏捷迭代的流程应用,首先应该强调,敏捷迭代不是反对文档,而是滞后。最重要的,设计师必须对传统文档应用了如指掌之后,才可能在敏捷中把控好节奏、有所失必有所得。本书没有提,或者说作者认为不与主题相关。
  
  著名的Flickr概念模型,好多同行看了叹为观止,第117页也有引用例子。但据我所知,这幅图是在产品正式运营两年之后所画,阶段性总结而已。或者在专业角度,本书更适合做咨询。
  
  设计师积累到一定程度,必然会形成自己的交付物标准,并且在实践中不断优化迭代。但如果是团队,个人标准还远远不够,得需要团队标准来规范。本书就是作者经过积累、总结,提供给同行们的一份参考答案。也许我们一时半会无法领会其中的内涵,但不管从理论、还是实践入手,这本书的价值都不可磨灭。
您觉得呢? 送鲜花 (得0支)  扔鸡蛋 (得1个)

zhanghaifen
三级评论员
  
发表于:2008-12-24 8:54:00
文档的交流确实很重要的。在与顾客确定最后的方案及实施时,主要是根据这样的文档。我们遇到根本就不懂怎样写的顾客,这就比较麻烦,买一本回家研究一下。
您觉得呢? 送鲜花 (得0支)  扔鸡蛋 (得0个)

oswx
一级评论员
该会员在china-pub购买过此书
评价等级:  
发表于:2009-3-6 16:05:00
是Communicating Design的译本,书非常不错.不过在实施起来非常困难,成本问题.终于了解到人家老外怎么做网站了,分析,分析啊
您觉得呢? 送鲜花 (得0支)  扔鸡蛋 (得0个)

monday2005
四级评论员
  
发表于:2009-1-7 12:02:00
到手之后翻了一下,才惊觉这是Communicating Design的译本。
  关于交付物的书很少,所以当初找到这本时奉若挚宝,但是真的用来觉得实践性还不是很强。不过这不影响这本书对于人的帮助,总能给你一些参考和启发。当初英文版以阅览标题和图片为主,文字也很有价值,决定再读一遍。
  
 来文来自豆辩网AMI会员的评价
您觉得呢? 送鲜花 (得0支)  扔鸡蛋 (得0个)
我要写评论
查看所有评论交流(共4条)