監控安裝工程排程派工

🎯 這條流程解決什麼

對保全與監控工程公司來說，合約一簽下來，真正的考驗才剛開始。一張安裝案子背後牽動的是：哪一天進場、派哪位技師、攝影機與門禁主機料件備齊了沒、線材夠不夠、客戶當天在不在家、社區管委會的進場時間談好了沒。任何一個環節沒對上，技師就可能白跑一趟，或是到了現場才發現少了一顆 PoE 交換器、少了三十公尺網路線，整條工期就這樣往後延一週。

更現實的問題是人。多數中小型保全工程行的派工，是由一位資深師傅或老闆娘同時盯著三張表——倉庫庫存表、技師班表、客戶期望時段表——靠 LINE 群組和紙本工單硬喬出來的。以一家月接 30 到 40 件安裝案的工程公司來說，光是排程協調，每件案子平均要耗掉派工人員 40 到 60 分鐘的電話與對表時間，一個月就是約 25 到 35 個工時純粹花在「喬」上。而且只要一忙，就會出現排錯技師、漏發到府通知、或是兩組人馬同一天搶同一台工程車的狀況。撞班一次，等於兩組人當天產值歸零。

這條流程要解決的，正是這種「合約到完工之間，全靠人腦在多張表之間硬接」的混亂。它把安裝排程串成一條自動化的線：合約確認後系統自動生成安裝工單、比對庫存預留料件、依技師技能與行事曆指派人手、與客戶確認到府時段、最後收回完工回報。派工人員不必再三邊對表，撞班、缺料、漏通知三大老毛病一次處理掉。

導入後的改變

導入前，派工是一場永遠在追進度的接力賽。客戶簽約後資料躺在合約檔裡，要有人手動開工單；開了工單要有人去倉庫對料；對完料要有人翻技師班表找空檔；找到空檔還要打電話跟客戶喬時間，喬完才能派工。整個流程跨四五個人、來回兩三天是常態，期間任何一張表更新不同步，就埋下缺料或撞班的地雷。客戶端的體驗也差——常常是技師都快到門口了，客戶才接到「我們今天要去裝喔」的通知。

導入後，合約一確認，工單在數分鐘內自動生成並完成料件比對，缺料當下就推採購提醒；技師指派依技能與既有行事曆自動避開衝突；客戶確認時段後行程同步進技師行事曆，完工照片與測試結果回傳即更新工單並通知客服結案。以前述月接 30 到 40 件的規模估算，排程協調工時可從每月約 30 個工時壓到 8 到 10 個工時，省下約七成；因撞班或缺料造成的「白跑工」可從每月 3 至 5 次降到接近零，等於每月多救回好幾組人天的產值。客戶因為提前收到精準到府時段與導航資訊，臨時不在家的放鳥率也明顯下降。

流程怎麼運作

這條流程對應 frontmatter 裡的五個節點，逐步把案子從合約推進到結案：

第一步「工單建立」——觸發點是合約確認或排程申請建立。系統讀取合約品項與場勘資料（攝影機數量、門禁型號、佈線需求等），自動生成一張含工項與預估工時的安裝工單，存進 Airtable 作為這個案子的主檔。

第二步「料件備齊」——工單一生成，系統立刻把工項拆成料件清單，比對倉庫庫存並預留所需設備與線材。庫存不足的品項自動發採購提醒（透過 LINE Notify 推給倉管），確保進場前料一定到位，不會到現場才發現缺東缺西。

第三步「技師調度」——系統依各技師的技能標籤（會不會接門禁、有沒有高空作業證）與 Google Calendar 上的既有行程，挑出有空又適任的人選，並依工時估算這個案子需要幾個梯次、幾位技師，自動避開撞班。

第四步「時段確認」——與客戶確認到府時段後，系統在 Google Calendar 建立場勘／安裝行程事件，同步把派工內容與地址推送給技師團隊，工程車與人力一次排定。

第五步「完工回報」——技師現場完工後，回報安裝照片與設備測試結果，系統自動更新工單狀態並通知客服，客服據此進行驗收與後續保固建檔。

需要的工具與串接重點

