같은 단어도 원하는 답은 다를 수 있습니다
검색어만 보고 이용자의 목적을 정해 버리면 같은 단어가 가진 여러 뜻을 놓치기 쉽습니다. 예를 들어 비용이라는 단어를 입력한 사람이 간단한 가격표를 보고 싶은지, 포함된 항목과 달라지는 조건을 비교하고 싶은지는 검색 결과 화면과 그 뒤에 이어지는 질문을 함께 봐야 짐작할 수 있습니다. 편집하는 사람은 제목에 단어를 넣는 일과 읽는 사람이 답을 얻는 일이 서로 다른 작업이라는 점을 구분해야 합니다.
모바일에서 현재 공개된 화면부터 열어 봅니다
가장 먼저 할 일은 해당 주제로 공개되어 있는 공식 페이지와 콘텐츠를 휴대전화에서 직접 열어 보는 것입니다. 제목을 눌렀을 때 첫 문단이 그 질문에 답하는지, 추가 조건은 어디에 있는지 확인합니다. 방문자가 바로 행동해야 하는 안내라면 연락 경로와 운영 시간이 필요한 위치에 보이는지도 살핍니다. 검색 화면에 보이는 짧은 설명과 실제 본문이 서로 다른 약속을 하고 있지는 않은지 비교하는 것도 이 단계에서 합니다.
화면을 열어 볼 때는 가능하다면 서로 다른 기기와 연결 환경에서 한 번씩 확인합니다. 데스크톱에서는 한눈에 보이던 연락 버튼이 모바일에서는 아래로 밀려 있기도 하고, 표가 잘려 조건 일부가 보이지 않는 경우도 있습니다. 발견한 문제는 어느 화면에서 어떤 내용이 가려졌는지 메모해 두면 수정 담당자에게 정확히 전달할 수 있습니다.
문의 기록은 같은 단어라도 맥락별로 나눕니다
문의 기록에서 같은 단어가 반복해서 나타나더라도 맥락은 다를 수 있습니다. 처음 정보를 찾는 사람에게는 개념과 기본 조건이 필요하고, 선택지를 비교하는 사람에게는 구분할 기준이 필요합니다. 이미 이용하고 있는 사람은 변경이나 취소 같은 이후 절차를 찾습니다. 한 제목 아래에 이 세 부류를 모두 담았다면 본문에서 단계에 맞는 길을 나누어 제시해야 합니다. 그렇지 않으면 모두에게 조금씩 부족한 글이 됩니다.
단계별로 길을 나누는 방법은 어렵지 않습니다. 글의 앞부분에 처음 찾는 사람을 위한 설명을 두고, 중간에 비교 기준을, 마지막에 이미 이용 중인 사람을 위한 후속 절차 안내를 이어 붙이면 됩니다. 각 부분의 소제목에는 해당 독자가 던질 법한 질문을 그대로 적으면 목차만 보고도 필요한 위치로 이동할 수 있습니다.
이용자의 사정을 추측으로 채우지 않습니다
검색 의도를 파악한다는 이유로 이용자의 개인적인 사정까지 짐작해서는 안 됩니다. 접속 지역이나 기기, 검색한 시간만으로 연령이나 건강 상태, 형편을 단정할 수 없습니다. 개인정보를 뺀 문의 유형과 공개된 화면에서의 이동 흐름처럼 관찰할 수 있는 자료만 사용합니다. 자료가 충분하지 않다면 가능한 질문이라는 가설로 남겨 두고, 답의 범위를 필요 이상으로 넓히지 않는 것이 안전합니다.
비슷한 제목의 글은 첫 단락과 결론을 나란히 놓습니다
제목이 비슷한 글이 여러 편 있다면 각 글의 첫 단락과 결론을 한 화면에 모아 비교합니다. 같은 의도에 같은 답을 주고 있다면 새 글을 더하기보다 기존 안내를 갱신하거나 하나로 합치는 편이 낫습니다. 서로 다른 질문에 답하는 글이라면 제목만 보아도 차이가 드러나도록 고치고 필요한 링크를 이어 줍니다. 같은 키워드를 반복하는 것만으로는 독자가 글을 눌러야 할 이유가 생기지 않습니다.
검토 결과는 짧은 기록으로 남기는 것이 좋습니다. 어떤 검색어가 어떤 뜻으로 쓰였다고 판단했는지, 그 근거가 된 화면과 문의 유형이 무엇이었는지, 이후에 무엇을 고쳤는지를 날짜와 함께 적어 두면 다음 담당자가 같은 확인을 처음부터 반복하지 않아도 됩니다.
같은 확인을 다른 담당자가 하더라도 같은 결론에 이르도록 점검 항목을 문장으로 정리해 두면 좋습니다. 제목의 약속, 첫 문단의 답, 행동 경로의 위치, 갱신 날짜의 표시 정도만 정해 두어도 검토의 기준이 일정해집니다.
발행한 뒤에는 다시 들어오는 질문을 봅니다
발행 이후에는 방문자 수만 볼 것이 아니라 글을 읽은 사람이 다시 문의하는 질문을 살핍니다. 신청하는 곳을 모르겠다는 문의가 이어진다면 행동 경로가 빠져 있다는 신호입니다. 검색 의도는 내부 회의에서 만든 추상적인 분류표에 머물지 않고, 공개된 화면에서 실제로 답을 찾을 수 있는지로 확인할 때 쓸모가 있습니다. 점검의 빈도와 방식은 사이트의 규모와 담당 인력에 맞추어 실무에서 정하면 됩니다.