工作說明書（SOW）

本文件用於在簽約前把範圍、做法與完成標準寫清楚。內容依您刊登的需求與派車營運的通則撰寫，待您指認車隊型態後補齊差異部分。

一、範圍

二、任務單的狀態

整套系統的核心是一張任務單和它的狀態。所有功能都是在這張表上做動作，每次狀態變更都留下誰、在什麼時間、從哪個狀態轉到哪個狀態。

三、司機 App

司機在開車，App 的設計前提是戴著手套、在車上、光線很差、只能看一眼。

四、駕駛工時檢核

這是本案我建議一定要做、但多數派車系統沒有的一項。指派任務時，系統依已排定的任務推算該司機的駕駛時間，違反法定上限就擋下來。

以上為汽車運輸業管理規則第 19 條之 2 的規定，條文全文。

五、後台

六、驗收標準

由您的調度人員與一位司機實際操作，不是看簡報。四個動作全部通過即算完成。

七、待確認事項

前三項不先定義，做出來一定與您預期不符。

1. 車隊型態：遊覽車包車、貨運配送、還是固定接駁（見〈總覽〉第二節）
2. 現在怎麼派車：電話、LINE 群、還是紙本派工單。新系統要取代的是這個流程，所以得先看懂它
3. 車輛與司機各有多少：這決定看板怎麼設計，十台車和一百台車的畫面不一樣
4. 車上現有的設備：有沒有裝 GPS 或行車紀錄器，是哪一家的、能不能取得資料（見〈參考附錄〉四）
5. 貴司的車輛動態資料是否需要上傳主管機關平台。若有此需求請告知，介接規格需另行評估
6. 司機的手機是公司配發還是自備，作業系統版本大致落在哪

八、明確不含

• 車機、GPS 硬體或行車紀錄器的採購與安裝
• 與主管機關平台的介接（需先確認規格後另行報價）
• 客戶端的下單介面或查詢頁（本案為內部系統）
• 薪資計算與人事系統
• 既有資料的清理與匯入（可另議）
• 主機與推播服務的月費
• 若選原生 App：開發者帳號年費（Apple US$99／年、Google US$25 一次性），由貴司持有

九、保固

異常原因清單、通知對象、使用者權限這類設定值的調整，您自己在後台就能改，不佔微調次數。