协同产品设计

当今，你可以通过前端框架以及AWS服务快速搭建一个全新的App应用或网站。实施将不再是一个困难的问题，但是这种快速组建并推向市场的行为方式，可能会令团队难以验证产品的正确定位。

本书包含的11个高可行性的实践工具，可以帮助敏捷团队或精益组织在产品构建过程中更加结构化的进行产品策略制定、用户调研，以及交互设计。另外，这里也有大量基于真实案例的技巧来帮助你引导产品会议以及帮助团队养成良性的协作习惯。产品设计人员、开发工程师，以及产品负责人都可以从中学到更加高效地构建优秀产品的方式。

协作和引导的基础：学会如何更好地与团队成员，利益相关方或客户沟通工作。

产品策略：帮助团队对目标和愿景有一致的理解。

用户研究和用户画像：识别并了解你的用户，同时将这一认知覆盖并传达至更大的组织。

用户体验地图：构建出更为精准有效的用户触点，从而提升产品转化率与用户留存。

产品界面和原型图：正确定位草图和线框同从而快速并高效的对产品进行迭代和验证。

Austin Govella目前于Avanade的休斯顿工作室主导体验设计，帮助跨职能团队设计和开发网站、办公工具和移动应用。他的博客地址是https://agux.co。

“Austin创作出一个具有高可行性以及字字斟酌的指引，这能帮助读者快速地理解产品协作中的各个步骤和细节，更进一步，也可以基于此构建出自己独特的一套产品协作方式”。

——Josh Seiden

《精益设计》联合作者

“Austin具有将最为复杂概念和事件化繁为简的本领，他提到的内容也绝对应该加入我自己的产品设计标准中。”

——Jeff Patton

产品设计教练，《用户故事地图》作者

