很多中小企業都有兩三台公務車：業務跑客戶的轎車、師傅載工具的廂型車、老闆偶爾開的那台。買車時算得很精，買完之後卻幾乎不再管理。三個月後出現的場景大概是這樣：紅單寄到公司，行政拿著單子在辦公室問「這天誰開 ABC-1234？」沒人記得；保養靠師傅自己想起來，機油超了三千公里才換；保險到期前一週保險業務打電話來，公司才知道快過期；加油卡每月刷兩萬多，沒人看得出哪一台特別耗。
公務車的金額不大，但漏洞特別多，而且每個漏洞都同時牽到錢與責任。一台車一年的持有成本——折舊、保險、牌照燃料稅、保養、油料、停車——以常見的國產轎車估算，大約在十二到十八萬之間。三台車就是四五十萬，比很多公司的軟體預算還高，卻通常連一張完整的車輛清單都沒有。
核心問題：車有紀錄，人沒紀錄
多數公司其實有「車的資料」——行照影本、保險單、保養收據，塞在檔案夾裡。真正缺的是「誰在什麼時候用了這台車」。這一條線斷掉，後面所有的管理都做不起來：罰單歸不到人、肇事責任說不清、油耗無法比較。
所以一套能用的公務車管理系統，起點不是資產清冊，而是派車紀錄。只要每一次用車都留下「車輛、駕駛人、出車時間、回車時間、出發里程、回程里程」這六個欄位，後面的功能幾乎都能長出來。
一、派車登記：讓出車這件事有個入口
現實中最常見的派車方式是 LINE 群組喊一聲「我開小白出去一下」。這種方式的問題不是不方便，而是訊息會被洗掉，三個月後查不到。
可行的做法是做一個手機就能開的表單：選車輛、選目的地、按「出車」自動帶入時間、手動輸入里程數（或拍儀表板照片上傳）。回車時再按「回車」補上回程里程。整個動作控制在十五秒內，不然現場一定不會用。
設計上有幾個細節會決定它能不能活下來：
- 車輛狀態要即時顯示。 業務要出門前能看到「哪台車現在沒人用」，比填表更有吸引力，這是讓人願意進系統的誘因。
- 預約與實際分開記。 預約是為了避免兩個人同時要開同一台；實際出車紀錄才是責任依據。兩者混在一起會讓資料失真。
- 允許事後補登，但要留痕。 一定會有人忘記按，系統要能補，但補登紀錄要標示「後補」與補登時間，爭議時才分得清。
二、罰單歸屬：從日期時間回推駕駛人
罰單處理是公務車管理最立即見效的一塊。交通違規的舉發單上有違規時間、地點、車號，只要派車紀錄存在，系統就能用車號加時間區間反查出當時的駕駛人，把單子直接派給他確認。
這裡要處理的是制度，不只是功能。公司需要先把規則寫清楚：罰款由誰負擔、違規記點怎麼看待、代為繳納還是員工自繳、超速與違停是否一視同仁。規則定好之後，系統負責的是「讓事實查得到」，而不是替公司做判斷。
值得一併做的是繳納期限追蹤。罰單有繳納期限，逾期會加重處分；而單據在公司內部轉一圈經常就是一兩週。把每張罰單設成一個有到期日的待辦，到期前自動提醒，比追究責任更省錢。另外，依規定逾期未繳的罰單有被移送強制執行的風險，這類單據放著不處理的代價，通常遠高於罰金本身。
三、保養與里程：時間與里程要雙軌預警
保養排程最常見的錯誤是只看時間或只看里程。業務車一年可能跑三萬公里，老闆的車一年跑八千，用同一個「每半年保養一次」的規則，一台過度保養、一台嚴重延誤。
比較合理的規則是雙軌並行：設定「每 10,000 公里或每 6 個月，先到者為準」，系統根據派車紀錄累積的里程數推算預計到達日，提前兩週通知保管人。有了每趟的里程資料，系統還能反推這台車的月平均里程，讓預警時間估得更準。
保養紀錄本身也值得數位化。每次進廠記下：日期、里程、廠商、項目、金額。累積一年後，這張表能回答幾個老闆真正在意的問題——哪一台車的維修費不正常偏高、這台車是不是該考慮換掉而不是繼續修。
Photo by Danny Sleeuwenhoek on Unsplash
四、油耗：有里程才看得出異常
加油這件事幾乎都是用加油卡或代墊核銷，所以公司手上有「每月油錢」，卻沒有「每公升跑幾公里」。只有油錢沒有里程，異常就看不出來——油價本來就在波動，業務跑得多本來就該多加油。
把派車紀錄的里程跟加油紀錄的公升數放在一起，就能算出每台車的平均油耗。這個數字一旦有了歷史基準，異常就會自己浮出來：某台車的油耗從 11 km/L 掉到 8 km/L，可能是胎壓、含氧感知器或空氣濾網的問題，也可能是加油紀錄與實際用車不一致。前者是車該修了，後者是管理該查了，兩種都值得知道。
實作上，加油資料的來源可以很簡單：加油時拍一張收據照片上傳並填入公升數，或由行政每月從加油卡消費明細批次匯入。重點是讓「公升數」這個欄位存在，而不是只有金額。
五、到期日管理：保險、驗車、稅、行照
這一塊最單純，也最常出事。一台車固定有幾個到期日要顧：強制汽車責任保險、任意險、定期排放與安全檢驗、牌照稅與燃料使用費的開徵期間、駕駛人的駕照有效期限。
系統要做的事不多：建一張到期日主檔，每個項目設定提醒的提前天數（保險提前 30 天、驗車提前 14 天），到期前自動推通知給負責人，並在項目完成後要求上傳憑證。做完這件事，等於把原本散在保險業務、修車廠、稅單信封上的提醒，收回公司自己手上。
六、落地做法：先做哪三件事
這類系統最大的風險不是技術，而是沒人填。建議的導入順序是從「現場有感」往「管理有用」走：
- 第一階段（約一到兩週）： 只做車輛主檔與派車登記兩張表，加上一個「現在哪台車有空」的看板。這個階段的目標只有一個——讓同事習慣按出車與回車。
- 第二階段： 接上罰單與到期日提醒。這兩項是行政最有感的痛點，做完之後系統才會被當成工具而不是作業。
- 第三階段： 加入加油與保養紀錄，產出油耗與維修成本報表。此時資料已經累積兩三個月，報表才有意義。
技術選擇上，三到十台車的規模其實不需要大系統。一個手機可開的網頁表單加一個資料庫，搭配 LINE 或 Email 推播提醒，就能涵蓋上述全部功能。真正要花心思的是欄位設計與提醒規則，而不是介面有多漂亮。
Photo by Michael Pointner on Unsplash
效益怎麼估：用自己的數字算一次
這類系統的效益不來自某一項大幅節省，而是幾個小項相加。以一家有五台公務車的公司為例，可以用這幾個欄位自己估一次（數字請換成公司實際狀況）：
- 罰單逾期與查詢工時： 假設每月三張罰單，每張查詢與轉交耗費行政 20 分鐘，一年約 12 小時；加上偶爾逾期加重的金額，年省數千元等級。
- 保養延誤造成的額外維修： 延誤換油或延誤處理小異常，最後變成大修的機會不低。即使一年只避免一次兩萬元的非預期維修，就已超過系統的維護成本。
- 油耗異常發現： 五台車月油費若合計四萬元，抓出 5% 的異常或浪費，一年約兩萬四千元。
- 到期日漏失的風險： 這一項不常發生，但驗車逾期、保險斷保的後果是罰款與理賠缺口，屬於低機率高損失。
- 無形效益： 肇事或爭議時能立刻查出當時誰在開、里程多少、最近一次保養何時，這在責任釐清與理賠上的價值很難量化，卻往往是事後最有用的一項。
以上加總，對五台車規模的公司，年效益大致落在五到十萬元區間，而這套系統的開發規模並不大。更重要的是，它產出的資料會變成下一個決策的基礎——這台車該修還是該換、公務車該自購還是改用租賃或里程補貼，都需要先有紀錄才談得上分析。
結語：從一張派車表開始
公務車管理很容易被歸類為「小事」，所以永遠排在待辦清單的最後。但它的特性是：平常每個漏洞都只漏幾千塊，出事時一次補不回來。
如果公司現在完全沒有紀錄，建議先別想系統，先做一件事——這週開始，要求每次出車在共用表單上登記車號、駕駛人、起訖里程。先用最土的方法累積一個月，你會很快看出哪幾個欄位真的需要。等到那張表開始讓人覺得「每次都要翻很麻煩」的時候，才是把它做成系統最划算的時機。
先有紀錄，再有系統；先有事實，再談責任。公務車如此，公司裡其他被當成小事的流程也一樣。