GUI與VUI融合設計的八大原則
GUI和VUI在融合時可能存在大量的問題,這篇文章里,作者結合實戰經驗,總結出了相應的設計原則,或許可以給到你一些參考和幫助。
為了解決GUI和VUI融合時存在的問題,我們整理了在工作實戰中總結出的八大設計原則,大家可以相互交流學習。
01
交互是一種行為,它具有目的性。
這句話是整個GUI和 VUI融合的核心。要知道用戶每操作一個控件,每跳轉一個頁面,這些行為的背后都是有目的的。例如用戶在GUI中打開空調界面開啟空調、手動將溫度調到20℃,這些行為背后的目的就是“打開空調并調到20°C”,這可以被VUI一句話實現。用戶在意的是系統和應用能不能幫助他們達成目的,操控GUI的控件和頁面只是輔助用戶完成他們目的的手段之一,同理VUI的劇本也一樣。
02
每種交互方式都能持續工作。
在座艙中儀表盤和中控屏幕基本處于常亮狀態,用戶無須對其開啟就能直接交互。但是對于VUI來說,如果每一次語音交互都需要喚醒語音識別能力,這會影響整個操作流程和用戶體驗。所以VUI和GUI融合的前提是系統/應用擁有全雙工語音交互的能力,系統/應用能持續一段時間傾聽用戶所說的話。
03
每種交互方式統一以 GUl為參照對象。
在車載系統中,無論是眼動操作、隔空手勢操作、實體按鈕還是GUI,都應該以GUI為參照對象進行設計,因為視覺通道接收的信息占全部感官的83%,如果以聽覺為主的VUI為參照對象,該交互框架能輸入和輸出的信息量會直接銳減。其次,GUI顯示的內容可以維持靜止狀態,VUI無法做到這一點;第三,GUI中有著豐富成熟的控件和組件,可以跟各種交互方式進行綁定。
04
每種交互方式相互配合,取長補短。
VUI的第一個短板是交互狀態不明顯,所以VUI的交互流程中建議配合GUI強化VUI的狀態表示。VUI的第二個短板是受限于工作記憶,所以語音播報的內容句式和語法結構需要保持簡單,內容播報盡可能控制在10s以內(中文和數字約為40字以內),包含的信息盡量在3項以內。
那么,GUI上的所有信息是否相應地只顯示3項內容呢?答案是否定的,因為這些內容并不是短暫地顯示在屏幕上,它們可以被眼睛來回地掃視和重新閱讀,所以用戶在交互過程中沒必要記住全部信息。
對于選項過多的菜單或者列表,VUI可以優先播報對用戶來說重要的前三項,然后詢問用戶是否繼續播報,與此同時,用戶還可以通過觸控的方式從GUI獲取信息。
GUI的短板很明顯,它需要用戶看著屏幕才能正常交互。在駕駛過程中,司機開車低頭很容易發生事故,因為在2s的時間內一輛時速100千米的汽車就能開出54米的距離。因此在駕駛場景下,讓用戶不看界面也能和系統交互的VUI變得越來越重要。為了解決GUI的短板以及提升駕駛場景中用戶和系統的交互安全, GUI和 VUI可以這樣配合:
- VUI可以操控GUI的界面和功能,尤其文本輸入功能;
- GUI顯示的文本內容允許 VUI播報相關內容;
- 由VUI播報完整信息,GUI通過排版顯示重點信息;
- 基于VUI的聲紋識別能直接省略用戶在GUI輸入密碼的交互步驟。
05
以用戶當前操作對象為目標發起交互流程。
在多模交互中最重要也是最麻煩的是操作對象的切換,因為它有可能意味著任務和上下文發生變化。例如,在空調界面中,用戶說“調到25℃”,系統應該將空調溫度調到25℃,而不是將音量調到25。
在語音交互中主語或者賓語即是操作對象;觸屏GUI中手指觸碰的地方即是操作對象,視線追蹤、空手勢、方向盤按鍵顯示的焦點即是操作對象,在設計過程中我們應該如何考慮操作對象切換的問題呢?操作對象不一定只是控件和組件,它可以是一個頁面,甚至是一個任務流程。
GUI和VUI融合的關鍵是將VUI意圖中的主語/賓語和GUI里的控件組件/容器進行綁定,系統通過操作對象的對照就能知道GUI和VUI是否在操作同一個操作對象。以GUI為參照對象的好處是能讓操作對象顯性化,用戶通過焦點的切換就知道自己的交互操作是否被系統正確識別,在多任務/多窗口里也能知道現在哪個任務/窗口被激活。
06
明確告訴用戶當前的交互流程到達哪里每種交互方式都具備“選中目標”“執行過程”“結果反饋”三種屬性。
相信大家對GUI中各種控件的按下態、加載態都很熟悉,但是在無法感知的交互過程中,例如VUI執行過程中的聆聽、識別和加載狀態,沒有數字刻度的旋轉按鈕。這些細節很容易被設計師忽略。
“選中目標”能讓用戶和系統清晰知道當前操作的對象是誰;“執行過程”能讓用戶知道當前的交互進度到哪,避免用戶產生焦慮:而“結果反饋”應該考慮“成功執行”和“無法執行”兩種情況?!俺晒绦泻芎美斫猓盁o法執行”會比較特別。
GUI的好處是每一個控件的狀態都能被用戶看到,用戶每一步交互都是圍繞控件、組件和容器進行的。它們能引導和限制用戶的交互流程,例如一個滑動條,用戶滑到最左就不會而且不允許繼續滑動了但是VUI做不到,因為用戶看不到滑動條的上下限在哪里,而且他發出的指令不一定在系統支持的指令集中。
所以“無法執行”應該包括“業務支持失敗”和“聽不懂(沒法分類)”兩種情況。如果缺乏了“業務支持失敗”這個細節,VUI只懂得跟用戶說“不好意思我聽不懂”或者“不好意思我無法執行”,這樣會引起用戶的反感。
07
GUI控件/組件應支持多種交互方式,如有差異建議增加說明。
在多模交互下,不同類型的操作控件/組件應由不同的VUI意圖和流程來支持,文本類型的控件支持語音播報能力。在自然的多模交互中,用戶在不同場景下有可能通過不同的交互通道完成相同的任務,所以設計多模交互體驗時應該做到完整的冗余設計。
有些交互操作確實不太好實現冗余的設計,尤其是一些基于純圖標的按鈕,或者全是復雜文字的鏈接,這時我們應該想辦法在圖標上增加文字以及在鏈接前面增加數字,但如果因為各種因素無法修改設計方案,建議通過其他方式告知用戶暫時無法支持其他通道的交互操作,這樣能有效避免用戶覺得這是一個漏洞。
08
由交互管理器統一管理多種交互方式之間的操作和狀態,包括容錯管理意圖/界面切換。
由于多通道之間的信息輸入/輸出存在著不同效率、同步/異步以及兼容/斥的差異,構建交互管理器有助于管理多模態交互之間的狀態。簡單理解的話,我們需要通過一個交互管理器來管理所有操作對象以及交互通道之間的關系,它的主要作用是監控不同操作對象以及交互通道產生操作數據時的先后順序,然后將這些信息操作同步給所有交互通道,從而實現交互通道的管理。
本文由 @ALICS 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!