目录
前言 1
第一部分 设计与协作
第1章 设计基准：思考-构建-验证及对应的四个维度 9
思考-构建-验证：设计师们需要的结构化方法 10
用户、界面、交互及系统：设计师们关注的四个维度 13
第2章 保真度：让合适的人来进行验证 19
保真度影响了模型中的内容 19
模型的保真度会影响循环 27
思考-构建-验证意味着设计需要协作 29
第3章 协作原则：共享认知、接纳和信任 31
协作的首要原则：共享认知 32
协作的第二原则：接纳所有团队成员 35
协作最重要的原则：信任 37
协作是创建出更好产品的秘诀 42
第4章 协作实践：构建框架、引导协作和明确产出 43
协作关乎问题本身 44
协作有着可复制的行为框架 44
协作始于构建框架 45
将特定的产出物作为协作结束的标志 47
引导协作的四个步骤 49
正式与非正式的协作 55
设计与协作融为一体 56
第二部分 项目战略
第5章 战略布局 61
战略关乎变革 62
驱动力推动变革 63
障碍阻碍变革 64
目标与变革之路 65
创新的正确高度 69
聚焦于正确的团队目标 70
第6章 构建项目目标 71
怎样构建项目目标 71
第一步：成员各自产出项目目标并分享74
第二步：将目标收敛为主题 81
第三步：项目目标优先级排序 85
在日常对话中识别目标 90
达成团队共识且确立优先级明确的目标能助力团队协作 90
第7章 未来愿景的推演 93
如何推演未来的愿景 93
第一步：产出当前存在的问题 96
第二步：产出当前达成的成就 100
第三步：基于对未来的期望完成的事，制订出具体的愿景 103
第四步：将指标映射至未来行动 108
愿景才是能让团队专注于成功的事物，而不是功能 112
第8章 记录并分享项目目标和愿景 113
将目标文档化以提供重要的背景信息 113
将项目愿景文档化以展示项目蓝图 115
与团队核对目标和愿景 116
团队需要持续地参考目标和愿景 117
第三部分 用户
第9章 用户和用户研究 121
用户画像、用户档案、角色和原型 121
任务、上下文和影响因素 122
动机、目标和用户任务 125
项目目标体现你的用户模型需要的属性 129
四种用户研究类型 130
基于用户属性和项目目标来选择研究方法 132
良好的用户模型随产品而演进 133
第10章 通过靶心画布来识别用户 135
用户识别的工作原理 135
活动1：产出直接用户 138
活动2：产出间接用户 141
活动3：产出扩展用户 143
为正确的用户构建合适的产品 146
第11章 使用用户档案画布探索用户属性 147
用户档案画布的工作原理 147
第一步：产出任务和上下文 150
第二步：分析任务以确定用户目标 153
第三步：产出用户痛点 157
第四步：生成用户收益 161
探讨用户属性以构建更好的产品 165
第12章 用户需求和偏好的属性网格 167
属性网格的工作方式 167
第一步：生成属性以展现全景 171
第二步：细化属性以减少噪声 178
第三步：了解用户行为的模式和异常值 186
第四步：审查以便与更广泛的团队和利益相关者建立共同的愿景 191
属性网格为用户画像奠定基础 194
第13章 记录并分享用户模型 195
用户模型能回答的四种不同问题 196
用户模型的两种类型：合理性与指导原则 198
用户模型的三种格式 199
传达用户属性的三种方法 201
使用名称和视觉元素传达用户身份 206
根据受众更改名称和外观 209
用户模型中要包含的其他五件事 209
并排展示多个用户 211
使用单页纸专注于单个用户 215
通过其他方式共享用户模型 217
以适合你查阅的格式来制作用户模型 219
用户模型是强大的参考工具 219
第四部分 交互
第14章 交互的元素 223
三种类型的交互模型 224
触点，由四面砖墙组成 226
长度、深度和立场 229
事实的阶段与瞬间 231
现状还是期望，选择往前看还是往后看 232
为项目和团队定制交互模型 233
第15章 在触点地图中定义构建的内容 235
触点是如何映射任务的 235
第一步：将场景梳理清晰 238
第二步：构建任务 240
第三步：重新梳理任务及其顺序 245
关于触点地图的讨论 246
触点地图以离散的形式展现了用户体验 249
第16章 如何将多个产品映射到用户旅程中 251
如何将用户旅程和用户体验地图映射到具体工作 251
第一步：构建触点 254
第二步：分析旅程的结构 258
第三步：探索触点的细节 265
促进对触点细节的探索 265
通过映射旅程来创造更好的产品 268
第五部分 界面
第17章 界面的可见部分和不可见部分 271
界面的四个可见部分 272
界面的不可见部分 278
界面的不可见部分同样重要 279
第18章 使用四角方法进行界面设计 281
四角方法的工作原理 282
第一步：识别界面的用户 285
第二步：识别用户任务 288
第三步：识别用户的下一步 291
第四步：确定上一步 294
第五步：确定界面的内容 297
第六步：识别界面的功能 305
使用四角方法辅助绘制线框图、实体模型和原型 310
四角方法不仅只用于界面设计 311
四角方法创建了一个共同的、整体的界面愿景 312
第19章 绘制界面草图的策略 313
活动1：用于创建单一共同愿景的集体草图 313
活动2：用于揭示具有竞争性观点的单人草图 318
活动3：用于生成多种界面变体的6-8-5草图 321
绘制草图时要考虑的其他事项 324
信任团队自行构建界面的能力 325
第20章 选择正确的界面模型：
线框图、实体模型还是原型 329
五种类型的界面模型（和实际产品） 329
五种界面保真度 335
制作界面模型的三种方法 341
不同的模型支持不同的界面保真度 342
使用尽可能低的保真度来减少迭代时间 344
基于受众调整保真度 346
第六部分 验证
第21章 验证和平衡 353
验证从收尾开始 354
验证活动的框架 356
引导验证 360
将反馈转化为前进的动力 364
坚持到最后 366
坚持自己的信念 367
作者介绍 369
封面介绍 369

