登山留守平台：登山者的線上守望志工

圖片出處：登山留守平台

## 讓「有人知道你去哪裡」變得簡單

「他說早上出發，說傍晚回來，現在電話打不通，我不知道他走哪條路。」

台灣每年發生數百起山難事件，搜救成本高、風險大。問題不全在於登山者不小心，而是出了事之後，沒有人確切知道他在哪裡、走哪條路、幾點應該出來。

每個登山者都要有留守者，是登山安全裡最基本的一環。但實際上，很多人出發前只是隨口跟家人說一聲，沒有留下路線、沒有預計回程時間，一旦失聯，搜救人員也只能從頭摸索。

但是志工人力有限，一對多是常態，不可能隨時緊盯登山者動態。

本案目標：讓「有人知道你去哪裡」這件事，有一個正式的數位流程。

---

人工維護的表單需要數位化

第一次需求討論，客戶拿著手寫的留守記錄表給我們看。欄位清楚、資訊完整。但它只是一張紙，沒有人追蹤、沒有逾時提醒、沒有通報機制。

「留守」要有效發揮作用，必須有人全程緊盯，這不就是監控系統最好發揮的地方嗎？

因此，我們將這個工具定調在志工數位賦能，逾期要亮紅燈，註冊要用LINE，串接簡訊廠商……路打通了，才能啟動後續所有自動化流程。

這個決策讓整個系統複雜了不少，但也讓它真正有用。

---

三個角色，一套流程

圖片出處：登山留守平台

**登山者端：出發前登記**

登山者在出發前填寫完整的行程資訊：從熱門路線選擇行程、同行人員、緊急聯絡人、預計回程時間，甚至出發當天的衣著描述（顏色、款式，方便搜救時辨識）。填完後收到一組行程代碼，可以分享給家人。

留守志工端：後台追蹤與主動聯繫

留守志工透過後台管理介面，查看當日所有進行中的行程。系統依回報時間排列，逾期未回報的行程自動標紅。志工可以直接在系統裡記錄聯繫狀況——有打電話、有回應、已安全下山。

逾時通報：SMS 自動提醒

預計回程時間過後一段時間，若沒有任何回報，系統透過三竹簡訊自動發送 SMS 給緊急聯絡人，通知留守志工需要主動聯繫，並記錄通報時間。這個機制可避免「沒有人注意到超時」，有一個24小時監控機制，搭配最精準的人力配置，大幅降低人員作業負擔。

---

開發過程的挑戰

三方角色，三種期待

這個系統同時服務三種完全不同的使用者：

登山者：希望填起來快、不複雜，最好一次填好不用再管。 留守志工：中高齡為主，需要簡單明確的後台介面，資訊一目了然。 政府主管機關：需要完整的記錄、可以匯出的報表、符合稽核需求的欄位設計。

三方的需求沒有衝突，但也沒有完全重疊。在需求訪談時經過細膩的傾聽與整理，再做一輪介面設計，確保同一個系統能滿足三方。

路線資料的標準化

當我們拿到舊平台的路線資料，發現登山路線的描述沒有統一格式，有人寫「嘉明湖O型」，有人寫「向陽→嘉明湖→栗松→向陽」。

為了建立標準化的路線資料庫，在資料欄位的設計下了一些功夫，隨著使用者增加，未來將能讓登山者從下拉選單選路線，這也是資料庫設計上的一個重點。

---

現在變成什麼樣子

原本靠人工回憶和通訊軟體管理的留守工作，現在有了可追蹤、可查詢的數位紀錄，每一筆行程、每一次聯繫、每一個逾時通報都有歷史可查。

圖片出處：登山留守平台

---

技術架構

• 前端：網頁表單介面（登山者填寫）+ 後台管理系統（志工使用）
• 後端：RESTful API，處理行程登記、狀態追蹤與通報邏輯
• 資料庫：關聯式資料庫，記錄行程、人員、聯繫歷程
• 簡訊通報：三竹簡訊 API 串接，自動觸發逾時提醒
• 部署：雲端主機，支援多志工同時後台操作

---

這個案子的核心學習

留守的有效性，不在於登記了多少資訊，而在於有沒有人能在對的時間，根據這些資訊採取行動。

系統能做的，是自動傳達「需要採取行動」，在對的時間給對的人，讓志工不需要時時刻刻盯著、靠記憶判斷誰超時了。

技術的角色是把這套本來靠人工維持的流程，做得更穩定、更可靠，人力則留給最重要的聯絡及決策判斷。