수단별 심사 · 비용 · 정산 차이
이 단계에서 결정할 것
- 고객의 주요 기기와 요청 수단, 평균 주문 금액과 업무 담당자를 정리합니다.
- 계약에서 지원하는 수단과 추가 신청이 필요한 수단을 나눠 도입 순서를 잡습니다.
PG결제 수단 구성의 첫 확인입니다. 지원 수단은 계약과 고객의 사용 흐름으로 고릅니다. 어떤 결제 수단을 먼저 열지는 주로 사용하는 고객 환경, 주문 금액과 입금 확인 업무에 따라 달라집니다. 수단별로 신청과 심사, 취소 · 정산 조건이 다를 수 있으므로 버튼 개수보다 운영할 수 있는 구성을 먼저 정합니다. 고객의 주요 기기와 요청 수단, 평균 주문 금액과 업무 담당자를 정리합니다. 계약에서 지원하는 수단과 추가 신청이 필요한 수단을 나눠 도입 순서를 잡습니다. 전체 흐름은 PG결제 안내에서 함께 볼 수 있습니다.
가상계좌를 도입하면 발급과 입금 완료를 구분해야 하므로 출고 담당자가 두 상태를 혼동하지 않게 표시하는 편이 좋습니다. 노출한 수단이 실제 승인된 설정과 일치하고 취소 · 정산까지 확인 가능한지 시험합니다. 베스트페이의 현재 안내에서는 롯데카드가 제외되며 지원 범위와 변경 사항은 실제 신청 시 확인합니다. 처음부터 가능한 모든 수단을 열기보다 고객이 자주 쓰는 방식과 운영자가 관리할 수 있는 범위부터 구성할 수 있습니다. 수단 추가에 필요한 신청 · 개발 · 취소 · 정산 업무를 함께 보면 선택이 명확해집니다.
카드 — 먼저 여는 이유
이 단계에서 결정할 것
- 신청한 수단과 카드사별 검토 상태, 보완 항목과 운영 설정을 준비합니다.
- 완료 안내를 받은 범위부터 설정 · 시험하고 남은 항목은 진행 상태를 확인합니다.
카드사별 사용 가능 상태를 따로 확인합니다. PG 신청 접수와 카드사별 사용 가능 상태는 같은 순간에 완료되지 않을 수 있습니다. 계약과 연동 준비가 끝나도 각 수단이 실제로 열렸는지 확인해야 고객 화면에 가능한 결제만 정확하게 안내할 수 있습니다. 신청한 수단과 카드사별 검토 상태, 보완 항목과 운영 설정을 준비합니다. 완료 안내를 받은 범위부터 설정 · 시험하고 남은 항목은 진행 상태를 확인합니다. 실제 주문과 취소, 정산 예정 정보가 올바르게 연결되는지 점검합니다.
일부 수단이 아직 준비 중이라면 모두 열린 것처럼 안내하기보다 현재 가능한 방법과 추가 진행 여부를 명확히 표시하는 편이 좋습니다. 주문서 표시와 실제 승인 가능 범위, 고객 문의 안내가 일치하는지 점검합니다. 현재 베스트페이에서는 롯데카드가 제외되며 향후 지원 여부는 개별 신청 시 최신 안내로 확인합니다. 개통 안내를 받았을 때는 신청했던 기능과 현재 사용 가능한 기능을 비교해 보는 것이 좋습니다. 카드사와 부가 수단이 서로 다른 일정으로 열릴 수 있어 고객에게 안내할 범위를 명확하게 정해야 합니다.

