探險旅遊 vs 一般觀光的設計差異

戶外探險不是「另一種旅遊」——是完全不同的商業形態。一般觀光 app 的設計直接抄會大錯。

為什麼要分清楚

很多開發者一開始會說「不就是個 booking app 嗎」——抄 WeTravel 模板改改顏色就上線。這是大坑。一般觀光業跟戶外探險業的客戶心智、決策路徑、營運成本結構、法律暴露程度完全不同，技術架構決定也跟著不同。

7 個維度對照

維度	一般觀光	戶外探險
決策週期	5 分鐘看完就下單	2-4 週多輪 Q&A
客戶問題	「住哪裡？吃什麼？」	「我能做嗎？」「裝備夠嗎？」「保險怎麼買？」
首要看的	價錢、評價	領隊資歷、過往行程紀錄
報名前互動	沒有	大量私訊 / 公開 Q&A
重複客率	低（一次性消費）	高（信任建立後黏性強）
法律暴露	低（一般消保）	高（生命安全、保險、聲明書）
訊號假設	全程在城市	多日無訊號很常見

商業模式差異

一般觀光：交易型（transactional）

看到 → 比價 → 下單 → 出遊 → 結束
       ↓
    完整鏈路 5 分鐘到 1 週

App 的設計目標是「降低從看到下單的摩擦」——首頁要 hero、要評價分數、要立刻看到價錢、要一鍵下單。

戶外探險：關係型（relational）

聽說 → 追蹤領隊 → 觀察過往團 → 私訊問題 → ...（2-4 週）...
                                            ↓
                                       建立信任 → 報名
                                            ↓
                                       完成行前確認 → 出團
                                            ↓
                                       出團後分享 → 介紹朋友

App 的設計目標是「建立並維護長期關係」——首頁要領隊故事、要過往團照、要 Q&A 公開可搜、報名只是流程其中一環。

技術架構決定差異

設計決定	一般觀光	戶外探險
離線優先？	不需要	必須（多日離線行程設計）
GPS 策略	用景點打卡即可	連續或間隔記錄軌跡
推送頻率	行銷推送為主	行程變動為主，少而精
內容比重	商品展示 70% / 互動 30%	內容 / 故事 70% / 商品 30%
資料保留	訂單留存即可	出事時可能調閱，長期保留
法律審核（小程序審核時）	一般	嚴（要明確免責 / 風險告知）

UI / UX 設計差異

首頁

• 一般觀光：「熱銷商品」「優惠專區」「快搶」
• 戶外探險：「下次出團」「領隊介紹」「你可以做嗎？」（自我評估入口）

商品頁

• 一般觀光：圖、價、訂購按鈕
• 戶外探險：圖、行程描述、體能要求、裝備清單、保險條款、過往團照、領隊資歷、Q&A 串、評價、才到報名按鈕

報名按鈕

• 一般觀光：「立即購買」 → 支付頁
• 戶外探險：「我要報名」 → 體能聲明 → 緊急聯絡人 → 保險確認 → 放棄聲明 → 支付（行前確認與安全流程）

對小程序審核的影響

微信小程序審核戶外探險類別會額外看：

• 風險告知文字（「本服務含戶外風險，並非旅遊產品」這類）
• 保險條款（不能假裝包含保險但實際沒有）
• 醫療免責（不替代專業救援、醫療判斷）
• 內容是否涉及未成年參與高風險活動（要有明確年齡限制）

不寫這些幾乎一定被退件。

對 vault 內已 ingest 內容的修正提醒

最初 ingest 的「微信小程序開發指南 - 旅遊攝影團.md」原文偏一般觀光思維（用 WeTravel 景區小程序模板對照）。那篇文章列的功能清單對戶外探險不夠——本 vault 現在已用 戶外探險旅遊小程序核心功能清單 取代並擴充。

相關概念

強連結（原文明確提及）

• 戶外探險旅遊小程序的挑戰 — 5 維度的具體挑戰
• 戶外探險旅遊小程序核心功能清單 — 15 項功能 spec
• 行前 Q&A 機制 — 關係型商業模式的核心
• 行前確認與安全流程 — 法律暴露維度
• 多日離線行程設計 — 技術架構維度
• 活動類型分類 — 探洞 / 登山 / 雪山 / 沙漠 各自不同

深入閱讀（外部資源）

• 原文：微信小程序開發指南 - 旅遊攝影團

← 回到 wiki