part1：指引用戶

ch1 令人心動的第一印象

首先討論用戶第一次訪問某個站點的頭30秒鐘內將會發生的事情。

· 設計吸引人的第一印象
· 以明確的路線來提供信息
· 提供工具指引用戶
· 把觀光客轉變為消費者

1.1發現頁面布局

不是你選擇頁面布局，而是它選擇了你

布局時內容組織的必然結果，它往往是自己逐漸成形的。一旦周全考慮了頁面的所有需求，并且確定了每一塊的內容，你的工作就變成了看著所想要的布局自己展現在你眼前。

開始安排頁面內容時，把所有的欄目區域都扔到顯示屏上，然后移來移去不斷地調整讓他們彼此協調。

1.2 引導用戶的視線

1.2.1 應用古騰堡圖表
人們在瀏覽頁面或布局的時候，視線往往區域從左上角移動到右下角，

古騰堡圖表中，左上角是第一視覺落點區（Primary Optical Area, POA）,右下角是最終視覺落點區（Terminal Anchor，TA）與之相對，右上角和左下角則是視覺盲點。因此，采用對角線平衡通常都是一個好設計需要考慮的因素，因為設計師遵從了用戶習慣性的眼動規律。

為了實現“對角線平衡”的布局設計，可以運用視覺元素來創建一條虛擬的“線”，讓用戶的視線跟隨它從左上到右下呈對角線似地移動。

采用視覺移動的自然軌跡意味著最終的設計將有助于用戶更快的熟悉站點，指引用戶下一步該做什么。

對角線平衡法則并不一定適用于每個頁面設計，因此不必強制遵守，但是如果發現使用對角線平衡法則可能有助于強調整個頁面意圖，不放考慮一使試。

1.2.2使用顏色來吸引注意
相對于一致性來說，人類對物體間的差異性更為敏感。因此在頁面中加入一些顏色，可以非常有效地把瀏覽者的視線引導到我們希望他們看到的地方。

ch2 凸顯個性

2.1 統一設計風格，形成積極地印象

使用符號

讓你的品牌標志保持精致和優雅。需要有良好的判斷力來調整品牌商標和符號——不要太突兀，有時候寧可讓他們簡單樸素一點。

ch3 導航之道

人們通常獲得導向的方法是：粗略掃視一邊頁面，看看自己有哪些選擇，并且快速過略掉那些物管自己興趣的內容。當某個符合需要的鏈接出現時，我們會更為仔細地產看逾期毗鄰的文字，以圖確定其是否正式我們需要的選項。如果是，就單擊。

3.1 告訴軟件該做什么

3.1.1 每個人都想當指揮

軟件并不是為了我們能單擊那些按鈕而存在的。它是為了我們能完成任務而存在。

菜單不是基于對象，而是基于任務的。

按鈕標簽是動詞，而菜單選項是名詞。

3.1.2 避免Login綜合征

用戶所希望的并不是去和界面里的對象進行交互，而是去做自己所要做的事。他們的目的并不是單擊它然后去看登錄面板，而只是想登錄。

因此你需要的不是一個名詞，而是一個命令。

3.1.3 我來說，你來做

對于用戶來說，他們對站點保持興趣的關鍵在于能否獲得方向感，能否得到所需的信息，以及能否完成任務。

運用動賓詞組，按鈕和鏈接就能有效地告訴用戶能做什么。同時也使得用戶感到自己是指揮者：是用戶告訴程序去做什么，而不是反過來。

創建產品導航時，請確保你是以用戶為出發點，而不是以系統為出發點。

ch4 鏈接生來不平等

4.1讓環境提示成為引導的線索

列車到站的音樂廣播成為環境的提示
字體大小，較大的字從較小的文字中凸顯出來。

展現歲月的印記

標簽云使用了顏色來表明某個鏈接相對的受歡迎程度

ch5 標簽云里抬頭看路

