정보를 업데이트할 때 눈에 띄는 표현부터 다듬으면 실제로 잘못된 안내가 남을 수 있습니다. 우선순위는 문장의 길이나 담당자의 취향보다 이용자가 잘못 이해했을 때 생기는 영향, 반복되는 문의, 변경된 사실의 범위로 정해야 합니다. 이를 위해 수정 전후의 상태를 짧게라도 기록해 두는 편이 좋습니다.
첫 번째로 사실 오류를 찾습니다. 운영시간, 주소, 신청 조건, 비용처럼 행동을 바꾸는 값이 실제 운영과 다르면 곧바로 바로잡을 대상입니다. 두 번째는 답이 아예 없어 반복 문의가 생기는 지점입니다. 세 번째는 답은 있지만 제목이나 메뉴에서 찾기 어려운 경우입니다. 이 순서는 모든 조직에 똑같이 적용되는 점수표가 아니라 누락을 줄이기 위한 검토 순서입니다.
문의 기록을 모을 때에는 개인의 이름이나 민감한 내용을 지우고 질문 유형, 발생한 화면, 답변에 걸린 시간을 적습니다. 문의량이 적어도 중요한 조건이 잘못됐다면 뒤로 밀어서는 안 됩니다. 반대로 작은 표현 차이로 보였던 항목이 반복해서 혼란을 만든다면 우선순위를 높일 수 있습니다. 추측보다 실제 화면과 기록을 함께 확인합니다.
수정 목록에는 문서 주소, 현재 문구, 확인한 근거, 고칠 내용, 담당자와 확인 날짜를 남깁니다. 여러 페이지에 같은 값이 있다면 한곳만 고쳐서 끝내지 않습니다. 공지, 상세 페이지, 예약 화면과 지도 같은 외부 표시까지 영향을 받는 범위를 찾습니다. 사실을 확인하지 않은 상태에서 모든 문장을 동시에 바꾸면 오류가 넓게 퍼질 수 있습니다.
공개 후에는 수정 목적이 달성됐는지 살펴봅니다. 예약 시간 오해를 줄이려 했다면 문의가 여전히 발생하는 위치를 확인하고, 메뉴를 바꿨다면 처음 온 사람이 관련 페이지를 찾을 수 있는지 시험합니다. 조회수가 늘었다는 사실만으로 안내 문제가 해결됐다고 결론낼 수는 없습니다.
기록은 복잡한 보고서일 필요가 없습니다. 결정 이유와 근거를 다음 담당자가 재확인할 수 있는 수준이면 됩니다. 언제 누가 무엇을 왜 바꿨는지 남아 있으면 비슷한 오류가 생겼을 때 문구를 처음부터 다시 논의하지 않아도 됩니다. 정보의 우선순위는 콘텐츠를 더하는 양이 아니라 잘못된 결정을 예방하는 영향으로 판단합니다.