UCD火花集:有效的互联网产品设计、交互/信息设计、用户研究讨论
正版 当天发货 部分书籍封面稍显旧 系统自动采集上传 套书全几册的请联系客服下单
¥
5
2.0折
¥
25
全新
仅1件
作者UCDChina 著
出版社人民邮电出版社
出版时间2009-05
版次1
装帧平装
货号S
上书时间2024-11-06
商品详情
- 品相描述:全新
图书标准信息
-
作者
UCDChina 著
-
出版社
人民邮电出版社
-
出版时间
2009-05
-
版次
1
-
ISBN
9787115198365
-
定价
25.00元
-
装帧
平装
-
开本
16开
-
纸张
胶版纸
-
页数
196页
-
字数
249千字
-
正文语种
简体中文
- 【内容简介】
-
《UCD火花集》收集了UCDChina上线以来推出的13个话题,内容涵盖了产品设计的全部流程。按顺序集结到第1章至第14章中,讨论了如何研究用户,如何将用户需求应用到产品设计中,如何传达和协作,以及设计规范。在第15章中,几位设计师分享了他们生活中的UE故事。第16章列举了一些实例和实践者的观点。《UCD火花集》适合有一定工作经验,从事产品设计、产品策划、交互设计、视觉设计、用户研究、前端开发、网站运营以及所有与互联网相关的从业人员阅读。
- 【目录】
-
第1章用户体验设计在团队中1
UED——鱼缸里的水2
潜性2
无处不在2
提供和支持2
需要更新3
一切为了“鱼”——包容性3
接过用户的绣球3
管理者不应直接参与产品的开发与设计4
为什么会这样5
设计团队必须为产品质量负责5
时间先后并不代表工作的重要性,或者谁控制谁5
其他6
UED应该向产品负责,而不是向PM负责6
UED不是保姆7
如果PM是父母,那么UED应该是老师8
UED不只是老师,UED应该向产品负责而不是PM9
最后10
主题讨论10
第2章用户调查和研究12
我要如何了解“她”13
贯穿整个产品生命周期的用户研究15
定性分析和定量分析15
开发期的用户研究16
进入期和成长期的用户研究16
成熟期的用户研究16
衰退期的用户研究17
其他17
隐式挖掘网站用户行为17
收集数据17
过滤数据18
习惯分析18
实际案例18
小结19
角色设定——了解我们的用户19
角色——谁是我们的用户19
计划——为什么要了解我们的用户19
目的——我们要了解用户什么19
方法——用户中心设计(UCD)原则20
用户研究需要全面且综合地了解及分析20
第3章期望值23
用户期望的满足、超越和拒绝24
满足期望24
超越期望24
拒绝期望24
期望的变化25
期望,别忘了动机25
Flickr的理想与现实26
产品的期望26
用户的期望27
设计的价值27
期望值与需求的一点意见29
用户的期望值产生于需求,而非体验29
体验好的东西,并非是要都做的29
产品满意度是相乘的关系30
期望的产生30
品牌信誉30
先前的体验31
第4章产品概念设计和传达32
补充几点关于概念设计33
什么时候需要做概念设计33
概念设计需要具备的几个基本技能33
概念设计的解说方式34
概念设计在整个项目流程中的作用35
概念设计及交付物、评估和测试35
谁来扮演这个角色35
概念设计的目的36
概念设计的交付物36
评估和测试36
可以模拟未来的设计师37
概念设计的传达39
如何进行39
如何呈现39
另外想到的40
帮助你了解全局的城市地图40
为什么要画40
怎么画41
用什么画41
一些建议42
第5章人物角色设计43
角色是用户的可视化界面44
如何保持角色的活跃度46
让人物角色站到你面前47
角色设计概述47
角色设计参考步骤48
角色设计的几个小技巧49
团队之间的角色分工49
失败的角色设计50
原有计划被打乱50
定义不准确50
没有使用好角色50
小结51
第6章任务分解和情景设计52
任务、任务点和目标53
情节设计中的叙事策略54
讲故事已经成为人类理解世界的一种方式54
如何讲好一个故事55
纸面分解任务的一个WAP实例56
比“以PRD为唯一依据”更高效的产品设计方法58
任务分解的基本原则和方式58
如何统计要做哪些任务的分解58
我的实践方法59
有情景才有任务60
以目标为导向60
以真实为基础60
几种产出61
其他61
主题讨论61
第7章构架更好的信息结构62
良好的信息架构可以缩短互联网距离63
物以类聚,人以群分(用户与用户)63
把用户需要和想要的内容呈献给他(用户与内容)64
用户至上(用户与官方)64
问渠那得清如许,唯有源头活水来(内容与内容)65
台前幕后(内容与管理员、管理员与管理员)66
信息架构的减法66
设计页面结构原型68
利用卡片分类进行信息架构69
在什么情况下可以用卡片分类70
挺酷的,那我该怎么开始呢70
收集到数据啦71
马上试试,给我些建议吧71
合理构建了信息结构,为何还去扰乱71
这样构建信息结构71
在设计实施的阶段,信息结构被谁扰乱了72
会打乱信息架构的其他因素73
怎么让大家坚信合理的信息结构73
功能结构和页面结构的设计74
功能结构的设计75
页面结构的设计76
主题讨论76
第8章交互设计做什么78
交互设计需要什么样的需求79
既生产品经理,何生交互设计师81
游毅和他的智障女儿82
交互在改变产品84
第9章注意界面上的文字86
界面内容优化的层次87
界面上的文字应该清楚而准确地向用户传达信息87
界面上的文字应该便于用户阅读并快速理解其含义87
整个产品不同位置的文字应该统一87
界面上的文字应该具备该产品需要传达给用户的气质88
文字的视觉设计应该完整地融入整个产品视觉中88
尽量让文字自身起到“推销”产品的作用88
如何制定文字语言规范89
文字的减法90
像聪明女孩穿衣服那样设计网页文字91
全身搭配的主色不要超过三种92
配饰风格要统一,相互呼应92
细节决定成败93
内容呈现建议十条94
文字的辨识度与可读性95
第10章不得不说的网站导航97
导航设计与信息架构98
被狭义化的导航98
Tab式导航的例子98
导航不仅仅是Tab99
小结99
(100-1)%的内容是导航99
页面中(100-1)%的内容是导航100
导航并非越仔细越好100
让复杂导航变简单100
在路径层面上提供辅助导航101
组织形式也会带给我们好的体验101
鱼眼菜单给我的思考102
认知的有限性和导航设计103
把导航系统做薄103
导航的流行趋势104
借鉴传统软件工程的导航模式104
没有“导航”的导航——搜索106
社会化导航106
别忘了导航106
第11章视觉设计不仅是美术109
浅谈视觉设计的准确性110
找对你的感觉110
视觉结构和层级关系111
是什么就是什么,图形达意尽量明确112
明确你的视觉状态112
请用准确的视觉来辅助信息反馈113
科学与艺术兼顾的有效网页视觉设计113
理性114
感性与个性115
视觉设计不只是图形116
视觉设计师118
信息可视化与视觉设计120
一个例子121
认知心理学和图形设计121
在Web设计上的应用122
更多应用123
从苹果电脑看视觉设计的深层审美文化心理124
形式与功能的平衡124
世界由“爱美的人”创造的125
唯美的设计并没有拉近人与机器的距离125
用户体验是复合体验126
设计并不要求人与机器零距离126
第12章如何设计有效的帮助128
帮助的乌托邦129
为什么要帮助129
帮助的真实含义129
帮助的形式由什么决定130
关于帮助的疑惑130
帮助的乌托邦130
帮助是什么131
是否需要让用户“知其所以然”132
对帮助的三点想法134
强迫式帮助134
首页是网站最大也是第一次帮助134
优秀的内容(信息)是对用户最直接的引导和帮助134
不要瞧不起“帮助页面”135
你的用户需要什么样的帮助135
第13章产品评估和测试138
ASKME,产品设计的评测139
简单经济的可用性测试指南142
时间142
人143
地点144
产品上线后的用户访谈144
准备工作145
用户访谈145
访谈记录145
小结146
开展全面的网站评估146
第14章设计规范148
产品规范之道149
规范的时机149
规范的程度149
规范的内容150
规范的执行150
规范没有规范150
没有流程的时候151
人少的时候151
没有管理能力的时候151
规范没有规范151
设计规范有谱么152
设计规范达不到预期效果的原因152
设计规范最常见的错误153
设计规范的本质是做好人的工作153
优秀的设计规范要达到什么目的153
以团队默契总结出规范154
规范的建立之路154
建立规范的目的是信息的有效传递154
规范必须是细化的、可执行的155
规范的建立是团队的作品155
ASKME,关于界面规范156
常见的界面应用规范有哪些156
什么时候整理规范更合适156
什么样的规范形式更适合网站产品157
如何执行各类界面规范158
如何使工程师重视界面规范158
没有规范行不行159
设计规范的理想159
满足用户需要159
满足协作需要160
提高团队效率160
第15章我的UED故事161
为何找错了地方162
场景1:原来这个不是刷卡机162
场景2:左边还是右边162
场景3:顺手刷一下,竟然没刷上163
记不住车牌的保安164
设计师的“职业病”165
与用户体验的这两年166
我的UED故事:饮水思体验167
用户习惯168
新式改进168
为何改进168
好的地方169
还需改进169
从平面设计到UCD169
善于表达和沟通170
了解你的团队是做好设计的基础170
认清楚谁是你的用户170
你最好是个好战分子170
懂得控制你的节奏,去繁取简171
在提出问题的时候,你应该先有解决方案171
停止抱怨171
一个任性的设计师171
第16章实例分析174
角色设计:地铁站自动购票终端角色175
用户群与目标175
构造人物角色175
主要角色和次要角色176
本例的一些局限177
一个调查系统的任务分解实例177
概述177
设计178
设计的“环境”因素179
规矩是死的,人是活的179
忽略“环境”会搞砸所有的好设计180
少用或不用有歧义的颜色181
大家一起来找茬:糟糕的网站体验181
页面的不良设计181
糟糕的人机交互184
注册与登录的烦恼185
功能使用上的疑惑186
几点闪光187
出错,也能莞尔一笑187
等待的乐趣188
小力气,大作用188
不只是模仿189
细节的力量190
这些设计,让网站似个彬彬有礼的绅士190
礼貌的网站对我感兴趣,并且主动提供帮助190
礼貌的网站尊重我191
礼貌的网站会积极反馈192
礼貌的网站会解决自己的问题192
礼貌的网站灵活应变193
礼貌的网站让人信任193
优秀设计所绽放的魅力194
最浪漫的问好194
最搞怪的休站页面194
最贴心的图像处理195
最淘气的节日祝福196
FlickrLovesYou196
点击展开
点击收起
— 没有更多了 —
以下为对购买帮助不大的评价