兩個按鈕：一個是按標簽云顯示，另一個是按列表顯示
標簽云是一種鏈接列表，顯示在一個區域內，并且按照熱門程度（或者其他準則）來加重顯示其中的某些標簽。最后的結果看上去就像一片鏈接的“云層”。

5.1 你的創新是否有效
應該更注重于提高品質，而不是一味地創新，與其硬要在標簽云里強塞入一些所謂的新貢獻，不如讓它就那樣好好呆著。

5.1.1 什么時候該說不
在這個世界上不存在任何理由強迫用戶思考，無論對于一個頁面、一個場景，還是一個博客模板。
用戶只會在頁面短暫地逗留，而不會考慮如何個性化設置連接的顯示方式。它會迫使用戶在不必要的地方思考；用戶很可能因此困惑，甚至煩惱。

5.1.2 如果你不是解決方案的一部分

創造良好的第一印象還需要時刻知道什么該展現，什么又不該展現，要有取舍。

設計絕不包含運氣成分。一個網站的外觀、版式布局、導航結構、傳達個性的元素，這其中的任何一項，乃至顏色和字體的使用方式，對于第一印象（以及隨后的效果）而言都至關重要。他們都需要我們有明確的目標，進行針對性的設計，才能傳達正確的信息，而用戶才會信任我們的網站和產品。

part1：學習

ch6 開門見山

6.1 為什么說歡迎辭沒有用

人們通常不會在網頁上閱讀文字，他們只是掃描，如果是更長的介紹性文字，人們往往會直接忽略。也就是說，篇幅短的文字才有可能吸引一部分注意力（假設它真的有用），從而有助于用戶理解他們正在看什么。

6.2 為掃描而設計

我們更感興趣的是要完成什么事情，而不是閱讀一段毫無目的，對達成目標毫無幫助的文字。

他們并不關心是否受歡迎，他們關心的是找到某個課程。

“趕快行動”詞組

“趕快行動”詞組是用來激發人們做出某種行為的一組字詞。

一般被陳述成這樣：“保存更改”、“閱讀更多”、“登錄網站”

它們還易于掃描，使用動賓詞組能準確告訴用戶即將發生什么，同時還能讓他們感到自己才是軟件的指揮者。

對于用戶來說，一個簡短的句子遠比一大段文字要來的有意義。重要的并不是我們提供的信息量有多大，而是我們能否給他們提供真正需要的信息。

ch7 為界面做標記

7.1 停止標記你的“假設”

我們經常自以為是的猜測用戶對產品的理解程度，總是在假設用戶會明白我們的意思。我們先做假設，然后去標記這些“假設”。

現在如何修正這個問題。要么修改這些標記使其變得通俗易懂，要么加上說明元素（文本、屏幕截圖、小片段等）解釋它們。

ch8 生動傳神的視頻

8.1視頻演示勝過千言萬語

這些視頻其實需要艱辛繁瑣的制作過程，制作者需要在白板上創建一些列圖畫，并且為這里面的每一幅畫的每一個步驟進行敘述性的拍攝，此外講述著還需要手繪一些漫畫作為補充。

8.1.1 使用視頻來表述問題

8.1.2 使用視頻來表述想法

8.2 極為簡單的視頻演示藝術

part3 搜索

把被動的網站瀏覽者轉變為主動的活躍用戶很簡單，只需要把他們的目標從瀏覽轉變為搜索。搜索是人們在互聯網上最基本而又最重要的任務之一。

ch9 提出搜索詞建議

9.1 運用Poka-yoke機智，使用自動完成輸入框

“自動完成”指的是 它們能嘗試猜測用戶輸入的文字，并且動態地搜索出適配的結果，然后推薦給用戶，輔助他們完成輸入。有些輸入框會直接在框內顯示最接近的那個詞，還有些輸入框則會顯示一個適配的列表，用戶可以在其中選擇。這兩種“自動完成”輸入框都能避免用戶打錯字，從而確保他媽呢的搜索更有效率。

