設(shè)計小結(jié):如何設(shè)計B端產(chǎn)品中的“操作反饋”?

3 評論 13670 瀏覽 206 收藏 21 分鐘

“操作反饋”的目的是告訴用戶其操作的結(jié)果、預(yù)期、帶來的影響或后果。它是產(chǎn)品與用戶交互的重要節(jié)點。合理的反饋設(shè)計,可以在產(chǎn)品和用戶之間建立一個良好的互動,以幫助用戶更好的了解產(chǎn)品和功能、避免或減少困惑及錯誤,提升用戶的整體使用體驗。

“操作反饋”,是指在使用產(chǎn)品時,系統(tǒng)對用戶的操作,或因戶的行為導(dǎo)致的變化,給出的反饋,它是體現(xiàn)人與“機”交互的關(guān)鍵場景。而反饋一定是包含信息輸入和輸出兩個環(huán)節(jié),二者缺一不可;而這里的 “輸入”,主要指用戶的操作。

從廣義來說,產(chǎn)品設(shè)計中的“反饋”就是指產(chǎn)品對用戶的行為作出的即時響應(yīng)。本文主要主要總結(jié)了在B端產(chǎn)品(PC端)設(shè)計中,用戶操作反饋設(shè)計的類型和樣式,及在設(shè)計中需要注意的問題,希望能對產(chǎn)品相關(guān)人員尤其是交互設(shè)計師,有一定的幫助。

需要指出的是,那些類似頁面提示、消息、通知、功能引導(dǎo)等功能,更多的是指設(shè)計者要告知用戶或希望用戶了解的信息,從廣義來說,也算是系統(tǒng)向用戶“反饋”信息的一種方式,但大多并不是因用戶直接的操作而出現(xiàn)的,且不具備“即時響應(yīng)”的特點,因此不在本文討論范圍。

一、按場景分類,可以將操作反饋分為五類

1、操作確認(rèn)

常見的需要用戶進行二次確認(rèn)的場景有:付款、覆蓋、退出、刪除、提交、離開、修改、替換……

對于一些具有“破壞性”或不可逆的操作,在用戶操作前,我們應(yīng)當(dāng)讓用戶“再次確認(rèn)”。除了要讓用戶二次確認(rèn),更重要的是要告知用戶當(dāng)前操作可能帶來的“危害”、對其他模塊或未來的使用帶來的影響,引導(dǎo)用戶慎重決定自己的操作,從而減少用戶犯錯的可能。另一方面,對于一些金融或企業(yè)服務(wù)類產(chǎn)品來說,這也是一種必要的免責(zé)手段——避免因用戶操作不慎導(dǎo)致不良后果而與商家產(chǎn)生的矛盾或糾紛。

可能有些用戶覺得這種“二次確認(rèn)”會顯得繁瑣甚至是“有些蠢”,尤其是那些對產(chǎn)品已經(jīng)非常熟悉的老用戶。但對于那些關(guān)聯(lián)用戶財產(chǎn)的特殊產(chǎn)品(如金融理財、企業(yè)服務(wù))等,避免和預(yù)防用戶因一時大意造成的損失,遠(yuǎn)遠(yuǎn)比“因減少一次點擊帶來的便捷”,更為重要。此外,并不是所有的操作確認(rèn)都要用帶遮罩層的模態(tài)彈窗來實現(xiàn),有的可使用非模態(tài)浮層,但最好能顯示在操作觸發(fā)區(qū)域旁邊,以防止被用戶忽略。

在移動端,有一種交互樣式,用戶可以通過滑動來呼出“刪除”按鈕(當(dāng)前位置),并在被點擊后替換為“確認(rèn)刪除”按鈕,這樣的形式可以很好的替代彈窗或浮層,在提高必要的防錯設(shè)計同時,不會對用戶造成過多干擾。但在PC端的產(chǎn)品中,使用彈窗或氣泡浮層的形式,可能更符合用戶的操作和認(rèn)知習(xí)慣。

2、操作結(jié)果

常見場景有:提交、添加、刪除、保存、發(fā)送、搜索、查詢、下載、上傳……

在這些場景中,當(dāng)用戶通過點擊按鈕、填寫表格等一系列行為并完成最終任務(wù)時,設(shè)計師需要明確的告知用戶任務(wù)的結(jié)果:失敗還是成功。這可以讓用戶對自己的操作有更多的信心,對當(dāng)前任務(wù)有更多的“掌控感”。

