쇼핑몰·앱·예약 화면에서 구매자가 결제창을 거쳐 대금을 치르는 비대면 결제 방식입니다. 카드 직접 입력형, 간편결제 호출형, 저장 결제(빌키) 자동청구형으로 나뉘며, 어떤 형태를 첫 화면에 앞세우느냐에 따라 같은 상품이라도 구매 완료율이 달라집니다.
사라지는 손님
구매 포기는 대개 광고나 상품 탓이 아니라 결제 화면 안에서 일어납니다. 손님은 이유를 말해주지 않고 떠나기 때문에, 어느 화면에서 끊겼는지 구간을 나눠 들여다보는 것이 출발점입니다. 결제 인프라 전체의 큰 그림은 전자결제시스템 안내에서, 카드 입력형 흐름의 상세는 온라인카드결제 페이지에서 이어 볼 수 있습니다.
이탈 지도
손님의 결제 여정을 다섯 지점으로 쪼개 보면, 지점마다 새는 이유와 처방이 다릅니다. 한꺼번에 고치려 하지 말고 가장 많이 새는 지점부터 손보는 편이 빠릅니다.
상세페이지에서 결제 화면으로 넘어갈 때 새 창이 뜨거나 페이지가 통째로 이동하면, 그 찰나에 망설임이 생깁니다. 같은 화면 위에 레이어로 결제창을 띄우고 주문 정보를 자동으로 넘겨받는 구성이 기본기입니다.
목록이 길수록 고르다 지칩니다. 주력 고객층이 쓰는 페이를 상단에 고정하고, 최근 사용 수단을 기억해 다음 방문 때 먼저 보여줍니다.
인증 앱 전환 후 복귀하지 못하는 이탈이 잦습니다. 카드사 정책 범위 안에서 인증 절차를 화면 안에 머물게 구성하고 세션을 유지합니다.
“승인에 실패했습니다” 한 줄로 끝내면 손님도 끝냅니다. 실패 사유를 풀어 보여주고 다른 수단으로 한 번에 갈아탈 버튼을 둡니다.
주문이 됐는지 불안하면 문의와 중복 결제가 늘어납니다. 완료 화면에 주문 번호·영수증·알림 예고를 모아 다음 구매 신뢰를 쌓습니다.
구매자 유형
수단을 많이 붙이는 것보다, 우리 손님이 누구인지에 맞춰 노출 순서를 정하는 일이 먼저입니다. 디저트 예약 주문몰과 건강기능식품몰의 첫 화면 구성이 같을 수 없습니다.
카카오·네이버·토스 페이에 익숙한 다수파. 첫 화면 상단 노출과 저장 수단 기억으로 입력 없이 끝내게 합니다.
간편결제 우선 정렬법인카드 결제나 가족 카드 사용처럼 입력형이 필요한 경우. 자동 포커스 이동과 숫자 키패드 호출로 입력 부담을 줄입니다.
입력 칸 최소 구성VISA·JCB 입력과 알리·위챗 호출을 함께 두고, 통화·언어 표기를 손님 기준으로 바꿔 낯섦에서 오는 이탈을 막습니다.
국제 카드 + QR 병행카드가 없는 손님에게는 휴대폰 결제가 사실상 유일한 문입니다. 전자책·게임 아이템처럼 소액 콘텐츠 매출에서 비중이 큽니다.
통신사 청구 경로금액이 클수록 이체·가상계좌와 증빙을 찾습니다. 입금 확인 알림과 영수증 동선을 명확히 해 결정 직전의 불안을 덜어줍니다.
이체 · 가상계좌 + 증빙온라인 클래스·정기 배송 구독자는 최초 1회만 등록하고 이후엔 자동 청구됩니다. 만료 카드 갱신 동선이 해지 방어의 핵심입니다.
저장 결제 · 자동 청구구축 순서
어느 화면에서 끊기는지 데이터로 확인
고객층·객단가 기준 노출 우선순위 결정
입력 칸·인증 동선을 최소로 구성
PC·모바일·앱에서 실결제 점검
실패 건 사유 분석과 재시도 안내
접점별 동선
PC 마우스, 모바일 엄지, 앱 안의 전환 — 디바이스가 바뀌면 손님의 움직임도 바뀝니다. 접점별로 결제 화면을 따로 점검해야 보이지 않던 이탈이 잡힙니다.
결제창 뒤편에서 승인 요청이 오가는 구조가 궁금하다면 PG 결제 시스템 페이지에서 흐름도와 함께 볼 수 있습니다. 이 페이지는 그 앞단 — 손님 눈에 보이는 화면 — 을 다룹니다.
넓은 화면과 키보드 입력이 강점입니다. 페이지를 떠나지 않는 레이어형 결제창으로 구매 맥락을 끊지 않는 것이 핵심입니다.
결제 버튼은 엄지가 닿는 하단에 고정하고, 키보드가 올라와도 버튼이 가려지지 않게 합니다. 페이 앱으로 나갔다 돌아오는 복귀 동선 점검이 필수입니다.
앱 안 WebView 는 외부 전환에서 화면이 깨지기 쉬운 지점입니다. SDK 직접 호출 방식과 비교해 전환·복귀가 매끄러운 쪽을 택합니다.
두 번째 구매부터는 입력이 없어야 합니다. 저장된 수단을 첫 화면에 보여주고 본인 확인만 거치면, 단골의 결제는 몇 초 안에 끝납니다.
구간별 점검표
아래 표는 운영 현장에서 자주 보이는 이탈 신호와 그에 대응하는 설계 처방을 구간별로 정리한 점검표입니다. 우리 쇼핑몰의 실제 수치는 주문·결제 로그를 함께 보며 채워 넣습니다.
| 구간 | 자주 보이는 이탈 신호 | 설계 처방 |
|---|---|---|
| 결제창 진입 | 새 창 전환 직후 닫힘 | 같은 화면 레이어 호출 |
| 수단 선택 | 목록만 스크롤하다 미선택 | 주력 페이 상단 고정 |
| 본인 인증 | 인증 앱 전환 후 미복귀 | 세션 유지 · 복귀 자동 감지 |
| 승인 응답 | 실패 후 재시도 없음 | 사유 표기 + 대체 수단 제안 |
| 완료 직후 | 주문 확인 문의 증가 | 완료 화면에 번호·영수증 정리 |
| 점검 주기 | 월 1회, 구간별 잔존 흐름을 전월과 비교 — 처방 효과 검증 | |
안심 신호
결제 직전의 망설임은 결국 신뢰의 문제입니다. 구매자 눈에 보이는 인증 절차와 보이지 않는 뒷단의 보호 장치가 함께 갖춰져야 마지막 클릭이 가벼워집니다. 이 보호 장치를 누가 책임지는 구조인지는 PG사 개념 안내에서 따로 정리되어 있습니다.
복구 운영
이탈 방지는 오픈 전 설계로 끝나지 않습니다. 매일 쌓이는 미완료 거래를 사유별로 분류하고 후속 안내를 보내는 운영이 붙어야 새는 매출이 줄어듭니다. 매장 단말까지 함께 쓰는 환경이라면 PG카드단말기 페이지의 운영 안내와 이어집니다.
한도·오입력·인증 중단을 나눠 후속 조치를 다르게.
중단 손님에게 이어서 결제할 수 있는 안내 제공.
전체 환불 대신 일부 금액만 돌려주는 처리 지원.
운영·정산·개발 계정을 나눠 실수 범위를 차단.
방치 vs 설계
기능만 붙여 둔 결제 화면과, 손님 동선을 기준으로 다듬은 화면은 같은 트래픽에서도 다른 결과를 냅니다.
| 구간 | 방치된 결제 환경 | 이탈 방지 설계 |
|---|---|---|
| 결제창 진입 | 새 창 전환 · 주문 정보 재입력 | 같은 화면 레이어 · 정보 자동 인계 |
| 입력 단계 | 회원가입 강제 · 긴 입력 폼 | 비회원 허용 · 칸 최소화 · 자동 포커스 |
| 수단 노출 | 전 수단 나열 · 순서 무작위 | 고객층 기준 정렬 · 최근 수단 기억 |
| 인증 동선 | 앱 전환 후 복귀 끊김 | 세션 유지 · 복귀 자동 감지 |
| 실패 처리 | 실패 문구 한 줄로 종료 | 사유 풀이 + 대체 수단 원클릭 |
| 재구매 | 매번 처음부터 입력 | 저장 수단 원터치 + 본인 확인만 |
| 환불 안내 | 규정이 약관 깊숙이 숨음 | 결제 화면에 환불 규정 고지 |
자주 묻는 질문
데이터 기반 진단
최근 두세 달의 주문·결제 로그나 호스팅몰 통계 화면을 공유해 주시면, 구간별로 새는 지점을 함께 짚고 수단 노출 순서·결제창 동선·실패 복구 운영까지 담은 구축안을 정리해 드립니다. 이미 운영 중인 쇼핑몰의 개선 진단도 같은 방식으로 진행됩니다.