UCD火花集：有效的互聯(lián)網(wǎng)產(chǎn)品設計交互/信息設計用戶研究討論

第1章 用戶體驗設計在團隊中1
UED——魚缸里的水2
潛性2
無處不在2
提供和支持2
需要更新3
一切為了“魚”——包容性3
接過用戶的繡球3
管理者不應直接參與產(chǎn)品的開發(fā)與設計4
為什么會這樣5
設計團隊必須為產(chǎn)品質(zhì)量負責5
時間先后并不代表工作的重要性，或者誰控制誰5
其他6
UED應該向產(chǎn)品負責，而不是向PM負責6
UED不是保姆7
如果PM是父母，那么UED應該是老師8
UED不只是老師，UED應該向產(chǎn)品負責而不是PM9
最后10
主題討論10
第2章 用戶調(diào)查和研究12
我要如何了解“她”13
貫穿整個產(chǎn)品生命周期的用戶研究15
定性分析和定量分析15
開發(fā)期的用戶研究16
進入期和成長期的用戶研究16
成熟期的用戶研究16
衰退期的用戶研究17
其他17
隱式挖掘網(wǎng)站用戶行為17
收集數(shù)據(jù)17
過濾數(shù)據(jù)18
習慣分析18
實際案例18
小結19
角色設定——了解我們的用戶19
角色——誰是我們的用戶19
計劃——為什么要了解我們的用戶19
目的——我們要了解用戶什么19
方法——用戶中心設計(UCD)原則20
用戶研究需要全面且綜合地了解及分析20
第3章 期望值23
用戶期望的滿足、超越和拒絕24
滿足期望24
超越期望24
拒絕期望24
期望的變化25
期望，別忘了動機25
Flickr的理想與現(xiàn)實26
產(chǎn)品的期望26
用戶的期望27
設計的價值27
期望值與需求的一點意見29
用戶的期望值產(chǎn)生于需求，而非體驗29
體驗好的東西，并非是要都做的29
產(chǎn)品滿意度是相乘的關系30
期望的產(chǎn)生30
品牌信譽30
先前的體驗31
第4章 產(chǎn)品概念設計和傳達32
補充幾點關于概念設計33
什么時候需要做概念設計33
概念設計需要具備的幾個基本技能33
概念設計的解說方式34
概念設計在整個項目流程中的作用35
概念設計及交付物、評估和測試35
誰來扮演這個角色35
概念設計的目的36
概念設計的交付物36
評估和測試36
可以模擬未來的設計師37
概念設計的傳達39
如何進行39
如何呈現(xiàn)39
另外想到的40
幫助你了解全局的城市地圖40
為什么要畫40
怎么畫41
用什么畫41
一些建議42
第5章 人物角色設計43
角色是用戶的可視化界面44
如何保持角色的活躍度46
讓人物角色站到你面前47
角色設計概述47
角色設計參考步驟48
角色設計的幾個小技巧49
團隊之間的角色分工49
失敗的角色設計50
原有計劃被打亂50
定義不準確50
沒有使用好角色50
小結51
第6章 任務分解和情景設計52
任務、任務點和目標53
情節(jié)設計中的敘事策略54
講故事已經(jīng)成為人類理解世界的一種方式54
如何講好一個故事55
紙面分解任務的一個WAP實例56
比“以PRD為唯一依據(jù)”更高效的產(chǎn)品設計方法58
任務分解的基本原則和方式58
如何統(tǒng)計要做哪些任務的分解58
我的實踐方法59
有情景才有任務60
以目標為導向60
以真實為基礎60
幾種產(chǎn)出61
其他61
主題討論61
第7章 構架更好的信息結構62
良好的信息架構可以縮短互聯(lián)網(wǎng)距離63
物以類聚，人以群分(用戶與用戶)63
把用戶需要和想要的內(nèi)容呈獻給他(用戶與內(nèi)容)64
用戶至上(用戶與官方)64
問渠那得清如許，唯有源頭活水來(內(nèi)容與內(nèi)容)65
臺前幕后(內(nèi)容與管理員、管理員與管理員)66
信息架構的減法66
設計頁面結構原型68
利用卡片分類進行信息架構69
在什么情況下可以用卡片分類70
挺酷的，那我該怎么開始呢70
收集到數(shù)據(jù)啦71
馬上試試，給我些建議吧71
合理構建了信息結構，為何還去擾亂71
這樣構建信息結構71
在設計實施的階段，信息結構被誰擾亂了72
會打亂信息架構的其他因素73
怎么讓大家堅信合理的信息結構73
功能結構和頁面結構的設計74
功能結構的設計75
頁面結構的設計76
主題討論76
第8章 交互設計做什么78
交互設計需要什么樣的需求79
既生產(chǎn)品經(jīng)理，何生交互設計師81
游毅和他的智障女兒82
交互在改變產(chǎn)品84
第9章 注意界面上的文字86
界面內(nèi)容優(yōu)化的層次87
界面上的文字應該清楚而準確地向用戶傳達信息87
界面上的文字應該便于用戶閱讀并快速理解其含義87
整個產(chǎn)品不同位置的文字應該統(tǒng)一87
界面上的文字應該具備該產(chǎn)品需要傳達給用戶的氣質(zhì)88
文字的視覺設計應該完整地融入整個產(chǎn)品視覺中88
盡量讓文字自身起到“推銷”產(chǎn)品的作用88
如何制定文字語言規(guī)范89
文字的減法90
像聰明女孩穿衣服那樣設計網(wǎng)頁文字91
全身搭配的主色不要超過三種92
配飾風格要統(tǒng)一，相互呼應92
細節(jié)決定成敗93
內(nèi)容呈現(xiàn)建議十條94
文字的辨識度與可讀性95
第10章 不得不說的網(wǎng)站導航97
導航設計與信息架構98
被狹義化的導航98
Tab式導航的例子98
導航不僅僅是Tab99
小結99
(100-1)%的內(nèi)容是導航99
頁面中(100-1)%的內(nèi)容是導航100
導航并非越仔細越好100
讓復雜導航變簡單100
在路徑層面上提供輔助導航101
組織形式也會帶給我們好的體驗101
魚眼菜單給我的思考102
認知的有限性和導航設計103
把導航系統(tǒng)做薄103
導航的流行趨勢104
借鑒傳統(tǒng)軟件工程的導航模式104
沒有“導航”的導航——搜索106
社會化導航106
別忘了導航106
第11章 視覺設計不僅是美術109
淺談視覺設計的準確性110
找對你的感覺110
視覺結構和層級關系111
是什么就是什么，圖形達意盡量明確112
明確你的視覺狀態(tài)112
請用準確的視覺來輔助信息反饋113
科學與藝術兼顧的有效網(wǎng)頁視覺設計113
理性114
感性與個性115
視覺設計不只是圖形116
視覺設計師118
信息可視化與視覺設計120
一個例子121
認知心理學和圖形設計121
在Web設計上的應用122
更多應用123
從蘋果電腦看視覺設計的深層審美文化心理124
形式與功能的平衡124
世界由“愛美的人”創(chuàng)造的125
唯美的設計并沒有拉近人與機器的距離125
用戶體驗是復合體驗126
設計并不要求人與機器零距離126
第12章 如何設計有效的幫助128
幫助的烏托邦129
為什么要幫助129
幫助的真實含義129
幫助的形式由什么決定130
關于幫助的疑惑130
幫助的烏托邦130
幫助是什么131
是否需要讓用戶“知其所以然”132
對幫助的三點想法134
強迫式幫助134
首頁是網(wǎng)站最大也是第一次幫助134
優(yōu)秀的內(nèi)容(信息)是對用戶最直接的引導和幫助134
不要瞧不起“幫助頁面”135
你的用戶需要什么樣的幫助135
第13章 產(chǎn)品評估和測試138
ASKME，產(chǎn)品設計的評測139
簡單經(jīng)濟的可用性測試指南142
時間142
人143
地點144
產(chǎn)品上線后的用戶訪談144
準備工作145
用戶訪談145
訪談記錄145
小結146
開展全面的網(wǎng)站評估146
第14章 設計規(guī)范148
產(chǎn)品規(guī)范之道149
規(guī)范的時機149
規(guī)范的程度149
規(guī)范的內(nèi)容150
規(guī)范的執(zhí)行150
規(guī)范沒有規(guī)范150
沒有流程的時候151
人少的時候151
沒有管理能力的時候151
規(guī)范沒有規(guī)范151
設計規(guī)范有譜么152
設計規(guī)范達不到預期效果的原因152
設計規(guī)范最常見的錯誤153
設計規(guī)范的本質(zhì)是做好人的工作153
優(yōu)秀的設計規(guī)范要達到什么目的153
以團隊默契總結出規(guī)范154
規(guī)范的建立之路154
建立規(guī)范的目的是信息的有效傳遞154
規(guī)范必須是細化的、可執(zhí)行的155
規(guī)范的建立是團隊的作品155
ASKME，關于界面規(guī)范156
常見的界面應用規(guī)范有哪些156
什么時候整理規(guī)范更合適156
什么樣的規(guī)范形式更適合網(wǎng)站產(chǎn)品157
如何執(zhí)行各類界面規(guī)范158
如何使工程師重視界面規(guī)范158
沒有規(guī)范行不行159
設計規(guī)范的理想159
滿足用戶需要159
滿足協(xié)作需要160
提高團隊效率160
第15章 我的UED故事161
為何找錯了地方162
場景1：原來這個不是刷卡機162
場景2：左邊還是右邊162
場景3：順手刷一下，竟然沒刷上163
記不住車牌的保安164
設計師的“職業(yè)病”165
與用戶體驗的這兩年166
我的UED故事：飲水思體驗167
用戶習慣168
新式改進168
為何改進168
好的地方169
還需改進169
從平面設計到UCD169
善于表達和溝通170
了解你的團隊是做好設計的基礎170
認清楚誰是你的用戶170
你最好是個好戰(zhàn)分子170
懂得控制你的節(jié)奏，去繁取簡171
在提出問題的時候，你應該先有解決方案171
停止抱怨171
一個任性的設計師171
第16章 實例分析174
角色設計：地鐵站自動購票終端角色175
用戶群與目標175
構造人物角色175
主要角色和次要角色176
本例的一些局限177
一個調(diào)查系統(tǒng)的任務分解實例177
概述177
設計178
設計的“環(huán)境”因素179
規(guī)矩是死的，人是活的179
忽略“環(huán)境”會搞砸所有的好設計180
少用或不用有歧義的顏色181
大家一起來找茬：糟糕的網(wǎng)站體驗181
頁面的不良設計181
糟糕的人機交互184
注冊與登錄的煩惱185
功能使用上的疑惑186
幾點閃光187
出錯，也能莞爾一笑187
等待的樂趣188
小力氣，大作用188
不只是模仿189
細節(jié)的力量190
這些設計，讓網(wǎng)站似個彬彬有禮的紳士190
禮貌的網(wǎng)站對我感興趣，并且主動提供幫助190
禮貌的網(wǎng)站尊重我191
禮貌的網(wǎng)站會積極反饋192
禮貌的網(wǎng)站會解決自己的問題192
禮貌的網(wǎng)站靈活應變193
禮貌的網(wǎng)站讓人信任193
優(yōu)秀設計所綻放的魅力194
最浪漫的問好194
最搞怪的休站頁面194
最貼心的圖像處理195
最淘氣的節(jié)日祝福196
FlickrLovesYou196