결제 실패·오류 발생 시 고객 이탈을 막는 에러 메시지 UX 설계법

결제 실패 화면에서 자주 보는 문구가 있습니다. 결제에 실패했습니다, 잠시 후 다시 시도해 주세요 같은 문장입니다. 이 문장은 사실을 알려 주지만 고객이 다음에 무엇을 해야 하는지는 알려 주지 않습니다. 결제까지 온 사람은 사겠다고 마음먹은 사람이므로, 이 화면에서 이탈이 나면 앞 단계의 모든 노력이 무산됩니다.

에러 메시지가 담아야 할 것은 세 가지입니다. 무엇이 잘못됐는지, 고객이 지금 무엇을 하면 되는지, 그래도 안 되면 어디로 가면 되는지입니다. 세 번째가 특히 자주 빠집니다. 문의 경로가 화면에 없으면 고객은 사이트를 나가 검색부터 해야 합니다.

결제 실패의 원인은 여러 층에 걸쳐 있습니다. 카드 한도나 잔액 부족처럼 고객 쪽에서 해결 가능한 경우, 카드사 인증 앱 전환 실패처럼 환경 문제인 경우, PG사나 자사몰 서버 오류처럼 판매자 쪽 문제인 경우가 섞여 있습니다. 이 셋에 같은 문구를 쓰면 고객은 매번 자기 잘못인지 아닌지 판단할 수 없습니다.

실무에서는 PG사가 내려 주는 실패 코드를 기준으로 문구 매핑 표를 만듭니다. 코드별로 원인 요약과 권장 행동을 한 줄씩 정하고, 매핑되지 않은 코드는 기본 문구로 처리하되 문의 경로를 반드시 붙입니다. 코드가 수십 개라도 실제로 자주 발생하는 것은 대여섯 개인 경우가 많아, 상위 코드부터 매핑해도 대부분이 커버됩니다.

문구보다 먼저 챙겨야 할 것이 상태 보존입니다. 결제에 실패했는데 장바구니가 비어 있거나 주문서 입력 내용이 초기화되면, 문구를 아무리 잘 써도 재시도가 일어나지 않습니다. 고객이 배송지와 옵션을 처음부터 다시 입력해야 한다면 대부분 그 자리에서 포기합니다.

확인할 항목은 세 가지입니다. 실패 후 돌아온 화면에 주문 정보가 남아 있는가, 다른 결제 수단으로 바로 전환할 수 있는가, 뒤로가기를 눌렀을 때 주문이 중복 생성되지 않는가입니다. 세 번째는 CS 부담과 직결되는 항목이라 개발팀과 함께 점검해 두는 편이 좋습니다.

세 가지를 지킵니다. 첫째, 책임 소재를 고객에게 떠넘기지 않습니다. 잘못 입력하셨습니다 같은 표현보다 카드 번호를 다시 확인해 주세요처럼 행동을 지시하는 표현이 낫습니다. 둘째, 내부 용어와 코드를 그대로 노출하지 않습니다. 승인 거절 코드만 덩그러니 보여 주면 고객은 아무것도 할 수 없습니다. 코드가 필요하다면 안내 문구 아래 작은 참고 정보로 두고, 문의 시 알려 달라고 안내합니다.

셋째, 불안을 키우는 표현을 피합니다. 결제가 처리 중일 수 있으니 중복 결제에 주의하라는 식의 모호한 경고는 고객을 멈추게 만듭니다. 중복 결제 여부를 시스템에서 확인할 수 있다면 결과를 확정해서 알려 주고, 확인이 걸린다면 언제까지 어떻게 알려 줄지를 명시하는 편이 낫습니다.

개선하려면 먼저 세야 합니다. 결제 실패는 GA4 향상된 측정으로는 잡히지 않습니다. 향상된 측정이 자동 수집하는 이벤트는 정해져 있고 이탈 클릭도 외부 도메인 링크에만 반응하기 때문에, 결제 실패는 별도의 맞춤 이벤트로 만들어야 합니다.

이벤트에는 최소한 실패 코드나 사유 구분값과 결제 수단을 매개변수로 함께 담습니다. 그래야 어느 수단에서 어떤 사유로 실패가 몰리는지 볼 수 있습니다. 다만 개인정보나 카드 정보에 해당하는 값은 절대 매개변수에 넣지 않습니다. 그리고 실패 이벤트만으로는 전체 그림이 안 나오므로 PG사 관리자에서 뽑은 승인 시도와 승인 성공 건수를 정기적으로 대조하는 절차를 함께 둡니다.

결제가 실패했는데 주문은 접수된 것처럼 보이거나, 반대로 결제됐는데 주문이 없는 상태가 생기면 공급과 환급 의무 문제로 이어집니다. 전자상거래법 제15조 제2항에 따라 통신판매업자는 청약받은 재화를 공급하기 곤란하다는 사실을 알았을 때 지체 없이 소비자에게 알려야 하고, 선지급식이라면 대금을 지급받은 날부터 3영업일 이내에 환급하거나 환급에 필요한 조치를 해야 합니다.

문의 채널 표기도 여기 걸립니다. 결제가 꼬였을 때 고객이 연락할 곳을 화면에서 찾지 못하면 문제 해결 자체가 시작되지 않습니다. 통신판매업자는 상호와 대표자, 사업자등록번호, 연락처 같은 사업자 정보를 공개해야 하는데, 이 정보가 페이지 하단 어딘가에만 있으면 실패 화면에서는 사실상 없는 것과 같습니다. 실패 화면에 문의 경로를 직접 붙여 두는 편이 낫습니다.

그러므로 결제 실패 처리에는 고객 화면 문구뿐 아니라 내부 처리 절차가 함께 있어야 합니다. 승인은 났는데 주문 생성이 실패한 건을 매일 확인하는 대사 절차, 그리고 그런 건이 발견됐을 때 고객에게 알리고 환급하는 담당자와 기한이 정해져 있어야 합니다. 화면 문구만 다듬고 뒤쪽 절차가 없으면 같은 사고가 반복됩니다.