本书提供了网站设计时所需的可交付文档资料包括：概念模型，站点地图，可用性报告等，这些文档资料是设计人员和客户进行交流的主要工具。本书深入讨论了文档推介和风险规避技巧，向你展示了如何将文档资料按要求制作成有效的交流工具。
本书内容全面，结构清晰，讲解详细。可作为网站设计人员的参考用书。
关于网站设计的多数讨论好像都着眼于流程的创建，然而，要想把概念变为现实，需要一整套强大的可交付文档资料（概念模型，站点地图，可用性报告等等），这些文档资料是设计人员和客户进行交流的主要工具。现在终于有了一本专注于以上话题的指南了。作者Dan Brown深入讨论了文档推介和风险规避技巧这两方面的内容，并辅以交付件改进的小窍门，向你展示了如何将文档资料按要求制作成有效的交流工具。他首先介绍了交付件及其在设计过程中所处的位置，然后再对各交付件分别进行深入讨论。从可用性报告到项目计划、内容地图、流程图、线框图、站点地图等，每章都包括一个内容清单，推介策略，维护策略，生成过程描述和该交付件对项目的影响等。
具体描述
读后感
可以先看看图，流程图、线框图，都是不错的范例； 然后仔细阅读，是使用这些方法的优秀指南。 不过，原版书，阅读起来比较慢>_<
评分刚买，才看完简介，发现已经读的非常累了 p7 解决冲突的策略：团队使用特定的方法解决冲突。那些装备不良的团队可能没有准备好在紧密合作的环境下解决冲突。这样就改变了产品的功能。 p5的表头最下面的表头都翻译错了，看了内容才知道内容。 后续还没读，但这种翻译水平...
评分这本书在07年理论满天飞的大环境下是一支独秀，起码看起来更像在做事。书主题讲设计沟通，价值在于针对不同流程、方法交付物提出了成体系里的实践结论。上月的阅读推荐书单中，我对《Communicating Design》的定义是贯穿Structure, Skeleton, Surface三层的指导。 看得出作者...
评分从题目上看，以为是本实战性比较强的书，但是看过一些章节以后发现每个方法的介绍脉络是先简介，注意事项，在实际的推广应用。但是问题是时间较早了，貌似2008年的书，其中的方法有些现在用的都不多了，而且方法的介绍不够深入，总体而言，个人感觉就是内容不够新，实用性不强...
评分入行三年 基本靠自己的摸索和与同事朋友的交流 当看到这本书 起初觉得可能是不错的方法论 当然作为对现行用户研究的方法和交互流程的查漏补缺性也算可以 但是相对于实践性来说还是差了点 对于想涉及UX行业的新人应该还是不错的...
用户评价
设计沟通的方法论
评分最近整个设计团队被不写文档的产品经理折腾得要死，不得不重新捡起这本书看看有什么办法……
评分想起一句话, 不是不想做得好, 是没见过好的
评分基本上讲整个产品设计的过程，但有些原理运用起来还是有点难度，统一思想或者说是提高产品设计的认知很重要，包括用户模型的建立，概念模型的推广，可用性测试等，也提出一些常见的产品设计规范方法，可以一读
评分小而美的 GitHub 创始人 Tom Preston Werner 提倡文档驱动，文档是打造产品最重要的文件，建议在打造产品前写文档，以此作为产品的行动纲领。 产品设计的关键步骤是沟通，沟通的利器是文档。用文档来好处有 1）统一思想，思想传递会变形，公司员工会流失，文档是固定接口，可将思想始终如一贯穿其，团结思想，统一协作；2）交付理解，无论是战略、需求、数据还是设计，你都可以使用文档来交付与迭代你的理解，说话容易滔滔不绝，但文档是具体的想法沉淀和思考细节，可操作可执行；3）留本溯源，项目过多，产品迭代太快，人的记忆有限，用文档记录历史，能快速复盘，影响未来决策。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有