保全場勘預約自動排程

🎯 這條流程解決什麼

保全公司要拿到一張案子，第一步幾乎都是到現場場勘：看門禁與人員動線、評估監視死角、確認機房位置與佈線條件、丈量需要幾支攝影機與多長的線。場勘做得好，後面的報價才精準、安裝才順；但弔詭的是，這件對成案如此關鍵的事，安排起來卻往往最亂。

亂在哪裡？客戶在官網或 LINE 留言想預約，業務回電卻沒人接；好不容易接通，幾通電話來回喬時段；談定了，工程師當天又被臨時派去處理別區的急件，原本的場勘只好取消重約。一位業務同時手上跑十幾個潛在客戶，光是「喬場勘時間」這件事，每個客戶平均要耗掉 20 到 30 分鐘的電話與訊息往返，一週下來等於有大半天時間花在當電話總機。更糟的是路線——同一天的場勘若沒有按區域排，工程師可能上午在北邊、下午殺到南邊，一天跑不了三四家，車程全耗在路上。再加上客戶放鳥（忘了、臨時有事又沒通知），白跑一趟的成本就更高。

這條流程把場勘預約從「填表」到「上工」全部串起來：客戶送出需求後自動就近分派勘查員、比對行事曆排定時段、寄出確認與導航、並在前一日與當日提醒雙方。業務不必再當電話總機，工程師的路線也排得更順，到府率與成案速度一起拉高。

導入後的改變

導入前，場勘預約是一條充滿斷點的人工接力。需求進來沒有統一入口，散在電話、LINE、官網表單裡；業務手動回電喬時間，喬定後再口頭轉告工程師；工程師的行事曆業務看不到，常常排了才發現撞班；客戶端缺乏正式確認與提醒，放鳥率偏高。結果是業務忙著協調卻沒時間談單，工程師一天跑不了幾家，潛在客戶在來回等待中熱度冷掉、轉去找別家。

導入後，客戶在官網表單送出需求的當下，系統就依服務區域與既有路線就近指派勘查員、比對行事曆避開衝突、自動建立行程，並寄出帶導航連結的確認信，前一日與當日再各提醒一次。業務從「喬時間的總機」變回「談單的業務」，每個客戶省下的 20 到 30 分鐘協調時間可直接拿去做更高價值的需求溝通；工程師因為路線就近排程，單日可勘查的家數提升約三到五成；客戶有了正式確認與雙重提醒，放鳥率明顯下降，到府率與後續成案速度同步上升。從客戶送出需求到確認場勘時段，回應時間可從原本的數小時甚至隔天，壓縮到數分鐘內。

流程怎麼運作

這條流程對應 frontmatter 的五個節點，把一筆場勘從收件帶到上工：

第一步「需求收件」——觸發點是官網場勘預約表單送出。系統用 Google Forms 擷取客戶的地址、場域類型（透天、店面、社區、廠辦）、坪數與期望時段，建立一筆場勘案件，作為後續排程的依據。

第二步「區域分派」——系統透過 Google Maps API 計算客戶地點與各勘查員服務區域、當日既有行程的相對位置，就近指派最適合、最順路的勘查員，並預估車程，避免讓工程師跨區奔波。

第三步「時段排班」——比對被指派勘查員的 Google Calendar，避開已排定的行程衝突，在客戶期望時段範圍內挑出可行的場勘時間，自動建立行程事件。

第四步「雙向確認」——系統寄出確認信給客戶（內含場勘時間、勘查員資訊與導航連結），同時透過 Slack 把派工通知推給勘查員，雙方在同一時間拿到一致的資訊，不再有「業務說的跟工程師記的不一樣」的落差。

第五步「前置提醒」——場勘前一日與當日，系統各自動提醒雙方一次，提醒訊息附上改期連結。客戶若臨時有事，可自行改期而非直接放鳥，大幅降低工程師白跑的機率。

需要的工具與串接重點