가상계좌 · 계좌이체
이 단계에서 결정할 것
- 신청한 수단의 지원 범위와 비용, 입금 · 취소 정책과 결과 수신 방식을 확인합니다.
- 발급 · 입금 대기 · 입금 완료 상태를 구분하고 결과를 주문과 연결합니다.
입금 방식의 차이를 운영 절차로 구분합니다. 계좌이체와 가상계좌는 고객이 돈을 보내는 흐름과 결과가 확정되는 시점이 다를 수 있습니다. 주문서에서 어떤 상태를 완료로 볼지, 입금 기한과 취소 · 환급을 어떻게 안내할지 수단별로 나눠 준비합니다. 신청한 수단의 지원 범위와 비용, 입금 · 취소 정책과 결과 수신 방식을 확인합니다. 발급 · 입금 대기 · 입금 완료 상태를 구분하고 결과를 주문과 연결합니다. 대기 주문이 완료로 잘못 표시되거나 이미 승인된 거래를 다시 받는 일이 없는지 확인합니다.
가상계좌 번호를 받았다는 사실만으로 상품을 출고하지 않고 실제 입금 결과를 확인한 뒤 다음 업무를 진행합니다. 입금 금액 · 기한과 주문 상태가 일치하고 환급 안내가 실제 처리 방식과 맞는지 시험합니다. 수단별 정액 · 비율 비용과 환불 처리 방식은 계약 · 공식 문서에서 확인하며 일괄적으로 단정하지 않습니다. 발급이나 접수만 끝난 결제는 아직 실제 대금이 확인되지 않은 상태일 수 있습니다. 대기 상태의 주문을 얼마 동안 유지하고 고객에게 무엇을 안내할지 정해 두면 출고 · 제공과 재결제 문의를 관리하기 좋습니다.
| 확인할 것 | 준비 · 확인 방법 | 판단 기준 |
|---|---|---|
| 자료 | 신청한 수단의 지원 범위와 비용, 입금 · 취소 정책과 결과 수신 방식을 확인합니다 | 수단별 대기 상태와 유효기간, 완료 확인 방식과 고객 안내를 정리합니다 |
| 진행 | 발급 · 입금 대기 · 입금 완료 상태를 구분하고 결과를 주문과 연결합니다 | 정해진 기한과 결과 조회에 따라 주문 상태를 갱신하고 고객에게 다음 행동을 안내합니다 |
| 결과 | 입금 금액 · 기한과 주문 상태가 일치하고 환급 안내가 실제 처리 방식과 맞는지 시험합니다 | 대기 주문이 완료로 잘못 표시되거나 이미 승인된 거래를 다시 받는 일이 없는지 확인합니다 |
간편결제 — 각 사 심사
이 단계에서 결정할 것
- 추가하려는 서비스와 현재 PG · 빌더 지원 범위, 대상 고객의 사용 비중을 확인합니다.
- 필요한 신청과 심사를 진행하고 승인된 설정으로 주문서에 노출합니다.
간편결제는 지원과 계약 상태를 먼저 확인합니다. 간편결제는 카드나 계좌 등의 수단을 사용자가 간단히 선택하도록 제공되는 방식이며 서비스마다 신청 · 심사 · 정산 조건이 다릅니다. 아이콘을 추가하는 작업과 실제 사용 권한을 여는 작업을 구분해서 진행합니다. 추가하려는 서비스와 현재 PG · 빌더 지원 범위, 대상 고객의 사용 비중을 확인합니다. 필요한 신청과 심사를 진행하고 승인된 설정으로 주문서에 노출합니다. 고객에게 표시할 안내와 실제 관리자 처리 기능이 같은 범위를 설명하는지 확인합니다.
버튼을 추가한 뒤에는 누른 횟수만 보기보다 결제 완료율과 취소 · 문의가 어떻게 달라졌는지 같은 기간으로 비교하면 좋습니다. 모바일 인증 후 복귀, 취소 기능과 정산 내역이 정상적으로 이어지는지 점검합니다. 모든 간편결제의 요율이나 심사 기간이 같지 않으며 카드 수수료에 항상 일정 금액이 더해진다고 단정하지 않습니다. 결제 수단을 신청할 때는 사용할 수 있는지 외에 취소 가능 범위 · 환급 방식과 정산 조건도 알아야 합니다. 고객 문의가 생겼을 때 실행할 수 있는 기능이 있어야 수단을 운영에 맞게 활용할 수 있습니다.
휴대폰 · 해외 카드
이 단계에서 결정할 것
- 대상 고객과 판매 품목, 결제 통화 · 금액, 필요한 수단과 플랫폼 지원 범위를 정리합니다.
- 추가 계약 · 심사와 개발 · 설정 항목을 확인해 적용 순서를 잡습니다.
해외 결제와 휴대폰 결제는 별도 지원 범위를 봅니다. 국내 카드결제가 열려 있어도 해외 카드나 휴대폰 결제가 자동으로 포함되지는 않을 수 있습니다. 고객 대상과 통화, 취소 · 정산 · 인증 조건이 달라 필요한 수단의 신청과 운영 범위를 따로 확인합니다. 대상 고객과 판매 품목, 결제 통화 · 금액, 필요한 수단과 플랫폼 지원 범위를 정리합니다. 추가 계약 · 심사와 개발 · 설정 항목을 확인해 적용 순서를 잡습니다. 화면에 노출한 기능이 실제 사용 가능한 권한과 설정을 갖췄는지 시험합니다.
해외 고객 문의가 생겼다면 단순히 카드 로고를 추가하기보다 해당 국가 · 통화 · 품목에서 지원되는 방식인지 먼저 확인합니다. 실제 고객 환경의 결제 · 취소와 표시 금액 · 정산 내역이 올바른지 시험합니다. 특정 수단의 비용이나 환급 기한을 다른 수단과 같다고 가정하지 않고 계약별 정책을 따릅니다. 서비스 소개에 어떤 기능이 나열되어 있어도 모든 가맹점에 같은 조건으로 열려 있다는 의미는 아닙니다. 현재 신청에 포함된 범위와 추가 심사 · 비용 · 개발이 필요한 기능을 구분해 도입 일정을 잡아야 합니다.
버튼 순서와 기본 선택
이 단계에서 결정할 것
- 수단별 선택 · 완료 · 실패 건수와 주요 기기, 고객 문의 내용을 정리합니다.
- 지원 범위 안에서 버튼 배치와 안내를 조정하고 같은 조건으로 결과를 비교합니다.
운영 데이터를 보고 노출 순서를 조정합니다. 결제 수단의 화면 순서는 고객이 자주 사용하는 방식과 모바일 환경을 고려해 정할 수 있습니다. 비용이 낮다는 이유만으로 기본 선택을 바꾸기보다 사용성과 실제 완료 결과를 같이 살펴보는 편이 좋습니다. 수단별 선택 · 완료 · 실패 건수와 주요 기기, 고객 문의 내용을 정리합니다. 지원 범위 안에서 버튼 배치와 안내를 조정하고 같은 조건으로 결과를 비교합니다. 고객 문의와 처리 시간도 같이 보면서 기능 유지 또는 수정 범위를 결정합니다.
고객층이 모바일을 주로 사용한다면 앱 전환 후 돌아오는 과정까지 확인한 뒤 수단 노출 순서를 정하면 좋습니다. 특정 수단의 인증 · 복귀가 어려워진 것은 아닌지와 취소 · 정산 처리에 변화가 없는지 확인합니다. 고객 동의 없이 원하지 않는 수단으로 결제를 강제하거나 비용 조건을 숨기는 배치는 사용하지 않습니다. 결제 화면이나 수단을 바꾼 뒤에는 방문자가 얼마나 눌렀는지와 실제로 결제를 마쳤는지를 구분해 봅니다. 행사와 가격 · 상품 구성이 달라졌다면 그 영향도 함께 적어 변경의 결과를 과도하게 해석하지 않는 것이 좋습니다.

