防水抓漏完工驗收紀錄流

🎯 這條流程解決什麼

防水抓漏完工後最常見的糾紛，是客戶說「這裡怎麼還在漏」，師傅說「我那部分明明做好了」，兩邊各執一詞，當下卻拿不出任何紀錄。防水工程的麻煩在於做完之後表面看起來都差不多，真正的工序藏在防水層底下、灌注進裂縫裡，肉眼看不見。一旦施工前後沒有清楚的照片對照與驗收簽認，日後只要再出現一點滲水，責任歸屬就變成一場各說各話的拉鋸。

現在多數工程行的驗收做法，是師傅完工後口頭跟客戶講一聲「好了」，頂多手機隨手拍幾張照片存在自己相簿裡，照片散亂、沒分案、沒標註，過幾個月連自己都認不出是哪一案。要整理一份正式的驗收單，師傅得回辦公室翻照片、手打施工項目、手算保固起算日、再傳給客戶，一個案子前前後後處理下來經常耗掉一兩個小時。更糟的是很多小工程行根本沒做驗收單，等到客訴上門，連「當初做了哪些工項、保固從哪天起算」都講不清楚，只能自掏腰包重工止血。

純人工做驗收，付出的是「整理時間」加上「沒留證導致的爭議成本」，後者往往才是真正吃掉利潤的黑洞。

導入後的改變

導入前：完工照片亂存在師傅各自手機，沒分案沒標註；驗收靠口頭，沒有正式單據；要產一份驗收單得手動翻照片、打工項、算保固，耗時一兩小時；客訴時拿不出施工前後對照與簽認紀錄，責任難釐清，重工成本只能自己吞。

導入後：師傅在現場上傳完工照片，系統自動建立驗收紀錄、由 AI 比對施工前後照片整理出處理部位與完工說明，套版即時產出含保固起算日的驗收單，客戶現場點交簽名後資料自動歸檔。整份驗收單從一兩小時壓到幾分鐘完成。

以一間月接二十到三十件抓漏案的工程行估算，每案省下約一到一個半小時的文書整理時間，一個月就釋放出二十到四十個工時回到現場接案。更關鍵的是留證：每一案都有清楚的前後對照與客戶簽認，保固期內的爭議因為「有圖有簽名」而大幅減少，過去因無法舉證被迫重工或賠償的損失，保守估計能砍掉一半以上。完工驗收的下一步通常接續到保固回訪，可一併參考 /workflows 的售後流程設計。

流程怎麼運作

對應 frontmatter 的五個節點，從完工到啟保固一氣呵成：

1. 觸發：完工上傳（📥）：師傅在現場用 LINE 官方帳號上傳完工照片，或在案件系統把狀態改成「已完工」，即觸發整條流程。建議師傅拍照時對齊施工前的取景角度，方便後續比對。

2. AI 比對前後（🧠）：AI 視覺比對節點抓出同一案的施工前照片與這次的完工照片，比對處理部位的變化，整理出「哪些位置做了處理、做了什麼處理」的完工說明草稿。

3. 產驗收單（📄）：把工項、處理部位、完工說明與保固起算日帶入範本，由 PDF 產生器套版生成一份正式驗收單，內含施工項目清單、施工前後對照圖與保固期間。

4. 客戶確認（✍️）：驗收單送給客戶檢視，由師傅與客戶在現場共同點交、逐項確認無誤後，客戶用電子簽名工具簽名。這一步是整條流程的法律重心，必須真人到場，不能跳過。

5. 歸檔啟保固（🗂️）：簽認完成的驗收資料連同照片自動歸檔到 Google 雲端硬碟的客戶專屬資料夾，並登記保固起算日，日後回訪或保固比對一查就知道做過什麼、保到何時。

需要的工具與串接重點

平台設定：以 n8n 或 Make 為中樞。LINE 官方帳號作為師傅與客戶的主要溝通管道，負責接收完工照片與推送驗收單。AI 視覺比對節點處理施工前後照片的差異整理。Google 雲端硬碟以「案件編號＋客戶」為資料夾命名規則，把照片、驗收單集中歸檔。PDF 產生器套用固定驗收單範本，電子簽名工具讓客戶現場簽認並回存簽署版。

串接注意點：第一，照片要綁定正確的案件編號，否則 AI 會比對到別案的前後照片，建議上傳時強制帶案號標籤；第二，保固起算日要明確定義為「客戶簽認當日」還是「完工當日」，並寫進範本固定欄位，避免日後爭議；第三，電子簽名的簽署版必須完整回存，這是日後舉證的核心，不能只存沒簽的草稿版。

常見錯誤與注意事項

• 驗收合格與否須由客戶與師傅現場共同點交判定，AI 不取代實地驗收：AI 的照片比對與完工說明只是輔助記錄，不能憑系統產出就視為驗收通過，更不能讓系統自動寄出驗收單後就當作客戶已驗收。實際工程品質的最終判定，無法被自動化取代。
• 驗收單與保固起算涉及合約責任，需人工確認：客戶簽名前，務必由人工逐項確認施工項目、處理部位與保固範圍無誤，任何文字承諾都以雙方確認的簽署版為準。
• 照片留證要完整：施工前若漏拍，AI 就無從比對，留證效果大打折扣。應在派工或勘查階段就建立「施工前必拍」的標準動作。
• 個資與隱私：客戶住家照片屬個人資料與隱私，歸檔與雲端權限要設限，僅相關人員可存取，不可外流或用於公開行銷。

台灣中小企業情境案例

新北一間以透天厝與公寓頂樓防水為主的工程行，三位師傅、月接約二十五件。過去最常踩雷的，是完工兩三個月後客戶反映「角落又有水痕」，師傅到現場卻拿不出當初的施工照片，到底是新的滲漏點還是原本沒處理到的範圍，講不清楚，最後只能免費重做一次止住客訴，一年下來這類重工吃掉不少利潤。

導入這條流程後，每一案完工都由師傅現場上傳照片、AI 整理出前後對照與完工說明、產出驗收單請客戶當場簽名歸檔。半年後再遇到客戶反映滲水，工程行調出簽認版驗收單與施工前後照片，當場釐清那個位置原本就不在這次施工範圍內，是另一處新狀況，避免了一次無謂的重工，也讓客戶心服。老闆說，這套流程最值錢的不是省下打字時間，而是「每一案都有白紙黑字的證據，腰桿子硬了」。

延伸應用

這條流程可以往幾個方向擴充。第一是接續保固回訪：以登記的保固起算日為基準，在保固到期前自動提醒客戶回訪檢測，把完工驗收延伸成長期客戶關係。第二是把驗收資料彙整成施工成果作品集，經客戶同意後挑選案例做行銷素材。第三是回饋品管：統計哪類工法、哪種屋況的案子驗收後客訴率較高，反推施工標準該如何調整。

需要批次整理大量工程照片時，可搭配 /recipes 的影像歸檔整理配方；想把驗收、排程、保固串成一條完整的工程自動化鏈，可參考 /workflows 的其他流程與 /automation 的整體串接設計。

流程圖

用到的工具

更多「工程裝修」工作流

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