쿠폰 코드를 입력한 뒤 ‘사용할 수 없습니다’라는 메시지만 나오면 고객은 어떤 조건을 바꿔야 하는지 알 수 없습니다. 조건이 상세 약관 한곳에만 모여 있어도 상품을 고르는 동안에는 적용 가능성을 판단하기 어렵습니다. 웹사이트구조개선은 쿠폰 페이지를 늘리는 일이 아니라 조건을 필요한 순간에 나누어 보여 주는 작업입니다. 발급, 상품 선택, 장바구니, 결제에서 동일한 규칙을 사용하고 실패 이유가 실제 판정과 일치하게 합니다.
조건을 판정 가능한 항목으로 나눕니다
사용 기간, 최소 주문 금액, 대상 상품·회원, 제외 항목, 중복 가능 여부를 각각 정의합니다. ‘일부 상품 제외’처럼 범위를 숨기지 말고 고객이 제외 목록이나 대상 표시를 확인할 수 있게 합니다. 최소 금액을 계산할 때 배송비나 다른 할인 전 금액이 포함되는지도 분명히 합니다. 종료일에는 기준 시간대를 붙이고 발급 기간과 사용 기간이 다르면 별도 줄로 보여 줍니다. 규칙 변경에는 적용 시작일과 승인자를 남깁니다.
탐색 중에 적용 가능성을 미리 알려 줍니다
쿠폰함에서는 조건 전체를 확인하게 하고 상품 목록과 상세에는 사용할 수 있는 쿠폰을 연결합니다. 장바구니에서는 현재 구성으로 충족한 조건과 부족한 조건을 보여 주되 불필요한 추가 구매를 재촉하지 않습니다. 결제 오류에는 만료, 대상 제외, 최소 금액 미달처럼 구체적인 원인을 돌려줍니다. 뒤로 이동해 조건을 고친 뒤 쿠폰 상태가 다시 계산되는지, 여러 쿠폰을 바꿀 때 이전 할인액이 남지 않는지도 시험합니다.
사이트 길 찾기와 판정 오류를 따로 고칩니다
쿠폰 페이지를 못 찾은 문제와 페이지를 읽었지만 적용에 실패한 문제는 원인이 다릅니다. 검색어와 이동 경로, 실패 코드를 함께 기록해 정보 구조와 할인 엔진 가운데 어디를 수정할지 정합니다. 문의가 줄어도 잘못 적용된 할인이 늘면 성공이라고 볼 수 없습니다. 대표 상품, 제외 상품, 마감 직전, 환불 뒤 재사용처럼 다른 사례를 정기적으로 검수하고 모든 채널의 조건 요약이 최신 원본으로 이어지는지 확인합니다.
‘탐색 중에 적용 가능성을 미리 알려 줍니다’에 필요한 근거를 가까이 두기
‘탐색 중에 적용 가능성을 미리 알려 줍니다’를 검토할 때는 확인 자료를 게시 주소·운영 문서·현장 확인처럼 나눈 뒤 같은 종류의 근거로 취급하지 않습니다. 공개 화면은 독자가 지금 보는 내용을 보여주고, 내부 자료는 ‘탐색 중에 적용 가능성을 미리 알려 줍니다’가 그렇게 정해진 이유를 설명하며, 담당 확인은 아직 문서에 반영되지 않은 변화를 찾는 데 쓰입니다. 각 자료 옆에 확인일과 확인자를 남기고 ‘조건을 판정 가능한 항목으로 나눕니다’와 연결되는 위치도 적어 두면 다음 수정에서 다시 처음부터 찾지 않아도 됩니다. 근거를 찾지 못한 ‘사이트 길 찾기와 판정 오류를 따로 고칩니다’ 항목은 추정 문장으로 채우지 말고 미확인 사유와 다시 확인할 경로를 표시하는 것이 이 글의 범위를 지키는 방법입니다.