일부 개선이라는 기록으로는 길을 찾을 수 없습니다
메뉴를 개편한 뒤 변경 이력에 일부 개선이라고만 적으면 무엇이 어디로 옮겨졌는지 알 수 없습니다. 반대로 내부에서 쓰는 개발 용어와 세부 작업을 그대로 나열하면 이용자는 지금 어떤 메뉴를 눌러야 하는지 오히려 놓치게 됩니다. 변경 안내는 지난 작업을 보고하는 글이 아니라 예전 경로에 익숙했던 사람이 새 경로를 찾도록 돕는 안내문이라는 점을 먼저 기억해야 합니다. 읽는 사람이 이전 화면을 기억한다는 전제와 처음 방문했다는 전제를 모두 고려해 쓰는 것이 좋습니다.
이전 이름, 현재 이름, 이동한 위치를 나눠 적습니다
바뀐 항목마다 이전 이름과 현재 이름, 이동한 위치를 구분해서 적으면 읽는 사람이 자기 경험과 대조하기 쉽습니다. 서비스 안내가 이용 안내로 바뀌었다면 화면에서 확인할 수 있는 그대로 그 사실을 쓰고, 이름만 바뀌었는지 기능이 달라졌는지도 나눠서 설명합니다. 아직 제공하지 않는 기능을 새로 생긴 것처럼 쓰거나, 준비 중인 내용을 지금 쓸 수 있는 것처럼 표현하면 안 됩니다. 확인되지 않은 약속은 안내문의 신뢰를 한꺼번에 무너뜨립니다.
날짜와 옛 안내의 충돌을 점검합니다
변경 안내는 적용된 날짜와 함께 있어야 의미가 분명합니다. 이전 공지에 상단 메뉴의 세 번째 항목이라고 적어 두었다면 개편된 구조와 맞지 않을 수 있고, 이런 표현은 위치 대신 이름으로 바꿔 두는 편이 오래갑니다. 예전 주소를 직접 열었을 때 새 메뉴로 이어지는지도 눌러 보며 확인합니다. 새 안내를 한 편 정확하게 써도 기존 글의 링크가 끊어져 있으면 이용자는 다시 길을 잃습니다.
이용자에게 필요한 순서로 배치합니다
안내문의 첫머리에는 지금 어디에서 찾을 수 있는지를 두고, 그다음에 무엇이 어떻게 바뀌었는지를 설명합니다. 내부 검토 과정이나 디자인 의도는 운영 기록으로 남기고 공개 문구에서는 행동에 필요한 범위로 줄입니다. 전문 용어를 써야 한다면 실제 화면의 메뉴 이름과 연결해 뜻을 알 수 있게 하고, 같은 대상을 문장마다 다른 이름으로 부르지 않도록 용어를 통일합니다.
모바일과 컴퓨터 화면을 각각 확인합니다
두 환경의 메뉴 구조가 다르면 각각 어디에서 찾는지 따로 적습니다. 컴퓨터에서는 상단에 보이는 항목이 모바일에서는 펼침 메뉴 안에 들어 있을 수 있기 때문입니다. 새 화면의 캡처 이미지를 함께 쓴다면 이후 개편에도 여전히 맞는지 검토하고, 이미지에만 경로를 적지 말고 텍스트로도 메뉴 이름을 남겨 둡니다. 화면 읽기 도구를 쓰는 이용자나 이미지가 열리지 않는 환경에서도 안내가 전달되기 때문입니다.
처음 방문한 사람도 읽을 수 있게 씁니다
변경 이력을 읽는 사람 중에는 이전 메뉴를 전혀 모르는 이용자도 있습니다. 그런 사람에게 이름이 바뀌었다는 설명은 의미가 없으므로 현재 경로만 읽어도 원하는 페이지에 닿을 수 있어야 합니다. 안내문 맨 앞에 현재 위치를 쓰고 변경 설명은 그 뒤에 보조 정보로 붙이는 구성이 두 부류의 독자를 모두 만족시킵니다.
발행 후 반복되는 문의로 문구를 다듬습니다
안내를 올린 뒤에도 같은 문의가 계속 들어온다면 설명을 더 길게 쓰기보다 현재 메뉴의 이름과 위치가 분명한지부터 살펴봅니다. 이름이 모호하거나 비슷한 메뉴가 둘 있어서 생기는 혼란이라면 안내문이 아니라 메뉴 자체를 손보는 것이 맞습니다. 변경 이력은 과거와 현재를 이어 주되, 결국에는 현재 화면에서 필요한 페이지에 닿도록 돕는 역할이라는 점을 기준으로 삼으면 문구의 길이와 어조를 정하기 쉽습니다.
변경 안내를 작성할 때는 담당자가 바뀌어도 같은 방식으로 쓸 수 있도록 간단한 틀을 정해 두면 편합니다. 현재 위치, 이전 이름, 바뀐 날짜, 달라진 점을 순서대로 적는 정도면 충분합니다. 틀이 있으면 안내문이 작성자마다 달라지지 않고, 나중에 이력을 한꺼번에 훑어볼 때도 비교하기 쉽습니다.
또한 큰 개편은 한 번에 알리기보다 단계별로 나누어 안내하는 것이 좋을 때가 있습니다. 한 번에 많은 항목이 바뀌면 이용자가 무엇이 달라졌는지 기억하기 어렵기 때문입니다. 자주 쓰는 메뉴부터 먼저 안내하고, 덜 쓰이는 항목은 이력 페이지에서 확인하게 하면 부담을 줄일 수 있습니다.