平台用 n8n 或 Make 串起整條流程。Google Forms 當官網的需求入口，欄位設計要把後續排程需要的資訊（地址、場域類型、期望時段）一次問齊，避免事後再補問。Google Maps API 是區域分派的核心，負責算距離與車程，讓「就近指派」與「路線順」這兩件事有資料依據。Google Calendar 管理各勘查員的行事曆，是避開撞班的關鍵——每位勘查員應有獨立日曆，自動化才判讀得出真正空檔。Slack 負責內部派工通知，讓工程師即時收到新任務。

串接重點：其一，地址要做地理編碼正規化（轉成經緯度）後再算距離，否則客戶打的地址格式五花八門，距離會算錯。其二，期望時段建議讓客戶選「時段區間」而非「精確到分」，系統才有排程彈性。其三，確認信與提醒的改期連結要好按，最好一鍵改期，降低客戶嫌麻煩乾脆放鳥的機率。想找預約排程與通知的完整自動化範本，可到 /recipes 取用，更多保全業務的串接模組見 /automation。

常見錯誤與注意事項

第一個常見錯誤是「只就近、不看行事曆」。只算距離卻沒比對工程師當日既有行程，照樣會撞班。區域分派與時段排班必須同時考量，缺一不可。

第二，客戶住址、樓層門禁配置與保全弱點屬於高度敏感資訊，存取應限授權人員、加密保存，切勿外流或截圖轉傳。 場勘表單裡往往就帶有「現有防護薄弱處」這類資訊，等於把客戶家的弱點寫成清單，資安一旦外洩後果嚴重，務必嚴格控管權限。

第三，系統僅輔助排班，實際場勘仍須由合格工程師到場評估監視死角與佈線條件，自動化不取代專業的安防判斷。 系統排得出時間，但勘得好不好、報價準不準，靠的還是工程師的專業。第四，涉及社區、商辦或廠辦的場勘，進場前仍需取得管委會或物業管理單位的同意與排定時段，這一關建議由業務「人工確認」後再讓系統建立行程，避免工程師到了門口卻進不去。最後，自動寄出的確認信若含客戶完整地址，寄送對象與內容要再三確認，避免寄錯人造成個資外洩。

台灣中小企業情境案例

新北一家專做透天與店面監控的保全工程公司「家衛保全」，三位業務同時跑單，場勘預約全靠各自用 LINE 和電話喬。旺季時最常見的慘況是：業務 A 跟客戶喬好下午三點場勘，卻不知道工程師已被業務 B 派去隔壁市，結果客戶在家枯等、工程師趕不到，當場流失一張本來很有機會的案子。工程師也常抱怨路線亂，一天在三個區之間跑來跑去，真正勘查的時間沒幾小時。

導入這條流程後，官網表單成了統一入口，客戶送出需求即自動就近分派、比對行事曆排定時段、寄出帶導航的確認，前一日與當日各提醒一次。兩個月下來，三位業務每天省下約一個半小時的協調時間轉去談單；工程師單日可勘查家數從平均三家提升到五家，路線順了車程也省了；客戶放鳥率從近兩成降到不到一成。最直接的成效是成案——因為回應快、到府準時、體驗專業，場勘到簽約的轉換率提升了約一成五，旺季多接的案子直接反映在當季業績上。

延伸應用

這條流程是保全成案漏斗的最前端，往後可以一路串到報價與安裝。最自然的延伸，是把場勘結果（攝影機數量、佈線長度、設備型號）接到 /workflows 裡的設備報價流程，讓工程師現場勘完即自動生成報價草稿，趁客戶熱度最高時立刻提案；成交後再接安裝工程排程派工流程，把場勘資料直接帶進安裝工單，省去重複登打。

也可以在場勘前自動寄送公司簡介與案例資料給客戶，預先建立信任；場勘後自動發送滿意度問卷與後續追蹤，沒成交的客戶納入再行銷名單定期觸及。進階做法是累積各區場勘與成案數據，分析哪些區域、哪類場域的成案率高，回頭優化業務的開發重點與廣告投放。更多可組合的預約、報價與派工模組，歡迎到 /recipes 與 /automation 探索。

流程圖

用到的工具

更多「工程裝修」工作流

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