產品背景與緣由
在疫情衝擊的時代，人們的興趣與愛好隨之轉變，呈現出全新的探索與需求。
- 我們陷入了無法自由旅行的困境，渴望尋找新的方式紓解身心與探索世界。
- 旅遊的渴望轉化為新的形式——掀起了登山的熱潮。
執行方式/流程
- 桌面研究
- 利害關係人訪談
- 問卷調查
- 商業模式梳理與定位
- 功能流程梳理與討論
- 視覺方向確認
- 視覺介面設計與執行
- 使用者測試(認知走查)
我們的挑戰
- 即使花費大量時間經營社群，開團依然困難重重。
- 登山前因擔心意外風險，需與登山客進行多次溝通，但只能透過各種不同的通訊軟體，增加了溝通的複雜性。
- 網路上的登山資訊繁雜且良莠不齊。
- 嚮導資訊有限，評價不明，導致登山客難以找到符合自身需求的適合嚮導。
專案執行內容
隨著登山熱潮席捲各地，越來越多的人投入大自然的懷抱。然而，伴隨而來的卻是山難頻發的新社會挑戰。如何在享受登山樂趣的同時保障安全，成為極需解決的問題。
為了應對山難問題，市場上相關登山產品逐年增加，試圖滿足登山者對安全與便利的需求。
我們將提供整合式服務，一次滿足媒合、紀錄與導航地圖等需求，免去跨平台操作的麻煩，讓效能加倍，體驗升級。
我們共收集了 32 份有效問卷，受訪者的年齡主要集中在 20 至 40 歲，職業以資訊、科技、工程及研發領域為主。這些問卷被分為兩大部分：
了解他們目前的使用流程，以及對市面上各類應用程式體驗的相關問題。
以觀察登山客如何在現有生態系統中尋找嚮導，以及嚮導如何提升自身曝光，促成登山團隊的組成。
透過問卷調查，我們匯總了兩種角色的使用者洞察：
但無從下手
介紹嚮導
登山自救資訊
曝光自己
體能及登山經驗
進行開團
我們總共對使用者進行了五場訪談，受訪者包括兩位登山客和三位嚮導，每位受訪者在一年內均有 1 至 2 次的登山經驗。
- 針對找尋登山嚮導感到困擾的人
- 希望能更有效的獲取自救知識
- 針對有提高自我曝光度困擾的使用者
- 希望能更順利地組團成功
- 研究為線上/實體深入訪談
- 訪談日：2022/11/25~2022/12/3
- 訪談時長：1小時/人
- 訪談年齡區間：25~40 歲
- 受訪者招募：從問卷中篩選出符合資格且願意接受訪談的使用者。
- 第一部分 : 分享對嚮導的期望與經驗
- 第二部分 : 分享近期與嚮導登山的體驗
- 第三部分 : 提供情境題並探索解法的吸引力
- 第一部分 : 分享對曝光與開團的期望及經驗
- 第二部分 : 分享近期成團的經驗
- 第三部分 : 提供情境題並探索解法的吸引力
登山客可根據條件自行搜尋，嚮導則可自行開團。
建立互評機制，讓登山客能找到符合需求的嚮導，嚮導則可提前了解登山客的體能狀況。
登山客與嚮導可以直接溝通。
與五位目標受訪者進行深度訪談後，我們發現四大痛點：
聚焦使用者輪廓及核心問題
我們從上述洞察歸納出兩種型態的 Persona 及登山體驗旅程，協助團隊聚焦產品發展的方向與機會點。
第 1 次測試：專注於關鍵功能介面
由於時間有限，我們主要聚焦在 4 個關鍵頁面的設計與驗證：
第 1 次迭代：重新調整方向
第 2 次測試：驗證功能流程
透過認知走查測試 6 個功能流程，聚焦於關鍵流程的設計與驗證。
我想要找到一位具有登山執照的男性登山嚮導。
測試篩選嚮導流程
- 任務一：進入篩選頁面
- 任務二：篩選出符合以下條件的嚮導
- 任務三：瀏覽符合需求的嚮導資料
我預計3月或9月時有一個1-3天爬中部A級山的行程。
測試篩選行程流程
- 任務一：進入篩選頁面
- 任務二：篩選出符合以下條件的行程
- 任務三：瀏覽符合需求的行程資料
行程結束後，我想對本次登山路線的嚮導進行評價。
測試評價流程
- 任務一：進入登山紀錄瀏覽
- 任務二：選擇某行程並進行活動及嚮導的資訊查閱( 行程 : 嘉明胡兩天三夜 )
- 任務三：對此活動的嚮導進行評論
我最近想開一個加羅湖兩天一夜的登山團。
測試開團流程
- 任務一：進入開團頁面並依序填寫基本資訊
- 任務二：進入活動資訊頁面，並依序填寫內容
我想對報名司馬庫斯行程的登山客，進行審核。
測試審核流程
- 任務一：進入預排行程進行瀏覽
- 任務二：選擇行程並瀏覽活動資訊及山友資訊
- 任務三：對此活動的一位山友進行審核 ( 山友 : 蔡靜婷 )
我想對已報名完成的登山客進行一下行前通知。
測試訊息功能流程
- 任務一：進入訊息頁面，並選擇要私訊聊天的群組 ( 群組 : 司馬庫斯三天兩夜 )
- 任務二：進行訊息傳送
數據顯示共進行 18 次走查測試，其中：15 次測試成功、3 次測試失敗。
第 2 次迭代：確立最終產品定位
- 增加了前置評估問題：增加海拔高度及過往爬過哪些山。
- 強化健康風險評估：新增高山症相關症狀、特定疾病、慢性病史等調查。
- 問題結構優化：從經驗評估→健康狀況→運動習慣的順序安排。
設計系統
我從專案中學習到...
雖然兩次測試的結果不如預期，但我並未因此感到挫折，反而因能在初期修正測試方向並驗證更有價值的功能而感到興奮。這讓我深刻體會到『產品需要多次迭代來驗證假設』的重要性。同時，在緊湊的賽程下，我們無法將所有發現的問題逐一完成迭代，因此學會在有限時間內評估功能的『重要性』與『實作成本』，並合理安排『優先順序』，是這次比賽中獲得的寶貴經驗。