如果只是普通的告知用戶操作成功(如申請成、刪除成功、提交成功……),這里建議使用toast提示即可,讓用戶“了解”即可(一定時間后自動消失),而不需要用戶特別關(guān)注和點擊關(guān)閉。

但是toast自動消失的特點,決定了其不能承載較為復(fù)雜的提示,否則用戶很難在有限的時間內(nèi)了解全部信息,并且會給用戶無形的壓力。雖然我們提倡文案要盡量簡潔,但總有些操作結(jié)果很難用一句話“說不清楚”,有時還要用圖片來補充說明,這個時候,就可以考慮使用彈窗、浮層甚至是新的頁面來呈現(xiàn)(在電商類APP中尤其常見)。

一些常見的操作結(jié)果提示

有時在一些復(fù)雜的場景中,除了要告知操作結(jié)果,還需要讓用戶明確操作對產(chǎn)品、其他模塊和任務(wù)的影響;有的還需要引導(dǎo)用戶繼續(xù)進行接下來的任務(wù)。如果是操作失敗,在告知結(jié)果的同時,還需要告知用戶失敗的原因、要如何處理等。

除了呈現(xiàn)操作結(jié)果,還要告訴用戶要如何處理

用戶執(zhí)行搜索、查詢等操作時,產(chǎn)品應(yīng)該可以及時響應(yīng),并直接在頁面或搜索框?qū)崟r告知用戶結(jié)果。在此類反饋中,搜索框的操作提示是一種比較特殊的提示,已經(jīng)有很多設(shè)計師提出了一些與操作反饋相關(guān)的,很棒的小技巧來提升用戶的搜索體驗,如模糊搜索、關(guān)鍵詞推薦、聯(lián)想、搜索結(jié)果即時響應(yīng)等等,感興趣的朋友可以去網(wǎng)上搜索相關(guān)文章,在此不作贅述。

3、任務(wù)進程

常見場景有:刪除、導(dǎo)入、查詢、上傳、下載、刷新、安裝、更新、卸載……

在這些場景中,可能任務(wù)不會馬上完成,系統(tǒng)需要有一個加載、校驗、查詢或計算的過程。在這個過程中,我們必須讓用戶的操作得到恰當(dāng)?shù)姆答仭O(shè)計師有必要告訴用戶兩個事情:

  1. 我的操作(提交、下載、安裝……)是正常的,產(chǎn)品已經(jīng)或正在正常運行;
  2. 這個過程需要一點時間,請耐心等候;

進程動畫:

良好的反饋,可以有效減少用戶的疑惑,并緩解用戶在等待過程中的焦慮和不耐煩。一些趣味性的加載動畫,甚至可以讓用戶感到愉悅。還有一些網(wǎng)頁游戲的加載和轉(zhuǎn)場頁面,會設(shè)計一些只需要簡單點擊的小游戲,這讓等待過程變得非常歡樂,甚至是一種“享受”。

這對于略顯嚴(yán)肅的B端產(chǎn)品或許有些過度設(shè)計,但這種理念是值得借鑒的:我們可以使用一些簡單有趣的小動畫,配上準(zhǔn)確而不失活潑的文案,這種情感化設(shè)計可以讓用戶在“感知”到這個進程變得更快了,且能有效地提升用戶的愉悅感,進而增加其對產(chǎn)品的好感。

有趣的過渡動畫能減少焦慮,帶給用戶愉悅感

數(shù)據(jù)實時變化:

在列表添加或刪除大量數(shù)據(jù)時,如果可以讓用戶實時看到數(shù)據(jù)和列表行次的增減,可以讓用戶更“放心”,并且對這個過程有一種“期待”,讓用戶感知到任務(wù)已在進行且很快將完成,從而減少用戶等待時的焦慮感。

?點擊“遠(yuǎn)程獲取”后,頁面數(shù)據(jù)會實時增加

4、表單校驗:表單狀態(tài)、字段錄入格式、長度;

用戶在填寫表單后,點擊“保存”、“提交”等操作時,我們需要對用戶輸入的內(nèi)容進行校驗。這樣做除了避免或減少用戶錯誤,也可以規(guī)范用戶的操作,使系統(tǒng)存儲的信息可控、規(guī)范化、結(jié)構(gòu)化。

我們可以看到,在很多產(chǎn)品中,在校驗表單填入內(nèi)容是否合法時,產(chǎn)品和開發(fā)人員都喜歡使用toast提示。對于多數(shù)簡單的表單來說,這樣做并沒有什么不妥,且比那些動不動就使用彈窗的產(chǎn)品來說明細(xì)更好,但對于略復(fù)雜的表單來說,我們還有更好的設(shè)計。如,使用顯示在操作對象(如輸入框等)附近的高亮文字提示,可以方便用戶及時、快速定位到是哪里填寫出錯。

