建站
咨詢
售后
建站咨詢
新聞中心
Ajax之父Jesse James Garrett在adaptive path工作坊上的演講《用戶體驗的要素》：
為臺前等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及臺前網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站制作、網(wǎng)站設(shè)計、臺前網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達到每一位用戶的要求，就會得到認(rèn)可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！
原文下載地址：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)良的交互體驗而生的一種手段
-它是強調(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)品必須能夠：
- 工作
- 可操作使用
- 達到一些期望
-但是大部分時候需要根據(jù)實際使用對象和產(chǎn)品具體分析
20、用戶調(diào)研
- 這是***的方式來了解用戶實際需求
-很多方式方法：從快速、廉價到長期、昂貴的都有
-推薦一本好書《Observing the User Experience》
21、用戶細分
- 可以控制地識別用戶需求
-通過用戶共性特征分類
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、跟進文檔
-文檔是在浪費時間？
-沒人看
-它們從來不是***的
-維護起來很麻煩
-花在規(guī)劃網(wǎng)站的時間是為制作網(wǎng)站的時候節(jié)約時間
-把文檔融進進程，而不是作為一個獨立的步驟#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)容進行歸類
33、自上而下 VS 自下而上
-自下而上以內(nèi)容開始，***集結(jié)成幾類
34、文檔結(jié)構(gòu)
-可視化的表達更有效
-根據(jù)需要，圖表可繁可簡
-更多說明歡迎訪問以下網(wǎng)址#p#
35、框架層
-信息設(shè)計：幫助用戶理解信息
-界面設(shè)計：幫助用戶輸入，促進系統(tǒng)輸出
-導(dǎo)航設(shè)計：為用戶提供更輕松便捷的移動操作
36、信息設(shè)計
-我們?nèi)绾伪磉_信息使得人們理解并使用它
-從不同信息中傳達出相對重要的信息
-引導(dǎo)用戶從一條信息到另一條
-提醒重要細節(jié)
-傳達各元素聯(lián)系
37、信息設(shè)計
38、界面設(shè)計
-為用戶提供與應(yīng)用程序功能交互的一種可視化方式
39、導(dǎo)航設(shè)計
-表達出用戶可以有哪些選擇
-使用戶移動操作更便利
-不同的設(shè)計有不同的效果
40、線框圖
-將所有框架議題放到一個高度概括的“草圖”里
-圖示表達頁面元素相對優(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)站所需要達成的目標(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)的表達
-界面設(shè)計
-用戶輸入的途徑
-導(dǎo)航設(shè)計
-進入界面流和離開界面流
-通過搜索結(jié)果移動瀏覽
51、外觀層
-視覺設(shè)計
-顏色
-字體樣式
-布局#p#
52、提出正確的問題
-我們嘗試解決哪些問題
-我們針對問題提出哪些解決方法會導(dǎo)致什么樣的結(jié)果？
-解決辦法是否促使我們重新思考其他問題？
53、馬拉松和短距離沖刺
-沖刺是短期競速
-快速開始
-盡快燃燒能量
-馬拉松是長期賽跑
-自己控制速度
-選擇何時燃燒能量
-你打算嘗試那種運動？
-哪種運動你正在做？
54、回答出反對的理由
-“市場調(diào)研可以告訴我們所有關(guān)于用戶的事”
-人口數(shù)據(jù)可不是用戶深入研究
-“我們就遵照網(wǎng)上找來的指導(dǎo)挨個來做”
-網(wǎng)上找的資料必定很普遍
-“界面是簡單的——技術(shù)是復(fù)雜的”
-什么更復(fù)雜：機器還是人
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、九大支柱
-常見成功團隊的核心能力
-影響團隊的：
-職責(zé)
-進程
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é)合兩者并深入進去研究
71、以上這些都是關(guān)于什么呢？
- 開發(fā)前要做計劃
-對于你所有選擇要有清晰的理由
-清楚明確地表達
-做人們喜愛的東西
72、結(jié)束
分享名稱：外國設(shè)計大師Ajax之父74張圖詳談用戶體驗的要素
文章起源：http://m.5511xx.com/article/dhgshhe.html
