‘수령 후 며칠 이내’라는 안내만으로는 고객이 교환 가능한 마지막 날을 바로 알기 어렵습니다. 수령일을 포함하는지, 달력일과 영업일 중 어느 기준인지, 휴일에 온라인 신청이 가능한지에 따라 계산이 달라지기 때문입니다. 콘텐츠운영관리는 문구를 짧게 만드는 데서 끝나지 않고 주문 데이터와 정책이 같은 날짜를 보여 주게 해야 합니다. 적용 기간은 현재 법규와 판매 정책을 확인해 정하고 임의의 예시를 공통 규칙처럼 사용하지 않습니다.
기간을 계산하는 조건을 먼저 적습니다
교환 기산점, 기간 단위, 신청이 접수된 것으로 보는 시점, 상품별 예외를 운영표에 둡니다. 배송 완료일을 기준으로 한다면 실제 주문에서 그 날짜를 어떤 데이터로 받는지도 확인합니다. 고객이 상품을 받은 날과 시스템의 배송 완료 처리일이 다른 사례에는 검토 경로가 필요합니다. 예약 상품, 설치 상품 등 별도 조건이 있는 품목은 일반 안내와 분리하고 왜 다른지 찾을 수 있게 연결합니다.
주문별 마감일을 행동 지점에 배치합니다
정책 페이지에는 계산 기준을 설명하고, 주문 내역과 교환 신청 화면에는 해당 주문의 마지막 신청 가능일을 날짜로 보여 줍니다. 신청 버튼이 비활성화되는 시각과 표시된 마감이 일치하는지 경계 시점 전후로 시험합니다. 고객이 마감일에 접수하다 오류가 난 경우를 어떻게 처리할지도 정합니다. 상담 답변, 자동 알림, 모바일 화면이 서로 다른 기간을 말하지 않도록 같은 원천 데이터를 사용합니다.
변경 전 주문과 새 주문을 따로 검수합니다
정책이 바뀌면 적용일만 게시하지 말고 이전 주문과 이후 주문에 각각 어떤 기준이 적용되는지 확인합니다. 상품 상세의 고정 문구, 오래된 도움말, 챗봇 답변처럼 놓치기 쉬운 위치를 목록화합니다. 기간이 지났다는 문의는 단순 실패 건수로 세지 않고 안내 미노출, 날짜 계산 오류, 예외 상품 오분류로 나눕니다. 이 기록을 통해 강조 문구를 늘리기보다 계산이 어긋난 지점을 먼저 수정할 수 있습니다.
‘기간을 계산하는 조건을 먼저 적습니다’와 관련 문서의 경계 정하기
‘교환 기간은 기준일과 마지막 신청일을 함께 보여 줍니다’와 연결된 문서가 많더라도 모든 페이지에 ‘기간을 계산하는 조건을 먼저 적습니다’의 전체 설명을 반복할 필요는 없습니다. 대표 문서에는 공통 기준과 최신 조건을 두고, 개별 글에서는 ‘주문별 마감일을 행동 지점에 배치합니다’처럼 그 글에서만 해결할 질문을 설명한 뒤 대표 문서로 연결합니다. ‘변경 전 주문과 새 주문을 따로 검수합니다’의 세부 내용이 다른 문서의 핵심 답이라면 짧은 요약과 이동 이유만 남겨 독자가 같은 문단을 여러 번 읽지 않게 합니다. 반대로 현재 페이지에서 반드시 알아야 할 제한까지 링크 뒤로 숨기지 말고 ‘기간을 계산하는 조건을 먼저 적습니다’의 적용 범위를 이해할 정도는 본문 안에서 설명합니다.