9.1.1 局限性

首先，那些盯著鍵盤輸入文字的用戶通常根本不會注意到推薦列表。有些人偶爾會在打完字后抬起頭才發現推薦列表，但是他們往往都是敲了回車鍵后才抬頭，所以根本就沒看清列表里面的什么。

其次用戶往往會因為推薦而放棄自己先前的助長，但其實他們自己想輸入的文字很可能比推薦的詞匯更加有效。

很多人一直都是這樣思考，他們認為當自己被要求或者至少是被引導去做什么的時候，提出該要求的網站肯定比他們自己聰明，而去選用網站推薦的，但其實效率較低搜索詞匯。

第三，你必須時刻注意不要讓推薦“搶跑”得太快。

在輸入的字符數足以讓推薦詞有意義之前，請不要顯示推薦詞。我們暫且把這個界限定位3~4個字符。

屏幕閱讀器是按照從上到下的順序讀取已載入頁面的，因此，在頁面載入完畢之后“變”出來的任何東西，都需要通知屏幕閱讀器頁面發生了什么改變，并且在頁面的這一部分給它一個快速入口，否則這些部分將無法被視力有障礙的用戶“閱讀”。

9.1.2 好雨知時節

ch10 列出搜索結果

10.1 信賴那些行之有效的標準

單純從技術上來說，在大部分情況下這些文字鏈接都是不必要的，因為箭頭足以完成任務，但是文字鏈接增大了這兩個最為常用的鏈接響應區域，使得單擊更為容易。

提供回到搜索結果列表的出口

Back to 鏈接和分頁系統是非常基礎的設計，但如果做得不好，它們就會成為造成用戶挫折感的關鍵因素。當碰到類似這樣應用極為廣泛的設計時，最好遵循普遍的標準，幫助用戶達到它們的目的，而不要迫使他們學習任何新的東西。

CH11 精煉你的搜索

11.1 高級搜索也簡潔

使用“行內擴展”的方式。

11.1.1 遞進顯示

人類的行為模式告訴我們，沒有必要一次就把所有的選項都擺出來。我們真正需要的是一個簡單而又能夠廣泛應用的解決辦法，最好能只在必要時才增加選項。

所謂的“遞進顯示”就是一種設計方法，它能夠根據實際需要（即依靠用戶的輸入）而逐步顯示控件，而不是默認把它們一股腦全堆在眼前。

重置選項一點用都沒有，絕大部分時候用戶不想全部從頭來過。他們只希望修改部分內容。

11.1.2 引人入勝的交互

part4 深入

ch12 視頻播放器的標準化

不要在頁面一開始載入的時候自動播放視頻，一是會占用寬帶，而是那些不想看視頻的用戶需要被迫手動停止視頻，無法安靜的閱讀頁面。

視頻暫停后再次單擊視頻框時，應該繼續開始播放，不要彈出一個新窗口鏈接到其他頁面，否則打破了用戶的預期。

12.1.1 且慢——還有做得更好的

TED播放器，視頻被很貼心的劃分成數個章節，而用戶可以通過播放器的菜單系統來跳轉到其中的任意部分。唯一的大問題是它沒有提供必要的提示，讓用戶明白只要鼠標懸停在視頻框上就會出現菜單系統。

12.1.2 博采眾長

ch3 鞏固你的表單布局

13.1 設計出行云流水般的表單

表單需要呈現出延續的流動性，表單的布局則極大地影響到用戶是否能夠成功地填寫表單。

兩列布局降低了用戶往下瀏覽的速度，同樣是容易引發錯誤，如果標簽左對齊，字段標簽和與其對應的輸入域間的映射關系很不明顯。

