4大設計視障者app報讀原則-輔助視障者公車搭乘體驗計畫(五)

各位夥伴們大家好，轉眼瞬間來到第五篇了！在歷經前幾篇文章的訪談旅程，我們終於撥開雲霧，從大象的房間裡建構出整體服務設計藍圖、盤點所需功能，但面對接下來的設計實踐對我們而言又是另一項考驗啊（淚💦。

這篇文章將主要著重在 App視角，分享我們在彙整市面公車 App、視障者手機操作習慣後，針對語音報讀轉化為4大洞察作為策略踏出落地的第一步。

如果還不認識「視障者公車搭乘體驗計畫」的團隊，歡迎點選樓下連結從首篇踏上我們的研究旅程：

穿越社會問題的迷霧，來一場視障服務設計的研究吧！— 輔助視障者公車搭乘體驗計畫(一)

開始說明介面原則之前，先來談談視障者操作習慣與常用語音輔助系統—Voice Over (IOS) 與 Talk Back ( Andriod)。Voice Over 與 Talk Back原理在於利用螢幕閱讀器 (screen reader)朗讀每一項元件文本，使得視障者能夠藉由聽覺拼湊出介面全貌進而使用產品功能、實踐可達性 (Accessbilty)。而從以往的訪談中發現，一般視障者聆聽朗讀的速度偏快，介於70~80百分比。

以Voice Over 為例，一個介面中旁白的報讀順序會是由左上成Z字型至右下，點按一下為報讀、按兩下為執行。根據我們的觀察，視障者探索介面的方式可分為兩種：從頭依序滑動搜尋與抓取大略位置後左右滑動調整來找到目標功能。舉例來說，如果要打開photo：

視障者探索目標使用功能方法：左)從頭依序滑動搜尋、右)抓取大略位置後左右滑動調整

除了報讀順序外，螢幕閱讀器的另一項重點在於旁白文本，在 Material Design 中定義為「替代文字 (Alternativa text, Alt text)」， Alt text 指的是每項元件中所具備的標籤，藉由標籤文字我們得以將視覺 UI文字化，尤其當Alt text具備描述連貫性時，就能夠有效引導使用者找到目標功能。

在了解常用的語音輔助系統背景小知識後，接下來讓我們來聊聊團隊在設計介面時所考量的原則們吧！👇

1. 簡化多餘線索，線性排列介面功能

在上述提到，視障者輔助系統的報讀順序是呈Z字型報讀，源自於開發時撰寫 HTML自上而下的架構，所以在設計協作上，我們會特別注意頁面排版以便於報讀機制可以遵循閱讀地圖讓視障者得以快速獲取所需功能。