外勤派工與維修回報 App 開發指南：派工排程、現場回報與系統串接

外勤派工的混亂，多半不是師傅不認真，而是資訊散在太多地方：客服接到報修寫在試算表、主管在群組裡喊人、師傅到現場拍照存在自己手機、客戶簽的單子塞在車上。一套外勤派工與維修回報 App，要解決的就是讓這些環節用同一份工單資料運作。

很多業者一開始想的是「把紙本工單電子化」，做完才發現客服依然回答不出進度、倉庫依然不知道料被誰領走。原因是只做了現場那一段，沒有把派工、回報、客服與庫存接起來。

以下依序說明派工排程的設計、現場回報該留哪些資料、離線與定位的原則、與既有系統的串接，以及上線前該怎麼驗收。

先畫出一張工單的完整生命週期

動手做畫面之前，先把一張工單從出生到結案會經過哪些人、哪些狀態寫下來。常見的流程是：

1. 報修建立：客戶來電、官網表單或 LINE 訊息，由客服建立工單。
2. 派工：主管或系統依區域、技能、空檔指派師傅。
3. 出發與抵達：師傅按下出發、抵達，系統記錄時間。
4. 現場處理：記錄問題、處理方式、更換零件、拍照。
5. 客戶確認：客戶簽名或以其他方式確認完工。
6. 結案與後續：客服回訪、會計請款、需要二次到場時另開工單。

每一個狀態都要明確定義「誰能改、改了之後通知誰」。例如師傅只能把工單從「已抵達」改成「待客戶確認」，不能直接改成結案；結案權限留給客服或主管。權限怎麼切，可以參考使用者角色與權限設計的做法。

最容易漏掉的是例外狀態：客戶不在家、零件缺貨要改天、現場發現不是本公司負責的問題。這些情況在紙本時代靠師傅口頭交代，進了系統就必須有對應的狀態與原因欄位，否則師傅只能亂選一個，資料就失真了。

派工排程：先求看得懂，再求自動化

派工功能常被想成「系統自動算出最佳路線」，但多數中小規模團隊真正需要的是主管一眼看得懂今天誰在哪裡、誰還有空。

建議的設計順序：

• 第一步：派工看板。以師傅為列、時段為欄，拖拉工單就能指派。主管保有判斷權，系統負責呈現。
• 第二步：指派輔助。依工單的區域與所需技能，自動篩出合適的師傅，標示今天已排了幾件。
• 第三步：規則化自動派工。只有在派工規則穩定、例外不多時才值得做，否則規則寫死後反而綁手綁腳。

排程要考慮的不只是時間，還有技能與證照（某些設備只有特定師傅能修）、車輛與工具（大型設備需要兩人一車）、客戶指定時段。這些條件先列成表，再決定哪些由系統判斷、哪些留給人。

現場回報：拍照、簽名與必填欄位

現場回報是整套系統資料品質的源頭。欄位設計的原則是：後面的人會用到的才收，收了就要能被查到。

回報欄位自查清單

可以拿下面這張清單逐項問自己「誰會用這筆資料」：

• 處理前／處理後照片：客服回覆客訴、保固判定時會用到。照片要自動帶入時間與工單編號，避免事後補拍混淆。
• 故障原因分類：用選單而非自由文字，月底才能統計哪類問題最常發生。
• 處理方式說明：保留自由文字，但給常用語快選。
• 使用零件與數量：直接從品項清單選，不要手打名稱，才能與庫存對得起來。
• 工時：出發、抵達、完工時間由按鈕自動記錄，不要讓師傅事後回填。
• 客戶簽名：手寫簽名搭配姓名欄位；客戶不在場時，改為拍照與備註，並標示「未取得簽名」。
• 是否需要二次到場：勾選後自動產生後續工單草稿。

照片要注意兩件事：一是壓縮後再上傳，避免現場網路慢時卡住；二是只存在 App 內部空間，不要散落到師傅的個人相簿，以免客戶家中畫面外流。

離線使用：現場網路不穩是常態

地下室、機房、山區工地，網路斷線是外勤的日常。離線設計沒做好，師傅在現場填完的資料可能一按送出就消失，這是最傷信任的狀況。

