戶外探險旅遊小程序核心功能清單
15 項功能，分 🔴 必須 / 🟠 重要 / 🟢 nice-to-have 三級。MVP 範圍 = 前 6 項必須，足以跑「行前 Q&A → 報名 → 出發確認 → 行中 → 出團後分享」完整閉環。
15 項功能 × 優先序
🔴 必須（MVP，6 項）
| # | 功能 | 為什麼必須 |
|---|---|---|
| 1 | 出團列表 + 行程詳情 | 沒這個沒生意 |
| 2 | 行前 Q&A 機制 | 行前 Q&A 機制——客人不問完不會報名（決策週期 2-4 週） |
| 3 | 報名 + 微信支付 | 一般 booking 流程，但加保險 / 體能聲明欄位 |
| 4 | 行前確認流程 | 行前確認與安全流程——裝備清單、放棄聲明、緊急聯絡人，法律底線 |
| 5 | 行程公告 / 變動通知 | 天氣 / 路況變動很常見，要主動推（出發前還有訊號時） |
| 6 | 領隊資歷頁 | 信任建立的核心；證照、過往行程、客人評價 |
🟠 重要（v2 補，6 項）
| # | 功能 | 為什麼重要 |
|---|---|---|
| 7 | 緊急聯絡人 + SOS（行中） | 真實生命安全；可離線觸發、本地存取 |
| 8 | 離線地圖 + 軌跡記錄 | GPS 軌跡離線錄、回程批次同步 |
| 9 | 活動相簿（事後） | 信任 / 記憶 / 行銷三合一；最強 retention 工具 |
| 10 | 團員簽到 | 行前點名 / 集合確認；可離線 |
| 11 | 裝備清單 + 行前 checklist | 跟 #4 連動，可重複利用同一份模板 |
| 12 | 天氣 / 路況預報整合 | 出發前主動拉資料、決定是否出團 |
🟢 Nice-to-have（v3+，3 項）
| # | 功能 | 為什麼 nice-to-have |
|---|---|---|
| 13 | 費用分擔 | 邏輯複雜，先不做 |
| 14 | 過往團員社群 / 心得分享 | 增加黏性，但 v1-v2 沒幾個團員時還沒意義 |
| 15 | 保險方案整合（合作險商） | 商業合作，依商務狀態做 |
MVP 定義（v1）
前 6 項就足以開始接客：
客人發現 → 看出團 → Q&A 問清楚 → 報名 + 付款 → 完成行前確認 → 出發
跑得起來這個閉環，就能驗證商業模式：
- 客人會不會報名？
- Q&A 通量大不大？
- 行前確認流程是否合用？
- 公告系統有沒有人看？
不要先做 v2 / v3 功能——等 v1 跑過至少 3 團真實出團，再決定下一輪做什麼。
v2 候選優先序（依價值 / 依賴）
- #9 活動相簿：最高 retention 價值，能驅動口碑
- #7 SOS / 緊急聯絡：v1 後第一個補的安全功能
- #11 裝備清單：跟 #4 共用基礎，工作量低
- #8 離線地圖：技術坑大，但對信任 + 安全提升大
- #10 團員簽到：簡單但用處有限（可後補）
- #12 天氣整合：依賴第三方，先觀察是否真有人看
跟 戶外探險旅遊小程序的挑戰 對照
不是每個功能都會踩到挑戰，但核心功能基本都跟挑戰相關：
| 功能 | 對應的挑戰 |
|---|---|
| #2 行前 Q&A | 信任建立 |
| #4 行前確認 | 法律 / 安全 |
| #5 行程公告 | 訊號（出發前還有，行中沒有） |
| #7 SOS | 安全 + 訊號 + 電量 |
| #8 離線地圖 | 訊號 + 電量 |
| #9 活動相簿 | 信任（過往記錄） |
跟 活動類型分類 的對照
不同活動類型對功能優先序有不同要求：
| 活動類型 | 加碼 |
|---|---|
| 探洞 | #7 SOS 從 v2 → v1（地下無訊號最危險）；#11 裝備清單從 🟠 → 🔴 |
| 雪山 | #11 裝備清單從 🟠 → 🔴；#12 天氣從 🟠 → 🔴 |
| 沙漠 | #4 體能聲明從一般 → 嚴格（脫水致命）；#7 SOS 必須 |
| 登山（一般） | 維持原優先序 |
商業 vs 技術觀點
從商業端看，#2、#6、#9 是核心——讓客人想報名、信任你、發朋友圈。 從技術端看，#7、#8 最難——離線優先架構是工程挑戰。 從法律端看，#4 不能省——涉及生命安全的責任歸屬。
三邊都要顧。Don’t ship MVP without 6 個必須項目都能跑。
參考案例（抄作業）
一般 booking app（看流程）
- WeTravel — 景點預約流程
- Booking 系列 — 報名 / 選日期 / 支付
戶外專業 app（看安全機制）
- Strava / Komoot：軌跡 + 離線
- AllTrails：路況 / 評價 / 離線地圖
- Garmin Connect：SOS / 緊急聯絡（這個方向偏硬體）
- TripAdvisor 探險類別：行程描述深度
中國大陸戶外探險小程序：
- 磨房 / 8264 / 綠野等戶外社群可能有小程序版
- **「悅動圈」**之類的運動 app
相關概念
強連結（原文明確提及 + 戶外專屬擴充）
- 戶外探險旅遊小程序的挑戰 — 5 個維度的挑戰
- 小程序上線流程 — 微信支付要企業型 AppID
- 微信小程序框架選擇 — 15 項功能複雜度反推適合的框架
- 探險旅遊 vs 一般觀光的設計差異 — 商業設計差異
- 行前 Q&A 機制 — #2 細節
- 行前確認與安全流程 — #4 細節
- 多日離線行程設計 — #7 #8 的工程基礎
- 活動類型分類 — 不同類型對功能優先序的影響
- 小程序開發工具鏈 — IDE / debug / 部署工具配置
深入閱讀（外部資源）
- 原文：微信小程序開發指南 - 旅遊攝影團
- WeTravel 開源：https://github.com/nanbouking/WeTravel
← 回到 wiki