反饋樣式

反饋樣式

1.什麼是反饋

反饋是用戶在有目的性的前提下進行操做時，應用所給出的信息爲結果信息，這樣的形式稱之爲「反饋」。

反饋的意義是爲了告訴用戶發什麼了什麼， 用戶剛剛作了什麼事， 哪些過程已經開始了， 哪些過程已經結束了， 哪些過程正在進行中， 用戶不能作什麼， 用戶剛剛操做的結果是什麼等。

2.爲何要反饋

反饋機制創建的必要性：幫助用戶隨時感知系統的狀態，知足用戶的控制感，消減不肯定性給用戶帶來的負面情緒。

斷定一款產品的前景只要看它可否幫助用戶解決根本問題。那麼「爲何咱們要在產品中創建有效的反饋機制？」或者說「有效的反饋究竟能夠解決用戶的哪些痛點？」 由於用戶的每一步操做都得獲得反饋，當用戶得不到反饋時也就是對當前系統的狀態一無所知時，就會產生一種焦慮感。焦慮感發展到最後是很恐怖的，由於它會讓用戶變得暴躁最終使用戶直接棄用該產品。

3.反饋的分類

1.肯定反饋

確認反饋是一種高頻出現的反饋形式。一般咱們在對某些重要信息進行修改提交時，或者是關於一些資料受權時。提交操做後，系統會再次通知用戶操做已完成，經過文字描述進行二次確認。

2.警告反饋

反饋中帶有警告性質的文字描述，用來提示用戶當前的操做會形成的重大影響。

例如

3.錯誤反饋

錯誤反饋也是常見的反饋形式，當用戶的操做有誤時，沒法按預期進行以後的操做時，須要咱們在錯誤提示中準確描述錯誤緣由，並提供合理的解決方式，能讓用戶快速修改後經過。 例如咱們在輸入發來的驗證碼時，出現了輸入錯誤，一般反饋中的錯誤描述是，「請輸入正確的驗證碼」、「驗證碼錯誤」等。又例如表單驗證。

4.信息傳達反饋

信息傳達反饋也是很常見的反饋形式之一，出鏡率很高。它不存在對與錯的問題，看似它和確認反饋很像，其實區別仍是存在的，確認反饋的本質是用文字再次告知你的操做行爲是有效果的。但信息傳達反饋是用戶想要獲得更詳細的信息，因此這類反饋的文字僅僅是對於現有問題進行了更詳細的文字介紹而已。一般用在列表，改版信息，和一些功能開通上。例如列表頁到詳情頁、進入軟件後新版本提示信息。

4.反饋形式

1.彈窗反饋式

彈框是最主要的反饋方式。彈框能夠分爲模態彈框和非模態彈框，它們最大的區別就在因而否強制用戶交互。模態彈框會打斷用戶當前的操做流程，用戶不在彈框上操做的話，其他功能都使用不了。因此模態彈框都是用於展現優先級最高的信息。通常出如今用戶在進行有風險性，不可逆的操做。例如刪除、退出登陸等。

當反饋的信息不重要時，咱們能夠用自動消失的非模態彈框反饋形式，只要告知用戶便可，例如外網的關注房源或取消關注房源時的 Tosat 提示反饋。

2.聲音和震動反饋式

除了視覺的反饋，還能夠用聲音和震動的形式對用戶進行反饋。多數人有把手機選擇靜音模式習慣，因此在輸入文字時，聽不到聲音，其實咱們每次點擊都會有聲音的反饋，告知用戶點擊到了手機中的鍵盤。

還有微信中的搖一搖，會有咔嚓咔嚓的聲音。固然聲音反饋雖然能夠更好的引發用戶的注意，但要是每一次都用到聲音反饋的話，就會變成噪音，使用戶產生反感。震動反饋能夠與聲音反饋結合增長反饋的強度，也能夠代替聲音反饋，避免在重要場合下出現聲音打擾到其餘人。

3.動畫反饋式

