개선 회의가 길어지는 이유
사이트를 개선하자고 모이면 회의는 대개 디자인 취향이나 새로 추가할 기능 이야기로 흐릅니다. 정작 지금 있는 페이지가 방문자에게 무엇을 해 주고 있는지는 정리되지 않은 채 작업이 시작되기도 합니다. 그러면 공들여 바꾼 부분이 방문자의 결정과 무관하고, 정말 필요한 안내는 예전 그대로 남는 일이 생깁니다.
이 글은 새로 만들기 전에 현재 페이지부터 분류하는 간단한 방식을 소개합니다. 도구는 스프레드시트 한 장이면 충분하고, 핵심은 페이지마다 상태를 붙여 보는 것입니다.
페이지 목록에 붙일 네 가지 상태
먼저 사이트의 서비스 관련 페이지를 한 줄씩 나열합니다. 각 줄에는 주소, 하는 일, 마지막으로 내용을 확인한 날, 그리고 상태를 적습니다. 상태는 복잡하게 나눌 필요 없이 유지, 수정, 통합 검토, 정리 검토의 네 가지로 시작할 수 있습니다.
유지는 지금 내용이 사실과 맞고 방문자의 질문에 답하는 페이지입니다. 수정은 방향은 맞지만 설명이 낡았거나 빠진 부분이 있는 페이지입니다. 통합 검토는 다른 페이지와 같은 말을 되풀이하는 경우에 붙입니다. 정리 검토는 더 이상 제공하지 않는 업무를 설명하는 페이지처럼 존재 이유가 약해진 곳입니다. 상태를 붙이다 보면 하는 일을 한 줄로 쓰지 못하는 페이지가 드러나는데, 이런 페이지가 점검의 출발점입니다.
문의 기록을 근거로 우선순위 매기기
수정 대상이 많아도 한꺼번에 손볼 수는 없으므로 순서가 필요합니다. 이때 방문 수치만 보면 사람이 많이 오는 페이지가 계속 앞서게 됩니다. 대신 접수 담당자가 받은 문의를 함께 읽어 보세요. 같은 질문이 반복된다면 어딘가에 답이 없거나 찾기 어렵다는 뜻입니다.
문의 내용을 페이지와 연결해 표시하면 어떤 서비스 설명이 부족한지 구체적으로 보입니다. 예를 들어 진행 순서에 대한 질문이 많다면 해당 서비스 페이지에 과정 안내가 필요한 것입니다. 이렇게 사람들의 실제 질문에서 출발하면 순서 정하는 논쟁이 줄어듭니다.
낡은 정보는 신규 작성보다 먼저 고칩니다
서비스 범위나 운영 방식, 이용 조건이 바뀌었는데 예전 설명이 남은 페이지는 가장 먼저 손봅니다. 방문자가 틀린 정보를 믿고 문의하면 응대하는 쪽의 시간도 늘고 신뢰도 떨어지기 때문입니다. 새 글을 쓰는 것보다 사실과 어긋난 문장 몇 개를 고치는 편이 효과가 분명한 경우가 많습니다.
수정할 때는 첫 문단에서 방문자가 찾는 답이 나오는지, 연락 방법이 모바일 화면에서 바로 보이는지도 함께 확인합니다. 사소해 보이지만 이동 중에 사이트를 여는 사람에게는 결정적일 수 있습니다.
상태를 붙일 때는 한 사람의 판단에만 맡기지 않는 것이 좋습니다. 서비스를 설명하는 담당자와 문의를 받는 담당자가 함께 보면 서로 다른 시각에서 빠진 부분을 짚어 줍니다. 의견이 갈리는 페이지는 우선 수정으로 두고 다음 점검 때 다시 판단하면 됩니다.
페이지를 연결할 때 이름과 도착지를 맞추기
각 페이지가 맡은 역할이 정해지면 서로 이어 주는 링크를 살펴봅니다. 서비스를 고르는 기준을 다룬 글에서는 실제 서비스 설명으로, 준비 과정을 다룬 글에서는 신청 안내로 이어지게 합니다. 모든 글 끝에 똑같은 버튼을 붙이면 독자가 읽은 맥락과 무관한 곳으로 이동할 수 있습니다.
링크 문구와 도착한 화면의 내용이 같은지는 눌러 봐야 확인됩니다. 담당자가 정기적으로 대표 경로 몇 개를 눌러 보는 습관을 들이면 작은 어긋남을 일찍 발견할 수 있습니다.
지명 페이지와 기록 남기기
지역 이름이 들어간 페이지를 늘리기 전에는 그 지역에서 달라지는 점이 실제로 있는지 확인합니다. 상담 장소나 이용 조건이 같다면 지명만 바꾼 복사본은 필요하지 않고, 한 페이지에 가능한 범위를 정확히 쓰는 쪽이 낫습니다.
수정을 마치면 날짜와 바뀐 내용을 목록에 적어 둡니다. 이후 반복 질문이 줄었는지, 페이지 사이의 이동이 자연스러워졌는지를 살펴볼 수 있습니다. 특정 순위가 언제 오른다고 단정하기보다 방문자가 필요한 설명을 찾는지에 초점을 두는 것이 안전합니다. 사이트의 규모와 담당 인력은 저마다 다르므로 상태의 이름이나 점검 주기는 상황에 맞게 바꿔 사용하시기 바랍니다.