기준 여덟 가지 — 왜 이것들인가
기준점수 — 세 가지 확인
- 필수 조건과 있으면 좋은 조건을 구분하고 항목별 근거 자료를 준비합니다.
- 서비스별로 확인됨 · 추가 확인 · 미지원 상태를 표시한 뒤 중요 항목부터 비교합니다.
- 점수는 참고 도구로만 쓰고 미지원 필수 기능이 있는지 마지막으로 확인합니다.
PG사 선택 기준의 첫 확인입니다. 필수 조건을 통과한 뒤 비교 점수를 매깁니다. 선택 기준에는 업종 적합성, 결제 수단, 연동 가능성, 비용과 정산, 운영 지원이 포함됩니다. 반드시 필요한 기능을 먼저 걸러내고 그다음 중요도에 따라 비교해야 불필요한 항목의 점수로 판단이 흐려지지 않습니다. 필수 조건과 있으면 좋은 조건을 구분하고 항목별 근거 자료를 준비합니다. 서비스별로 확인됨 · 추가 확인 · 미지원 상태를 표시한 뒤 중요 항목부터 비교합니다. 변경으로 얻는 이점과 추가 개발 · 이전 · 운영 부담이 균형을 이루는지 검토합니다. 전체 흐름은 PG사 안내에서 함께 볼 수 있습니다.
개발 인력이 없는 사업자는 저렴한 개발형 견적보다 현재 빌더에서 설정으로 사용할 수 있는지가 더 중요한 기준일 수 있습니다. 점수는 참고 도구로만 쓰고 미지원 필수 기능이 있는지 마지막으로 확인합니다. 비교 패널이 출력한 결과는 조건 정리를 돕는 안내이며 심사 결과나 특정 회사 추천을 자동 확정하지 않습니다. 사업자가 PG를 비교하는 이유는 비용, 연동 가능성 또는 운영 불편처럼 서로 다를 수 있습니다. 해결하려는 문제를 먼저 적고 꼭 필요한 조건을 정하면 많은 항목을 보더라도 결정해야 할 기준을 유지할 수 있습니다.
| 확인할 것 | 준비 · 확인 방법 | 판단 기준 |
|---|---|---|
| 자료 | 필수 조건과 있으면 좋은 조건을 구분하고 항목별 근거 자료를 준비합니다 | 현재 불편과 유지해야 할 기능, 바꿀 수 있는 조건과 검토 기한을 적습니다 |
| 진행 | 서비스별로 확인됨 · 추가 확인 · 미지원 상태를 표시한 뒤 중요 항목부터 비교합니다 | 후보 서비스의 같은 항목을 비교하고 현재 계약에서 해결 가능한 부분도 함께 확인합니다 |
| 결과 | 점수는 참고 도구로만 쓰고 미지원 필수 기능이 있는지 마지막으로 확인합니다 | 변경으로 얻는 이점과 추가 개발 · 이전 · 운영 부담이 균형을 이루는지 검토합니다 |
업종 심사 · 지원 수단
기준점수 — 세 가지 확인
- 대표 품목과 가격, 공급 · 제공 시점, 취소 규정, 신청 경로를 준비합니다.
- 검토 요청을 받은 항목별로 현재 상태와 보완 자료를 묶어 담당자에게 전달합니다.
- 제출한 주소와 실제 결제 화면이 같은 상품 · 조건을 설명하는지 확인합니다.
심사는 상품과 거래 흐름을 함께 봅니다. 검토 대상은 업종 이름 하나에 한정되지 않습니다. 어떤 대가를 받고 언제 상품이나 서비스를 제공하는지, 고객이 취소하면 어떻게 처리하는지와 판매 자료의 일치 여부까지 연결해서 살펴보는 과정입니다. 대표 품목과 가격, 공급 · 제공 시점, 취소 규정, 신청 경로를 준비합니다. 검토 요청을 받은 항목별로 현재 상태와 보완 자료를 묶어 담당자에게 전달합니다. 사이트 안내와 신청 자료가 같은 책임 구조를 가리키는지 대조합니다.
배송이 긴 주문 제작 상품은 제작 시작 시점과 납기 안내를 나누어 보여 주면 거래의 구조를 더 분명하게 전달할 수 있습니다. 제출한 주소와 실제 결제 화면이 같은 상품 · 조건을 설명하는지 확인합니다. 접수와 이용 승인은 다른 단계이며 카드사별 결과나 추가 서류에 따라 개통 순서가 달라질 수 있습니다. 검토 요청을 이해하려면 누가 대금을 받고 고객에게 무엇을 제공하며 문제가 생겼을 때 누가 책임지는지를 확인하면 됩니다. 업종별 표현이 달라도 자료가 설명해야 할 거래의 기본 구조는 연결되어 있습니다.