經過動圖的展現形式來吸引用戶的關注，例如在加載過程當中的加載小動畫，緩解用戶的等待焦慮。可是在動畫的使用上，咱們仍是要慎重，由於動畫太複雜的話會拖慢界面加載的速度。總之一句話，動畫只是甜點，不是正餐，吃多了會發胖。

4.頁面反饋式

頁面反饋是指對用戶的某些操做直接用單獨的頁面來提示結果，例如咱們點擊當前頁面內容，沒法正常顯示時，咱們能夠跳轉到一個空頁面做爲一種反饋形式，一般的樣式是圖片加文字，圖片能夠是一個簡單的圖標，也能夠是一個複雜的插畫;文字描述多爲錯誤的緣由和解決方法等。

有時候也會加上功能按鈕，更好更快捷的引導用戶解決當前問題。另外頁面反饋如今還有另一個很好的用處就是在空白區域推薦相關的內容，充分利用頁面的空間作引流，這個在電商平臺上很常見。

5.狀態反饋式

簡單的來講就是咱們點擊按鈕或者圖標等組件時，經過組件自己發生不同的狀態變化，告知用戶當前爲有效操做。例如收藏房源後的圖標變化和應用中底部標籤欄的切換狀態都是狀態反饋式的一種形式。

6.標籤反饋式

標籤(文字)在反饋體系中一樣佔據一席位置，不過它的使用場景比較單一：主要用於表單，用戶錄入信息的過程能夠提供逐行報錯提示。固然表單信息錄入報錯也能夠經過彈框也完成，可是有兩個缺點：1 彈框會遮擋界面信息，用戶看不到表單內容；2 在錄入項目過多的狀況下，標籤能夠給予更具備指向性的提示，用戶不用費力去尋找。因此說在表單信息錄入咱們選擇更加輕量化的標籤。

7.紅點反饋式

紅點在反饋中偶爾也會出現，例如微信聊天列表頁有新消息時，就會以小紅點的形式反饋

5.反饋的設計原則

反饋的設計原則：輕量化和差別化

首先是輕量化設計，咱們須要找出全部須要反饋的場景，而後進行優先級的排布，將重要的信息優先使用頁面和(模態)彈框來展現，而後依次使用(非模態)彈框，標籤和動效來展現。不要一提到反饋就使用彈框，一使用彈框就是dialog；合理使用反饋形式避免過分反饋。接下來是差別化設計，這須要咱們對全部的反饋進行精準定位，作到在一個產品中不一樣的操做運用同一種的反饋形式時作出差別性設計。以頭條爲例，它的反饋能夠分爲流程反饋和行爲反饋。流程反饋指的是用戶的操做須要必定的時間來處理，例以下拉加載；行爲反饋屬於即時性的反饋，用戶能夠立馬看到，例如屏蔽某類消息，頭條中的這兩種反饋都採用的是非模態彈框，可是在位置上進行了區分，一個不遮擋信息內容，另外一個遮擋。

6.反饋設計的注意項

1.反饋經過直觀的體現，幫助用戶理解微交互的規則，最大可能地下降用戶的學習成本。

2.別讓反饋給用戶形成壓力，經過最少的反饋傳達一樣的信息，避免過分反饋。

3.反饋應該由需求驅動，而後在恰當的場景下和時間下讓用戶知道他須要知道的事情。

4.反饋的速度儘量的快，反饋過慢會給用戶感受產品的性能差。

7.如何避免過分反饋

在設計反饋時，若是已經有一組元素的變化足以暗示用戶當前狀態獲得了反饋，那麼不必再增長多餘的元素進行反饋提示（除非有特別的目的）。這樣會使得用戶的心理負擔變重，一個反饋可能不足以影響用戶體驗，若是整個APP都出現這種狀況呢，那影響就大了，例如，外網app中的房源詳情頁關注房源和取消關注的反饋方式僅僅用了圖標顏色變化，並無同時再用toast彈窗就是將來避免過分反饋。