挑戰是什麼？
- 為工程師提供大量報告和行政管理的工作
- 有限制性看見和限制性接近的移交進度
- 由於資料分散，容易錯過缺陷項目
執行 SnagR 之前的過程
執行 SnagR 前的報告
工程師需要手動計算表格和缺陷項目，手動更新Word文檔中的數字和手動用顏色顯示單位來切換狀態。 報告每天更新，打印和釘在會議室的板上。 在每天結束時，報告也會作為進度更新發送給物業管理。 這是一個耗時的過程，是傾向出現人為錯誤。
SnagR 是如何提供協助？
- 電子化的檢查流程，減少隨後的行政的工作
- 具體化的進度和按截止日期突出未完成的項目
- 輕鬆地分析缺陷類型和分判商的表現
執行 SnagR 後的程序
在取代紙本系統時，工頭和工程師們使用SnagR 應用程式 / 網頁作為中央平台，在驗收過程中記錄和更新每個單位的信息：
執行 SnagR 後的報告
一旦工頭通過手機應用程式添加和更新缺陷，加上工程師輸入每個單元的詳細資料，將會自動出現以下報告：
摘要頁面顯示移交中的整體狀態並顯示當天的活動，例如 與買方領取鑰匙預約和接收缺陷校正表。 每個單位的顏色代表其移交階段，即是邀請買方領取鑰匙，買方預約領取鑰匙和買方已領取鑰匙等等。
左邊表格顯示了在過去30天內提交的所有缺陷校正表格，包括購買者是否遺留鑰匙等細節，否則團隊需要與購買者進行單獨預約以作解決。 右邊的圖表顯示了購買者的報告缺陷總數，顏色顯示了這些缺陷的糾正進度。
這些條形圖表由分配給他們的缺陷數量及他們用於/關閉缺陷的工作天來顯示分判商的績效。
此表是一個簡單買家報告的所有缺陷項目摘要。 該表可以按座數，單位，缺陷狀態，承辦商和剩餘工作日以修復缺陷項目。
數據會從上午9時至下午6時每小時刷新一次。
需要什麼來設置它？
- PDF，png或jpeg中每單位的設計藍圖（圖紙標題命名標準：[座數] - [單位]）
- 該項目用戶們和承辦商們的名單
- 標準問題/描述的清單
- 該項目是位於哪個城市？（識別公眾假期和計算工作日）
- 開發商是否有義務通過合同條款在一定的工作日內完成缺陷？
- 物業管理辦公室是否使用Google日曆來記錄與購買者的預約？
注意
以下是使用SnagR 中的主要功能：
- 添加和更新問題
- 提交表格
- 自動創立分判商報告