header-guild-uxd.jpg

您目前位於 三鑽石流程的第二階段:設計迭代 UXD

在此可了解到整體服務運作與App、車載系統、候車區的設計迭代過程與設計特色,並可下載相關設計規範參考

設計特色

牽涉複雜系統的公車預約服務,如何從零到一地建置?

成果與價值

服務開展的過程,須以原型將設計概念具象化,向目標使用者、關係人獲得回饋。以人為中心,逐步將服務修正、迭代直至接近完善。在 EyeBus 案中共延展出三項核心設計項目:App、車載系統、候車區,設計跨足線上及線下,考驗團隊靈活的開發、測試能力。

2019年10-5月間,團隊遵循敏捷開發原則,共完成 78 人次視障者測試、45 人次公車司機測試、6 人次定向師訪談,分別驗證 App 易用性、車載系統造成之負荷、候車區之通用性,及三項設計互相串接之穩定性。設計歷經分梯測試、逐步開發完成,成果及細節展開如下。

解決方案的核心目標

結合研究結果,團隊在往後的設計中,每個議題的迭代皆以三大設計目標為準,除確保解決方案的方向一致,也有助促進團隊的設計共識。

UXD_goal_blue_工作區域 1 複本.png

減輕負擔的視障者乘車旅程

視障者乘車期間除行為上需費心聽取環境提示、尋求協助,又得承受搭錯車、下錯站之心理壓力。團隊期望改良工具與環境,讓視障者更準確掌握候車定點與公車動態、停靠位置,完成安心的乘車旅程。

UXD_goal_blue-05.png

可預期的公車搭乘系統

視障者在候車階段處被動角色,因無法辨認車號、停靠位置,難以及時應變甚至追車造成危險。團隊期望讓公車提早接收乘車需求,化為主動方進站接乘視障者,讓視障者不必擔心攔錯車、上錯車之問題。

UXD_goal_blue-06.png

最小幅度變動現有服務人員系統

本計畫以落地實行為前提,除實際盤查軟硬體更動成本,也紀錄一線服務人員工作負荷狀況。團隊以不造成司機、調度員過多負擔為前提,期望最小幅度的變動便能使視障者安心乘車。

 

EyeBus,易用、可實現的視障公車預約服務

跳脫以往以單一科技解決問題,本案盤點現有技術並結合各方利害關係人,從視障者、司機雙方體驗出發,建立一套整合軟硬體的視障出行服務方案。

 
報告書_App.png

EyeBus App

視障者端 | 發送預約之應用程式

design_車載系統-01.png

車載系統

司機端 | 接收預約之車上系統

design_候車區.png

候車區

視障者與司機端 | 精準接乘之站內定點

服務運作介紹

 

使用流程

視障者操作 EyeBus 服務之流程圖

系統流程

服務前後台之串接流程說明圖

服務示範影片

2020 年 4 月團隊錄製之服務示範影片

安心的無障礙服務,始於每一處精心設計

設計、開發、測試、設計改版、開發、測試。持續修正,是將服務完善的最大心法

服務是否真能解決視障者遭遇的問題?App 是否好用?候車區是否造成司機負擔?

候車區能否通用於全台北市?這是我們日夜思索的問題,也因此展開了一連串的設計測試。

 
 

安心的無障礙服務,始於每一處精心設計

設計、開發、測試、設計改版、開發、測試。持續修正,是將服務完善的最大心法

服務是否真能解決視障者遭遇的問題?App 是否好用?候車區是否造成司機負擔?

候車區能否通用於全台北市?這是我們日夜思索的問題,也因此展開了一連串的設計測試。

 
 
 

EyeBus App

符合視障者需求,易學好用的公車動態App

EyeBus App 目標用戶涵蓋全盲、弱視與色盲使用者,著重於聲音提示,旁白、用色對比之細節,使視覺、聽覺操作皆享有相同體驗。設計目標為減低視障者乘公車的心智負擔、並降低錯過公車之風險。

UXD_app主圖.png

App功能架構

UXD_App_首頁(AI)-01.png
 

快速找到欲搭乘公車,預約一手掌握

1 規劃路線 提供點到點的交通方式,以及一次原地轉乘的搭乘方式

2 搜尋公車 初次使用 / 詢問他人後,可以輸入已知的公車號碼查看公車動態

3 常用公車 當該班公車是熟悉的路線,且有機會於多個站上下車時,可加入常用公車

4 附近站牌 可以根據所在位置提供最近站牌的所有公車動態,並透過距離判斷所在站牌是否正確