平台用 n8n 或 Make 當自動化中樞，負責把各節點的觸發與資料流串起來。Airtable 是整個流程的主資料庫，存合約品項、工單、料件清單與技師技能標籤；它的好處是欄位彈性、又能用 view 區分「待派工／施工中／待驗收」狀態。Google Calendar 負責技師行事曆與客戶到府行程，是避開撞班的關鍵——串接時務必把每位技師設成獨立日曆，自動化才能正確判讀各人空檔。Google Sheets 適合做庫存對照與梯次估算的計算層，公式比在資料庫裡寫條件直覺。LINE Notify 則負責即時推播：缺料提醒給倉管、派工通知給技師。

串接重點有三個。其一，工時估算要有合理的基準表（例如每支攝影機含佈線抓 1 小時），梯次才估得準，建議先以實際歷史案件校準。其二，庫存比對要設「安全水位」，避免把已被其他案子預留的料重複算成可用。其三，客戶確認時段那一步建議保留半自動——系統給出建議時段，由客服或業務按下確認再建立行程，避免直接幫客戶決定時間造成反感。想找排程與庫存整合的完整範本，可到 /recipes 取用，更多保全工程相關的自動化串接見 /automation。

常見錯誤與注意事項

第一個常見錯誤是「料件比對只看總量、不看預留」。當你同一週有多張工單搶同一批庫存時，若沒有把已預留量扣掉，系統會樂觀地告訴你料夠，結果第二組技師到現場才發現料被第一組領走了。庫存節點一定要算「可用＝實際－已預留」。

第二，高處作業、機電配線與門禁主機安裝具一定風險，系統僅輔助排程，實際施工的安全防護與配線正確性仍須由合格技師依規範現場判斷，自動化不取代專業工程判斷。 工時與梯次估算只是參考，遇到老屋線路複雜、現場條件與場勘不符時，技師有權當場調整工法。

第三，涉及客戶居家或營業場所進場，務必先取得到府同意；社區、商辦案件還需管委會或物業管理單位排定的進場時段，這一關建議由業務「人工確認」後才讓系統建立行程。第四，完工驗收與設備測試結果關係到日後保固責任，建議保留技師回報加客服複核的雙重「人工確認」關卡後再結案，照片與測試記錄完整存檔，避免日後爭議。最後，客戶地址與門禁主機設定屬敏感資訊，存取權限應限派工與技師相關人員。

台灣中小企業情境案例

台中一家做社區與店面監控的保全工程行「安鏡科技」，原本月接約 35 件安裝案，派工全靠老闆娘一人用 LINE 和紙本工單調度。最頭痛的是每逢年前裝機潮，案量一衝到 50 件，撞班與缺料就頻繁出現——曾經一週內白跑三趟，兩組技師為了搶同一台工程車當場僵在公司，年前最賺錢的時段反而被內耗掉。

導入這條流程後，合約一確認，工單與料件清單自動生成，缺料在進場前三天就推給倉管去補；技師指派依行事曆自動避開衝突，工程車也納入資源排程。三個月下來，老闆娘的排程協調時間從每天約兩小時降到不到半小時，年前旺季的白跑工次數降到零，整體安裝交期平均縮短了兩天。客戶因為提前收到精準到府時段與導航連結，臨時不在家的狀況也大幅減少，原本被內耗的旺季產能，多接了將近一成的案子。

延伸應用

這條流程的骨架可以往前後兩端擴充。往前，可串接 /workflows 裡的保全場勘預約流程，讓場勘結果直接帶入工單，省去重新登打品項的工。往後，可接續定期巡檢與保固維修流程，把完工日期當成第一次保養巡檢的排程起點，讓「安裝完就斷線」的客戶關係延伸成長期服務合約。

進階一點，可以在完工回報節點加上自動驗收清單與客戶電子簽收，照片與測試數據自動歸進該客戶的設備履歷；也能把技師的完工耗時回饋給工時估算模型，讓梯次估算愈跑愈準。若公司同時經營多個服務區域，還能把區域路線最佳化納入技師調度，讓同一天的多筆派工排成順路的路線，進一步壓低交通空轉。更多可組合的自動化模組，歡迎到 /recipes 與 /automation 探索。

流程圖

用到的工具

更多「工程裝修」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →