外國設(shè)計大師Ajax之父74張圖詳談用戶體驗的要素
Ajax之父Jesse James Garrett在adaptive path工作坊上的演講《用戶體驗的要素》:
原文下載地址:http://www.adaptivepath.com/events/workshops/businessofux/elements0803.pdf
1、認(rèn)識用戶體驗的要素
2、 史上最差的一些電影
3、究竟誰應(yīng)該受到指責(zé)呢?
用戶可能會說:“我可能沒有好好選擇?”,“我一定是沒有好好看說明書”,“或許我不夠聰明”….
對于不優(yōu)的產(chǎn)品,用戶承擔(dān)了不必要的責(zé)罰。
4、如果把產(chǎn)品也看做是人
5、以用戶為中心的設(shè)計
-這是產(chǎn)品開發(fā)必須遵循的理念和態(tài)度
-產(chǎn)品自身不是結(jié)束
-產(chǎn)品是為了最終能提供滿足用戶優(yōu)良的交互體驗而生的一種手段
-它是強(qiáng)調(diào)理解用戶而不是技術(shù)的理論體系#p#
6、用戶體驗關(guān)注什么?
-一個產(chǎn)品的行為是怎樣的,在實際生活中如何應(yīng)用
-超越產(chǎn)品自身,關(guān)注它與人們生活的聯(lián)結(jié)
-它包含各個范疇的因素
7、外觀層
8、框架層
9、結(jié)構(gòu)層
10、范圍層
11、戰(zhàn)略層
12、用戶體驗要素的五大層級#p#
14、掃除一些名詞障礙
信息設(shè)計、功能說明、交互設(shè)計、信息架構(gòu)、界面設(shè)計、內(nèi)容需求、導(dǎo)航設(shè)計
15、網(wǎng)站的二元性:作為信息源的網(wǎng)站
16、網(wǎng)站的二元性:作為軟件應(yīng)用的網(wǎng)站
17、網(wǎng)站基本的二元性
18、戰(zhàn)略層
- 用戶需求:網(wǎng)站必須為使用它的人提供些什么
- 網(wǎng)站目的:網(wǎng)站必須為建立它的人做些什么
19、用戶需求
- 一些基本原則——用戶使用產(chǎn)品必須能夠:
- 工作
- 可操作使用
- 達(dá)到一些期望
-但是大部分時候需要根據(jù)實際使用對象和產(chǎn)品具體分析
20、用戶調(diào)研
- 這是***的方式來了解用戶實際需求
-很多方式方法:從快速、廉價到長期、昂貴的都有
-推薦一本好書《Observing the User Experience》
21、用戶細(xì)分
- 可以控制地識別用戶需求
-通過用戶共性特征分類
22、用戶模型
-以用戶調(diào)研為基礎(chǔ)的特征描述
-從一系列常規(guī)特征推論到具體事件#p#
23、網(wǎng)站目的
-經(jīng)常與商業(yè)性有關(guān)
-商業(yè)目的
-商業(yè)驅(qū)動
-商業(yè)需求
-需要具體問題具體分析
-獨立于組織結(jié)構(gòu)的其他行為
24、成功的度量流量
-唯一的方法用來獲知改變網(wǎng)站設(shè)計有何不同
-緊密地與站點目標(biāo)連接
-未來將會更廣泛應(yīng)用#p#
25、范圍層
-功能說明:網(wǎng)站應(yīng)有的應(yīng)用特色
-內(nèi)容需求:網(wǎng)站必須包含的基本內(nèi)容
26、功能說明
-什么樣的特色應(yīng)用是用戶需要用來完成目標(biāo)的?
-聚焦在“它該做什么”
-而不是“它怎么工作”
-也不是“它什么不能做”
-具體一些,但不要指使系統(tǒng)設(shè)計
27、內(nèi)容需求
-什么樣的信息是用戶需要的或想從網(wǎng)站獲取的
-它采用何種形式
-它的來源是哪里
-誰來負(fù)責(zé)?
-根據(jù)目的定義要點
28、跟進(jìn)文檔
-文檔是在浪費時間?
-沒人看
-它們從來不是***的
-維護(hù)起來很麻煩
-花在規(guī)劃網(wǎng)站的時間是為制作網(wǎng)站的時候節(jié)約時間
-把文檔融進(jìn)進(jìn)程,而不是作為一個獨立的步驟#p#
29、結(jié)構(gòu)層
-交互設(shè)計:用戶如何在過程中從一步移到另一步
-信息架構(gòu):用戶如何從一個內(nèi)容要素移到下一個
30、交互設(shè)計
-交互行為
-一方面用戶能夠使用系統(tǒng)
-另一方面系統(tǒng)能夠反饋給用戶信息
31、信息架構(gòu)
-明確各內(nèi)容要素間的概念關(guān)系
-影響用戶思考主題
-常常是等級式的,但也不是一定的
32、自上而下 VS 自下而上
-自上而下以分類開始,再對內(nèi)容進(jìn)行歸類
33、自上而下 VS 自下而上
-自下而上以內(nèi)容開始,***集結(jié)成幾類
34、文檔結(jié)構(gòu)
-可視化的表達(dá)更有效
-根據(jù)需要,圖表可繁可簡
-更多說明歡迎訪問以下網(wǎng)址#p#
35、框架層
-信息設(shè)計:幫助用戶理解信息
-界面設(shè)計:幫助用戶輸入,促進(jìn)系統(tǒng)輸出
-導(dǎo)航設(shè)計:為用戶提供更輕松便捷的移動操作
36、信息設(shè)計
-我們?nèi)绾伪磉_(dá)信息使得人們理解并使用它
-從不同信息中傳達(dá)出相對重要的信息
-引導(dǎo)用戶從一條信息到另一條
-提醒重要細(xì)節(jié)
-傳達(dá)各元素聯(lián)系
37、信息設(shè)計
38、界面設(shè)計
-為用戶提供與應(yīng)用程序功能交互的一種可視化方式
39、導(dǎo)航設(shè)計
-表達(dá)出用戶可以有哪些選擇
-使用戶移動操作更便利
-不同的設(shè)計有不同的效果
40、線框圖
-將所有框架議題放到一個高度概括的“草圖”里
-圖示表達(dá)頁面元素相對優(yōu)先級
-建議頁面布局的方式#p#
41、外觀層
-視覺設(shè)計:“外觀和感覺”中的“外觀”
-經(jīng)常會有部分人認(rèn)為你在說“網(wǎng)頁設(shè)計”
-不僅是美學(xué)范疇
42、配色
43、字體#p#
44、用戶體驗的要素
45、要素的應(yīng)用舉例
46、以搜索引擎為例
-幾乎所有的網(wǎng)站都有
-每個網(wǎng)站的方式都有差別
47、戰(zhàn)略層
-用戶需求
-用戶需要搜索引擎嗎?
-是否限制了那些需要搜索功能的用戶的需求?
-網(wǎng)站目的
-使用可操作搜索可以獲取我們提供的信息么?
-是否可操作搜索限制了網(wǎng)站所需要達(dá)成的目標(biāo)?
48、范圍層
-產(chǎn)品功能說明書
-關(guān)鍵詞輸入
-其他領(lǐng)域的特殊標(biāo)準(zhǔn)
-縮小搜索結(jié)果范圍的能力
-內(nèi)容需求
-標(biāo)記
-結(jié)果數(shù)據(jù)
-幫助文檔
49、結(jié)構(gòu)層
-交互設(shè)計
-用戶每一步可做的選擇
-多控制下的系統(tǒng)行為
-信息架構(gòu)
-作為搜索標(biāo)準(zhǔn)的構(gòu)架范圍
-元數(shù)據(jù)結(jié)構(gòu)
50、框架層
-信息設(shè)計
-搜索結(jié)果的布局
-錯誤狀態(tài)的表達(dá)
-界面設(shè)計
-用戶輸入的途徑
-導(dǎo)航設(shè)計
-進(jìn)入界面流和離開界面流
-通過搜索結(jié)果移動瀏覽
51、外觀層
-視覺設(shè)計
-顏色
-字體樣式
-布局#p#
52、提出正確的問題
-我們嘗試解決哪些問題
-我們針對問題提出哪些解決方法會導(dǎo)致什么樣的結(jié)果?
-解決辦法是否促使我們重新思考其他問題?
53、馬拉松和短距離沖刺
-沖刺是短期競速
-快速開始
-盡快燃燒能量
-馬拉松是長期賽跑
-自己控制速度
-選擇何時燃燒能量
-你打算嘗試那種運(yùn)動?
-哪種運(yùn)動你正在做?
54、回答出反對的理由
-“市場調(diào)研可以告訴我們所有關(guān)于用戶的事”
-人口數(shù)據(jù)可不是用戶深入研究
-“我們就遵照網(wǎng)上找來的指導(dǎo)挨個來做”
-網(wǎng)上找的資料必定很普遍
-“界面是簡單的——技術(shù)是復(fù)雜的”
-什么更復(fù)雜:機(jī)器還是人
55、回答出反對的理由
-“我們雇不起專家”
-任何事你都不需要專家
-“我們做的時候再弄明白”
-爵士樂可以即興創(chuàng)作,設(shè)計可不行
-“我們做質(zhì)量評估的時候再處理”
-那時候就晚了
-“時間表上沒時間了”
-下次發(fā)布的時候節(jié)約時間吧
56、該避免犯的錯誤
-棄權(quán)式設(shè)計:“我們應(yīng)該做哪些容易完成的事”
-模仿式設(shè)計:“如果這對亞馬遜網(wǎng)是足夠好的,對我們也是”
-命令式設(shè)計:“因為我說過”
57、瀑布式是危險的
58、迭代式發(fā)展
-網(wǎng)站更新不會停止
-做你現(xiàn)在要做的
-總是前瞻性地計劃下次發(fā)布
59、職責(zé)
-具體你選的哪項職責(zé)無關(guān)緊要——只要你把所有板塊都覆蓋住#p#
60、九大支柱
-常見成功團(tuán)隊的核心能力
-影響團(tuán)隊的:
-職責(zé)
-進(jìn)程
61、用戶調(diào)研
-以用戶為中心設(shè)計的基礎(chǔ)
-告知所有的戰(zhàn)略決定
-基本職責(zé)是認(rèn)識用戶需求
-頭銜:
-用戶調(diào)研員
-可用性分析師
62、站點戰(zhàn)略
-基本職責(zé)是定義站點目的
-決定優(yōu)先級和成功的度量法
-頭銜:
-商業(yè)分析師
-產(chǎn)品經(jīng)理
-執(zhí)行監(jiān)制
63、技術(shù)戰(zhàn)略
-主要負(fù)責(zé)功能說明書
-決定技術(shù)平臺和采用標(biāo)準(zhǔn)
-頭銜:
-高級工程師
-開發(fā)主管
-技術(shù)領(lǐng)頭人
64、內(nèi)容戰(zhàn)略
-主要負(fù)責(zé)內(nèi)容需求
-決定合適的版式和主題
-頭銜:
-內(nèi)容策劃人
-內(nèi)容編輯
-主編
65、抽象設(shè)計
-把戰(zhàn)略轉(zhuǎn)向設(shè)計概念
-主要負(fù)責(zé)結(jié)構(gòu)層
-有時負(fù)責(zé)范圍和框架層
-頭銜:
-信息架構(gòu)師
-交互設(shè)計師
-界面專家
66、技術(shù)執(zhí)行
-有策略地執(zhí)行技術(shù)戰(zhàn)略
-可能要組合很多職能:從編碼到整合到測試
-頭銜:
-軟件工程師
-HTML開發(fā)者
-QA測試員
67、內(nèi)容制作
-有策略地執(zhí)行內(nèi)容戰(zhàn)略
-搜集,編輯,生產(chǎn)和部署內(nèi)容(不僅是文本)
-頭銜:
-內(nèi)容制作人
-作者
-編輯
68、視覺設(shè)計
-有策略地實現(xiàn)抽象設(shè)計
-主要負(fù)責(zé)外觀層
-有時負(fù)責(zé)框架和結(jié)構(gòu)層
-頭銜:
-界面設(shè)計師
-視覺設(shè)計師
69、項目管理
-將所有策略能力綁定
-在小型組織里常常忽略
-頭銜:
-制作人
-項目管理
70、九大支柱
-不是一個九人小組
-也不是一個九項步驟的過程
-應(yīng)該正確結(jié)合兩者并深入進(jìn)去研究
71、以上這些都是關(guān)于什么呢?
- 開發(fā)前要做計劃
-對于你所有選擇要有清晰的理由
-清楚明確地表達(dá)
-做人們喜愛的東西
72、結(jié)束
【編輯推薦】
- Windows Phone 7 免費線下培訓(xùn)火熱報名中
- 中國的移動設(shè)備用戶體驗調(diào)研報告
- 論用戶體驗核心競爭力——設(shè)計可以是一種壟斷
- 2011年移動用戶體驗趨勢:增強(qiáng)現(xiàn)實
- 2011年移動用戶體驗趨勢:硬件與應(yīng)用
- 2011年移動用戶體驗趨勢:信息推送技術(shù)
- 2011年移動用戶體驗趨勢:精致實用的界面