일정 변경 안내에서 첫 문단은 “변경할 수 있습니다”로 끝나면 안 됩니다. 적용 대상과 기준 시점, 확인 경로를 함께 보여 줘야 검색 요약이 잘려도 반대 뜻으로 읽히지 않습니다. 예를 들어 수정 전 문장이 ‘예약 일정은 변경할 수 있습니다. 자세한 조건은 아래에서 확인하세요’라면, 기한과 예외가 숨겨져 누구에게나 가능한 것처럼 보입니다.
수정 후에는 ‘변경 가능 여부는 예약 유형과 요청 시점에 따라 다르므로, 예약 확인 화면의 변경 기준을 먼저 확인한 뒤 지정된 문의 경로로 요청하세요’처럼 씁니다. 이 문장은 특정 업체의 실제 기한을 만들어 내지 않으면서 결론이 조건부라는 사실과 다음 행동을 함께 줍니다. 실제 마감 시각이나 수수료를 적으려면 현재 운영정책 원본과 확인일이 있어야 합니다.
조건이 둘로 갈릴 때는 한 문장으로 뭉개지 않습니다. ‘온라인에서 변경 버튼이 보이는 예약은 해당 화면에서 요청하고, 버튼이 없는 예약은 자동으로 불가라고 추정하지 말고 안내된 문의처에서 적용 기준을 확인합니다’처럼 분기합니다. 접수와 변경 확정도 구별합니다. 요청서를 보냈다는 사실이 새 일정 확정과 같지 않다면 첫 문단 또는 바로 다음 문장에 그 차이를 둡니다.
설명 순서는 결론, 적용 조건, 행동 경로, 예외, 근거 원본 순으로 확인합니다. 배경 홍보와 오래된 행사 이야기가 그 앞을 막지 않게 합니다. 모바일에서는 제목과 첫 문단이 한 화면에서 읽히는지, 버튼 이름이 본문과 같은지, 이미지 공지가 핵심 조건을 가리지 않는지 점검합니다. 날짜와 운영시간은 이미지에만 넣지 않고 텍스트로도 제공합니다.
검색 결과의 짧은 요약에 ‘변경할 수 있습니다’만 남는다면 도입을 다시 씁니다. 반대로 ‘변경할 수 없습니다’만 잘리고 예외가 사라지는 경우에도 조건을 앞당깁니다. 마지막 검수자는 첫 문단만 읽고 적용 대상, 기준 시점, 다음 행동, 확정 여부를 답해 봅니다. 하나라도 알 수 없다면 결론형 도입이 완성되지 않은 것입니다. 결론을 앞에 둔다는 원칙은 설명을 줄이는 기술이 아니라 오해가 생기는 조건을 가장 먼저 드러내는 편집 방법입니다.
발행 후에는 검색 요약과 공유 미리보기를 실제로 확인합니다. 자동 요약이 예외 문장을 먼저 가져가 의미가 뒤집히면 description과 첫 문단의 표현을 함께 고치되, 화면에 보이기 위한 짧은 문구가 본문 정책과 달라지지 않게 합니다. 운영정책이 바뀌면 최초 게시일만 남기지 말고 수정일과 새 기준의 출처를 표시해 과거 캡처와 현재 안내를 구별합니다.