標簽居右對齊時，用戶不會像左對齊那么容易犯錯，因為標簽和輸入域之間更為接近。但右對齊的標簽在頁面的左側形成了一道難看的、鋸齒狀的邊緣。兩列的布局仍然會減緩用戶往下瀏覽的速度。

直接把布局變成一列來顯示，標簽則放在每個輸入域的上方，居左對齊。

這種布局讓用戶只用花最少的時間就能將標簽和輸入域對應起來，因此瀏覽速度比兩列布局要快不少。用戶只需在一個方向移動視線就能看到標簽和輸入域，而不用先閱讀左列的標簽然后再瞥一眼右側的輸入域，這樣改善了分組，單列布局減少錯誤的發生。

13.2 讓“確定/取消”更完美

按鈕的位置，居左對齊還是居右對齊對于可用性來說并沒有很大的影響，但是一般仍然把它們放在左邊。

理由如下：

1.左對齊使所有元素都依靠左邊緣順勢而下，從表單頂部到底部形成了一條直線

2.美學上的選擇，因為它為表單建立了一個視覺上的支撐點。在完成每一處表單域后，你會繼續規則性地往下移動。

按鈕上的文字

ok和cancel最省事，單擊ok并不能是用戶建立起一個清晰的期望。只要把按鈕上的文字改成Register Now即可

13.2.1 首選處理方式和第二處理方式

對于決定在網站注冊并且填寫表單的用戶來說，他最優可能選擇去單擊ok，這被稱為首選處理方式（primary action）而取消整個注冊過程則是不太可能的選擇，他被稱為第二處理方式（secondary action）。

費茨法則（fits' law）指出，點擊某個目標所花費的時間可以通過一個函數來求值，它與“鼠標與目標的距離”和“目標尺寸”密切相關。根據這一法則，我們最好的解決辦法就是從第二處理方式，也就是cancel按鈕上漸弱一些注意力。可以將其變成文字鏈接。這樣一來，register now按鈕變得更為突出，也易于點擊了，同時cancel 鏈接也不再那么明顯，相比之下不那么容易點擊到了。

為什么把按鈕放在左邊而文字鏈接放在右邊呢？因為那些使用tab鍵切換輸入域的用戶將先到達register now 按鈕。

13.2.2 這很重要

在表單的設計中考慮每一種方案間細微的區別，也就是真正注意到每一處細節，這將會為用戶創造另一個平滑順暢的瞬間。而每一個瞬間都會對整體的用戶體驗做出貢獻。

CH14 駕馭Wizard向導

14.1 建立清晰的預期

應該去除用戶的挫敗感，只需要為他們建立期望，讓他們預先知道總共有多少個步驟，去過哪里，現在在哪里，將來還要到哪里。

設定范圍界限

最后一步，用戶可以返回之前那些面板去修改已經輸入的信息。有些改動可能會影響到后面的面板，如果發生這種情況，可以在用戶每次做出這類改動時顯示一條消息說明這一影響，并且要求他們重新進行后續的設置。

通過顯示步驟數并且幫助用戶推斷每個步驟的長度，我們為用戶建立了清晰的期望。他們能夠知道自己在做什么，還能預估完成整個過程所需的努力，同事還可以獲得一個愉快的，或者至少是相對輕松的瞬間。

ch15 最后的一英里：即時校驗

如果不討論長度或復雜度，表單設計的最關鍵問題之一就是用戶可能會在填寫過程中犯各種錯誤。

一旦錯誤發生，我們總認為是自己的過失，自我指責不可能創造美好的瞬間，它和我們所希望的用戶使用感受（有成效、聰慧、備受尊重）完全相反。

要想改善產品，最需要做的事情就是盡力杜絕錯誤的出現。

警告對話框用的越多，就越沒有效果

15.1 要糾錯，也要贊揚

錯誤發生時要隨即顯示出更多的信息，這些信息有助于解釋用戶在該處的可選范圍，并且說明了應當如何改正錯誤。

