調度是一項決策，不只是狀態變更
責任清楚的調度軟體
將已就緒任務分配給合適的司機、車輛或承運商，顯示每項分配所保障的承諾，並在規劃偏離時保留變更記錄。
如需演算法路線規劃、即時車聯網，或現場服務專用的技能和備件邏輯，請串接相應專業系統。
調度就緒檢查
阻止資訊不完整的任務進入看板
每個「已就緒」項目都應回答相同的營運問題。
| 就緒檢查問題 | 所需資料 | 缺失時的處理 |
|---|---|---|
| 何時何地？ | 服務地點、時段與承諾抵達時間 | 由明確的負責人保留規劃狀態 |
| 必須處理什麼？ | 模式、數量/載荷情況和處理需求 | 退回請求以補齊資料 |
| 誰能執行？ | 可用的司機、車輛或承運商運力 | 回報運力異常或改派 |
| 哪些證明資料代表完成？ | 所需的簽名、照片、掃描記錄、收件人或備註 | 證明要求仍對受派人員清楚可見 |
變更控管
在營運記錄中完成改派
調度看板不僅要顯示最新負責人，還應說明變更原因。
- 01
整理待派佇列
只有資訊完整且已核准的請求，才會進入可分派佇列。
- 02
匹配運力
比較優先順序、服務時段、能力與資源可用性。
- 03
派發任務
顯示唯一負責人與調度時間。
- 04
監控變更
記錄受阻、改派、異常和調度狀態，並附上原因。
- 05
依據證明完成結案
使用配送點事件和佐證資料，不接受缺乏依據的手動「完成」狀態。
相鄰系統
選擇符合目標作業的調度產品
配送、現場服務與緊急調度各自需要不同的專業深度。
這套配送調度 App
- 貨件和配送點資訊
- 司機/車輛/承運商分配
- 改派與受阻歷史
- 證明資料與配送異常
考慮相鄰的專業軟體
- 現場服務：技能、零件、工單和服務合約
- 車隊：車聯網、維護、合規性和燃料
- 路線規劃：交通感知最佳化與動態 ETA
- 公共安全：緊急呼叫和 CAD 協議
調度人員工作區
圍繞目前待決策事項設計每個檢視
把所有內容堆在一個大看板上，反而更難發現緊急任務。應分別呈現就緒、運力、執行中和恢復任務，同時保留統一關聯的分配歷史。
已準備好但未分配
顯示優先順序、服務時段、處理需求和合適運力，協助調度人員完成下一項分派。
運力面臨風險
處理無法使用的司機或車輛、衝突的時段，以及若未介入就會延誤的任務。
調度後變更
保留原始分派、變更原因、新負責人和受影響的承諾，不要直接覆寫規劃。
已完成但尚未結案
證明資料缺失、數量有爭議或異常未解決的任務，不應進入已結案佇列，直到相關資料獲得確認。
上線決策
每次改派時都要保護原有承諾
換班或運力中斷時，保留原始分派、變更原因、新負責人、確認記錄與受影響的配送時段。調度人員應能直接說明目前由誰負責，以及哪項客戶承諾有風險，不必從訊息或被覆寫的欄位重建當日情況。
上線前必須回答的問題
調度管理軟體 常見問題
調度管理軟體應顯示哪些資訊？
應顯示已就緒任務、履約承諾、地點或時段、所需能力、已分派資源、調度時間、目前狀態、受阻或改派原因，以及用於結案的證明資料。
Jodoo 會自動最佳化路線嗎？
本範例不會。Jodoo 用於協調請求、運力、任務分配和異常；如需自動排序和交通感知 ETA，應串接路線最佳化引擎。
配送調度與現場服務調度有何不同？
配送調度著重貨件、配送點與簽收證明。現場服務調度通常還包含技能、零件、工作時間、服務合約和技術完工記錄。
調度人員儀表板應優先顯示什麼？
應優先顯示已就緒但未分派的工作、即將到期的承諾、受阻或已改派的工作、失敗的配送點，以及等待確認的證明資料，而不是只呈現裝飾性的總數。
調度人員和主管可以使用不同的檢視嗎？
可以。Jodoo 可依角色提供專屬佇列和儀表板，同時讓每個檢視連結到相同的請求、貨件、分派和異常記錄。上線前，請以實際使用者角色驗證權限。
查看實際運作的產品
開啟本頁對應的範例 App
查看關聯記錄、營運檢視、真實異常審核工作流程，以及具代表性的正常、有風險、失敗與已完成配送狀態。