這款應用程式把一件工作從頭管到尾：挑一份檢查表，用是、否或不適用一路走完現場，順手開出缺失項，再匯出 PDF。資料庫裡有 42 份範本，涵蓋勞動安全、消防、車輛、房屋交屋、營建施工、食品衛生與 5S，每一份都以應用程式的語言呈現，而非臨時機器翻譯。

你自建的範本支援九種題型，包含必答題、加權計分，以及只在前一個答案需要時才出現的條件題。一個「否」，或是超出你所設限值的量測值，都會自動開出一個缺失項。範本帶版本，因此改動其中一份絕不會重寫已經做完的檢查 — 這正是真正的檢查工具與普通表單產生器之間的分界。

1.0 版於 2026 年 10 月 19 日上線，佔 108 MB，要求 iOS 15.0 或更新版本，因此涵蓋 130 種裝置型號，其中包括下文那些替代應用程式早已放棄的 iPhone 世代。

每張照片都蓋印在像素本身，而不是複製一次就會遺失的中介資料裡。商店說明把順序講得很直白：

未經改動的原件與蓋印副本並排保存，兩個檔案都帶有 SHA-256 雜湊。SHA-256 是 NIST FIPS 180-4，也就是 Secure Hash Standard 所規定的七種演算法之一，其摘要長度自 160 位元到 512 位元；該標準明確指出，摘要的存在就是為了偵測訊息自產生之後是否遭到改動。重新計算雜湊，與存下的那一個比對，改掉一個像素也會露出馬腳。

這在實驗室之外之所以要緊：依照 美國聯邦證據規則第 901(b)(9) 條，為一件物品做驗證的一條受認可途徑，是「描述某一程序或系統、並表明其產出準確結果的證據」。一張蓋印照片、一份保全的原件與一個相符的雜湊，描述的正是這類程序。Tickfield Inspection Checklist 本身並不能讓一張照片成為可採信的證據；它給你的是可供描述的東西。

部分符合，而誠實的答案取決於法規體系。以英國的營建施工為例：2015 年《建設（設計與管理）規則》第 24 條 規定了一份檢查報告必須包含什麼 — 委託進行該次檢查者的姓名與地址、地點、所查場所的敘述（含工作設備與材料）、檢查的日期與時間，以及任何可能引起風險事項的細節。取證相機與 PDF 頁首兩者合起來把這五項都拿下了。

食品衛生是同一個故事。美國食品藥物管理局的 HACCP 原則 共有七條，最後一條是建立紀錄保存與文件化程序，而監測是第四條。為每個重要管制點配一張帶日期照片的週期性檢查表，是支撐這兩條原則的正當做法。範本做不到的是：告訴你自己的場所適用哪一套體系，以及在體系變動時跟上。

報告有三種樣式 — 經典、精簡與圖片報告 — 帶上公司名稱、標誌與顏色，並可附與上一次檢查的前後對比。報告可以用 44 種語言中的任意一種撰寫，與應用程式介面語言無關，這正是替外國業主做檢查的承包商最先會注意到的功能。

缺失項帶有優先順序、前後照片、位置、負責人、截止日期與提醒。從 PDF 或圖片匯入一張平面圖，你就能在上面擺放編號並以顏色區分的圖釘；編號不會挪動，所以報告裡引用過的缺失項，一個月後仍指向同一處。答案與缺失項也能匯出成 CSV，完整備份可以送到 iCloud Drive、Google Drive、OneDrive 或 Dropbox，需要的話還能加上密碼。Tickfield Inspection Checklist 在 App Store 上免費下載。

直說三種情形。若一個團隊共用同一套範本庫，並且要把結果看在儀表板上，這款應用程式沒有雲端工作區，Mitti (by SafetyCulture) 是更好的答案。若你的檢查員拿的是 Android 手機，根本就沒有給他們的版本。若你要先有十年評分才肯把具有法律意義的紀錄交給一個工具，那麼沒有評分的 1.0 版是等一等的正當理由。

還有開發者自己在商店說明裡劃下的界線：這些檢查表「不能替代法定檢查」。一張蓋印照片紀錄的是一位有資格的人看到了什麼；它不會讓那個人變得有資格，也不會頂替法律留給合格檢查員的那一次檢查。