Skip to content

S3 會面點管理

S3-meeting-point-management 流程圖

概述

管理乘客上車/下車會面點的設定與審核流程。會面點是路線規劃的基礎資料,準確的會面點讓司機能順利找到乘客,確保接駁安全與效率。不同場景下,會面點可由乘客自選或由管理員預設。

執行者:乘客/家長(C2C 場景)/ 管理員(B2B 場景)


觸發條件

  • 會員註冊完成後需設定上車地點
  • 管理員為活動/學期計畫預設會面點
  • 已確認的會面點需要修改(搬家、地點變更等)
  • M2 需求收集時檢查會面點狀態

Happy Path

步驟 1:設定會面點位置

  1. 使用者進入「會面點設定」功能
  2. 輸入地址(支援 Google Maps 地址搜尋)
  3. 在地圖上確認定位座標
  4. 填寫會面點描述(例如:7-11 門口、社區大門旁)

步驟 2:上傳會面點照片

  1. 拍攝或選擇會面點現場照片(可多張)
  2. 照片用途:供司機辨識實際位置
  3. 上傳完成

步驟 3:管理員審核

  1. 管理員在中控台收到會面點確認請求
  2. 審核項目:
    • 地址和座標是否正確對應
    • 照片是否清楚顯示會面位置
    • 位置是否安全且可停車
  3. 審核通過 → 會面點狀態變為「已確認」

步驟 4:會面點生效

  • 已確認的會面點可用於後續路線規劃
  • 系統使用會面點座標計算最佳接駁路線

Worst Case

WC-1:地址與座標不符

  • 觸發條件:輸入的地址和地圖標記的座標位置不一致
  • 系統行為:管理員審核時發現不符
  • 處理方式:管理員可直接修正座標,或通知使用者重新設定

WC-2:照片不清楚

  • 觸發條件:上傳的照片模糊或無法辨識會面位置
  • 系統行為:管理員拒絕確認
  • 處理方式:系統通知使用者「照片不清楚,請重新上傳」,使用者重新拍攝上傳

WC-3:位置不安全或無法停車

  • 觸發條件:會面點位於危險路段、禁停區域或難以到達的地點
  • 系統行為:管理員拒絕確認,附上拒絕原因
  • 處理方式:使用者選擇附近更安全的替代地點,重新提交

WC-4:會面點修改請求

  • 觸發條件:已確認的會面點因搬家等原因需更改
  • 系統行為:使用者提出修改請求,管理員收到通知
  • 處理方式:重新走審核流程(步驟 1 → 步驟 3)

WC-5:管理員主動修改會面點

  • 觸發條件:管理員發現會面點有問題,需主動調整
  • 系統行為:修改後觸發確認流程(若啟用 blocking 模式),通知使用者
  • 處理方式:使用者收到通知,需重新確認

WC-6:同路線會面點不一致

  • 觸發條件:同一條路線上的乘客會面點資訊出現不一致
  • 系統行為:系統的會面點稽核功能自動偵測
  • 處理方式:提示管理員進行同步處理

場景差異表

比較項目C2C 乘客自選上車點B2B 管理員預設會面點
設定者乘客/家長自行設定管理員統一預設
地點選擇乘客自由選擇住家或方便的地點管理員依路線規劃預設固定集合點
照片要求依平台設定,通常要求上傳管理員可代為設定,不一定要求家長上傳
審核流程需管理員審核通過才生效管理員設定即生效,或可開啟確認流程
修改權限乘客可提出修改請求依設定決定家長是否可申請修改
Blocking 模式通常啟用(未確認無法預約)依組織設定,可選擇性啟用
彈性程度高(每位乘客可不同地點)低(通常為固定集合點,如校門口、社區門口)

所屬主流程

主流程關係說明
S1 會員管理上游會面點是會員資料的一部分
S2 方案/活動管理設定方案可覆蓋預設的會面點確認規則
M2 需求收集前置需求收集前需確認會面點已通過審核
M3 媒合排程輸入已確認的會面點座標作為路線規劃依據