那么,用戶填寫表單的過程中,什么時候校驗更好呢?按照校驗的先后,我將表單校驗分為“后置”和“前置”兩類。

后置校驗:

在B端產(chǎn)品的表單中,似乎開發(fā)人員更喜歡將校驗“置后”,即在用戶最后一步點擊“提交”或“保存”按鈕時才按字段順序依次校驗錄入是否符合要求。這樣將校驗集中在最后用戶操作的好處是,可以減少很多前端的控制,同時可以減少用戶在輸入時對服務(wù)器的請求次數(shù)(一些簡單的如字段長度控制除外),從而減少對后臺的壓力。

后置校驗:點擊“提交”時校驗必填項是否為空

前置校驗:

這種出發(fā)點無可厚非,但據(jù)我所知,很多前置的校驗并不會消耗過多資源;在這種前提下,我更建議將校驗前置,這樣用戶在輸入時,可以更及時地幫他們檢查自己輸入是否正確,而不是在填完十幾個字段后還要回過頭來重新審查。

前置的校驗和提示出現(xiàn)的時機,一般是在用戶錄入或選擇后,目標(biāo)控件失去焦點時。然后在用戶修改錄入(再次獲得焦點)或錄入內(nèi)容變化時,提示消失;在用戶完成修 改(再次數(shù)去焦點)時再次校驗。這樣的校驗應(yīng)該是一種體驗更好的設(shè)計。

多數(shù)情況下,我更建議使用與目標(biāo)關(guān)聯(lián)的校驗提示,如顯示在輸入框上旁邊的懸浮層、提示條、高亮文字,亦或是搭配上表單區(qū)域、輸入框邊框或背景的高亮。這樣的提示可以很方便用戶快速定位出錯的地方。

輸入框失去焦點后,立即校驗輸入內(nèi)容格式是否正確

5、操作暗示/提示

常見場景有:指示控件狀態(tài)、顯示/隱藏功能、漸進式的信息展示、操作提示……

對于一些可以發(fā)生交互的頁面元素,除了在視覺上應(yīng)該與靜態(tài)元素有所區(qū)別之外,在用戶鼠標(biāo)懸停時,鼠標(biāo)指針及對應(yīng)的元素應(yīng)當(dāng)有變化,以此來告訴用戶:當(dāng)前控件可以被執(zhí)行點擊、拖拽等操作的,最簡單如輸入框,在鼠標(biāo)懸停時會變變?yōu)椤笆中巍鼻以讷@取焦點時會變?yōu)楦吡?,用來告知用戶它是可用的和正在輸入狀態(tài)。

相對的,當(dāng)某些控件(如輸入框、下拉框等)變?yōu)榻脿顟B(tài)時,也可以通過將指針變?yōu)椤敖谩眻D標(biāo)的形式來提示用戶,著也是一種簡單直觀的解釋。

懸停時出現(xiàn)“禁用”圖標(biāo)

有些圖文信息或功能按鈕,因為頁面空間所限,以及簡潔設(shè)計的要求,不能全部展現(xiàn)在當(dāng)前區(qū)域。這個時候可以使用漸進式的方式來呈現(xiàn)。當(dāng)用戶鼠標(biāo)懸停到目標(biāo)范圍時,才顯示對應(yīng)的信息、按鈕或入口。這種根據(jù)用戶行為來漸進式展現(xiàn)內(nèi)容的方式,可以給用戶很好的“掌控感”,同時可以讓我們得到一個更簡約、清爽的界面。

鼠標(biāo)懸停時,顯示圖標(biāo)按鈕的名稱

還有一種比較特殊的操作反饋形式:操作提示或說明。常見的場景是,用戶在點擊某個按鈕后,系統(tǒng)根據(jù)用戶當(dāng)前狀態(tài),需提示用戶在進行這項操作時,需要注意的問題和事項,或?qū)Υ耸马椀牟襟E給出詳盡說明和指引。

但要注意的是,設(shè)計師必須確定這種“提示”是重要且必要的,會影響用戶的認(rèn)知或任務(wù)完成的正確與否,否則這種提示(很多是模態(tài)的彈窗)會讓用戶感覺很啰嗦、粗魯和被打斷,這種體驗無疑是非常糟糕的。

二、按設(shè)計樣式分類:

