RAY3.0-臺灣登山整合申辦系統

內政部營建署 / 內政部警政署 / 教育部體育署 / 農委會林務局

臺灣登山整合申辦系統 服務體驗專案報告

1 游子賢、凌悅庭、李安峻

報告大綱 • 前情提要 • 設計流程 • 使用者樣態 • 易用性測試 • 關鍵議題與解決方案 • 原型展示 2

前情提要 入山案件申辦系統

原案以內政部警政署入山案件申辦系統為優化 目標。然在八月五日與機關拜會後得知，待 《國家安全法》修訂完成後，未來入山管制將 走入歷史，而警政署則朝向鼓勵民眾自主報備

登山行程為目標，以備急難救助的需求。

3

前情提要 登山整合申請系統

因此，我們擴大專案的範圍，以營建署七月推 出的《臺灣登山申請整合資訊網》為優化目標， 嘗試整合以下服務： • 內政部營建署：國家公園入園許可證 • 內政部警政署：登山行程報備 (未來)

• 農委會林務局：山屋及營地申請 • 農委會林務局：自然保護區域進入申請 (因資源有限暫不納入此次範圍)

4

設計流程 專案時程

第一週

8/1–8/7

第二週 8 / 8 – 8 / 14

問卷調查 + 招募使用者

機關拜會

使用者訪談 + 易用性測試 * 5 關鍵議題分析

Empathy Define

見面會

第三週 8 / 15 – 8 / 21

擴大專案 scope

Ideate

原型馬拉松 I + 低保真原型製作

Test

使用者訪談 + Low-fi 測試 * 1

第四週 8 / 22 – 8 / 28

使用者訪談 + Low-fi 測試 * 2

原型馬拉松 II + 高保真原型製作 發表會

Prototype 5

開始之前 專案限制

這次由於專案擴大的緣故，執行上增加了許多 複雜度，諸如：

• 登山業務橫跨多局處與單位 • 各單位業務規定繁雜 • 個資收集的顆粒度與必要性不一

• 更深度的使用者研究與登山知識 需要更多的時間與資源和業務單位溝通與研究， 才能推出更有自信的設計。

條件假設

也因此在這一版本的設計，我們做了以下的設定： • 山地管制區已如期廢除 • 暫不納入自然保護區的申請

• 各單位的系統資料是互通的 • 部份個資的刪除是可行的 • 與登山資訊平台合作是可行的

• 各地的山屋申請規則已統一 （60填天前開放申請、30天前抽籤+開放候補、7天前確定名單） 6

使用者樣態

共通特質 • 各年齡層都有，以中年男性居多 獨行登山探險家

• 散客小團 (10人以下) • 七成有充足的申辦經驗 • 期望整合的申辦窗口

• 期望山屋申請規則統一 • 彈性的路線規劃 三五好友成群客

• 會做好充足的功課與準備再申請 ( 知道自己在幹麻 + 認真閱讀 )

家庭登山旅遊客

• 即時知道申請狀況（受理、核可、抽籤等）

7

使用者樣態 規劃思路 • 跟著 Amy 規劃一次登山的行程 （簡化版） ( 5 – 6 年登山經驗、一個月爬 2 – 3 次小山、一年規劃 2 – 3 次的百岳) * 例: 奇萊南華

起心動念

搜尋遊記、心得

確定前往 評估自身能力

* 健行筆記

登山資訊平台

( 大致瞭解地形、難度、時間、交通等資訊)

努力做功課 (路線、路況、時間、裝備、住宿、 團膳、GPX 軌跡圖、申請須知等）

暫訂日期

確定日期

抽籤、候補、看天

查看山屋餘額

核准且抽到山屋

出發 租睡袋訂團膳

同步入園申請 8

易用性測試 測試任務

我們調整低保真原型測試的任務內容，從原案單純操作入 山案件系統，調整至以規劃登山行程為主軸。 任務一：請在系統中找到嘉明湖的相關登山資訊。 任務二：基於安全考量，您想在系統上登錄此趟行程以利緊急救援。

SUS 網站使用滿意度

入山案件申辦系統

42

/ 100

(E)

請利用我們所提供的資料，在系統中為您的嘉明湖行程完成入山報備。 任務三：您與同行者預計於8/30入住「向陽山屋」、於8/31入住「嘉

明湖山屋」。請在系統中完成山屋申請。 任務四：請於系統中找到您山屋申請目前的狀態。 任務五：同行者署媽媽臨時決定不去了，請於系統中取消署媽媽的入

台灣登山整合網 (Low-Fidelity Prototype)

75

/ 100

(C)

山報備。 9

易用性測試 Lo-fi 修改重點

• 重整流程邏輯 • 任務提供的順序限制真實的使用情境 • 行程過夜與否會有不同的申請邏輯

• 調整山屋申請介面互動 • 習慣比較不同天狀況決定入住日 • 習慣講第一天、第二天 > 日期 • 對照是否與入園申請的路線一致

• 細節文字調整

10

關鍵議題與解決方案 議題一

習慣過去入園及山屋 的申請經驗 • 有經驗的使用者佔七成，且重複使用率高

• 不宜有太大幅度的介面更動

11

關鍵議題與解決方案 議題二

有地方住比有山爬來 得更重要 • 過夜行程必定要有山屋 / 營地

• 住宿通常要用搶的 / 抽的 • 登山成行的不確定性高、時間彈性也高

• 提供清楚明瞭的山屋營地狀況

12

關鍵議題與解決方案 議題三

系統需容納不同經驗 程度的山友 • 考量不同程度山友的使用情境

13

關鍵議題與解決方案 議題三

新手登山客

系統需容納不同經驗程度的山友 目標：取得官方登山資訊的

入口，各式疑難雜症的解惑

中級步道客 神仙縱走

單攻經驗客 玉山主峰單攻

過夜經驗客 奇萊南華 3 天

目標：快速利用手機完成入 山報備 目標：快速申請國家公園入 園許可並報備

目標：快速申請國家公園入 園許可並報備

我要找山爬

獲取關鍵資訊

行程登記

單日報備

入園申請

單日入園申請

山屋查詢

入園 + 山屋申請

14

原型展示 (Web)

• Demo Link: https://reurl.cc/GkZAyx • 原型連結: https://reurl.cc/9zo4RV

連結若失效請至雲端下載: https://reurl.cc/L1jA6y

15

原型展示 (Mobile)

Picture

Picture

Picture

Picture

行動版原型

行動版原型

行動版原型

行動版原型

• 原型載點: https://drive.google.com/open?id=1H-oGi4jYOMT_Xx3RJoqOzSzEZZ9Q1_1J

16

原型展示 (Mobile)

Picture 行動版原型

• 原型載點: https://drive.google.com/open?id=1H-oGi4jYOMT_Xx3RJoqOzSzEZZ9Q1_1J

17

後話 還沒完成 :’(

要推出更有信心的設計，還需要： • 再 N+ 輪的使用者測試 • 不同情境登山客的使用者訪談

• 跨單位業務的可行性討論

18

游子賢、凌悅庭、李安峻

感謝聆聽

19