Senior UX Designer
專案目標
練習並實作Google UX認證課程
我的工作
(1)研究用戶
(2)定義問題
(3)提出概念設計
(4)驗證設計
認證連結
開啟查看
使用認證課程中的題目產生器，隨機產生了幾個題目後，因為我蠻喜歡約吃東西的，最後決定挑選餐廳這個題目來作為練習標的。於是我就開始回想，過去在去餐廳吃飯的體驗中，還有哪個地方是可以被改善的？
想到可能的問題是預約過程中可能會遇到的一些痛點，因此在研究用戶時，會著重在詢問預約的體驗，與約聚餐的目的。
訪談了6個常聚餐的人後，將訪談的內容打成逐字稿，再從逐字稿裡面統整出，進行餐廳預約的相關條件以及痛點，最後做成Persona。
從Persona的痛點可以看出，人們其實花了很多時間在預約餐廳前的討論，討論完後去預約時，又要決定時間、距離等條件，最後打電話去餐廳預約時，決定好的時間又可能沒位子。
利用訪談的資料與Persona的虛擬人物，模擬一下現實中的旅程，有哪些機會點可以被改善，發現可以系統化的整合大家意見，同時篩選適合的餐廳名單最後進行投票，應該可以讓整個體驗變得更好。
根據用戶旅程盤點後，理想上的約吃飯流程可以分成以下三個步驟：
1. 收集/整合大家意見
2. 系統根據意見推薦數間餐廳，讓用戶進行挑選
3. 挑選結果出爐後，直接預約餐廳
第一個步驟的收集意見概念設計如上圖，使用手繪的方式，快速的產出數種可能性，最後挑選出最適合的元件，來規劃每一個流程中的畫面。
在決定完流程中的每個畫面的設計後，進到Figma進行可互動雛形的製作，並且規劃在製作完後，會再找另一批用戶進行易用性測試。
試試看
類型：指引式(Moderated)易用性測試
地點：台北
受測者：6位
時間長度：30分鐘
問題1
沒有預期預約餐廳的行事曆，可以選擇多個偏好日期
問題2
可供選擇的餐廳類型太少，使用瀏覽的方式選取太慢
問題3
偏好區域的選擇不夠彈性，有些人想依照捷運站的區域進行選擇
問題4
最後票選餐廳時，排序的設計不夠直覺
行事曆設計
在偏好日期標題下，提示已選擇的日期，與最多可選擇的數量來暗示用戶，可以選擇多個偏好日期。
偏好餐廳類型
選單增加搜尋框，讓已經有偏好餐廳類型的用戶，可以加速其選取時間。
偏好區域選單
從原本的地區下拉選單，調整為地圖釘選的方式，搭配可客製的範圍來更彈性的選擇餐廳偏好區域。
偏好餐廳排序
透過編號與排序視覺，提示用戶將偏好的餐廳，用拖曳的方式進行排序
