S2 方案/活動管理

概述

建立和管理服務方案，涵蓋所有服務類型：C2C 開放市場路線、B2B 活動接駁、企業通勤方案、校車學期計畫、旅遊包車。方案是系統的核心組織單位——所有需求收集、媒合、行程執行都圍繞方案進行。

執行者：管理員（B2B 場景）/ 平台預設（C2C 場景）

---

觸發條件

• 管理員需要為新活動/學期/通勤需求建立服務方案
• 平台需要開設新的 C2C 共乘路線
• 客戶提出包車需求，客服建立包車訂單
• M1 服務設計完成後，進入方案的具體建立與管理

---

Happy Path

步驟 1：選擇方案類型

方案類型	適用場景	說明
開放市場	C2C 共乘	持續開放的路線，乘客自助發布需求
活動	B2B 接駁	有明確日期範圍的接駁服務（營隊、演唱會等）
通勤方案	企業接駁	固定路線、固定時段的通勤服務
學期計畫	校車	跟隨學期日曆的定期接送服務
包車訂單	旅遊包車	一次性客製化包車服務

步驟 2：設定基本資訊

• 方案名稱與說明
• 服務期間（起迄日期）
• 服務區域（縣市 / 自訂地理範圍）
• 活動地點（地址 + 地圖定位座標）

步驟 3：設定確認流程

方案可覆蓋平台/租戶的預設設定，針對該方案自訂：

確認項目	說明
上車驗證方式	乘車碼 / 電話末四碼 / 不驗證
會面點確認	是否要求上傳照片、是否需管理員審核
陪同聲明	年齡門檻、是否要求法律聲明

步驟 4：設定價格

• 固定價格（B2B / 校車 / 企業通勤 / 包車）
• 動態計價（C2C 依里程、時間、共乘人數分攤）

步驟 5：發布方案

• 系統驗證所有必填項目
• 驗證通過 → 方案上線
• 狀態：規劃中 → 進行中 → 已完成

方案生命週期

規劃中 → 進行中 → 已完成
              ↘ 已取消

---

Worst Case

WC-1：設定不完整，無法發布

• 觸發條件：必填欄位未填寫（如缺少服務期間、未選擇計價方式等）
• 系統行為：驗證失敗，標示未完成項目，阻擋發布
• 處理方式：管理員補齊資訊後重新發布

WC-2：方案日期或地點設定錯誤

• 觸發條件：管理員發現方案日期或地點有誤
• 系統行為：若已有報名/預約，修改後影響相關訂單
• 處理方式：系統通知所有已報名使用者變更內容；相關路線需重新規劃

WC-3：方案衝突

• 觸發條件：同時段建立重疊的方案（同區域、同類型）
• 系統行為：提示可能衝突，由管理員判斷是否繼續
• 處理方式：管理員確認後可強制建立，或調整時間/區域

WC-4：方案取消

• 觸發條件：因故需取消整個方案
• 系統行為：
  1. 需管理員二次確認
  2. 所有相關需求與行程連動取消
  3. 觸發退款流程（若已付款）
  4. 發送取消通知給所有相關人員
• 處理方式：方案狀態改為「已取消」

WC-5：容量已滿

• 觸發條件：方案報名人數達上限
• 系統行為：新報名被拒絕，顯示「已額滿」
• 處理方式：管理員可調整容量上限或開設新方案

WC-6：方案已過期

• 觸發條件：服務期間已過
• 系統行為：不再接受新需求，進行中的行程繼續完成，狀態自動變更為「已結束」

---

場景差異表

比較項目	C2C 開放路線	B2B 活動	企業通勤	校車學期計畫	包車訂單
建立者	平台預設	管理員	HR	學校管理員	客服 + 客戶
服務期間	持續開放	明確起迄日期	長期固定	跟隨學期日曆	單次
需求收集	自助模式	報名模式	報名模式	報名模式	自助模式
媒合方式	開放搶單	管理指派	管理指派	管理指派	管理指派
計價方式	動態計價	固定價格	固定價格	固定價格	固定價格
確認流程	上車驗證 + 會面點	全部可選	上車驗證	全部啟用（嚴格）	依需求
容量管理	無上限	有上限	有上限	有上限	單一訂單

---

所屬主流程

主流程	關係	說明
M1 服務設計	上游	M1 定義服務框架，S2 為具體方案建立
M2 需求收集	下游	方案發布後開始收集使用者需求
S1 會員管理	關聯	報名方案的會員資料管理
S3 會面點管理	關聯	方案可設定會面點確認規則