5 常用站牌 根據調研,視障者習慣於固定站牌搭乘固定公車。透過常用站牌,可以將常候車 (e.g.通勤) 的站牌加入常用方便查詢

 

搜尋公車

搜尋公車鍵盤為全頁形式,確認完輸入內容後按搜尋鍵顯示公車搜尋結果,點擊搜尋鍵時,App會將所輸入內容再報讀一次。

規劃路線

當視障者欲前往陌生地點時,可藉由輸入起、迄點直接搜尋可抵達目的地之路線, 而查詢過的起訖點會自動儲存至「搜尋紀錄」。

附近站牌

視障者可以根據所在位置提供最近站牌的所有公車動態,透過距離判斷所在站牌是否正確。

 

App設計特色

UXD_color-05.jpg

視覺介面 (GUI):

 

強調用色對比與視覺通用性

顏色識別:遵循WCAG規範,整體設計以黑底白字為主,用色對比度達到 AAA 等級,保障資訊易讀性。除了黑色與白色,團隊選擇了色票 #B88F42 與 #123A61 做為 App 整體顏色,在紅綠色色弱者的眼中僅有小幅度色差,能維持多族群視障者的視覺體驗。

 
UXD_App_feature01_工作區域 1.png

聽覺介面 VUI:

打造聽覺與視覺一致的體驗

卡片式設計:在聽覺操作情境下,因手機報讀順序是從左至右、由上而下,過往介面元素的平行排列易使視障者容易混淆;為統一視覺與聽覺使用經驗,資訊採卡片式設計,經實測可大幅加快使用者的理解、到達目標頁面。

字詞間頓點:人在閱讀中文資訊時會在腦內自行分段詞組理解,聽覺上同理。然而視覺介面之呈現上即便留下空格,在聽覺介面中並不會為此頓點。因此在重點字詞間透過特別設計頓點替代文字(alt text)之設計,有助聽者更理解句意。

➡ 查看Medium文章 4大設計視障者app報讀原則

 

車載系統

不造成司機負擔、有效的預約提示系統

車載系統設計的獨特之處在於結合聲音、燈光、文字等元素,以低成本的車機修改便能達成車內預約提示,使司機得以在行駛期間提早得知預約訊息;相較於他案設置於各公車站之預約上車燈板,建置成本相較低、也不須額外克服公車站地形困難。

design_車載系統.png
 

車載系統設計特色

利用旋律音、紅色閃爍燈號、短版文字訊息,傳遞視障者的預約需求之同時,將司機接收訊息之負擔降到最低、也保障乘客最低干擾之搭車環境。提示時機分為二次,第一次於視障者預約當下,第二次於抵達視障者站點前一站時發送,使司機在做好準備、不須額外記憶負擔的狀況下提供服務。

 

第一次提示

預約當下,車機顯示燈光提示、文字訊息以及聲音提示,司機可按下按鈕以確認接收預約訊息。

第二次提示

即將抵達視障者所在站牌的前一站時,車機與第一次提示一樣,透過燈光、聲音與文字提醒司機,提升服務達成率。

 

候車區

一個視障者和司機都容易辨識的會面地點

候車區設計包含定位磚、警示標語、反光貼,設計目標為使視障者容易追跡候車區之所在位置,並輔助公車司機注意候車中的視障者,同時避免其他候車乘客或路人佔用此區。 

UXD_候車區main.png

候車區設計特色

UXD_候車區準則-07.png

通用於台北市各公車站地形的準則

候車區設置於距離公車停靠區前端,方便司機將前門停靠,並與左方行道樹、變電箱等,相隔至少一公尺以上,以便司機識別。因應各公車停靠站周遭環境不同,分為A型及B型兩種設計,此規範可解決公車站無統一樣式問題,可於未來擴大實施時依此規格快速複製。

 
UXD_候車區施工.jpg

成本低,而且有效

候車區以高壓水泥警示磚、噴漆標線、反光板組成,除警示磚為台北市現行導盲磚鋪設最常使用之素材,其餘為市面可輕易購得之材料。過往輔助視障者之設計多為智慧型站牌,造價高而普及率低;此設計為不插電設計,適用於所有類型公車站。

 

反覆迭代與測試,一步步貼近真實

遵循敏捷開發原則,設計與開發並行,以使用者回饋推動迭代

經過八個月漫長的修正,團隊打造出使用者易學易用的公車動態App、不造成司機負擔的車載提示、低成本又具高通用性的候車區。三項設計完成概念驗證(POC)後,進入真實場域驗證。