空狀態具體包含哪幾種情況,是不是只有「新用戶剛註冊、什麼都還沒有」這一種?
空狀態至少可以分成四種常見情況,各自的成因跟該回應的方式都不一樣。第一種是「首次使用」,使用者剛開始用這個功能,還沒有任何資料,例如剛開通的雲端硬碟帳號;第二種是「使用者清空」,使用者主動完成了某個動作導致畫面變空,例如把收件匣裡的訊息都處理完了;第三種是「搜尋或篩選無結果」,使用者主動查詢,但條件下沒有符合的資料;第四種是「錯誤或連線問題」,畫面因為某個技術問題而暫時無法顯示內容,例如網路離線。
這四種空狀態雖然視覺上可能長得類似(都是「畫面上沒有內容」),但使用者當下的心理狀態完全不同——首次使用的人是充滿期待的探索心情,清空收件匣的人可能帶著完成任務的成就感,搜尋無結果的人可能有點失望或困惑,遇到連線問題的人則可能焦慮或不耐煩。把這四種情況都用同一套「沒有資料」的通用訊息處理,會錯過針對每種心理狀態做出正確回應的機會。
為什麼空狀態值得認真設計,而不是隨便放一句「目前沒有資料」就好?
最直接的原因是空狀態出現的時機往往極為關鍵。新使用者首次使用某個功能時,遇到的第一個畫面經常就是空狀態——這代表空狀態很可能是使用者對這個功能形成第一印象的地方,如果這個畫面只有一句冷冰冰的「沒有資料」跟一個灰色圖示,使用者得到的第一印象會是「這個東西看起來還沒做完」或「這裡沒有東西可看」,進而選擇離開,而不是留下來嘗試建立第一筆資料。
另一個原因是,空狀態正好處在「使用者還沒有東西可以互動」跟「使用者需要被引導做出第一個動作」的交界點。如果空狀態只是被動地陳述現況,使用者得自己想清楚接下來該做什麼;但如果空狀態主動提供一個明確的下一步(例如一個清楚的按鈕、一句引導文案),就等於是把使用者從「不知道該做什麼」直接帶到「知道下一步是什麼」,這個轉換往往就是後續啟用率能不能提高的關鍵時刻之一。
一個設計良好的空狀態,具體上該包含哪些元素?
一個常見的結構包含四個部分:一句簡潔的標題,說明目前的狀況;一段輔助說明文字,補充背景或給予情境;一個相關的圖示或插畫,用視覺傳達情緒或功能屬性;以及一個明確的行動呼籲(按鈕或連結),告訴使用者接下來可以做什麼。這四個元素不是每次都要全部用上,但標題跟行動呼籲這兩項,通常是最不該省略的部分。
設計上還有幾個容易被忽略的細節:空狀態的視覺呈現應該貼合這個功能本身的性質,而不是套用一個通用範本——一個行事曆的空狀態,跟一個購物車的空狀態,視覺調性理應不同,如果整個產品的所有空狀態看起來都一樣,反而會讓每個功能顯得沒有個性;插圖的比例也要拿捏,太搶眼的插畫反而會讓畫面顯得更「空」,因為視覺焦點全部被插畫吸走,真正該被注意的行動呼籲反而被稀釋掉。
如果我用 AI 設計工具生成畫面,空狀態常常被忽略或做得很草率,該怎麼在 prompt 裡明確要求?
最常見的狀況是,AI 生成一個功能畫面時,預設會直接生成「已經有資料」的版本,因為這是最容易展示、看起來最完整的版本,空狀態如果沒被特別提及,經常直接被省略。要避免這個狀況,可以在 prompt 裡明確要求同時生成空狀態版本,並具體說明這個空狀態屬於哪一種情況(首次使用、使用者清空、搜尋無結果、還是錯誤狀態),因為不同情況需要的文案語氣跟行動呼籲完全不同,籠統地說「也要有空狀態」通常只會得到一個通用、沒有個性的版本。
值得特別注意的是「首次使用」這種空狀態,因為它很可能是新使用者對這個功能的第一印象,也是前面提到的啟用率的關鍵時刻之一——如果你正在設計的是使用者剛接觸產品的首屏或核心功能,這個版本的空狀態值得比其他三種情況投入更多心力去打磨,因為它承擔的任務不只是告知現況,還包括說服使用者留下來、繼續往下操作。
Untitled UI 的一篇設計指南指出,空狀態是新使用者第一次打開一個功能時看到的畫面,卻常常是團隊最後才畫的畫面——經常是在衝刺週期結尾才隨手做出來,變成畫面中央一句灰色的「沒有資料」文字。這個反差本身值得注意:一個在使用者體驗上最早出現、最容易形成第一印象的畫面,在設計流程裡卻經常是優先順序最低、投入心力最少的一塊,兩者的落差正是空狀態容易被忽略的具體徵兆。
優點是能把一個原本容易被當成「無意義空白」的畫面,轉化成產品教育、引導使用者採取下一步行動的機會,尤其在首次使用情境下,對啟用率有直接影響;缺點是要把四種空狀態都個別設計得體,需要額外的設計與文案時間,如果產品功能數量龐大,逐一客製化每個空狀態的成本並不低,實務上通常需要先針對使用者最早接觸、影響最大的少數幾個空狀態優先投入,其餘的可以先用品質尚可的通用版本頂著。