| ISBN | 出版时间 | 包装 | 开本 | 页数 | 字数 |
|---|---|---|---|---|---|
| 未知 | 暂无 | 暂无 | 未知 | 0 | 暂无 |
目 录
译者序
序
前言
关于作者
第1章 协作的、创新的设计大纲：使用户体验设计成为公司认可、信赖的商业核心战略性竞争力的重要工具 1
1.1 到底什么是设计大纲 3
1.2 设计大纲模板 3
1.3 设计大纲该写多长 4
1.4 什么时候需要设计大纲 4
1.5 设计大纲由谁来写 5
1.5.1 是客户？还是合作伙伴 5
1.5.2 共同负责 6
1.5.3 共同负责人应来自哪个级别 6
1.6 设计是一门解决问题的学科 7
1.7 大纲的协作撰写流程 7
1.8 设计大纲的主要内容：通向成功
的任务清单 7
1.9 协作设计大纲的商业影响 9
1.9.1 成为战略合作伙伴 9
1.9.2 认可和信赖 16
1.10 总结 17
第2章 用户体验制度化，成就企业 19
2.1 SAP是谁 22
2.2 什么是SAP Business ByDesign 22
2.2.1 项目历程 23
2.2.2 为什么SAP Business ByDesign与众不同 24
2.3 用户体验团队的角色 25
2.4 项目阶段 28
2.4.1 第一阶段：设计解决方案（目标设计） 29
2.4.2 第二阶段：更接近目标设计 33
2.4.3 第三阶段：开始精益软件开发 39
2.5 主要经验与建议 42
2.5.1 关于扩大对技术影响力的建议 42
2.5.2 关于扩大对组织和人员影响力的建议 43
2.5.3 关于影响开发流程的建议 45
2.6 结论 46
2.7 总结 47
第3章 建立和持续发展用户体验的影响：基于不同阶段的策略选择 50
3.1 谁是中国平安 51
3.2 中国平安网站在平安集团中的角色 52
3.2.1 中国平安网站的用户类型 52
3.2.2 中国平安网站对用户体验的要求 52
3.2.3 为什么用户体验对中国平安网站很重要 53
3.2.4 在中国平安开展用户体验工作的优势与局限 53
3.2.5 用户体验在平安的地位及发展过程 53
3.3 工作流程中各个角色的密切配合使用户体验达到更好效果 54
3.3.1 部门间以及同事间是如何合作的 55
3.3.2 用户体验团队成员的职责 56
3.3.3 领导者对推动用户体验工作有极其重要的作用，通过分享业内案例和研究结论让领导者了解用户体验带来的价值 56
3.3.4 通过用户研究的结论数据让销售经理理解用户体验带来的价值 58
3.3.5 通过用户体验方法，帮助项目经理解决他们的难题以增加其参与度 59
3.3.6 让产品经理到测试现场倾听用户的反馈，使产品经理能更多从用户角度考虑产品销售流程 60
3.3.7 通过同业站点的竞争分析和销售数据使IT技术人员了解自己的工作给网络销售带来了效益 61
3.4 用户体验的应用 62
3.4.1 使用人物角色和焦点小组了解目标用户群需求 63
3.4.2 在产品开发的执行过程中，要分清轻重缓急 66
3.4.3 产品发布后，使用其他方法与UX Office软件发现问题 70
3.4.4 与用户保持长期沟通，不断完善销售流程并挖掘用户群需求 72
3.5 建议 74
3.6 总结 75
第4章 从以功能为中心到以人为中心 77
4.1 文档流程管理 78
4.2 CORSA的建立 79
4.3 微软Windows的到来 80
4.4 转折点 80
4.5 专家的观点 81
4.6 更进一步 83
4.7 试运行 88
4.8 标准化，标准化，标准化 88
4.9 颜色和按钮之外：制度化 89
4.10 用户成了推销员 92
4.11 总结 93
参考资源 95
第5章 高效的“以用户为中心的端到端”产品开发流程 96
5.1 认识：用户体验对当前电信产品开发的战略意义 97
5.2 困惑：用户体验的研究范畴 98
5.2.1 关注多终端、多业务用户体验 98
5.2.2 在产品开发过程中的系统和部门之间的合作 99
5.3 执行：如何进行“端到端”全流程基于用户体验的电信产品开发 100
5.3.1 以用户为中心的产品开发流程 再造 100
5.3.2 优化资源配置，建立用户体验专业团队和用户体验实验室 101
5.3.3 以全流程穿越测试为抓手，建立横向协同联动的端到端的用户体验测试模式 101
5.3.4 建立以用户为中心的产品开发 实践的考核与保障机制 102
5.3.5 组织文化的宣传贯彻，推动 员工的以用户为中心的观念的 转变 103
5.4 效果：用户体验的好处 104
5.5 结论 105
5.6 总结 107
第6章 用户体验和敏捷开发 109
6.1 商业背景 111
6.2 开发环境 113
6.2.1 团队组成 114
6.2.2 Scrum 115
6.3 在Scrum中实践敏捷用户体验 116
6.3.1 用户体验实践所需的支持 117
6.3.2 预先思考：敏捷软件开发和用户体验的结合 118
6.3.3 敏捷用户体验方法 124
6.4 产品影响 128
6.5 总结 133
参考资源 134
第7章 以用户价值为依归—把用户综合评价作为产品部门的考评指标 136
7.1 关于腾讯公司 137
7.1.1 腾讯公司和相关产品介绍 137
7.1.2 腾讯公司的经营理念 138
7.2 为什么要建立用户体验考评体系 138
7.2.1 为商业决策提供用户的声音 139
7.2.2 帮助产品持续健康发展 140
7.2.3 用户体验的考评需要成为一个体系 141
7.3 如何建立用户体验考评体系 141
7.3.1 基本流程 142
7.3.2 资料搜集方法 144
7.3.3 资料统计方法 145
7.4 如何运营用户体验考评体系 147
7.4.1 自上而下地推动 147
7.4.2 敏捷高效地实施 148
7.4.3 更有价值地反馈考评结果 148
7.4.4 持续地验证并优化考评体系 149
7.5 用户体验考评体系价值重大、影响深远 149
7.6 最后的思考 155
7.7 总结 157
第8章 重新设计My Yahoo!页面：使用原型来促进沟通 159
8.1 重新设计产品 161
8.2 最初的设计过程和头脑风暴 164
8.3 使用原型进行产品设计 165
8.3.1 概念证明型原型 166
8.3.2 特定功能原型 166
8.3.3 综合原型 167
8.4 用原型来沟通 168
8.5 最后的想法 170
8.6 总结 171
参考资源 172
第9章 界面设计模式：用户的可持续定向 173
9.1 商业背景 174
9.1.1 产品 175
9.1.2 客户 176
9.1.3 市场 176
9.1.4 组织 177
9.2 商业问题 177
9.3 制约和先决条件 179
9.4 开发背景 180
9.4.1 构建界面设计模式库 184
9.4.2 确保利益相关者的参与 184
9.4.3 定义库结构 185
9.4.4 识别界面设计模式 187
9.4.5 描述界面设计模式 188
9.4.6 审查界面设计模式 189
9.4.7 发布界面设计模式 189
9.5 使用界面设计模式 190
9.5.1 需求定义 191
9.5.2 需求分析 192
9.5.3 实现 195
9.6 具有说服力的事件 197
9.7 对产品产生的影响 197
9.8 建议 199
9.9 总结 201
参考资源 203
第10章 快速测试体系 204
10.1 海尔为什么重视用户体验 205
10.2 海尔的用户体验设计流程 206
10.3 为什么快速研发对海尔很重要 207
10.4 如何进行快速测试 208
10.4.1 标准化的材料 208
10.4.2 利用外部资源 210
10.5 快速测试平台应用的主要阶段 210
10.5.1 概念测试 210
10.5.2 效果图评估 212
10.5.3 模型接受度测试 213
10.6 带来的影响 214
10.7 总结 215
第11章 设计思维：让设计师以外的成员采用用户体验方法 217
11.1 设计思维 218
11.1.1 识别要解决的问题 220
11.1.2 寻找灵感 220
11.1.3 酝酿多种想法 221
11.1.4 生成原型 221
11.1.5 征求用户反馈 222
11.2 设计思维的好处 222
11.3 商业背景 223
11.4 设计思维的推进 224
11.4.1 高层支持 224
11.4.2 激励讲座 224
11.4.3 工作坊 225
11.4.4 编程马拉松 226
11.4.5 快速实验 227
11.5 研发流程是如何改善的 228
11.5.1 加速研发流程 228
11.5.2 提高研发过程效率 229
11.5.3 让工程师发挥更大的作用 229
11.6 设计思维对于用户体验的意义 229
11.6.1 设计的战略意义 229
11.6.2 继续设计职能 230
11.6.3 让设计变得透明 231
11.7 设计思维对商业的意义 231
11.7.1 促进想法的形成 231
11.7.2 开辟新的市场 231
11.7.3 创建知识产权 232
11.7.4 缩短进入市场的时间 232
11.7.5 降低成本 233
11.7.6 提高商业利润 233
11.8 如何在你的组织内开始设计思维 234
11.8.1 识别并重用组织内的设计人才 234
11.8.2 从小事开始 234
11.8.3 别光说不做 235
11.9 总结 236
参考资源 237
补充阅读 238