離線設計的幾個原則：

• 工單資料事先下載：師傅出發前，當天被指派的工單連同客戶地址、設備資料、過往維修紀錄先同步到手機。
• 先存本機、再背景上傳：送出時先寫入手機，畫面立刻顯示「已儲存，待上傳」，恢復連線後自動續傳。
• 明確顯示同步狀態：每張工單標示已上傳或尚未上傳，讓師傅與主管都知道資料在哪裡。
• 處理衝突：如果師傅離線期間，客服在後台改了同一張工單，上傳時要有規則決定以誰為準，或標示出來讓人判斷。

離線能力會影響技術選型。需要穩定離線與背景上傳時，網頁版本往往不夠可靠，取捨可以參考原生 App、響應式網站與 PWA 怎麼選。

定位與隱私：只在工作時段、只為工作目的

定位功能很實用，客服可以回答「師傅大概多久到」，主管可以看出派工是否繞路。但定位也最容易引發員工反感與隱私爭議。

建議的原則：

• 只在工作狀態下記錄：按下「出發」到「完工」之間才記錄位置，下班、休息時段不記錄。
• 用打點取代持續追蹤：多數情況只需要出發、抵達、完工三個時間點的位置，不必每分鐘回報軌跡。
• 事先告知並書面化：用途、記錄範圍、保存期限、誰能查看，都寫進內部規範並讓同仁確認。
• 限縮查看權限：位置資料只給派工主管查看，不開放給全公司。
• 設定保存期限：超過期限自動刪除，不無限期保存。

如果 App 會蒐集客戶的地址、電話、簽名等資料，同樣適用個人資料保護的原則，相關告知與同意的寫法可參考隱私權政策與個資法重點。涉及員工監督與勞動規範的細節，建議依個案諮詢法律專業人士。

與客服工單、庫存系統的串接

外勤 App 真正的價值出現在串接之後。單獨存在的派工 App，只是把資料從紙本搬到另一個孤島。

與客服工單系統串接：客服建立的報修單直接成為派工單，師傅的進度即時回寫，客服接到客戶詢問時能直接回答。如果客服端還沒有系統，可以先看客服工單系統開發指南，兩者常一起規劃。

與庫存系統串接：師傅領料時扣倉庫庫存、轉入「車上庫存」，現場使用後再從車上扣除，退回的零件入庫。這樣才知道零件到底在倉庫、在車上還是已經裝到客戶那裡。進銷存的做法可參考進銷存系統開發指南。

與請款或會計串接：完工工單帶出工時與零件明細，作為請款依據，減少人工對帳。

串接建議分階段進行：先讓工單與客服打通，再接庫存，最後接請款。每接一條就驗證一次資料是否對得起來，不要一次全部接上再一起除錯。

上線驗收與導入順序

驗收時不要只看功能有沒有做出來，而是拿真實情境走一遍：

• 斷網狀態下完成一張工單，恢復網路後確認資料完整上傳。
• 客戶不在場、零件缺貨、需要二次到場，三種例外各走一次。
• 師傅領料、使用、退料，最後核對庫存數字是否正確。
• 用一般師傅的手機（不是開發者的新手機）實際操作。

導入時建議先挑一個區域或一組師傅試行，收集回饋調整後再全面推廣。驗收的組織方式可參考軟體驗收怎麼做。

外勤 App 要做到什麼程度，取決於你的工單量、師傅人數與既有系統，而不是功能清單越長越好。NETVANA 可以從工單流程盤點開始，協助規劃師傅端 App、派工後台與客服、庫存的串接順序；軟體服務一律採詢問報價制，依實際範圍評估。歡迎聯絡我們討論你的外勤流程，服務內容可先參考軟體服務介紹。

延伸閱讀：還沒有客服系統可以先看客服工單系統開發指南；零件與車上庫存怎麼管，看進銷存系統開發指南；師傅端該做 App 還是網頁，看原生 App、響應式網站與 PWA 怎麼選；評估開發預算時要考慮哪些因素，看App 開發成本怎麼估；需要串接現場設備資料的情況，可以看物聯網硬體與 App 串接。