“차량 소유자는 이번에 무엇이 처리되었고 무엇을 언제 다시 확인해야 하는가”를 기준으로 삼으면 수정 범위가 선명해진다. ‘정비 완료’만 전하면 요청한 모든 문제가 해결된 것으로 받아들일 수 있다. 실제 작업과 확인만 한 항목, 보류된 항목을 나누지 않으면 이후 이상이 생겼을 때 출발점을 찾기 어렵다.
실제 확인에서는 다음 과정을 따른다: 입고 때 받은 요청을 항목별로 펼쳐 수행 작업, 점검 결과, 하지 않은 작업과 이유를 대응시킨다. 교체한 부품이나 확인 위치를 기록하고 다음 점검 조건과 이상이 있을 때 연락할 경로를 쉬운 말로 정리한다.
판단 순서는 “차량 소유자는 이번에 무엇이 처리되었고 무엇을 언제 다시 확인해야 하는가”와 연결된 사용자 행동에서 거꾸로 잡는다. “차량 소유자는 이번에 무엇이 처리되었고 무엇을 언제 다시 확인해야 하는가”의 결정 직전에 보이는 정보와 그 값을 만든 기록을 이어 보고, 중간 단계에서 뜻이나 상태가 바뀌었는지 확인한다. “차량 소유자는 이번에 무엇이 처리되었고 무엇을 언제 다시 확인해야 하는가”에 관한 기억 중심 설명은 근거 칸과 분리해 후속 확인 대상으로 돌린다.
오류를 줄이려면 예외를 따로 본다: 추가 승인이 없어 진행하지 못한 작업, 재현되지 않은 증상, 부품 대기, 다른 정비가 필요한 발견 사항을 구분한다. 확인만 한 항목을 수리했다고 표현하거나 확정되지 않은 내구 기간을 보장하지 않는다.
수정 우선순위도 “차량 소유자는 이번에 무엇이 처리되었고 무엇을 언제 다시 확인해야 하는가”와의 거리를 기준으로 잡는다. “차량 소유자는 이번에 무엇이 처리되었고 무엇을 언제 다시 확인해야 하는가”의 답이 이용자의 결정에 바로 영향을 주는 차이를 먼저 다루고 표현 정리는 그 뒤에 놓는다. “차량 소유자는 이번에 무엇이 처리되었고 무엇을 언제 다시 확인해야 하는가”를 변경한 후에는 처음 오류가 나온 조건으로 되짚어 새 혼선이 없는지 확인한다.
확인한 내용은 요청 항목·수행 내용·미작업 이유·다음 확인·문의 경로를 담은 정비 인계서에 모은다.
작업이 끝나면 요청 항목·수행 내용·미작업 이유·다음 확인·문의 경로를 담은 정비 인계서의 항목과 실제 반영 위치를 서로 연결한다. “차량 소유자는 이번에 무엇이 처리되었고 무엇을 언제 다시 확인해야 하는가”에 대한 결론이 문서에만 있고 화면에 없거나 그 반대라면 완료로 세지 않는다. 요청 항목·수행 내용·미작업 이유·다음 확인·문의 경로를 담은 정비 인계서의 보류는 사유, 책임자, 다시 열 날짜를 갖춘 상태명으로 관리한다.
공개 또는 다음 단계로 넘기는 조건은 이렇다: 차량 소유자와 담당자가 처리 범위를 같은 방식으로 설명하고 보류 항목의 책임과 다음 행동이 있으며 전달 시각이 남으면 출고한다.