除了檢測到錯誤時立即顯示友好的提示信息之外，告訴用戶“一切都沒有問題”同樣也很重要。

如果用戶忽略某些必填項，直接跳到表單末尾試圖完成填寫過程，在這種情況下，某些輸入域根本不會獲得焦點，因此提示信息也就不可能被觸發。

通常來說，人們會按照順序填寫表單，但為了保證在這種情況下用戶仍然能糾正問題，可以在表單頁面的頂部創建了一個奶油色背景的提示區域，如果用戶跳過了部分表單并嘗試提交，他將會看到提示信息。

ch16 簡化長表單

16.1 清晰的預期

我們的目標不應該是把所有東西都放在一個界面里，正確的目標應該是使用戶相信表單并沒有實際的那么復雜。

首先，可以把表單分解成好幾個頁面，并且添加了一個步驟進度條，把整個表單變成了一個wizard想到，目的是對每個步驟中用戶需要填寫的內容有一個清晰的指示，讓用戶隨時了解還剩下多少個步驟。

其次，去掉多余的表單域，以免用戶在多處重復輸入相同的信息。真正的工作其實是考慮如何在第一頁就建立清晰的預期。

最后，第一時間就告訴用戶在完成表單的過程中將會需要哪些信息。這樣他們就能再開始填寫之前就準備好，而不會在填寫過程中感覺受了欺騙。

并不是所有的交互都能夠簡化，但我們卻可以讓它們看上去更容易。

ch17 讓他們登錄

17.1 再一次改進標準

如果系統已經知道了你的用戶名，你便無需專門跑到另一個頁面去輸入它，然后告訴系統把密碼發給你。因為系統能很快做到這一點，而不需要你付出額外的努力。

17.1.2 更上一層樓

標準絕不是永恒不變的。事實上，絕大多數時間里，在某些人剛樹里起標準的下一秒鐘它們就改變了。用嶄新的眼光看待那些公認為陳腐的事物，這對于任何產品都是改進用戶體驗的一種極佳方式。

ch18 計算字符數

18.1 到達限制

18.1.1 編輯中的 Poka - Yoke

我們只需要一個簡單的方式讓用戶知道發生了什么。首先，讓他們知道這里有字數限制；其次，讓他們知道何時會達到這個限制。

Poka - Yoke意思是“防止錯誤”。

含義：1.偵測機制 ?2.預防機制

最簡單的解決方案就是加上一條說明性文字，向用戶解釋這里的字數不能超過50個字符。
把文本中的數字50改變成了一個不斷減少的變量。

18.1.2 一點小警告

twitter在設計字符計數方面走得更遠，一開始不斷減少的變量是灰色文字，一旦用戶輸入字符超過了120，該變量就會變紅沒提醒他們還剩下不到20個字符了。

即使用戶在一開始不會注意到這個文本，但是通過顏色變化的方式會在輸入時引起他們的注意。紅色能在絕大部分網頁中凸顯出來，而且突然出現的紅色通常能打斷用戶的輸入，讓他們注意到字符計數器。這個交互就一目了然。

CH19 參與

ch19 創建個人資料

19.1 遞進地增加
19.1.1 把數據變成儀表盤

空白資料頁面里面沒有任何數據信息，空白資料頁面的好處在于它們可以鼓勵人們采取行動。

個人資料變成了一種有效的人際交往手段，提供了一條清晰的途徑來了解其他成員的喜惡。通過提供這種信息，用戶將開始信任與之品味類似的成員，并且會時常回訪，獲知他們最近的瀏覽內容，他們也有理由一次又一次地反復光顧這個網站。

CH20 編輯

20.1 在正確的時間顯示正確的工具

想要減輕編輯功能的混亂程度，最好只顯示與當前任務相關的工具，同時希望用戶能直接地編輯他們的網頁，而不是被帶到另一個界面。

怎樣才能隱藏那些和當前任務無關的工具和選項呢？