前言
如果在接下来的24 小时里，你在工作上碰到了什么棘手的事情，那么这将是一本你唯一需要阅读的书籍。
如果你的同事们都无比地才华横溢，他们都能毫不费力地按照你所说的做，并且完全可以给你足够的时间做出决策。你从不需要着急完成任何事，也不需要推翻自己的决策重新开始。你的老板不会突然改变他的主意，也从不向你提出任何疯狂的要求……那么，你可能确实不需要这本书的指引。
我希望这本书可以协助你达成这样的目标。
我在一个跨职能的团队中工作，团队的成员们都承担着业务、技术或设计方面的工作。我们甚至不会使用同一种语言交流，也没有时间来解决语言问题。我们工作的方向总在变化，但我们工作的截止日期永远是固定的。所以无论我们如何想方设法地达成这样的目标也都无济于事。
我为这些可怜的人们写了这本书，他们做着一些有着明确且近乎夸张的最后期限的跨界协作工作（见图1）。这不是一本讨论处理流程的工具书，而是一本教会你如何完成任务的书。对于那些需要在团队中工作的人们来说，团队成员间的协作为团队顺利完成任务奠定了深厚的基础。
一些可怜的人总做着跨界的工作，或是面临更糟糕的情况：需要在一个业务、技术及设计人员混杂的跨功能团队中工作
这本书不会提到一些全新的概念，而只有一些无聊且老旧的概念。成功从来不会有捷径，全新的操作流程也不能保证产出完美的结果。你不必总关注那些新的东西，也无须改变你所做的事，你只需要改变你做事的方法。这本书整理了那些可以协助团队沟通、团队协作，以及为团队工作进行优先级排序的方法。通过这些方法，你将会带领你的团队构建出更为优秀的产品。
经真实场景测试、验证的方法
在不同行业的项目中领导跨功能团队工作的20 年内，我一直在对这些方法进行着演进、迭代。
其中一些方法的雏形来自Comcast 公司，在那里我为Livia Labateka 开发了新的产品，并且重新设计了公司的旗舰产品。在我离开Comcast 公司之后，这些方法在Avanade公司继续进行着演进。Avanade、Matt Hulbert 和Jamie Hunt 给了我在全世界不同行业的B2B 产品、B2C 产品用户身上进行测试及不断迭代这些方法的机会。
为了验证这些方法的可用性，我们邀请了Andrew Hinton、Christian Crumlish 和James Kalbach 来对这些方法的准确度及清晰程度进行评判。另外，为了确保这些方法都易于初学者理解，我们同样联系了两位处于职业生涯初期的用户Kat King 和Eden Robbins 来对这些方法进行验证。Dan Klyn、Adam Polansky 和Dan Brown 也都在早期提供了非常宝贵的反馈。最后，我们还邀请了Jessica Harllee 来对这些方法进行审核，因为她完全无法忍受任何人的废话，我们希望你也是这样的人。
结构化的方法更易于找到你专属的学习方式
本书包括六个核心部分，其中没有任何一个部分在喋喋不休地反复提及同理心、敏捷、精益及××× 运维这些词汇。取而代之的是，本书的第一部分描述了如何看待产品及如何促进团队协作的基础理论。然后我们将产品团队会碰到的问题总结成了以下几类：
• 项目战略——你将如何使所有人都同意并向他们同步项目策略，以及你期望大家完成的事？
• 用户——你将如何定义用户提出的需求及未来可能会提出的需求？
• 交互——你将如何改善用户初次访问、访问过程中及离开你产品时的体验？
• 界面——你将如何发散自己的思维并快速记下低保真界面原型的设计思路？
• 验证——你将如何构建快速且简便的验证模式？
每个部分都会由基础的介绍开始，我们会有独立的章节来介绍各个方法的使用方式及一些使用技巧（见图2）。
以这样的结构来组织，你完全可以根据你想学的内容来选择你阅读这本书的方式（见表1）。 你可以选择从头至尾阅读全书21 章，或从比较基础的部分开始，只阅读9个基础章节。你还可以根据你的兴趣或需求从特定的主题开始阅读。
保持阅读章节时的灵活性是本书的核心诉求。对于不同组织、项目或团队来说，他们所面对的问题都是不一样的。因此真正的技巧是知道如何根据现状灵活地进行调整，这样的学习方式会更加符合你个人的情况。
易用性更高的参考材料
无论是在寻找工具、清单还是具体操作方式的时候，我都希望你可以参考这本书，所以我们尽可能地使这本书便于你的查阅。
本书标题的命名方式是明确且直白的，因此你完全可以通过查阅目录来寻找相应的具体内容（见图3）。
当你选择好工具之后，本书会协助你用一种更简便的方式来使用它。本书中的每种方法都包含一个模板案例、工作表或幻灯片的链接。你可以下载并打印下来，或根据自己的想法进行编辑。如果你想查找本书完整的资料，我们也会提供一个合集链接以便你使用。
访问线上社区
想象一下，如果僵尸来袭导致文明社会崩塌，大家都没有心思阅读纸质书籍。在这样的情况下，尽管这本书不会是你最后阅读的一本书籍，我们还是希望这本书可以用它独特的方式保存下来。
我们在书中的各个部分都提供了一些链接，你可以通过这些链接找到可以协助你更深入学习的文章或资料。链接会定位到一个网站，我们会不定期地取缔过时的内容或增加新兴的资讯。
虽然本书涵盖了一系列期待你可以使用的方法，但团队之间的协作却是最为关键的环节。一个良好的团队协作方式会帮助你顺利展开后续的工作。而这也是本书开头将会讨论的问题。从整个团队的角度来看，我们应该如何提升大家的工作质量？