F2E – 公車動態網站設計

 

  • 時間:2021/10~2021/11
  • 角色:網站設計師、專案管理
  • 執行內容:使用者訪談挖掘核心功能,使用者故事、使用者旅程經驗圖、Wireframe、UI 設計、Prototype 製作與測試。

Summary

F2E – 公車動態網站設計,是公司受六角學院邀請參與的活動,活動內容是讓兩組團隊各派出一位設計與工程師,製作公車動態網站服務。活動目標不是在短時間內製作出產品,而是各自選擇要精進的技能。而我沒有製作過 App 或數位產品的經驗、加上訪談練習的機會尚未成熟,所以想透過這次的活動嘗試當作一個產品開發的流程,並從使用者訪談開始。

 

Goals

  • 從訪談挖掘需求,確立核心功能與開發範圍。
  • 撰寫設計文件並與工程師合作。

 

Project flow

這次的 F2E PK 活動著約 8 週,設計部分從使用者訪談整理出核心功能與頁面流程,好讓合作工程師知道製作的範圍。

使用者訪談

使用者訪談初期擬定訪綱並請使用者分享操作以及經常使用的情境,在這個環節透過紀錄抓出使用者常用的功能,以及哪些狀況可能會感到不便的。從使用者的描述更明確知道哪些功能是必須做,而哪些功能是可以優化的。

使用者經驗旅程圖

透過前期的訪談整理出使用者在使用公車 App 的流程和行動後,很清楚的知道使用者在『決定搭乘公車』到『抵達目的地的附近站牌』這中間階段是使用者情感曲線較低的。

在這期間使用者會做很多的確認、有很多的擔憂和害怕,因此在 App 的介面上盡量著重資料呈現,以及清楚地提醒功能,目的是要幫助使用者減輕他們的擔憂,協助他們順利的完成旅程。

 

Wireframe & Design

有了前期的訪談後,建立出使用者故事、網站架構,以及底下的 Wireframe 、頁面設計:

 

Discovery & Learning

在這次的活動參與,專案初期找了兩位受訪者訪談,畫面設計完成後又找了另外 2 位使用者做 Prototype 測試。

以下是包含訪談與設計過程的收穫:

  1. 使用者要到一個不熟的地點時,會傾向先在 Google Map 使用路線規劃後,查到想要搭的公車路線後,再到公車 App 內再搜尋公車路線確認站牌。
    • 即使 Google Map 的路線規劃也同樣可以看到公車路線與站牌。
  2. 使用者會提前開啟公車 App 確認公車抵達時間,以評估出門的時間。
  3. 使用者會將不同交通工具拆開 App 做使用,即使公車 App 裡支援捷運或火車資訊也不會做使用(甚至不知道有這樣的功能)。
  4. 使用者會再三確認站牌的方向,因為他們很怕坐錯方向。
  5. 使用者在搭乘不熟悉的公車時,會在車上打開公車 App 不斷確認公車目前抵達的站,因為他們很怕坐過站。

所以在上述的功能整理時,我們知道首先要解決的是公車的站牌位置、公車的到站時間呈現以及公車的方向,而路線規劃功能就不會這次開發的重點。