고객이 상품을 고른 뒤 결제를 마칠 때까지는 여러 화면을 거칩니다. 주문 정보를 적고 결제수단을 선택한 뒤 인증을 거쳐 주문 결과를 확인합니다. 결제 문의를 살펴볼 때 이 과정을 나누면 고객에게 필요한 안내와 사이트에서 확인할 부분을 구별하기 쉽습니다.
“결제가 안 됐다”는 문의도 마지막에 본 화면에 따라 뜻이 달라집니다. 원하는 결제수단을 찾지 못한 경우, 인증 중 멈춘 경우, 결제 후 주문 화면으로 돌아오지 못한 경우를 같은 문제로 처리하지 않는 것이 출발점입니다.
고객이 마지막으로 본 화면에서 시작합니다
가상의 생활용품 쇼핑몰에 “휴대전화에서 결제하고 돌아왔는데 주문이 보이지 않는다”는 문의가 들어왔다고 해보겠습니다. 처음부터 결제수단을 추가하거나 PG 교체를 검토하기보다, 고객이 어떤 단계까지 진행했는지 먼저 확인합니다. 발생 시각과 사용 기기, 선택한 결제수단, 마지막 화면의 문구가 거래를 찾는 단서가 됩니다.
고객에게 기억나는 과정을 모두 길게 설명해 달라고 요구할 필요는 없습니다. “인증을 마친 뒤 쇼핑몰로 돌아오셨나요?”, “주문번호가 표시됐나요?”처럼 현재 확인에 필요한 질문부터 건넬 수 있습니다. 화면을 받을 때에는 카드번호나 비밀번호처럼 조사에 불필요한 정보가 들어가지 않도록 안내합니다.
결제수단을 선택하기 전에 돌아간 고객이라면 아직 승인 기록을 찾을 거래가 없을 수 있습니다. 원하는 수단을 못 찾았는지, 배송비를 확인하고 구매를 미뤘는지 등 해당 단계의 상황을 살펴봅니다. 외부 인증 앱에서 돌아오거나 인증을 취소했을 때, 뒤로가기를 눌렀을 때 고객에게 어떤 상태와 다음 행동이 보이는지도 점검할 수 있습니다. 고객이 떠난 이유는 화면만 보고 확정할 수 없으므로 문의에서 확인한 내용과 추측을 구분해 적습니다.
주문 기록과 결제 결과를 같은 거래로 연결합니다
인증 화면을 통과했다는 경험은 최종 결제 결과와 나누어 살펴봐야 합니다. 사용 중인 결제 연동에서는 어떤 상태를 완료로 판단하는지 기술 담당자와 맞춥니다. 고객이 마지막에 본 화면과 실제 승인 결과를 대조하면, 인증 이후 어느 부분을 더 확인할지 정할 수 있습니다.
앞의 가상 문의에서는 쇼핑몰 주문 기록과 PG의 거래 결과를 대조합니다. 같은 시각에 같은 금액의 주문이 여럿 있을 수 있으므로 시각·금액만으로 단정하지 않고, 주문번호와 거래 식별자를 이용해 해당 거래를 찾습니다. 조회할 정보와 화면 이름은 이용 중인 PG 및 사이트에 따라 다릅니다. 해당 거래의 결제 상태와 취소 이력도 함께 살펴봅니다.
| 같은 거래에서 확인한 상황 | 이어서 확인할 내용 |
|---|---|
| PG 승인과 쇼핑몰 결제 완료가 모두 확인됨 | 고객의 주문 조회 경로와 완료 화면 연결 |
| PG 승인은 있으나 쇼핑몰 주문 상태가 다름 | 승인 결과가 주문에 반영되는 과정 |
| PG에서 실패 또는 취소 상태가 확인됨 | 고객에게 안내할 현재 상태와 다시 진행할 절차 |
| 거래를 아직 특정하지 못함 | 식별 정보와 조회 범위, 담당자에게 전달할 기록 |
표는 조사 순서의 예시이며 운영자가 임의로 주문 상태를 고치는 지침이 아닙니다. 서로 다른 기록이 보이면 기술 담당자와 PG 지원 창구에 확인한 결과를 전달합니다. 고객에게는 거래를 확인 중이라는 사실과 다음 안내 시점을 알리고, 기존 거래 결과가 불분명한 동안에는 반복 결제를 권하지 않습니다.
문의 여러 건은 같은 단계끼리 모아봅니다
한 건의 문의를 확인했다면 이후에도 같은 조건에서 발생하는지 살펴볼 수 있습니다. 가상 쇼핑몰에서 모바일 인증 후 복귀 문의가 반복된다면, 기기와 브라우저, 선택한 결제수단, 주문 결과를 함께 모읍니다. 특정 조건에 문의가 몰리는 것은 시험할 범위를 정하는 단서입니다. 그 조건을 사용하는 고객 수가 많아서 문의도 많을 수 있으므로 문의 건수만으로 오류율을 단정하지 않습니다.
기록에는 조사에 필요한 정보만 남기고 열람할 담당자를 정합니다. 같은 문제를 찾기 위해 고객정보를 폭넓게 복사하는 방식보다 거래 식별자로 내부 기록을 연결하는 편이 관리 범위를 정하기 좋습니다. 기술 담당자에게 전달할 형식은 오류 상황 전달법과 연결해 사용할 수 있습니다.
시험은 해당 PG와 사이트 담당자가 안내한 환경·절차로 진행합니다. 테스트 환경에서 승인 화면이 보였다는 결과와 운영 환경의 실제 주문 반영을 구분하고, 실제 결제·문자·재고 변경이 발생하는 시험이라면 발생할 작업과 정리 방법까지 미리 정합니다.
결제 완료 수치와 실제 거래를 따로 대조합니다
분석 도구에서 결제 완료가 줄었다고 보여도 곧바로 실제 결제가 줄었다고 해석할 수는 없습니다. 사용 중인 도구에서 구매가 어느 시점에 어떤 방식으로 수집되는지 먼저 살펴봅니다. 분석 기록이 생성되는 지점이나 설정이 바뀌었다면 같은 주문도 다르게 집계될 수 있습니다.
가상 쇼핑몰에서 관리자 주문은 평소와 비슷한데 분석 도구의 구매만 급감했다면, 계측 변경이나 수집 누락을 먼저 조사할 이유가 있습니다. 반대로 실제 승인과 주문도 줄었다면 결제수단 선택 전후의 이용 과정을 더 살펴봅니다. 분석값은 조사 위치를 찾는 데 쓰고, 고객 한 명의 결제 성공 여부는 해당 거래 기록으로 확인합니다.
기록이 준비되지 않았다면 전환율을 계산한 것처럼 보고하기보다, 확인한 문의와 재현 결과를 먼저 정리하면 됩니다. “모바일 인증 이후 주문 확인으로 돌아오는 과정”처럼 다음에 점검할 구간이 구체적이면 담당자에게 요청할 내용도 분명해집니다. 필요한 수단이나 계약 조건을 비교할 때는 PG 4사 비교로 이어갈 수 있습니다.