在隱藏無關工具的同時，還必須確保所有的工具在任何時間都能被用戶找到。

要弄清楚在每個面板中應該放些什么工具，以及如何為用戶提供不在面板中的工具。

解決辦法：應用遞進顯示原則。（只顯示每項任務所需要的步驟和選項的關鍵）

20.1.1 把高級的玩意藏起來

CH 21開展社交活動

在線交友的本質

某人單擊了become my friend 按鈕后會發生什么？什么樣的行為才會增進這種朋友關系？這些東西是否真的能鼓勵網站成員去閱讀或發表更多的故事？

我們真正想要的不是建立友誼，而是一種簡單而又不張揚的功能，他們能激發人們閱讀更多的文章、與網站發生更多的聯系。

twitter提供了一種較為弱勢、被稱為follow（跟從）的交友方案，簡單來說，任何網站成員都可以到另一個成員的個人資料頁面上單擊follow訂閱他在twitter的feed。

不用付出太多精力，同樣能隨時掌握另一位成員的動向，這樣就夠了。

不在場時的照片

交友、評分、投票、評論等都需要仔細周全地考慮，而不要隨便就把它們想大雜燴一樣扔進社區網站，

不要隨便就被熱潮牽著走，請三思而后行。

ch22 顯而易見的博客

22.1 通往更好地博客的三條路

博客應當更好地鼓勵交流。絕大多數博客都為用戶提供了添加評論的功能，除了簡單的日志評論之外，還能夠激發更多地交流。

最顯而易見的辦法就是提供trackback（引用通告），TrackBack是一種網絡日志應用工具，它可以讓網志作者知道有哪些人看到自己的文章后撰寫了與之有關的短文。

博客中應當包括所有那些常規的內容，例如作者名、日志發表日期，只想網站其他部分的鏈接，搜索欄，以及其他通用元素。

22.1.1 解決方案

22.1.2 別跟著傻瓜上路

ch23 邀請討論

23.1 讓你的顧客發表意見

不要控制留言、評論、論壇回復、或者其他相關的任何東西，因為控制將會帶來嚴重的負面效果，它會讓客戶覺得你在隱瞞著什么東西。

如果我們寫了警告性的文章，然后被告知這些評論需要先通過審查才能發表出來，我們就可能對改網站喪失一部分信任感。

23.1.1 一個關于信任的問題

有一些理由可以讓你完全不再思考評論的問題。

首先，讓你的顧客自由發表意見以表示你信任他們的談論

其次，這表示你信任用戶資深的判斷能力。不去防范每一條負面評論或者論壇爭論，你相信用戶會運用他們自身的才智、常識和經驗過濾純負面的內容，在字里行間尋求信息，然后得出結論。給用戶自己做判斷的權利，他們自然會忽略那些無用的評論。

23.1.2 啟用你的Otaku

23.1.3 標記那些來犯者

類似“舉報”

這個“標記”圖標將用戶引領到一個簡單的表單，他們可以寫下為什么這條評論應該檢查。不多不少，保持這種簡單。而且別要求你不需要的任何東西（例如用戶的電子郵件地址，以為當用戶登錄時你已經得到了）。

23.1.4 為他們讓路

只需一點點的謙卑和一點點的駕馭，就能把自己的大部分顧客轉變成忠誠而又活躍的追隨者和簇擁著。可以把自己的恐懼轉變為一種工具，以它作為驅動力來收集顧客提供的信息、發展otaku，提供出眾的客戶服務，而且在你的公司和用戶之間建立起一種相互信任好的文化。

而這些為你贏得的匯報，將會遠遠超過你去控制它們的所得。

CH24 得到一個好的評分

當你需要點擊某顆星時，除了星星從白色變成黃色之外，你無法得到系統的回饋，你感覺不到交互是否已經完成，這種設計讓用戶無法對自己的操作建立信心。

24.1 清晰勝于效率

