새 웹사이트는 오래된 글이 없어 중복 문제가 없을 것 같지만, 부서별로 초안을 동시에 만들면 같은 답이 첫 공개부터 여러 페이지에 생길 수 있습니다. 메뉴 이름에서 출발하지 말고 이용자가 사이트를 찾는 이유와 다음 행동을 먼저 모아야 합니다. 초기 질문 묶음은 완성된 분류표가 아니라 페이지가 늘어도 대표 답과 책임자를 찾게 해 주는 기본 구조입니다.
첫 이용자의 과업을 질문으로 바꾸기
서비스를 알아보기, 조건을 비교하기, 신청 준비하기, 이용 중 문제를 해결하기처럼 주요 과업을 적습니다. 각 과업에서 예상되는 질문을 내부 용어가 아닌 이용자 문장으로 씁니다. 같은 답이 필요한 표현은 한 묶음에 넣고, 적용 시점이나 담당 절차가 다른 것은 나눕니다. 아직 근거를 확인하지 못한 질문은 빈칸을 억지로 채우지 말고 사실 확인 대상으로 표시합니다.
대표 페이지 한 편으로 작은 구조 시험하기
묶음마다 핵심 답을 맡을 대표 페이지와 세부 질문을 받을 보조 화면을 정합니다. 메뉴, 제목, 첫 문단이 같은 질문을 가리키는지 모바일 시안에서 확인합니다. 여러 항목을 한꺼번에 바꾸기보다 한 묶음을 먼저 공개해 연결과 검수 과정을 시험합니다. 결과가 안정되면 같은 규칙을 다른 영역에 적용하되 모든 페이지 모양을 강제로 같게 만드는 것은 피합니다.
발행 기준과 소유자를 초기에 남기기
질문 묶음표에는 대표 주소, 사실 근거, 담당 부서, 마지막 확인일을 둡니다. 새 글을 만들기 전 기존 묶음에 답이 있는지 확인하도록 편집 절차에 포함합니다. 수정 뒤에는 조회 수보다 들어온 질문이 예상 단계와 맞는지 읽습니다. 담당자가 기억으로만 분류하지 않게 승인 이유와 예외를 기록하면 사이트가 커져도 단어만 다른 중복 글이 초기 구조를 무너뜨리는 일을 줄일 수 있습니다.
‘대표 페이지 한 편으로 작은 구조 시험하기’의 이전 버전을 다시 찾을 수 있게 보관하기
‘대표 페이지 한 편으로 작은 구조 시험하기’가 수정될 때 이전 파일을 덮어쓰기만 하면 ‘신규 웹사이트의 첫 질문 묶음을 설계하는 순서’의 설명이 왜 달라졌는지 확인하기 어렵습니다. 파일명이나 관리표에 수정 날짜와 버전, 변경한 사람을 남기고 ‘첫 이용자의 과업을 질문으로 바꾸기’의 이전 문장과 새 문장을 비교할 수 있게 보관합니다. 〈묶음마다 핵심 답을 맡을 대표 페이지와 세부 질문을 받을 보조 화면을 정합니다〉 설명을 실행 순서로 바꾸면, 공개할 필요가 없는 내부 검토본은 검색 결과에 노출되는 위치와 분리하고, 실제 기준으로 쓰는 문서에는 현재 상태를 분명히 표시합니다. ‘발행 기준과 소유자를 초기에 남기기’에서 과거 안내를 인용해야 한다면 당시 기준임을 밝히고 지금 적용되는 정보로 이동할 경로를 함께 제공해야 버전 차이가 오해로 이어지지 않습니다.