常見的反饋樣式有:頁面級提示、彈窗、浮層/氣泡、toast、輕量提示(文字、圖標(biāo)、部件高亮等)、動效、聲音和震動等。

1、頁面級提示

是指在用戶操作后,會跳轉(zhuǎn)到一個新的頁面并在此通過圖文信息來呈現(xiàn)各種操作反饋。這種頁面跳轉(zhuǎn)的缺點是會給用戶一種斷裂感,讓他們會感覺產(chǎn)品更復(fù)雜了,它更適合用來呈現(xiàn)復(fù)雜的操作結(jié)果或說明等。

2、彈窗

這里一般是指模態(tài)的、帶遮罩層的浮層樣式,包括傳統(tǒng)的對話框形式,以及包括文字和手繪圖形等元素的浮層。這種形式的反饋一般更為“強制性”和“關(guān)鍵”,只適合非常重要的提示和說明,使用時務(wù)必謹(jǐn)慎。好的反饋設(shè)計應(yīng)該要盡量減少模態(tài)彈窗的使用。

3、浮層/氣泡

這里是指非模態(tài)的、與操作對象關(guān)聯(lián)的浮層或氣泡,用文字或圖片來給用戶實時的提示。這種樣式反饋相比頁面和彈窗會更“輕”,且可以直接顯示在操作對象附近,對用戶干擾更弱,且關(guān)聯(lián)性更好。

4、toast提示

各種通過用戶操作觸發(fā),并能夠自一定時間自動消失的文字或圖形提示。toast提示會自動消息不會打擾到用戶,一般適合用來告訴用戶簡短的、“看一下就行”的信息,如“提交成功”、“已完成”等。使用toast前要確保你想反饋給用戶的信息,如果被用戶忽略,是否會有嚴(yán)重后果?如果有,那就不應(yīng)該使用這種形式。

5、輕量提示

一般出現(xiàn)在操作對象附近,或是被操作控件的樣式變體。如高亮文字、圖標(biāo)、輸入框高亮、按鈕禁用狀態(tài)等。這種類型非常適合運用在有大量字段的表單校驗中,這樣可以方便用戶快速定位到哪里填寫有問題。

6、動效

用戶操作后,通過控件、內(nèi)容或頁面的移動、消失等動效來告知用戶目前的狀態(tài)、進度或操作結(jié)果等。簡單、有趣的動效可以非常直觀的告訴用戶頁面的變化,同時能夠有效減少用戶的焦慮和等待感,甚至能夠增加對產(chǎn)品的好感。

7、聲音和震動

通過震動或聲音的形式來給用戶反饋,如QQ的震動(對于PC端來說并非設(shè)備的震動而實際上是一種動效)、迅雷下載完成時的聲音“叮”等。聲音和震動在移動端使用似乎更多。因為這種樣式的反饋顯得過于強硬,在PC端的網(wǎng)頁設(shè)計中,一般不建議使用。

如何選擇設(shè)計樣式?

以下是我總結(jié)的,在B端產(chǎn)品設(shè)計中(PC端),“反饋”類型和樣式的對應(yīng)關(guān)系。我們可以根據(jù)“反饋”的功能類型和實際場景,來選擇合理的樣式。

三、小結(jié)

“操作反饋”的主要目的是告訴用戶其操作的結(jié)果、預(yù)期、帶來(或可能帶來)的影響或后果。它是產(chǎn)品與用戶交互的重要節(jié)點。合理的反饋設(shè)計,可以在產(chǎn)品和用戶之間建立一個良好的互動,以幫助用戶更好的了解產(chǎn)品和功能、避免或減少困惑和使用錯誤,提升用戶的整體使用體驗。

在設(shè)計用戶操作反饋時,有兩個基本的原則是:一是在任何時候,好的“反饋”設(shè)計能夠減少用戶能對產(chǎn)品的困惑、懷疑和對自己操作行為產(chǎn)生擔(dān)憂;二是要注意,除非是特別重要的提示或說明,這種反饋應(yīng)該盡量避免過于強硬的打斷、干擾用戶。

日常設(shè)計小結(jié),不足之處,歡迎拍磚指正。

 

本文由 @Rindy 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 很有收獲,謝謝作者!

    來自四川 回復(fù)
  2. 寫的不錯!

    來自廣東 回復(fù)
  3. 前后置校驗應(yīng)該還需要更細(xì)化,不是簡單地說因為服務(wù)器資源問題。前置會更適合簡單表單,復(fù)雜表單還應(yīng)該區(qū)分B端和C端,結(jié)合用戶分類和體驗。

    來自浙江 回復(fù)