OVERVIEW
A case study for the app "ibus_公路客運"
TIME
Mar 2020
MY ROLE
Case study
UX research
UI flow
一、選題概述
App［iBus＿公路客運］它是由交通部公路總局推出的公路客運動態查詢系統，可以查詢的公路客運資訊內容遍佈整個台灣，又剛好因為我們這組想要探究的主題是關於宜蘭公車路線整合的相關問題，其中也包含許多公路客運的路線。
因此這次選擇這個App作為分析案例，希望在這個過程中可以知道目前公路客運查詢App的介面模樣，也讓我們可以更了解之後再做介面時有哪些要點是需要更加注意的。
二、使用者的反饋
因為我自己原先不是這個App的使用者，所以一開始想先看看其他原本就有在使用的人的想法與評論。
上述兩張分別是Google Play和App Store中的使用者評分，可以發現使用者的評價蠻兩極的，但是給負評的人也不在少數。
在閱讀完部分評論後，我分析出以下訊息：除了資訊更新太慢、使用中閃退、頁面黑頻等程序問題外，使用者也提出「介面很亂」、
「介面不值觀」、「功能無法使用」等與介面流程相關的評論，可以看出這個App在介面設計方面還是有許多需要改進的地方的。
三、UI flow
在我自己使用後，畫出了關於這個App的UI flow。接著將在下一段分析這個App所面臨的潛在問題。
四、潛在問題
（一）操作介面繁雜不直覺、資訊太多
因為它可以查詢的公路客運資訊內容遍佈整個台灣，造成App裡面的資訊繁雜。在找尋路線方面，我認為它細分了太多種查詢方式，容易讓使用者搞混，從上方的UI flow就可以看見他總共有四大種找尋的方式，而每一種都要通過層層關卡最後才能得到路線資訊。另外在找尋方式的命名方面也容易讓人不確定到底功能為何，例如「找路線」與「找客運」的差別是什麼？如果沒有點進去看還真的不知道一開始應該用哪中查詢方式比較好。
（二）子頁面無法一鍵返回主頁
當使用者在點選幾個步驟後，如果這時候想要回到主頁則必須一步一步按返回鍵才能回到主頁，並沒有一個按鈕可以直接帶使用者回到主頁。在這樣如此多子分頁的App裡面，這種設計會讓使用者覺得使用起來很冗，在使用經驗方面也會帶來負面的影響。
（三）一開始的類別排序和點進去後在下方bar上的位置不相同。
可以看到一開始進到主頁（左圖）時候「找路線」的選項是在選項分類的左上角，而照這樣的排列我們通常會認為他就是第一個選單，但點進去之後（右圖），他卻是位於下方bar的第四項。而其他選項的排列順序也都和它原本在主頁的順序不同，會造成使用者在使用的時候被混淆，也讓人覺得介面的排列很混亂。
另外，在主頁中有一個分類是「最新消息」，但一點進其他分頁後，下方bar中的類別就沒有「最新消息」這個選項了，如果需要觀看還要再一步一步點回首頁，讓人覺得浪費時間。
（四）頁面傳達資訊不明確
在「找客運」這一個功能當中，我一開始點進來的時候完全不知道上面的國字是代表什麼意思，也不知道接下來應該怎麼操作。摸索一下之後才知道原來上面的單一個字是代表不同的客運公司，像是我點其中的「日」字（右圖），就會出現日統客運以及日豪客運。但以我自己的經驗為例，有時候我根本不會知道自己搭的路線是哪一家客運公司所營運的，只會記得路線的號碼。雖然我不敢保證大家的習慣都和我一樣，但我認為這樣的設計反而會讓大家在搜尋的過程中眼花撩亂。
