戶外探險旅遊小程序的挑戰
探洞 / 雪山 / 沙漠 / 登山等高風險戶外活動的小程序，挑戰級別比一般觀光高一個量級——訊號 / 電量 / 安全 / 法律 / 信任五個維度都更嚴苛。
為什麼比一般觀光難
普通景點預訂 app（框架選擇 章節提到的 WeTravel 那類）的假設是：
- 客人在城市裡有訊號
- 行程半天到一天
- 風險低、不用簽放棄聲明
- 客人問完價錢就決定
戶外探險完全不是這回事——客人可能 5 天看不到訊號、決定要不要報名要先問 20 個問題、出事真的會死人。整個 app 不是觀光交易工具，是「探險團經營的數位後勤」。
5 個維度的挑戰
維度 1：訊號（比一般山區更糟）
| 場景 | 訊號狀態 |
|---|---|
| 一般山區（常見營地） | 弱訊號（可勉強傳訊） |
| 探洞 | 完全沒有（地下幾十米無訊號） |
| 雪山高海拔 | 可能完全沒有 |
| 沙漠內陸 | 可能 24-72 小時無訊號 |
| 海外探險（極地、雨林） | 可能整個行程無訊號 |
設計含義：
- 不能假設「網路恢復同步」就解決——探險可能整週才上線一次
- App 要能完全離線運作數天，所有功能（地圖、行程、SOS 觸發紀錄、簽到）都要 client 端齊全
- 上線後批次同步而非即時 push
- 大陸用戶低延遲：微信雲開發 ?? — 騰訊節點 + CDN 是這個維度的解
維度 2：電量
| 因素 | 影響 |
|---|---|
| GPS 連續開 | 一天耗光手機 |
| 多日行程 | 補電源不易（行動電源也有上限） |
| 低溫（雪山） | 電池效率減半 |
| 拍照 / 錄影 | 額外耗電 |
設計含義：
- GPS 不能持續追蹤——用「間隔上傳 + 手動觸發」（例：每 30 分鐘記一個點，或客人手動「打卡」）
- App 後台完全不消耗電（不訂閱微信通知、不背景同步）
- 提供「省電模式」開關：簡化 UI、關閉非必要功能
維度 3：安全
| 風險點 | 對應功能需求 |
|---|---|
| 走失 / 受傷 | SOS 一鍵發送（含 GPS）、緊急聯絡人列表 |
| 行前體能不足 | 體能 / 經驗審核問卷 |
| 裝備不足 | 強制裝備清單 + 行前確認 |
| 路線變動（天候） | 行程公告主動推送（出發前還有訊號時） |
| 出事時找不到人 | 行進中位置追蹤（即使無網，本地紀錄回程同步） |
| 領隊資歷不明 | 領隊證照 / 經驗公開展示 |
→ 這些不是「nice to have」，是法律風險的最低底線。詳見 行前確認與安全流程。
維度 4：法律 / 保險
戶外探險有真實生命風險，法律要求：
- 保險文件：每次出團確認個人保險有效（部分線路強制）
- 放棄聲明 / 知情同意書：客人理解風險後簽署，紙本 + 電子併行
- 緊急聯絡人：出發前必填，含家屬聯絡方式
- 體能聲明：客人聲明自己符合行程體能要求（出事時責任歸屬）
- 資料保留：出事時公檢法可能調閱，不能隨便刪資料
→ 微信小程序審核會額外嚴：要寫明「本程式不替代專業裝備 / 救援 / 醫療判斷」之類的免責聲明。
維度 5：信任建立
跟一般觀光的核心差別：
| 一般觀光 | 戶外探險 | |
|---|---|---|
| 客人決策時間 | 5 分鐘 | 2-4 週（多輪問答） |
| 看什麼 | 價錢 / 評價 | 領隊資歷 / 過往行程紀錄 / 客人評價 |
| 報名前互動 | 沒有 | 大量 Q&A（私訊或公開問答） |
| 重複客率 | 低 | 高（信任建立後黏性強） |
設計含義：
- 不是「秒下單」流程，而是「長期關係建立 → 報名是結果」
- 領隊個人品牌頁（資歷、認證、過往團照）是核心
- 行前 Q&A 機制是必備（行前 Q&A 機制）
- 過往團員的相簿 + 心得分享 = 最有效的銷售素材
對應這 5 維度的架構決定
| 挑戰維度 | 反推的架構決定 |
|---|---|
| 訊號 | 離線優先（offline-first）：所有資料本地快取、操作排隊、回程批次同步 |
| 電量 | 被動推送 < 主動拉取；GPS 用 間隔記錄而非連續追蹤 |
| 安全 | SOS / 緊急聯絡 / 行程追蹤獨立模組；離線可用 |
| 法律 | 同意文件數位化 + 紙本備份；強制行前 checklist |
| 信任 | 內容為核心：領隊資料、過往照片、Q&A 公開可搜 |
跟其他相關概念的關係
- 比一般觀光難 → 不該抄一般 booking app 模板（戶外探險旅遊小程序核心功能清單 列了專屬功能）
- 多日離線 → 詳見 多日離線行程設計
- 行前 Q&A → 商業核心，詳見 行前 Q&A 機制
- 行前確認 → 法律 / 安全底線，詳見 行前確認與安全流程
- 不同活動類型風險不同 → 詳見 活動類型分類
相關概念
強連結（原文明確提及 + 戶外探險專屬擴充）
- 戶外探險旅遊小程序核心功能清單 — 功能 spec
- 微信小程序框架選擇 — 離線優先影響框架選擇
- 小程序上線流程 — 微信審核對風險告知有額外要求
- 探險旅遊 vs 一般觀光的設計差異 — 為什麼這個 project 特殊
- 行前 Q&A 機制 — 信任建立通路
- 行前確認與安全流程 — 法律 / 安全 SOP
- 多日離線行程設計 — 訊號維度的解法
- 活動類型分類 — 探洞 / 登山 / 雪山 / 沙漠 各自風險不同
深入閱讀（外部資源）
← 回到 wiki