간편결제가 카드 위에 얹히는 구조
이 단계에서 결정할 것
- 추가하려는 서비스와 현재 PG · 빌더 지원 범위, 대상 고객의 사용 비중을 확인합니다.
- 필요한 신청과 심사를 진행하고 승인된 설정으로 주문서에 노출합니다.
PG 간편결제 연동의 첫 확인입니다. 간편결제는 지원과 계약 상태를 먼저 확인합니다. 간편결제는 카드나 계좌 등의 수단을 사용자가 간단히 선택하도록 제공되는 방식이며 서비스마다 신청 · 심사 · 정산 조건이 다릅니다. 아이콘을 추가하는 작업과 실제 사용 권한을 여는 작업을 구분해서 진행합니다. 추가하려는 서비스와 현재 PG · 빌더 지원 범위, 대상 고객의 사용 비중을 확인합니다. 필요한 신청과 심사를 진행하고 승인된 설정으로 주문서에 노출합니다. 고객에게 표시할 안내와 실제 관리자 처리 기능이 같은 범위를 설명하는지 확인합니다. 전체 흐름은 PG결제 안내에서 함께 볼 수 있습니다.
버튼을 추가한 뒤에는 누른 횟수만 보기보다 결제 완료율과 취소 · 문의가 어떻게 달라졌는지 같은 기간으로 비교하면 좋습니다. 모바일 인증 후 복귀, 취소 기능과 정산 내역이 정상적으로 이어지는지 점검합니다. 모든 간편결제의 요율이나 심사 기간이 같지 않으며 카드 수수료에 항상 일정 금액이 더해진다고 단정하지 않습니다. 결제 수단을 신청할 때는 사용할 수 있는지 외에 취소 가능 범위 · 환급 방식과 정산 조건도 알아야 합니다. 고객 문의가 생겼을 때 실행할 수 있는 기능이 있어야 수단을 운영에 맞게 활용할 수 있습니다.
각 사 심사와 기간
이 단계에서 결정할 것
- 신청한 수단과 카드사별 검토 상태, 보완 항목과 운영 설정을 준비합니다.
- 완료 안내를 받은 범위부터 설정 · 시험하고 남은 항목은 진행 상태를 확인합니다.
카드사별 사용 가능 상태를 따로 확인합니다. PG 신청 접수와 카드사별 사용 가능 상태는 같은 순간에 완료되지 않을 수 있습니다. 계약과 연동 준비가 끝나도 각 수단이 실제로 열렸는지 확인해야 고객 화면에 가능한 결제만 정확하게 안내할 수 있습니다. 신청한 수단과 카드사별 검토 상태, 보완 항목과 운영 설정을 준비합니다. 완료 안내를 받은 범위부터 설정 · 시험하고 남은 항목은 진행 상태를 확인합니다. 실제 주문과 취소, 정산 예정 정보가 올바르게 연결되는지 점검합니다.
일부 수단이 아직 준비 중이라면 모두 열린 것처럼 안내하기보다 현재 가능한 방법과 추가 진행 여부를 명확히 표시하는 편이 좋습니다. 주문서 표시와 실제 승인 가능 범위, 고객 문의 안내가 일치하는지 점검합니다. 현재 베스트페이에서는 롯데카드가 제외되며 향후 지원 여부는 개별 신청 시 최신 안내로 확인합니다. 개통 안내를 받았을 때는 신청했던 기능과 현재 사용 가능한 기능을 비교해 보는 것이 좋습니다. 카드사와 부가 수단이 서로 다른 일정으로 열릴 수 있어 고객에게 안내할 범위를 명확하게 정해야 합니다.

