Overview
2023 年，我在 UXTW 實戰營參與了這個 App 的 Redesign。五人團隊、十週時程，跟台中市政府觀光旅遊局合作。我負責前期的使用者訪談研究、後期的 UI 設計稿繪製和易用性測試。
專案類型
Mobile App Redesign（UX + UI）
合作業主
台中市政府觀光旅遊局
課程框架
UXTW 使用者經驗設計實戰營 2023
專案期間
2023.07 — 2023.09（10 週）
團隊規模
5 人（黃灝、方藝璇、林資宸、林家禾、林雨昕）
我的角色
使用者訪談研究、UI 設計稿繪製、易用性測試執行
設計工具
Figma, FigJam, Google Forms
問題
業主想解決的事情不少。青年族群的下載率偏低，App 裡的景點分類方式讓人看不懂，內容重複，也缺乏操作引導。但十週能做的事情有限，全部攤開來處理，每一項都只能做到表面。所以我們選擇先從青年使用者切入。邏輯很單純，這群人本來就是數位工具的重度使用者，如果連他們的體驗都走不通，其他族群的問題也不會自己好起來。
研究過程
問卷。先畫出使用者的輪廓
我們鎖定 18 到 30 歲的青年族群，投放了一份問卷調查他們的台中旅遊習慣和國內旅遊經驗。最終收到 88 份有效回覆。
篩選的關鍵條件是「受訪者不能曾經居住台中超過六個月」。這個門檻是為了確保我們找到的是「外地到台中玩的人」，而不是台中在地人。在地人找景點的行為模式和外地遊客完全不同，如果混在一起分析，洞察會失焦。
問卷篩出來的使用者輪廓很一致。這群人對台中有一定的喜愛，一年大概去四次。他們習慣用數位工具規劃行程，偏好都市旅遊，國內旅遊的頻率大概是兩到三個月一次，而且會自己安排行程。
深度訪談。使用者到底想要什麼
從問卷裡挑了 5 位旅遊頻率高、台中旅遊經驗豐富的研究生和社會人士做深度訪談。這是我在這個專案中投入最多的環節。
訪談大綱從四個方向切入。個人背景、台中旅遊的經驗和期待、規劃旅遊行程時的經驗和期待、使用數位工具安排行程的經驗。
設計這份大綱的時候，我刻意把「數位工具的使用經驗」獨立成一個區塊，而不是混在旅遊經驗裡問。原因是我們的最終產出是一個 App，如果不理解使用者跟數位工具之間的關係，後面的設計就會脫離實際使用情境。
訪談做完之後，我們從逐字稿裡拉出四個共同問題。
1.景點重複性高。不管用哪個平台搜，看到的都是同一批景點
2.重視景點圖片。照片品質直接影響想不想去的判斷
3.重視新穎程度。希望發現「自己沒去過的地方」，而不是一直重複
4.重視評論真實性。會看評論，但對評論的可信度非常在意
「像是到當地的比較一些像網紅的觀光景點，去那邊，吃東西啊、拍照，然後可能逛當地的比較著名的像是夜市之類的，去嘗試當地的美食還有玩的地方。」
「我通常都是去可能比較文靜的，比如說像是看展覽，或者是去咖啡廳啊，吃美食等等。」
「因為我自己比較是偏向拍照，所以比起吃來說的話我會更去探求這個景點的環境好不好拍照。」
「因為女生出去應該都會想要留一些照片，就是 po 文之類的，所以可能就會往那個地方找景點。」
「Google Map 上面有很多照片，然後就覺得跟我想像中一不一樣，那如果一樣，我又喜歡，我就會點，這些都幫助我做選擇的時候蠻大的。」
「看評價，就我是一個蠻認真看評價的人。」
「IG 的話可以從圖片中看到店家是不是真的有像這樣子的東西，然後可以透過真實的情況可以去了解這個東西。」
Persona。把訪談發現收斂成一個人
根據訪談整理出的使用者輪廓，我們建立了一個 Persona。
黃詩涵，24 歲研究生，台北人，潮流愛好者。她喜歡探索和分享，會追最新的流行趨勢，熱衷拍美照和美食照在社群上分享。她需要的是最新、有話題性的旅遊資訊，重視景點是否適合拍照、美食擺盤是否好看，同時對評價的真實性和信任感要求很高。
透過訪談，使用者的輪廓更加清晰...
"你有開美肌嗎？重拍重拍！"
黃詩涵
年齡：24 歲
性別：女性
感情狀態：單身
身分：研究生
居住地：台北市
INTRO
對於逛街、拍照、追求潮流以及在社群平台分享自己去過的地方都特別熱衷。也是一位喜愛美食的網美餐廳愛好者，喜歡造訪各種打卡景點，捕捉每一個美好瞬間。
Needs
- +擁有充足的景點資訊，包括營業時間、交通方式、現場情況、影像資訊、周邊景點
- +能夠發現新的景點和活動
Pain Points
- −到現場發現資訊有落差而踩雷
- −活動型的官方網站時常資訊不夠清楚
定義問題
User Journey Map。找到體驗斷裂的地方
我們用 Persona 回推她使用大玩台中 App 的完整旅程，從 Awareness 到 Loyalty 每個階段的接觸點、行為、目標、感受、痛點和機會點都畫了出來。
結論很明確。使用者在「找旅程的過程」這個階段最容易卡住或直接放棄。不是規劃行程的時候，不是到了現場的時候，是更前面，在她還在決定「要去哪裡」的時候就斷掉了。
| Awareness | Consideration (找旅程的過程) | Acquisition (規劃行程) | Service / Experience (線下的過程中APP提供什麼) | Loyalty | |
|---|---|---|---|---|---|
Customer steps 使用者與產品互動的過程中會經歷哪些階段？ | |||||
Touch points 在這些階段中 使用者在哪裡與產品或服務接觸？ | KOL的使用及推薦影片 社群廣告 官方網站推薦 透過紀錄的演算廣告推播 政府舉辦下鄉推廣活動 | app首頁 導航列中「探索」或「收藏」的分類 瀏覽 | 推薦景點與漂亮照片 自訂行程 住宿 交通 | 景點的路口介紹 景點的路口介紹 中堅體驗功能 景點介紹+介紹導覽 | APP store |
User actions 使用者會有哪些行為與動作？ | 在安卓中用瀏覽器一搜尋景點推薦相關資訊 閱讀學生留言網站 在安卓中可以看到新到的優惠訊息 | 在安卓自行瀏覽照片中挑選景點 找理想的景點並且收藏 做行程規劃（包含交通與住宿） 訂房、訂車票 | 從APP了解景點/導覽資訊 開啟導航功能前往景點 到了景點可以拍照 | 開啟或這一起朝聖 瀏覽或這到APP | |
Goals & tasks 使用者會想達到什麼目標與任務？ | 找到好的旅遊地點 瀏覽新有趣的資訊 旅遊好去處資訊建立成為我的旅遊地圖 | 收藏景點可以做好分類管理 將景點、住宿與交通都規劃到行程 線上完成訂房與訂票 | 了解景點的介紹及導覽 掌握問題及動態 到達理想的景點 拍照 留紀念 | 瀏覽或這到APP | |
Feelings and thoughts 使用者的感受與想法？使用 Emoji 表達使用者情緒。 | 😊 😊 | 😐 覺得要去台中好像還很遙遠的故事 文字的好像看過了一些內容但是本來就已經知道了 不想去逛APP不想看到/閱讀廣告 這好像是蠻有趣的活動 報到前如果帶聽過就知道APP存在了 | 😐😟 這個景點好漂亮 這個地方要看一下好了 收藏景點沒有做完整分類 住宿無法跟旅行程排 訂房間訂票必須連結到外部網站 行程裡沒有通勤時間的推估 | 😟😐 查鄰近的景點可以順便逛 是否有停車？或最近的停車場 沒有即時人潮的資訊 到的景點有的真的不是那麼好看的景和資訊 太沒特色介紹的資訊 及缺一些提供人來吸引要不要來的資訊 | 😐😊😟 覺得這個 APP好用 會想到上面找一些不一樣的 覺得比那無聊 哪是入景觀的行程 景點的情況也不對 覺得動畫畫 很不流暢 期待改善 |
Opportunities 有哪些可能發展的機會點？ | 提醒用戶打打開看看看看有趣的地方 獨家限時一日活動 簡化提供時機（互動）小遊戲讓使用者了解景點 都要讓使用者更容易的去探索 | 收藏景點可以做好分類 將住宿也能入行程 規劃行程把通勤時間也排入 | 即時的訊息推播 | ||
Pain points 使用者對產品或服務感到不滿意的部分？ | 想要的景點的多少資訊找不到 分類不夠細組分類無法找到想要的資訊 圖片資訊不多很多資訊只提供地址等等基本資訊還是一個城市 搜尋功能簡單就有但也只能搜尋地名 | 訂交通時沒有時刻表 收藏景點太多不好找 規劃行程時不能安排住宿 沒有通勤時間的推估 | 導航需要依靠中的設計(或google map) 不符合景觀的路線 不能第五去過想入的APP的行程 |
問題評估。不是所有問題都值得解
發現了很多問題之後，下一步不是全部都做，而是判斷哪個最值得解。
我們用「嚴重程度 × 被影響的人數」兩個維度做評估矩陣，最後鎖定了一個核心問題。
被影響的人嚴重程度 | 高 | 中 | 低 |
|---|---|---|---|
| 多 | 最值得解的問題 （非常罕見） | 次要值得解的問題 | 次要值得解的問題 （較為常見） |
| 中 | 次要值得解的問題 | 不值得解的問題 | 不值得解的問題 |
| 少 | 次要值得解的問題 （較為常見） | 不值得解的問題 | 完全不值得解的問題 |
被影響的人嚴重程度 | 高 | 中 | 低 |
|---|---|---|---|
| 多 | 潮流青年在網路上因為都是接觸大眾資訊無法輕易接觸到自己沒去(看)過的景點 | 潮流青年在過程中發現景點不符合自己的想像，因為景點的資訊並未即時更新，所以造成期望上的落差 | |
| 中 | 潮流青年在瀏覽景點時，因為沒有景點周圍資訊，所以到了現場就沒有其他行程 | ||
| 少 |
潮流青年在網路上大多是接觸大眾資訊，無法輕易接觸到自己沒去過的景點。
這個問題之所以被選中，是因為它同時滿足了業主需求和使用者需求。業主想吸引青年下載，使用者想發現新景點。如果能解決「發現新景點」這件事，就能同時回應兩邊。
設計發想
解方評估。三個方案裡選一個
團隊發散了多個方案之後，用「願景、難以複製、impact、confidence、effort」五個維度做加權評估。最後選了一個我們都覺得很有趣的方向。
| 解決方案排序 | 願景 | 難以複製 | impact | confidence | effort | 總分 |
|---|---|---|---|---|---|---|
| 分數＆比重 | yes/no | 1-5 | 1-5 (50%) | 1-5 (30%) | 1-5 (20%) | |
解決方案 1 官方線上(集章)活動(透過打卡方式等) | 2 | 2 | 5 | 5 | 5.5 | |
解決方案 2 攻略排行榜(攻略演算法) | 3 | 3 | 1 | 2 | 5.2 | |
解決方案 3 triptinder | 3 | 4 | 4 | 3 | 6.8👍 |
Trip Tinder。用交友軟體大量圖像刺激的方式，讓使用者透過左滑右滑快速篩選感興趣的景點。
這個方案的核心假設是這樣的。如果我們能用圖片驅動的方式，讓使用者在低認知負擔的情況下快速瀏覽大量景點，他們就會發現自己原本不知道的地方。
為什麼選 Tinder 的交互模式？因為它解決了兩個問題。第一，大量圖片展示降低了「不知道有什麼」的資訊落差。第二，左滑右滑的機制讓篩選變得很快，不需要點進去再退出來，一張卡片就是一個決策。
MVP 規劃
If 提供推薦景點並透過左滑右滑收藏景點的功能，Then 會解決使用者找不到有新意景點的需求。
MVP
- •做紙牌測試
- •創造台中景點/活動
- •Figma 原型測試
非MVP
- •寫程式
- •做動畫
- •自行尋找沒人聽過又有吸引力的景點/活動
競品分析
確立設計方向後，我們找了五個相關產品做競品分析。Funliday、Google Map、Tripadvisor、FooTinder、Spots。重點不是抄功能，而是看它們怎麼處理「景點探索」和「收藏管理」這兩件事，從中提煉出可以參考的交互模式。
Funliday
規劃行程時搭配地圖導航，以清楚掌握行程動向
Google Map
能根據不同指標排序搜尋結果以及評論
Tripadvisor
行程規劃功能規劃的蠻完善的，易用性高
FooTinder
可以收藏或 dislike，幫助使用者紀錄自己的喜好
Spots
主要以圖片呈現景點方式
從草圖到原型
設計方案確認後，我們先用 Crazy 8 做快速創意發想，八分鐘內畫出多組草圖方案。這個環節的目的不是畫得漂亮，而是把腦袋裡的想法快速外化，團隊才能一起討論。
選定方案後從手稿到數位稿，在 Figma 上做出完整的互動原型。流程是大玩台中首頁，進入 Trip Tinder 歡迎頁面，選擇類型標籤，設定篩選條件，左滑右滑瀏覽景點，收藏管理。
Crazy 8 — 每位組員在 8 分鐘內畫出 8 個概念草圖，快速發散想法後再收斂方向。
手繪線框稿 — 在進入數位工具之前，先用低保真草圖規劃畫面佈局與互動流程。
使用情境故事板 — 用 6 格漫畫呈現目標使用者在真實生活中如何發現並使用 Trip Tinder 功能。
腦力激盪工作坊 — 團隊用便利貼按主題分類想法，再投票選出最有潛力的方案。
完整 UI 流程 — Figma 原型的所有關鍵畫面，呈現從 App 首頁到收藏匯出的完整使用者旅程。
易用性測試與迭代
這是這個專案我覺得最有價值的部分。設計完不算完，要把東西拿給真人用，看他們卡在哪裡。
我們設計了三個測試情境，每個情境都有明確的測試目標。受測者的條件設定也很具體。年齡 20 到 35 歲，大學生或研究生或工作三年內的社會人士，習慣使用旅遊 App，會用影像做紀錄。
情境一｜能不能發現新功能
Test Goal
使用者在尋找景點時會不會有動機點擊「發現新景點」？能不能理解這個功能是什麼？
Feedback
- −使用者沒有發現卡片可以滑動操控
- −回復鍵的圖示讓人以為是其他功能
- −資訊卡的內容不夠，使用者普遍想看到評論、服務項目、外部連結
Improvements
增加左滑右滑的引導教學、豐富資訊卡內容、重新設計回復鍵的圖示、讓資訊欄可以即時分享和收藏
改良後
重新設計的資訊卡：加入評論、服務項目、一鍵分享功能
新增滑動引導教學，改善卡片互動體驗
情境二｜篩選器好不好用
Test Goal
篩選介面能不能讓使用者理解？看到交友軟體風格的介面能不能直覺操作？
Feedback
- −距離設定的範圍太大，不符合實際旅遊情境
- −希望可以用營業時間篩選
- −標籤分類希望更多元，自由度更高
Improvements
篩選距離範圍改為 0 到 20 公里、加入跳過選項、加入營業時間篩選、簡化使用步驟、標籤註明可以複選
改良後
簡化篩選流程：調整距離範圍、新增營業時間選項、標籤支援複選
情境三｜收藏夾新功能
Test Goal
使用者能不能透過標籤篩選收藏？能不能把景點打包傳到 Google Map？
Improvements
增加使用者自訂清單的自由度、增加勾選功能（勾選後可以打包或刪除）、增加引導教學、增加排序功能
改良後
收藏管理：新增勾選功能，支援批次操作
排序選項與地圖檢視，方便規劃行程路線
這個專案教會我的事
01好的設計不是從畫面開始的。
在這個專案之前，我對 UX 的理解還停留在「畫好看的介面」。但十週走下來，我才真正體會到，百分之七十的時間都花在研究，而不是設計。從問卷到訪談到 Persona 到 Journey Map，每一步都是在逼自己放下假設，去聽使用者真正在說什麼。真正的設計是在你聽完之後才開始的。
02業主需求和使用者需求可以不衝突，但前提是你得先搞清楚兩邊各自要什麼。
市府想要更多青年下載，青年想要發現新景點。表面上看起來是兩件事，但找到「景點探索」這個交集點之後，一個功能就能同時回應兩邊。這個「找交集」的過程，後來成為我做產品需求定義時最常用的思考方式。
03Usability Testing 會讓你謙虛。
你覺得很直覺的設計，使用者就是不會用。情境一測試的時候，我們以為 Tinder 式的左滑右滑已經夠普及了，不需要教學。結果受測者完全沒發現可以滑。這件事提醒我，設計者的「常識」不等於使用者的「常識」，永遠不要用自己的使用習慣去推測別人。
這個專案在我旅程裡的位置
大玩台中是我第一次跟真正的業主合作做 UX Redesign。之前在 Reborn 設計馬拉松做的台灣獨旅 App 是純練習題，沒有業主、沒有真實限制條件。但這次不同，台中市政府有自己的需求框架、既有的 App 架構不能打掉重來、十週的時程壓力是硬的。
這些限制條件反而讓我學到最多。因為你不能天馬行空，你必須在限制裡找最好的解。這跟後來我在蘿蔔科技做產品管理面對的情境一模一樣。每個專案都有預算、時程、技術債的限制，PM 的工作就是在這些限制裡找到那條最好的路。
回頭來看，UXTW 實戰營給了我一套完整的使用者研究方法論，從問卷設計到訪談執行到資料分析到問題定義。這套方法論不只用在 UX，它後來成為我做任何「需要理解人的需求」的工作的底層能力。