전면 개편보다 작은 단위의 개선이 확인하기 쉽습니다
홈페이지가 오래되었다는 인상을 받으면 처음부터 다시 만들자는 의견이 힘을 얻습니다. 그러나 전체를 동시에 바꾸면 어떤 수정이 문의에 영향을 주었는지 알 수 없고, 일정도 길어집니다. 한 번에 서비스 하나, 페이지 몇 개 단위로 나눠 고치면 변화의 원인을 추적하기 쉽고 실패해도 되돌리기 편합니다. 어느 서비스를 먼저 손볼지 정하는 일이 개선 작업의 첫 판단입니다.
이때 참고할 가장 좋은 자료는 사이트 바깥의 추측이 아니라 이미 쌓인 문의 기록입니다. 전화와 메일, 양식으로 들어온 질문을 훑어보면 방문자가 어디에서 막혔는지가 문장으로 남아 있습니다.
문의 기록을 주제별로 묶어 봅니다
기록을 열어 비슷한 질문끼리 묶어 봅니다. "어떤 일까지 맡아 주시나요", "진행은 어떤 순서인가요", "준비할 것이 있나요"처럼 반복되는 질문은 해당 정보가 사이트에 없거나 찾기 어렵다는 뜻일 수 있습니다. 질문이 많은 주제와 연결된 페이지를 먼저 열어 보면 수정 후보가 자연스럽게 정해집니다.
개인을 특정할 수 있는 내용은 옮겨 적지 않고 질문의 종류와 횟수만 간단히 표로 정리합니다. 몇 주 분량만 모아도 경향이 드러나기 때문에 대단한 분석 도구가 필요하지 않습니다. 응대 담당자와 함께 보면 기록에 남지 않은 구두 질문까지 보태져 더 정확한 그림을 얻을 수 있습니다.
페이지 역할표를 만들어 겹침과 빈틈을 찾습니다
다음으로 서비스 목록과 페이지 주소, 그 페이지가 설명해야 하는 질문을 나란히 적습니다. 대표 페이지가 업무 범위를 다루고, 세부 페이지가 특정 상황의 조건을 다루는 구조인지 확인합니다. 두 페이지가 같은 질문에 같은 답을 하고 있다면 하나로 합치는 편이 방문자와 관리자 모두에게 낫습니다.
반대로 문의 기록에는 자주 나오는데 역할표에 담당 페이지가 없는 질문이 있다면 새로 설명을 추가해야 할 자리입니다. 상담 전 준비와 계약 이후 진행처럼 독자의 시점이 다르면 페이지를 나누는 이유가 분명해집니다.
수정 우선순위를 세 가지 질문으로 가립니다
모든 후보를 같은 무게로 다루면 일이 끝나지 않습니다. 후보마다 다음 세 질문을 던져 점수를 매기듯 비교해 봅니다. 첫째, 낡았거나 틀린 정보가 방문자를 오해하게 만드는가. 둘째, 문의가 많이 들어오는 주제인데 답이 부족한가. 셋째, 휴대전화에서 문의 경로가 제대로 열리는가. 해당 항목이 많은 페이지부터 고칩니다.
서비스 내용이 바뀌었는데 예전 설명이 남은 페이지는 언제나 최우선입니다. 비어 있는 정보보다 틀린 정보가 신뢰를 더 크게 해치기 때문입니다.
글과 서비스 페이지 사이의 이동을 확인합니다
정보 글을 읽은 방문자가 실제 서비스 안내로 넘어갈 수 있어야 글의 역할이 완성됩니다. 선택 기준을 설명한 글에서 업무 범위 페이지로, 준비 절차를 설명한 글에서 신청 안내로 이어 주면 읽던 질문이 자연스럽게 해결됩니다. 모든 글에 같은 버튼을 달아 두는 방식은 방문자가 읽은 내용과 무관하게 행동을 요구하는 셈입니다.
연결을 만든 뒤에는 직접 눌러 도착 화면을 확인합니다. 링크 문구가 약속한 내용과 도착한 페이지가 다르면 방문자는 곧바로 이탈할 수 있습니다.
지명은 실제 차이가 있을 때만 페이지로 나눕니다
여러 지역을 대상으로 하는 서비스라고 해서 지역마다 페이지를 두면 같은 설명이 반복되어 관리 부담만 커집니다. 이용 조건이나 방문 방식이 실제로 다를 때에 한해 나누고, 그렇지 않다면 하나의 페이지에서 가능한 범위를 정확히 밝힙니다.
고친 뒤에는 이력을 남기고 일정 기간 지켜봅니다
수정이 끝나면 날짜와 바꾼 내용을 기록하고, 이후 문의의 질문 종류가 달라졌는지, 같은 질문이 줄었는지 살펴봅니다. 순위가 언제 오를지 예측하는 것은 정확하지 않으므로 평가의 중심에 두지 않습니다. 대신 방문자가 필요한 설명을 찾는지, 문의의 성격이 서비스와 맞는지를 기준으로 삼습니다.
수정 이력을 한곳에 모아 두면 담당자가 바뀌어도 어떤 근거로 무엇을 고쳤는지 이어서 볼 수 있습니다. 실무에서는 한 달에 한 번 문의 기록과 역할표를 함께 열어 보는 정기 점검을 정해 두는 것이 가장 지속하기 쉬운 방법입니다.