문의 수가 많다는 것과 안내가 맞았다는 것은 다릅니다
글을 올린 뒤 문의가 늘면 일단 좋은 신호처럼 느껴집니다. 그러나 문의 수는 안내가 정확했는지를 알려 주지 않습니다. 제공하지 않는 진료나 서비스를 묻는 연락이 반복되거나, 결과를 이미 약속받은 것처럼 이해한 질문이 자주 들어온다면 원고가 어떤 약속을 하고 있는지 먼저 점검해야 합니다.
이 점검은 문의한 사람을 평가하는 일이 아닙니다. 질문이 좋았는지 나빴는지를 따지는 것이 아니라, 콘텐츠가 어떤 기대를 만들었고 그 기대가 실제 운영과 맞는지를 확인하는 과정입니다. 이 구분을 지키면 점검이 비난이 아닌 개선으로 이어집니다.
접수 기록에는 질문의 종류만 남깁니다
기록표는 단순할수록 오래 유지됩니다. 개인의 상태나 사정을 자세히 적지 않고 질문의 종류, 어느 페이지를 보고 들어왔는지 확인되는지, 실제로 답할 수 있는 분야인지를 표시하는 정도로 충분합니다. 개인정보를 최소한으로 다루는 것은 기록을 오래 쓰기 위한 기본 조건이기도 합니다.
같은 질문이 반복되는 이유도 기록에서 읽을 수 있습니다. 비용만 묻는 문의라면 글에 적힌 포함 항목을 어떻게 이해했는지 되짚어 볼 수 있고, 준비물을 다시 묻는다면 답이 글에 빠져 있거나 제목과 문단에서 찾기 어려운 위치에 있을 가능성이 있습니다.
고치기 전에 검색 결과의 제목과 첫 화면을 함께 봅니다
내용을 수정하기 전에는 검색 결과에 보이는 제목과 글을 열었을 때의 첫 화면을 같이 확인합니다. 강한 광고 문구 때문에 잘못된 기대가 생겼다면 예약 버튼의 위치를 바꾸는 것으로는 해결되지 않습니다. 대표 이미지 속 짧은 문구가 본문보다 더 강한 약속을 하고 있거나, 이미 끝난 행사 조건이 남아 있는 경우도 흔합니다.
특정 검색어로 들어온 문의가 기대와 다를 때는 키워드만 원인이라고 단정하지 않습니다. 제목, 대표 이미지, 첫 문단, 연결된 페이지를 순서대로 열어 어느 지점에서 기대가 어긋나는지 찾아야 합니다. 클릭을 늘리려고 쓴 제목이 반복되는 오해의 출발점이라면 제목뿐 아니라 이미지와 본문을 함께 고칩니다.
표현과 접수 사실은 책임을 나누어 검수합니다
의료 분야에서는 치료와 관련된 표현은 의료진이 확인하고, 현재 접수 조건과 운영 방식은 운영 직원이 대조하도록 역할을 나눕니다. 한 사람이 모든 것을 확인하려 하면 사실 확인이 느려지고 빠뜨리는 항목이 생깁니다.
추측으로 원인을 적는 것도 피합니다. 사람들이 문의하지 않은 이유를 짐작해서 쓰기보다 실제로 반복된 질문과 운영상 오류를 근거로 고칩니다. 근거가 있는 수정은 다음에 같은 문제가 생겼을 때 다시 꺼내 볼 수 있는 기록이 됩니다.
반복 문의를 유형별로 읽는 방법
문의를 유형으로 묶으면 어디를 고쳐야 하는지가 보입니다. 제공하지 않는 서비스를 묻는 문의가 많다면 제목이나 대표 이미지가 범위를 넓게 보이게 했을 가능성이 있습니다. 준비물이나 방문 순서를 거듭 묻는다면 본문 안에서 그 내용을 찾기 어렵다는 뜻일 수 있습니다. 운영시간이나 접수 방식을 확인하는 전화가 늘었다면 채널마다 표시된 정보가 서로 다른지 먼저 대조해 봅니다.
유형을 나눌 때는 건수만 세지 않고, 각 유형이 어느 글에서 시작되었는지도 함께 적습니다. 같은 글에서 비슷한 질문이 나오고 있다면 그 글 하나를 고치는 것으로 여러 건의 문의를 줄일 수 있습니다. 반대로 여러 글에 흩어져 나타나는 질문이라면 공통 안내문을 정비하는 편이 효율적입니다.
수정 내용을 팀과 나누는 기록
수정이 끝나면 무엇을 왜 바꿨는지를 짧게 남깁니다. 바꾼 문장, 바꾼 날짜, 바꾼 이유 세 가지면 충분합니다. 이 기록이 쌓이면 같은 표현이 다시 쓰이는 일을 막을 수 있고, 새 담당자도 앞선 판단을 이어서 볼 수 있습니다. 문의 품질을 읽는 일은 사람이 아니라 안내를 고치는 일에 쓰여야 한다는 원칙을 기록에도 그대로 적용합니다.
고친 뒤에는 같은 종류의 문의가 달라졌는지 관찰합니다
수정을 마친 뒤에는 일정 기간 같은 종류의 문의가 어떻게 달라지는지 지켜봅니다. 문의 건수가 줄었더라도 글만으로 필요한 답을 찾은 사람이 늘어난 결과일 수 있으므로 곧바로 나쁜 신호로 읽지 않습니다. 숫자의 많고 적음보다 질문의 내용과 안내가 일치하는지를 기준으로 삼습니다.
수정한 날짜를 남겨 두면 나중에 같은 문제가 되풀이될 때 어떤 변경이 있었는지 추적하기 쉽습니다. 문의 품질 점검은 한 번으로 끝나는 작업이 아니라, 글이 바뀔 때마다 안내와 실제 운영이 맞는지 확인하는 작은 반복에 가깝습니다.