Group Ride 語音辨識

易用性測試 | 優化操作體驗

About Group Ride

「Group Ride」是Bryton車錶產品線共同的重大迭代目標。透過與Active App的連線，手機連網傳送/取得騎乘資訊，Group Ride是一個幫助騎車團體在騎乘中能即時的透過車錶取得團員位置及騎乘資訊以及對話訊息的功能。

其商業目標增加長期用戶的黏著性、吸引更多類型用戶以擴展市場、透過用戶車友團體間的介紹提高品牌知名度和獲取有關用戶的數據，以實現長期的商業成功。

Background

Group Ride騎團功能在隨著S800上市後，由於初期支援機種還未擴展，使用數還不多，我們一面觀察為數不多用戶數據外，也持續安排易用性測試，再多次的路測後針對傳送語音訊息的使用體驗進行優化。

易用測試洞察

起初我們在公司訓練台上進行了幾次的易用性測試，安排公司員工車隊不同年齡、騎乘程度的同仁協助測試。當時透過觀察受訪人動作及操作狀況調整出了一版可行的操作流程，然而在後續的實際路騎測試後發現：「Oh no 登愣！完全NG！」

透過幾次實際上路騎乘測試及事後訪問中的觀察，我們理解到：

騎乘中即使GroupRide功能正執行中，大部分的使用情境下，車錶長時間所在的畫面仍然會是用戶自訂的數據頁。

進入收音前三秒的聲音，也就是話語的起頭會大幅影響整份語音的辨識度及成功率。而繁瑣的操作流程將影響使用者體驗感受，而這也與語音辨識的成功度環環相扣，相互影響著。

習慣的控車手不見得會是操作車錶的慣用手，在單手控車的狀況下要刻意壓低身體靠近車錶會是個讓人不是很自在的動作。如果是非慣用手的話更排斥。

“雖然成功時很方便，但實際使用時很常收音失敗，而反覆操作想修正的過程其實很危險。”

Problems

第一版的語音傳訊功能設計，使用與應用於導航流程裡的「語音地點搜尋」功能相同的操作流程。

成員清單 > 聊天室 > 語音傳訊 > 開始收音 > 語述訊息內容 > 結束收音 > （等待辨識結果）> 查看辨識結果 > 確認送出

原先的操作流程以完美的使用情境(Golden Path)來看，總共需要經過8個畫面並至少5次操作(藍色框)。
而在語音訊息的任務流中，還包含了兩次影響體驗決定性的重要變因(綠色框)：
‍
。收音是否成功得以進行辨識
。辨識結果的內容正確性

而這兩個變因環節的順利程度更是影響任務成功率最大的因素，將直接影響使用者對功能的評價。

定義問題

Group Ride功能絕大多的使用環境對於硬體的收音能力是很大的挑戰，在收音總時間15秒內，開始收音後前三秒的結果便是關鍵，風聲、戶外環境音、馬路環境車鳴等吵雜聲都會影響是否能夠被成功的進行辨識以及辨識的正確性。

原先的設計因為操作程序，在實際上路騎乘時明顯的過為繁瑣。對於一般用戶族群而言，要同時注意路面隨時控車的情況下，這樣的操作體驗除了帶來很大的不安全感外，也提升了語音辨識結果的失敗率。

專案成果

我們在實際幾次的易用性測試路騎後，根據使用者提供的想法進行了改良：

成員清單 > 聊天室 > 語音傳訊 > （等候3秒開始) 語述訊息內容 > 結束收音 > （等待辨識結果）> 顯示辨識結果倒數8秒直接送出

透過兩項調整我們將完美使用情境的流程縮短至僅需3個操作步驟：

倒數3秒後即默認「開始收音」
由於外騎有風聲及周遭環境音的干擾，在點擊「語音傳訊」，倒數3秒後直接進入收音模式。這個時間給了這個流程一個良好的緩衝時間，讓使用者在單手操控車錶後，有足夠的時間將雙手握回把手穩住身體後再俯身靠近車錶開始說話，不止帶給用戶更多安全感外，同時也大大的降低了語音因在前三秒收音不良而造成的不正確及失敗率。
倒數8秒後即默認「送出辨識結果」
過去用戶必須針對每一次的語音辨識結果做回覆，如果不回覆則訊息不會送出只會停在頁面上。這大大降低了語音傳訊功能的流暢度，對於有需求要在騎乘中常發言的用戶更是大大的影響體驗。
我們將「確認辨識結果」的操作改為默認送出，在語音辨識結果顯示在螢幕上時，用戶可以決定點一下螢幕直接送出外，也有8秒的時間可以決定是否取消送出。這個改善讓整體的傳訊體驗更加的流暢，讓用戶在確認訊息正確後可以專注在自己的騎乘及路況安全。
優化介面，明顯化收音及未收音階段的呈現
考量各使用環境光源，將閃爍面積加大凸顯麥克風「收音中」的狀態識別度並新增15秒語音訊息長度倒數進度條，讓使用者清楚了解機器當前狀態，以及剩餘收音時間。