Field Notes

From detected defect to verified closure: the maker-checker loop

Unfinished interior with exposed surfaces and service openings

Illustrative stock image. Photo by Olek Buzunov / Unsplash.

Our quadruped POC follow-up attracted questions about the scan, but the more important part was the workflow after it. Detection, assignment, tracking, rectification and closure belong in one connected record. A defect count is the starting point for QC, not the end of the job.

Make the observation actionable

The maker needs a clear observation tied to site evidence and a location. The person responsible for the action should be able to understand the issue without reconstructing it from a long message thread. The record should make the next action and its owner visible.

Contineu’s defect turnaround is 48 hours. The handoff after that matters: the report needs to reach the people who can act, and the site team needs a way to track what has been assigned. Sending a report does not by itself establish that a repair has begun.

Separate the repair from its verification

After rectification, the maker submits repair evidence. The checker reviews that evidence against the original observation and verifies whether the issue can close. If the evidence is unclear or the work is incomplete, the record needs a clear next action.

That separation preserves accountability. The person reporting completion and the person checking it have different responsibilities. A status should tell the next reviewer what has actually happened, whether that is an assignment, a repair submission or a verified closure.

Reporting and permissions support the same loop

Reporting brings the open issues, owners and closure status into the quality review. Teams can use that view to identify where work is waiting and what requires attention. The report is useful because it reflects the underlying observations and their history.

Role-based access supports those responsibilities by defining who can view, create, review and approve. Agree those roles during setup so the workflow matches the project’s actual quality process.

Our October demonstration showed the value of connecting capture to the full QC cycle. Whatever device collects the imagery, the quality team still needs usable evidence, a responsible maker and a checker who can verify the outcome. That is how a detection becomes a closed issue people can trust.

Adapted from Harshil Naik’s 26 October 2026 LinkedIn post. Read the original post

Back to the Journal