검색하거나 상담하는 사람이 문의 과정 변경 기록에서 실제로 결정해야 할 것은 무엇일까. 문의 과정 변경 기록에서는 ‘문의 단계 수정 전후를 비교하려면 어떤 사건을 별도로 기록해야 할까?’라는 질문으로 범위를 좁힌다. 문의 과정 변경 기록에서 화면·문구·폼·상담 운영의 변경을 분리해 어떤 조치가 어느 문제를 해결하려 했는지 추적한다. 문의 과정 변경 기록에서 확인하지 않은 숫자나 결과 보장은 답에 포함하지 않는다.
‘문의 흐름을 바꾼 날에 남겨야 할 사건 기록’을 살필 때는, 첫 확인 항목은 이용자의 행동과 운영 사실이다. 문의 과정 변경 기록에서 버튼 문구나 필드뿐 아니라 번호, 운영시간, 자동 회신, 담당 배정이 함께 달라졌는지 확인한다. 문의 과정 변경 기록의 현황을 설명할 때에는 관찰된 장면과 그 원인에 대한 해석을 분리한다.
확인 자료는 흩어 둔 채 읽지 않는다. 문의 과정 변경 기록에서 변경 전후 화면, 배포 시각, 요청 이유, 코드·콘텐츠 책임자, 테스트 결과, 다른 캠페인과 장애 기록을 모은다. 문의 과정 변경 기록에서 자료의 생성일·적용일·담당을 표시하고 오래된 항목은 현재 사실처럼 인용하지 않는다.
비교 기준은 다음 문장으로 정리할 수 있다. 문의 과정 변경 기록에서 하나의 날짜에 여러 변화가 있으면 원인을 단정하지 말고 각 변경의 목적과 영향 범위를 표시한다. 이 기준을 흐리는 대표 위험은 다음과 같다. 문의 과정 변경 기록에서 문의 수의 증감만 보고 특정 버튼을 원인으로 확정하거나 실패 기록을 지우지 않는다. 문의 과정 변경 기록에서 장점과 한계를 같은 순서로 보여 줘야 독자가 자신의 조건을 확인할 수 있다.
문의 과정 변경 기록의 다음 행동은 말이 아니라 작업으로 남긴다. 문의 과정 변경 기록에서 수정 건마다 고유 번호를 붙여 표본 문의를 실행하고 성공·실패·예외를 시간순으로 적는다. 수행 결과는 ‘문의 변경 사건 일지’에 통과·수정·추가 확인으로 나누고 결정하지 못한 이유도 적는다.
재검토 조건은 다음과 같다. 문의 과정 변경 기록에서 되돌림이나 추가 수정 때 이전 상태를 재현할 수 있도록 캡처와 승인 내역을 보존한다. 문의 과정 변경 기록에서 조건이 달라지면 연결된 문서와 화면도 함께 찾아 고친다. 문의 과정 변경 기록에서 마지막 검수자는 중심 질문과 산출물의 결정이 같은 근거를 가리키는지 읽는다.
‘문의 변경 사건 일지’의 마지막 칸에는 문의 과정 변경 기록에 새 자료가 들어왔을 때 재검토할 질문을 적는다. 문의 과정 변경 기록에서 검토자는 제목, 첫 답, 근거, 실행 결과가 같은 범위를 가리키는지 확인하고 어긋난 문장은 이유와 함께 수정한다. 문의 과정 변경 기록에서 이 기록은 다음 담당자가 추측 없이 현재 상태를 이어받게 한다.