M1 - 服務設計

流程概述

定義一項交通服務長什麼樣。管理員（B2B）或平台（C2C 預設）設定完整的服務方案，包含需求收集方式、媒合方式、計價方式、安全模組、通知規則等。這是所有後續流程的基礎——沒有服務方案，就沒有後續的需求收集、媒合、行程執行。

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

---

Happy Path

步驟 1：建立服務方案

選擇方案類型：

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

步驟 2：設定基本資訊

• 方案名稱
• 服務期間（起迄日期）
• 服務區域（縣市 / 自訂地理範圍）
• 方案說明（對外顯示）

步驟 3：設定需求收集方式

根據場景選擇：

模式	說明	典型場景
自助模式	乘客自行填寫起訖點、時間、人數	C2C 共乘、旅遊包車
報名模式	乘客從方案中選擇日期與方向	活動接駁、校車、企業接駁

兩種模式可同時啟用（混合模式），但大多數場景只需擇一。

步驟 4：設定媒合方式

模式	說明	典型場景
開放搶單	需求發布後司機自主接單	C2C 共乘
管理指派	管理員排程、派車、指定司機	活動接駁、校車、企業接駁

步驟 5：設定計價方式

模式	說明	典型場景
動態計價	依里程/時間/共乘人數自動計算分攤	C2C 共乘
固定價格	管理員設定統一費用	活動接駁、校車、企業接駁

步驟 6：設定安全模組（可選開關）

以下每個模組皆可獨立啟用或停用：

• 上車驗證
  • 乘車碼（系統產生 QR Code）
  • 電話末四碼（口頭確認）
  • 不驗證
• 會面點管理
  • 是否要求乘客上傳會面點照片
  • 是否需要管理員審核
• 陪同聲明
  • 年齡門檻設定（例：12 歲以下需成人陪同）
  • 法律聲明文字自訂
• 異常偵測
  • 路線偏離警示
  • 預計到站未到警示

步驟 7：設定通知規則

• 通知時間軸：前一天提醒、出發前一小時、司機已到站、行程完成等
• 通知接收者：搭乘者本人、監護人（可設定多層監護人鏈接）
• 通知管道：LINE 推播、簡訊（備援）

步驟 8：發布服務方案

系統驗證所有必填項目通過後，方案上線，開始接受需求。

---

各場景對應

場景	方案類型	需求收集	媒合方式	計價	安全模組	誰設定
bearbubu 共乘	開放市場	自助模式	開放搶單	動態計價	上車驗證 + 會面點	平台預設，管理員微調
Dauding 接駁	活動	報名模式	管理指派	固定價格	全部可選	管理員完整設定
企業接駁	通勤方案	報名模式	管理指派	固定價格	上車驗證	HR 設定
校車	學期計畫	報名模式	管理指派	固定價格	全部啟用（嚴格）	學校管理員設定
旅遊包車	包車訂單	自助模式	管理指派	固定價格	依需求	客戶 + 客服設定

「可組合」核心概念：同一套流程骨幹，透過模組開關的不同組合，產生適合各場景的服務方案。管理員不需要理解技術，只需針對自己的場景選擇合適的選項。

---

Worst Case

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

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

WC-2：已發布的方案需要修改

• 觸發條件：方案上線後發現設定需調整（如修改服務區域、調整價格）
• 系統行為：檢查是否已有需求或行程，若有則提示影響範圍（影響 N 筆需求、N 個行程）
• 處理方式：管理員確認影響後才能修改；系統自動通知受影響的使用者

WC-3：方案取消

• 觸發條件：管理員決定取消整個服務方案
• 系統行為：
  1. 所有相關需求連動取消
  2. 所有相關行程連動取消
  3. 觸發退款流程（若已付款）
  4. 發送取消通知給所有相關人員（乘客、司機、監護人）
• 處理方式：需管理員二次確認後才執行

WC-4：方案已過期

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

---

相關子流程

• 活動管理：建立、修改、取消活動的細部操作
• 會面點管理：會面點新增、照片上傳、審核流程
• 陪同聲明：聲明範本管理、簽署記錄
• 通知設定：通知範本、發送時機、管道設定