|
有交互就有反饋。反饋可以有很多種，包括各種界面元素，聲音或者影像的變化。這種變化的目的在于，提醒用戶操作結(jié)果。這個(gè)結(jié)果十分重要，成功，則進(jìn)入下一階段的使用；失敗，則繼續(xù)或修改當(dāng)前操作至成功。一般來(lái)說(shuō)，成功的操作，軟件設(shè)計(jì)的習(xí)慣都是直接跳轉(zhuǎn)到下一階段，沒(méi)有必要使用冗余的反饋來(lái)干擾用戶。當(dāng)然，這個(gè)階段是最后階段的話，反饋不可少，讓用戶知道已經(jīng)完成階段任務(wù)。失敗的操作，反饋顯得十分重要。如果沒(méi)有明顯的反饋，用戶會(huì)不知所措，或者干脆放棄對(duì)軟件的使用。
當(dāng)然，你知道我不是交互設(shè)計(jì)師，也不是“用戶體驗(yàn)設(shè)計(jì)師”，我只是一個(gè)“頁(yè)面切割師”（Orz…）……我想從“頁(yè)面切割”的經(jīng)驗(yàn)中，從逛到的各種有趣網(wǎng)站（你知道，我熱愛(ài)互聯(lián)網(wǎng) ）中，談?wù)劸W(wǎng)站（現(xiàn)在流行叫Web App，對(duì)，網(wǎng)站也是軟件哇）使用過(guò)程中的反饋。
網(wǎng)站有自己的特殊性。它必須運(yùn)行在一個(gè)已有的軟件（各種瀏覽器）上，必須受到運(yùn)行壞境的種種制約。
在'Web 1.0'時(shí)代，通常的做法是，所有一切交互，都等待服務(wù)器接收數(shù)據(jù)處理后，返回處理的反饋�？纯聪旅�，你是不是覺(jué)得很熟悉：
這是經(jīng)典做法，也是最安全的做法，一切都必須經(jīng)過(guò)服務(wù)器的確認(rèn)。但是碰到網(wǎng)速等因素困擾時(shí)，尤其是互聯(lián)網(wǎng)的洪荒年代，絕大部分人都是通過(guò)一根理想值是14.4k的電話線上網(wǎng)，等待服務(wù)器的反饋結(jié)果，慢得往往讓人崩潰。
于是JavaScript應(yīng)運(yùn)而生，客戶端能做一些最簡(jiǎn)單的檢查，再也不用等服務(wù)器的處理。比如：
JavaScript還有一個(gè)更恐怖的提示形式：
這種方式可以說(shuō)臭名昭著，原因在于，彈出這么個(gè)對(duì)話框時(shí)，操作系統(tǒng)（你知道我指Windows）會(huì)發(fā)出震耳欲聾氣勢(shì)如虹的聲音，令用戶感覺(jué)“超不爽”。其實(shí)，或許能改稍微改善這個(gè)問(wèn)題，這種方式的提示還是有其可取之處的。沒(méi)有任何頁(yè)面上的提示能比彈出的對(duì)話框更讓人注意，而且，這個(gè)對(duì)話框有“凍結(jié)操作”的功能，在某些重大場(chǎng)合下，失誤的操作會(huì)讓用戶損失慘重。上面的Gmail例子，是發(fā)生在放棄草稿郵件（可能已經(jīng)信心苦苦打了很多字）的“重大情況下”，這么做是合適合理的。
出處：Realazy
責(zé)任編輯：moby
上一頁(yè) 下一頁(yè) 網(wǎng)站的反饋提示 [2]
|
第 1 頁(yè) 網(wǎng)站的反饋提示 [1]
第 2 頁(yè) 
