CASE STUDY
機場接送派車系統
將訂單、司機、車輛與行程追蹤整合於同一套系統，取代以電話詢問與 Excel 表格完成的人工派單。派遣人員於後台即可完成指派與狀態追蹤，車資與司機抽成依行程紀錄自動對帳，月結無須逐筆比對。
客製化系統
客戶產業／物流派遣
RESULTS
這個專案改善了什麼
- -70%
- 派單作業時間
- 1,500+
- 單／月自動處理
面臨的問題
接送業務的核心，在於將「由誰執行、於何時出車、使用哪一部車輛、接送哪一位旅客」四項資訊對應起來。這家業者原本全程仰賴電話與 Excel：客服接單後先登錄表格，再逐一致電司機確認可排班的時段，確認後手動更新班表。
- 同一筆訂單分散於通話紀錄、Excel 表格與司機的口頭確認，缺乏單一可信來源。
- 臨時改期或取消時，班表與司機的認知容易脫節，衍生重複派車或漏接。
- 月底對帳須逐筆比對行程單、車資與司機抽成，形成每月固定的加班作業。
我們的作法
我們將訂單、司機、車輛與行程追蹤整合於同一套系統，使派單由電話確認轉為系統指派。
- 訂單建立後即進入待派清單，派遣人員可依車型、時段與司機當前狀態指派。
- 司機端接收派工並回報出發、抵達與完成，行程狀態同步至後台看板。
- 車資、附加費與司機抽成依行程紀錄自動計算，月結時直接產出對帳資料。
成效
派單由人工詢問改為系統指派後，同樣的人力得以承接更高的單量。
- 派單作業時間下降約 70%，客服無須為單筆訂單反覆通話確認。
- 系統每月穩定自動處理 1,500 筆以上訂單，尖峰時段不再受限於電話接聽速度。
- 對帳資料由行程紀錄直接產生，月結不再依賴人工比對 Excel。
CONSTRAINTS
限制條件
本案自始不可變動的前提。理解限制，才能理解作法背後的取捨。
這不是從零開始的新業務，而是每日持續運作的營運，因此有幾項前提自始即不可變動。
- 導入期間不得停止接單。既有的電話派單必須能繼續運作，待派遣人員熟悉新流程後再整批切換。
- 車資與司機抽成沿用業者既有的計算方式。系統僅負責提升計算速度與正確性，不改變司機的收入結構。
- 司機於行駛途中操作，回報動作須精簡到可在停等空檔完成，不得要求返回辦公室處理。
- 行程紀錄含旅客姓名與接送地址，僅開放派遣人員與當趟司機檢視，不設為全公司可見。
HOW IT WORKS
技術與整合
實際串接的對象、資料的流動方式與選擇理由，以下以不需技術背景即可理解的方式說明。
這套系統的核心作用，是將原本分散於電話、Excel 與司機記憶中的同一筆訂單，收攏為一份共用的紀錄。
- 訂單、司機、車輛與行程共用同一份資料。司機的每一次回報直接改變派遣看板上的狀態，過程中不需要二次謄寫。
- 對帳資料並非另行整理的報表，而是行程完成後由系統計算的結果。月結僅需匯出，無須回頭逐筆比對。
- 改期或取消時由系統將時段釋放回待派清單，同一位司機的同一時段不會被重複排班。