정산 · 수수료 차이
이 단계에서 결정할 것
- 최근 기간의 수단별 거래액과 건수, 취소 및 평균 주문 금액을 정리합니다.
- 비율 수수료와 건당 수수료를 각 수단에 맞게 계산한 뒤 월 고정비를 더합니다.
수단 비율이 달라지면 전체 비용도 달라집니다. 카드, 계좌이체, 가상계좌와 간편결제는 과금 단위와 취소 · 정산 조건이 다를 수 있습니다. 고객이 사용하는 비중을 모르면 낮아 보이는 한 수단의 요율만으로 월 전체 부담을 예상하기 어렵습니다. 최근 기간의 수단별 거래액과 건수, 취소 및 평균 주문 금액을 정리합니다. 비율 수수료와 건당 수수료를 각 수단에 맞게 계산한 뒤 월 고정비를 더합니다. 취소가 발생한 경우 실제 비용 조정 규칙까지 적용되는지 확인합니다.
소액 주문이 많다면 건당 비용의 영향이 커질 수 있고 고액 주문 중심이라면 비율 차이가 더 크게 나타날 수 있습니다. 전체 비용을 전체 거래액으로 나눈 참고 비율과 고객의 결제 완료 흐름을 같이 봅니다. 비용만 줄이려고 고객이 자주 쓰는 수단을 제거하기보다 결제 성공 · 이탈과 운영 편의까지 함께 검토합니다. 카드처럼 비율로 비교하는 수단과 건당 비용이 있는 수단을 같은 요율 열에 넣으면 계산이 어긋날 수 있습니다. 과금 단위와 최소 비용, 취소 시 비용 조정 및 세금 기준을 함께 표시해 비교해야 합니다.
| 확인할 것 | 준비 · 확인 방법 | 판단 기준 |
|---|---|---|
| 자료 | 최근 기간의 수단별 거래액과 건수, 취소 및 평균 주문 금액을 정리합니다 | 수단별 거래액 · 건수와 비율 · 정액 · 최소 비용, 세금 포함 여부를 준비합니다 |
| 진행 | 비율 수수료와 건당 수수료를 각 수단에 맞게 계산한 뒤 월 고정비를 더합니다 | 각 수단의 계약 산식으로 월 비용을 계산하고 필요한 고정비를 별도로 더합니다 |
| 결과 | 전체 비용을 전체 거래액으로 나눈 참고 비율과 고객의 결제 완료 흐름을 같이 봅니다 | 취소가 발생한 경우 실제 비용 조정 규칙까지 적용되는지 확인합니다 |
노출 순서와 기본 선택
이 단계에서 결정할 것
- 수단별 선택 · 완료 · 실패 건수와 주요 기기, 고객 문의 내용을 정리합니다.
- 지원 범위 안에서 버튼 배치와 안내를 조정하고 같은 조건으로 결과를 비교합니다.
운영 데이터를 보고 노출 순서를 조정합니다. 결제 수단의 화면 순서는 고객이 자주 사용하는 방식과 모바일 환경을 고려해 정할 수 있습니다. 비용이 낮다는 이유만으로 기본 선택을 바꾸기보다 사용성과 실제 완료 결과를 같이 살펴보는 편이 좋습니다. 수단별 선택 · 완료 · 실패 건수와 주요 기기, 고객 문의 내용을 정리합니다. 지원 범위 안에서 버튼 배치와 안내를 조정하고 같은 조건으로 결과를 비교합니다. 고객 문의와 처리 시간도 같이 보면서 기능 유지 또는 수정 범위를 결정합니다.
고객층이 모바일을 주로 사용한다면 앱 전환 후 돌아오는 과정까지 확인한 뒤 수단 노출 순서를 정하면 좋습니다. 특정 수단의 인증 · 복귀가 어려워진 것은 아닌지와 취소 · 정산 처리에 변화가 없는지 확인합니다. 고객 동의 없이 원하지 않는 수단으로 결제를 강제하거나 비용 조건을 숨기는 배치는 사용하지 않습니다. 결제 화면이나 수단을 바꾼 뒤에는 방문자가 얼마나 눌렀는지와 실제로 결제를 마쳤는지를 구분해 봅니다. 행사와 가격 · 상품 구성이 달라졌다면 그 영향도 함께 적어 변경의 결과를 과도하게 해석하지 않는 것이 좋습니다.
효과는 주문 결과로
이 단계에서 결정할 것
- 변경 전후 기간과 방문 · 주문 · 완료 건수, 수단별 실패 · 취소 기록을 준비합니다.
- 비교 조건을 맞춰 완료 흐름을 살피고 이탈이 큰 기기 · 단계부터 확인합니다.
변경 효과는 같은 조건의 주문 결과로 봅니다. 결제 화면이나 수단을 바꾼 뒤에는 방문자가 얼마나 눌렀는지와 실제로 결제를 마쳤는지를 구분해 봅니다. 행사와 가격 · 상품 구성이 달라졌다면 그 영향도 함께 적어 변경의 결과를 과도하게 해석하지 않는 것이 좋습니다. 변경 전후 기간과 방문 · 주문 · 완료 건수, 수단별 실패 · 취소 기록을 준비합니다. 비교 조건을 맞춰 완료 흐름을 살피고 이탈이 큰 기기 · 단계부터 확인합니다. 차이가 큰 날짜나 수단부터 원주문과 결과 화면을 확인합니다.
버튼 위치를 바꾸는 시험이라면 동시에 수수료 · 상품 가격까지 바꾸지 않아야 어느 변화가 고객 행동에 영향을 줬는지 보기 쉽습니다. 고객 문의와 처리 시간도 같이 보면서 기능 유지 또는 수정 범위를 결정합니다. 일부 기간의 결과만으로 특정 수단이 모든 사업자의 매출을 늘린다고 단정하지 않습니다. 결제 데이터를 볼 때는 승인 건수만 늘었는지보다 결제 완료, 취소, 수단 구성과 재구매 흐름을 함께 살펴보는 것이 좋습니다. 집계 기준일과 거래 상태가 다르면 지표가 달라져 원인을 잘못 읽기 쉽습니다.
자주 막히는 세 가지
이 단계에서 결정할 것
- 추가 수단의 계약 · 개발 범위, 기존 주문 흐름과 시험 시나리오를 정리합니다.
- 지원되는 설정으로 노출하고 승인 · 실패 · 취소와 모바일 복귀를 각각 시험합니다.
수단을 추가할 때 기존 흐름도 다시 시험합니다. 새로운 간편결제나 계좌 수단을 붙이면 주문서 배치 · 기본 선택 · 결과 처리와 취소 업무가 달라질 수 있습니다. 추가한 기능만 보지 않고 기존 수단과 함께 정상적으로 운영되는지 확인하는 것이 좋습니다. 추가 수단의 계약 · 개발 범위, 기존 주문 흐름과 시험 시나리오를 정리합니다. 지원되는 설정으로 노출하고 승인 · 실패 · 취소와 모바일 복귀를 각각 시험합니다. 명세를 합칠 때 수단별 금액과 건수, 비용 단위가 빠지지 않는지 확인합니다.
공통 완료 페이지를 쓴다면 수단별로 다른 대기 · 입금 상태를 잘못 완료로 표시하지 않는지 확인해야 합니다. 기존 수단의 선택과 결과 반영이 유지되고 명세에서 새 수단을 구분할 수 있는지 확인합니다. 화면에 버튼을 추가했다는 이유로 심사와 운영 준비가 모두 끝난 것으로 안내하지 않습니다. 여러 수단을 사용하면 결제 완료와 취소 · 정산이 표시되는 방식이 다를 수 있습니다. 주문은 하나의 형식으로 관리하더라도 원거래 수단과 식별값을 남겨 두면 문의와 월 마감에서 올바른 경로를 찾기 쉽습니다.

