공지를 올린 날과 새 규칙이 적용되는 날은 같지 않을 수 있습니다. 게시일만 크게 보이면 독자는 읽은 즉시 조건이 바뀐 것으로 이해할 수 있습니다. 공지 상단에서 게시일, 시행일, 종료일 또는 적용 대상을 각각 이름 붙여야 합니다.
작성 전 운영 결정 문서에서 실제 시행 시점을 확인합니다. ‘다음 달’, ‘오늘’ 같은 상대 표현은 오래된 링크에서 의미를 잃으므로 절대 날짜로 바꿉니다. 기존 신청자와 시행일 이후 신청자의 조건이 다르면 누구에게 어떤 기준이 적용되는지 분리합니다. 종료가 정해진 임시 규칙은 시작일만 알리지 않습니다.
제목에는 독자의 행동을 바꾸는 핵심 시점을 넣고, 본문 첫 부분에는 게시와 시행의 관계를 풀어 씁니다. 자동으로 붙는 게시 날짜가 시행일보다 더 눈에 띄는 화면이라면 ‘시행’이라는 표시를 별도로 둡니다. 날짜와 요일, 시간대가 함께 있을 때 값이 맞는지 재확인합니다.
시행 전에는 예고 상태, 시행 중에는 현재 상태, 종료 뒤에는 보관 상태가 올바르게 보이는지 시험합니다. 과거 공지가 검색이나 공유로 다시 유입될 때 현재 규칙으로 이동할 링크도 제공합니다. 외부 화면의 갱신 시간을 확정적으로 약속하지 않습니다.
공지 기록에는 승인일, 게시일, 시행일, 종료 조건, 적용 대상을 연결합니다. 날짜를 나누어 쓰는 이유는 문서 이력을 자세히 보이려는 것이 아니라 독자가 어느 시점에 어떤 행동을 해야 하는지 정확히 판단하게 하는 데 있습니다.
시행일이 변경되면 기존 공지의 날짜만 덮어쓰지 말고 변경 사실과 승인 근거를 기록합니다. 이미 이전 날짜를 본 사람이 있을 수 있으므로 행동에 영향이 크다면 정정 공지를 검토합니다. 변경 전 신청자의 적용 조건도 다시 확인합니다.
반복되는 공지는 매번 새 글을 복사하기보다 기준 안내와 회차별 날짜를 분리할 수 있습니다. 다만 독자가 두 문서를 오가며 핵심 조건을 놓치지 않도록 연결 위치를 시험합니다.
시행 직전에는 공지를 읽지 않은 이용자도 만날 수 있으므로 실제 접점의 안내와 직원 응답 문구가 같은 날짜를 사용하는지 확인합니다. 웹 공지만 맞아서는 혼선이 남습니다.