評分的兩種設計：一種是將展示和編輯版本合為一個評分系統，一種是將展示和編輯氛圍兩部分

將展示和編輯版本合為一個評分系統：
好處：占的位置比兩部分分開的版本少
弊端：這種設計中完成交互所需的步驟比其他設計要多，但關鍵是這種設計中的交互的每一個步驟都非常清楚、直接。

兩部分的版本：
好處：簡單到只需要點擊某顆星而已
弊端：系統無法提供反饋，我發知道自己的評分是否被保存，是否有效。

效率不一定是所有問題的答案，比效率更重要的是清晰。

對于第一次來到網站，或者執行自己不太熟悉的任務的用戶來說，最好是讓每一個瞬間都盡可能易于理解。對使用產品很有經驗，或者執行非常普通的任務的用戶來說，最好是盡量縮短流程。不管是哪種情況，最關鍵的是讓每個步驟都清晰易懂，同時不太復雜。

用戶一般不會頻繁的和評級系統打交道，因此寧可穩妥一點：只求清晰，不求效率。

part6 管理信息

ch25 讓RSS更有意義

將新點子通俗化。推廣某項新技術時，首要目標是應該讓它通俗易懂。人們愿意學習新的想法。

按鈕標簽應該在用戶腦海中建立清晰的預期，并且告訴他們點擊后將會發生什么。

25.1 破譯其他選擇

郵件訂閱、瀏覽器訂閱

一個新想法是否容易理解是其成敗的關鍵。諸如RSS和XML這種詞語會妨礙用戶形成穩固的直觀印象，也就很難從中獲利。

ch26 自定義標簽

26.1 分類系統、分眾分類系統以及變異體

26.1.1 消除語言障礙
去掉專業詞匯tag（自定義標簽），而是用label（標簽）

26.1.1 闡述新想法

網站應該像google suggest那樣提供“自動完成”功能。用戶輸入某個tag時，系統會搜索出近似的tag，把這些tag以列表形式呈現，讓用戶選擇其中最適配的一個。?

這個辦法潛在的不足之處，用戶有可能選擇一個推薦的tag，但其實他自己想輸入的tag更合適。

第二種方案是在用戶輸入了自己的tag之后顯示一個推薦頁面，用戶輸入tag之后，系統搜索出近似的tag，然后在下一個頁面中陳列出來，。這個頁面可以用文字向用戶解釋他可以把自己的新tag和那些已被其他人創建出來的tag相匹配。

CH27 通過拖放來組織信息

27.1 交互的三種狀態

一個有效的拖放交互需要提供完整的3中狀態

27.1.1 “邀請”

“邀請”狀態包含頁面上任何邀請你采取行動的元素，可以是出發某個行為（不是載入某個新頁面）的按鈕或者命令鏈接，可以是當鼠標懸停到某個圖標上出現的工具提示，甚至可以是一個改變了的鼠標指針，提供用戶除了單擊之外還可以進行其他操作。

為了讓“邀請”更加完善，我們設定當用戶鼠標移動到文字drag上時，將顯示代表“移動”的指針，這進一步傳達給用戶這里能夠支持更多的行為。

27.1.2 “操作”

“操作”包含用戶要完成一項任務所必須采取的所有行動。可以只是一步操作，如單擊某個鏈接載入新頁面；也可以多個步驟。每一個步驟都必須盡可能清楚，讓用戶能很容易地學習并且理解這種交互行為。

27.1.3 “實現”

“實現”狀態就是讓用戶知道他的交互已經實現了。有時只需顯示1行文字，告訴用戶他的個人資料信息已經保存。有時則意味著當用戶在“聯系我們”表單中方電子郵件時向他們表示感謝。有時它表示在某人從你的購物網站上成功訂購后發送的一封確認郵件，以及發貨狀態的更新。

27.1.4 完成的感覺

