行前 Q&A 機制
戶外探險旅遊最重要的商業功能——客人 2-4 週的決策週期都從這開始。沒有 Q&A 通道就沒有報名。一般觀光 booking app 完全不需要這個，但探險團少這一塊就死。
為什麼是商業核心
從 探險旅遊 vs 一般觀光的設計差異 看到，戶外探險的決策路徑是關係型：客人發現 → 追蹤 → 觀察 → 問問題 → 信任建立 → 報名。Q&A 是「觀察」到「報名」的橋。
實務上每個來報名的客人在此之前問過 5-30 個問題，主題集中在：
| 問題類型 | 比例 | 例子 |
|---|---|---|
| 我能做嗎 | ~40% | 「我從沒爬過雪山，可以參加嗎？」「50 歲了還能探洞嗎？」 |
| 裝備 | ~25% | 「要自備頭盔嗎？睡袋幾度？」 |
| 費用 / 保險 | ~15% | 「保險怎麼算？費用包含哪些？」 |
| 行程細節 | ~10% | 「每天走多少？住哪裡？吃什麼？」 |
| 天氣 / 路況 | ~5% | 「下雨怎麼辦？取消怎麼算？」 |
| 其他 | ~5% | 「能帶寵物嗎？小孩可以嗎？」 |
→ 這些問題不被回答，客人不會報名。所以 Q&A 不是 nice-to-have，是核心通路。
兩種 Q&A 模式
模式 A：私訊（一對一）
- 管道：微信公眾號 / 小程序內訊息 / 電話
- 優點：私密、能客製化回答
- 缺點：相同問題被問 50 次、領隊累死
- 解法：建立 FAQ 庫 + 領隊回覆模板
模式 B：公開 Q&A（一對多，前提：經客人同意）
- 管道：每個出團頁有「常見問題」區塊
- 優點：一次回答所有人看得到、降低重複問題
- 缺點：問題格式化、有些人不好意思公開問
- 解法：兩種共存——私訊問完之後，把通用部分整理進公開 FAQ
最有效的做法是兩個並用：私訊處理個案、公開 FAQ 處理共通問題。
Q&A 系統設計
MVP（v1）
最小可用版本：
出團頁 ─→ 「常見問題」區塊（5-10 條 FAQ）
─→ 「私訊我們」按鈕 → 跳到客服微信 / 公眾號
不用做即時聊天，先用「外導」方式（跳到公眾號或加微信）即可。不過早投資技術。
v2 補強
- 問題分類過濾：依「能做嗎 / 裝備 / 費用 / 行程」分類
- 以團為單位的 Q&A：不同行程不同 FAQ
- 領隊個人 FAQ：每個領隊累積自己的常見問題
v3 進階
- 小程序內即時聊天（webview 接客服系統如美洽）
- 問答推薦：客人輸入關鍵字自動推薦既有答案
- AI 輔助：用 LLM 從 FAQ 庫自動回常見問題（「我 50 歲能去嗎？」）
FAQ 庫的維護策略
每次新團前：先複習 FAQ → 看哪些問題重複出現 → 補進庫
每次出團後：整理本團出現的新問題 → 加進 FAQ
每月：清掉過時 FAQ（去年的特價活動之類）
可以借用 wiki-ingest 概念——把 FAQ 視為迷你 entity 庫，每條 Q&A 是一個 entity，可被搜尋、被引用、被更新。
跟 戶外探險旅遊小程序核心功能清單 的位置
Q&A 是 #2 必須項目（MVP）。MVP 階段不用做完整即時聊天系統——「外導 + FAQ 區塊」就夠。等 v2 才考慮系統內聊天。
反模式
❌ 沒有 Q&A 入口 → 客人 google 一圈找不到聯絡方式就走了 ❌ 只有 chatbot 沒人接手 → 探險客人很不喜歡機器回答（風險高，要真人） ❌ 公開 Q&A 沒人看 → 用陳列方式呈現（5-10 條重點），不用 thread 風格 ❌ 用 Email 不用微信 → 中國客人習慣微信即時溝通，Email 是商業客戶介面
商業效果指標
可衡量「Q&A 對報名的影響」：
- Q&A 觸及率：報名前看過 FAQ 的客人比例
- Q&A 問訊率：看過出團頁的人裡，按「私訊」的比例
- Q&A → 報名 conversion：問訊的客人最後報名的比例
- 領隊 Q&A 工時：每團每月花多少時間答問題（這個會驅動 v2 / v3 投資決定）
相關概念
強連結（戶外探險專屬）
- 探險旅遊 vs 一般觀光的設計差異 — Q&A 為何重要的商業基礎
- 戶外探險旅遊小程序核心功能清單 — Q&A 在 #2 必須
- 行前確認與安全流程 — Q&A 完成 → 進入正式報名流程
- 戶外探險旅遊小程序的挑戰 — 信任建立維度
深入閱讀（外部資源）
← 回到 wiki