연동 방식 · 정산 주기
기준점수 — 세 가지 확인
- 현재 사이트 제작 방식과 개발 인력, 필요한 자동화 수준과 주문량을 적습니다.
- 각 방식의 신청 · 개발 · 운영 역할을 나누어 누가 무엇을 맡을지 정합니다.
- 시험 결과와 인수인계 자료를 확인한 뒤 실제 지원 범위로 개통합니다.
연동 방식은 유지할 수 있는 범위로 고릅니다. 설정형 모듈, 개발형 API와 링크 청구는 주문 정보가 만들어지고 결과를 관리하는 방식이 다릅니다. 처음 붙이는 비용 외에 담당자가 취소 · 오류 · 변경을 처리할 수 있는지도 함께 보면 선택이 더 분명해집니다. 현재 사이트 제작 방식과 개발 인력, 필요한 자동화 수준과 주문량을 적습니다. 각 방식의 신청 · 개발 · 운영 역할을 나누어 누가 무엇을 맡을지 정합니다. 어느 단계도 담당자 없이 빠져 있지 않고 실패 시 문의할 경로가 있는지 확인합니다.
건별 상담 뒤 대금이 확정되는 서비스는 링크 청구가 맞을 수 있고 재고 · 배송 자동 처리가 중요하면 주문 시스템 연동이 필요할 수 있습니다. 시험 결과와 인수인계 자료를 확인한 뒤 실제 지원 범위로 개통합니다. 어느 방식이 언제나 저렴하거나 빠르다고 단정하지 않고 현재 환경과 지원되는 조건으로 비교합니다. PG가 제공하는 결제 기능과 사이트가 만들어야 하는 주문 · 알림 · 권한 관리 사이의 경계를 알아야 개발 범위가 정해집니다. 빌더에서는 일부 기능을 대신 제공할 수 있고 자체 사이트에서는 직접 구현할 부분이 늘어납니다.
수수료 구조 · 유보 조건
기준점수 — 세 가지 확인
- 수단별 요율과 정액 비용, 부가세 표기, 월 이용료 · 초기 비용을 준비합니다.
- 동일한 예상 거래액과 건수를 넣고 반복 비용과 일회성 비용을 구분해 계산합니다.
- 산출한 총액에 빠진 항목이 없는지 견적서 · 계약서와 비교합니다.
요율과 고정비를 분리하면 비교가 쉬워집니다. 결제 금액에 비례하는 비용과 거래 건수에 붙는 비용, 월 단위로 발생하는 비용은 계산 방식이 다릅니다. 보이는 요율 한 줄을 서로 비교하기 전에 어떤 서비스와 수단이 포함되어 있는지부터 같은 기준으로 놓습니다. 수단별 요율과 정액 비용, 부가세 표기, 월 이용료 · 초기 비용을 준비합니다. 동일한 예상 거래액과 건수를 넣고 반복 비용과 일회성 비용을 구분해 계산합니다. 실제 명세에서 공제된 비용이 같은 기준을 따르는지 비교합니다.
월 거래액이 작은 시기에는 요율 차이보다 매달 고정적으로 나가는 비용이 전체 부담에서 차지하는 비중이 클 수 있습니다. 산출한 총액에 빠진 항목이 없는지 견적서 · 계약서와 비교합니다. 공개된 카드사 우대수수료율을 PG의 모든 이용 비용이 포함된 최종 요율로 해석하지 않습니다. 같은 요율이라고 적혀 있어도 승인 금액, 취소 반영 후 금액이나 특정 수단에만 적용되는 조건일 수 있습니다. 적용 대상을 정확히 적어야 거래액이 바뀌거나 취소가 많아질 때 비용을 해석할 수 있습니다.
고객 대응 · 계약 유연성
기준점수 — 세 가지 확인
- 문의 채널, 운영 시간, 장애 공지 위치와 계약상 대응 범위를 확인합니다.
- 문제 유형별로 주문번호 · 발생 시각 · 화면과 오류 내용을 묶는 양식을 준비합니다.
- 접수 번호와 담당자, 다음 안내 시점을 기록하고 해결 후 재발 여부를 점검합니다.
운영 문의는 창구와 처리 범위를 같이 봅니다. 결제 서비스의 고객 대응은 연락 방법뿐 아니라 장애 접수, 취소 문제, 정산 문의와 기술 지원의 범위까지 포함합니다. 계약 전 어떤 상황을 누구에게 전달할지 알아두면 실제 문제가 생겼을 때 정보가 덜 흩어집니다. 문의 채널, 운영 시간, 장애 공지 위치와 계약상 대응 범위를 확인합니다. 문제 유형별로 주문번호 · 발생 시각 · 화면과 오류 내용을 묶는 양식을 준비합니다. 계약 후에도 같은 창구와 운영 시간 · 지원 범위가 유지되는지 확인합니다.
야간에 결제가 어려워지면 무작정 반복 결제를 유도하기보다 장애 공지와 원거래 상태를 확인하고 고객에게 현재 상태를 알립니다. 접수 번호와 담당자, 다음 안내 시점을 기록하고 해결 후 재발 여부를 점검합니다. 항상 즉시 응답하거나 특정 수준의 손해를 배상한다는 약속은 계약에 확인된 범위가 아니면 게시하지 않습니다. 가입을 도와주는 창구, 결제를 처리하는 서비스와 플랫폼 개발 지원은 서로 다를 수 있습니다. 어떤 문제를 누구에게 전달할지 정리해 두면 문의가 여러 곳을 도는 일을 줄이기 좋습니다.
점수표로 고르는 법
기준점수 — 세 가지 확인
- 필수 조건과 선호 조건, 항목별 중요도와 확인 근거를 정합니다.
- 먼저 필수 조건 충족을 확인한 뒤 선호 항목을 같은 기준으로 비교합니다.
- 점수 합계 외에 미확인 · 미지원 항목과 계약의 예외가 남았는지 검토합니다.
점수표는 확인 근거를 붙여 사용합니다. 서비스 선택 점수는 사업자가 중요하게 여기는 기준을 정리하는 도구입니다. 실제로 확인되지 않은 항목에 높은 점수를 주거나 필수 기능의 미지원을 다른 장점으로 덮으면 선택을 잘못할 수 있습니다. 필수 조건과 선호 조건, 항목별 중요도와 확인 근거를 정합니다. 먼저 필수 조건 충족을 확인한 뒤 선호 항목을 같은 기준으로 비교합니다. 점수는 참고 도구로만 쓰고 미지원 필수 기능이 있는지 마지막으로 확인합니다. 서비스별로 확인됨 · 추가 확인 · 미지원 상태를 표시한 뒤 중요 항목부터 비교합니다.
개발자가 없는 사업자는 연동 지원이 필수 조건일 수 있어 단순히 요율 점수가 높은 안을 고르지 않도록 구분할 수 있습니다. 점수 합계 외에 미확인 · 미지원 항목과 계약의 예외가 남았는지 검토합니다. 표의 점수를 객관적인 PG사 순위나 승인 가능성 수치처럼 게시하지 않습니다. 선택 기준에는 업종 적합성, 결제 수단, 연동 가능성, 비용과 정산, 운영 지원이 포함됩니다. 반드시 필요한 기능을 먼저 걸러내고 그다음 중요도에 따라 비교해야 불필요한 항목의 점수로 판단이 흐려지지 않습니다.