不管是簡單還是大型的應用程序，請確保每一個步驟都清晰，并且給出適當的反饋，這樣所有的交互行為都將會更有效率。

27.1.5 判斷你的功能是否正當

拖放錯做和個性化主頁這些功能仍然需要視環境而定，當包含它們的這個頁面是用戶的“目的地”時，它們看上去會很不錯，但如果用戶只是“路過”這個頁面，則沒有什么必要。

ch28 用系統通知來管理中斷

告訴顧客你們正在做一些可能會影響他們的事，會帶來很多顯著的優勢。

· 會給你最忠誠的顧客帶來激動和期待的事情
· 會給你最保守最討厭改變的用戶足夠的警告，這樣他們能提前對小姑娘的沖擊做好準備
· 會在你的更新發布之前為人們創造談資，新版本將會迎來巨大的訪問量，口耳相傳會帶來新用戶
· 永恒不會在某天登錄之后發現所有元素的位置都被移動，或者常用任務流程發生改變。

28.1 為改變而設計

為發布更新設定明確的時間意味著你能給顧客準確的信息。在更新發布給每一個用戶之前，現在一小部分人中使用，這將會讓你有時間修正“最后關頭”的小bug。把新功能先告訴那些比其他人更喜歡發現隱藏寶藏的“積極擁護”能夠獲得你最好也最忠誠用戶的感激，而且讓他么感覺自己受到了特殊待遇。

一旦決定了如何發布，那么可以從一封簡單的電子郵件開始，發送給注冊過的人。積極擁護會感興趣讓后告訴自己的朋友。普通用戶是最大的用戶群體，會獲得足夠的預警。那些曾注冊過而又廢棄了，但又沒有刪除賬號的用戶，成為“沉睡者”，則會被提醒而在此光臨你的網站。

通告區

它簡單、清晰、有效。確保它能和頁面上其他顏色區分開來，這樣才能引起注意。

28.2界面元素的再利用資源

不管返生什么，不要在某個早晨拿一次翻天覆地的變動去驚嚇你的顧客，讓他們了解將要發生什么，這樣他們才能為變動做好準備，為之興奮，而且開始再一次談論你的產品。

part7 離開

ch29 退出

29.1 化簡為繁

29.2 動員用戶返回

29.2.2 發布消息

ch30 抹去那些塵封的用戶

30.1 變怠惰為熱情

明確地針對“塵封用戶”的需求，同時為他們提供足夠的動機，我們將吸引那些搖擺不定的人們發現網站的價值。

30.1.1 個性化溝通

這類訊息應當是一種會話般的口吻，完全聚焦于接受放，而不是我們自己。

怎樣才能弄清楚這些用戶當初被塵封的原因呢？

30.1.2 調查

30.1.3 對話的機會

30.1.4 不要做得太過火

不要過多的打擾而冒犯他

ch31 由他們去吧

31.1 優雅地失敗

不管是何種情況，都盡量避免在任何時候讓客戶感到自己受到了限制。如果一個人發掘自己即將收到限制，他絕不會帶更長時間，反而會馬上逃脫。

31.1.1 打點行李

31.1.2 離去卻（也許）并未失去

優雅的失敗對于web應用來說是非常容易做到，而我們留給客戶的正面印象將遠比失去客戶所帶來的痛苦要來的長久。如果應對得體，哪怕是一個并不滿意的客戶也能為我們帶來積極地反饋，甚至是口頭上的宣傳。

而這所需要的只是在客戶離開時多表現出一點敏銳，尊重和專業。

web應用所需要的7條核心原則

· 只提供用戶所需

· 讓初學者盡快轉變為中級用戶

· 盡可能地預防錯誤，如出錯也應友善處理

· 精簡和優化交互與任務流程，讓最復雜的軟件清晰易懂

· 為支持特定行為而設計

· 持續的改進和優化我們的流程和程序

· 忽略用戶的某些要求，堅信自己的理想和洞察力

創新的循環