重讀《一目了然：Web軟件顯性設計之路》，仍然獲得相當多的靈感和感悟。讀到澎湃處，便用FreeMind對主要的框架和要點做了整理（僅針對自己的需求整理，不一定適合所有人，讀者請自鑑），並導出成html。對於交互設計和用戶體驗研究者來說，真的有廣闊的領域能從中得以學習，真正深入其中便能樂在其中。這裡順便推荐一下FreeMind，輕量級的腦圖軟件，相當好用乃。
-
一目了然：Web軟件顯性設計之路
-
1.顯性設計定義
-
Web三層：人、界面、數據
-
目標：設計出用戶直觀有效使用的產品
-
卓越軟件的品質
-
遵循用戶的交互的行為方式
-
只提供所需的功能
-
符合用戶心智模型
-
迅速入門，成為中級用戶
-
避免出錯或很容易從錯誤中恢復
-
一致性
-
將混亂降低
-
-
好的軟件讓用戶感覺不到它的存在
-
顯性設計框架
-
了解構建什麼
-
了解什麼決定卓越
-
了解實現的最佳途徑
-
-
-
2.理解用戶，然後忽略他們
-
理解用戶對所做事情的思考
-
低碳水化合物漢堡的失敗
-
Amazon一鍵購買的設計過度
-
-
理解用戶真正如何做事
-
心智模型
-
Word就是文字處理軟件，Excel就是電子表格
-
-
知道如何揭開真相
-
切勿假設
-
依靠調研
-
實境調查
-
遙控用戶研究
-
用戶角色
-
勾勒目標和行為
-
-
為活動而設計
-
活動是一系列任務的集合
-
任務流程表
-
撰寫用例
-
-
-
-
3.夠用就好
-
功能越多，挫折越大
-
Blinksale的例子
-
-
去掉一般性功能
-
非必要性測試
-
60秒期限
-
少即是多（2/8定律）
-
界面診斷
-
一般性功能的再評估
-
傾聽用戶
-
-
-
4.支持用戶的心智模型
-
為心智模型而設計
-
運用隱喻：Backpack的例子
-
界面診斷：將實現模型轉變為心智模型，樹形圖轉變為層疊列表
-
消除實現模型
-
用線框圖確定事情
-
3R：需求（Requirements）、精簡（Reduction）、規則（Regularity）
-
應用Kaizen（迭代設計）
-
原型設計
-
紙質原型
-
HTML
-
FLASH
-
點進原型
-
-
公開測試
-
缺失瀏覽器自測
-
5分鐘測試
-
訪談測試
-
實境可用性測試
-
“吃自己的狗糧”
-
-
-
-
-
-
5.讓菜鳥即刻上路
-
歡迎界面：Dreamweaver和Flash的案例
-
小提示：box.net和Squidoo的案例
-
有效利用空白：Basecamp、Backpack和My Yahoo的案例
-
指導性暗示：Kiko和JotSpot Live的案例
-
界面診斷（應用指示性設計）：一個註冊表單修改案例
-
選擇合適的默認值：Google Page Createor
-
整合偏好
-
信息設計（用戶搜尋信息的4種模式）
-
了解型：導航、索引和搜索
-
探索型：顯示相關信息
-
不知道型：短小精煉的提示到更詳盡的信息
-
重新搜尋型：標註喜歡和記錄最近
-
-
卡片分類
-
重複利用歡迎界面，讓它成為提醒中心
-
使用一鍵點擊
-
設計模式：《Designing Interface》
-
提供幫助
-
-
6.巧妙應對出錯
-
利用Poka-yoke處理錯誤（預防錯誤）
-
預防程序
-
大問題，小修補
-
消除錯誤發生的可能性
-
-
檢查程序
-
優化出錯提示頁面
-
嵌入式驗證
-
-
-
把錯誤化為機會：Squidoo搜索結果為空的案例
-
讓用戶感到聰明
-
摒棄模式化
-
重新設計不友好的模式
-
使用無模態小幫手：Gmail可以撤銷操作的案例
-
-
撰寫有用的出錯提示
-
設計寬容的軟件
-
-
7.一致性設計
-
用戶用50毫秒決定一個網頁是否有用
-
設計的一致性
-
視覺層次
-
比例
-
對齊
-
排版
-
空間記憶
-
-
將一致性貫穿軟件始終
-
理解設計模式
-
聰明的不一致
-
-
平衡無規則性
-
-
8.精簡與優化
-
消除混亂
-
降低圖形比例
-
較少抄襲
-
設計空白空間
-
清理任務流程
-
-
實踐Kaizen
-
杜絕浪費
-
將復查進行到底
-
-
9.改良比創新更重要
-
讓軟件友好一些
-
不要打斷用戶的操作流程
-
讓用戶快速完成
-
不要強迫用戶理解與操作無關的事情
-
-
提升意味著賦予個性
-
-
提升意味著構建隨需應變的界面
-
特別注意：本站所有轉載文章言論不代表本站觀點，本站所提供的攝影照片，插畫，設計作品，如需使用，請與原作者聯繫，文章轉自alibuybuy