빌더 기본 PG 직접 계약,
편의와 조건이 맞바뀝니다

편의와 비용을 제공 범위로 비교합니다. 플랫폼 기본 결제는 신청 · 설정이 연결되어 편리할 수 있고 직접 계약은 지원되는 범위에서 조건을 따로 검토할 수 있습니다. 어느 쪽이 맞는지는 실제 연결 가능성과 운영 담당 범위, 총비용을 같이 놓고 봐야 합니다. 각 견적의 제공 기능과 별도 비용 · 개발 · 운영 담당 범위를 정리합니다.

직접 계약의 요율이 낮아 보여도 연결 개발과 운영 지원을 따로 준비해야 한다면 해당 비용과 책임까지 같이 계산해야 합니다. 플랫폼의 제휴 정책과 지원 경로는 바뀔 수 있으므로 신청 시 공식 안내에서 다시 확인합니다. 현재 사용할 수 있는 경로를 확인한 뒤 같은 거래 조건으로 견적을 비교합니다. 실제 계약이 비교한 기능과 조건을 모두 포함하는지 확인합니다. 설정 변경에 따른 기능 · 문의 창구 · 유지 작업이 빠져 있지 않은지 점검합니다.

새 환경을 검증한 뒤 기존 결제를 전환합니다. PG 변경에는 신규 계약과 연동 외에도 이전 거래의 정산, 취소 · 환불과 데이터 조회가 연결됩니다. 새 결제창이 뜬다는 이유로 이전 계정을 바로 닫지 말고 전환일 전후 거래를 구분할 계획을 세웁니다. 기존 구독 상태와 다음 청구일, 사용 중인 식별정보와 신규 서비스 지원 범위를 정리합니다.

오전 주문은 기존 PG, 오후 주문은 새 PG에 남을 수 있으므로 주문별 사용 서비스를 저장해 취소 업무를 이어 갑니다. 이전 빌링키나 거래 이력이 자동으로 이전된다고 가정하지 말고 지원 여부와 재동의 필요성을 확인합니다. 새 환경의 시험을 끝낸 뒤 전환 시각과 담당자, 되돌릴 조건을 정해 설정을 변경합니다. 전환 기간에 각 고객이 한 경로에서만 청구되고 해지 요청도 올바르게 반영되는지 시험합니다.

매출 구간은 계산 예시와 제도를 구분합니다. 사업 규모에 따른 비용 비교는 고정비의 비중과 거래량 증가에 따른 조건 재검토를 함께 보는 작업입니다. 사이트의 예시 구간은 계산을 돕는 구분이며 공식 우대수수료 구간과 동일한 기준으로 오해하지 않아야 합니다. 예상 주문 금액과 건수, 수단 구성 및 운영 기간의 가정을 정리합니다.

월 매출이 두 배가 되어도 월 이용료는 그대로인 반면 비율 수수료는 거래액에 따라 달라지므로 항목별로 나눠 봅니다. 공식 우대 분류는 해당 제도의 매출 기준과 확인 절차에 따르며 임의의 월 매출 구간만으로 확정하지 않습니다. 현재 규모와 성장했을 때의 규모를 같은 산식에 넣고 비용 항목별 변화를 계산합니다. 운영 실적이 생기면 실제 자료로 값을 바꾸어 다시 확인합니다. 매출 증가로 조건 검토가 가능한 시점과 실제 적용 기준을 계약 담당자에게 확인합니다.

신청 경로가 다르면 연결 조건도 확인합니다. 빌더 안에서 신청하는 계약과 외부에서 직접 신청하는 계약은 지원 기능이나 연결 방식에 차이가 있을 수 있습니다. 이미 진행한 신청이 있다면 중복 계약을 시작하기 전에 현재 상태와 사용하려는 플랫폼을 먼저 확인합니다. 현재 계약명과 상품 · 버전, 필요한 기능과 공식 도움말 주소를 정리합니다.

결제 기능이 있는 빌더를 쓰면서 외부 계약도 검토한다면 먼저 외부 가맹점 연결을 지원하는지 확인해 불필요한 신청을 줄일 수 있습니다. 신청 경로가 다르다는 이유만으로 한쪽 조건이 항상 유리하거나 기능이 같다고 단정하지 않습니다. 현재 계약을 연결할 수 있는지와 새 신청이 필요한지를 공식 안내에 맞춰 확인합니다. 받은 답과 실제 설정 · 계약 문서가 같은 범위를 가리키는지 확인합니다. 발급된 상점 정보가 실제 사용할 사이트와 같은 계약을 가리키는지 점검합니다.

계약이 여러 개면 역할과 자료를 나누어 둡니다. 기존 PG와 신규 PG를 병행하거나 채널별 계약을 쓰는 경우에는 각 계약의 거래 · 정산 · 취소 범위를 구분해야 합니다. 같은 계좌나 관리자 이름이 있어도 실제 처리 주체가 다를 수 있어 문서로 연결해 두는 것이 좋습니다. 판매 채널과 주문번호 체계, 가맹점 정보와 고객 문의 경로를 정리합니다.

전환 기간에는 같은 날 같은 상품이 서로 다른 PG에서 결제될 수 있으므로 금액과 날짜만으로 거래를 찾지 않습니다. 다른 계약의 승인 · 조건을 현재 거래에도 자동으로 적용하지 않습니다. 주문이 어느 계약으로 처리되었는지 기록하고 해당 원거래 경로로 취소 · 조회를 진행합니다. 같은 상품이 다른 채널에서 판매되어도 취소 · 정산을 원거래 경로로 처리하는지 확인합니다. 월별 합계에 중복 · 누락이 없고 계약 종료 뒤 남는 거래의 담당이 정해졌는지 확인합니다.

빌더는 지원되는 신청 경로부터 확인합니다. 호스팅형 쇼핑몰이나 사이트 빌더는 미리 연결된 결제 기능을 설정하는 방식이 많습니다. 지원 PG와 요금제, 신청 경로가 제품마다 다를 수 있으므로 외부 계약을 먼저 맺기 전에 현재 관리자에서 연결 가능한 범위를 확인합니다. 플랫폼 제품명과 신청한 서비스, 접수번호 · 진행 단계와 필요한 결제 기능을 준비합니다.

같은 회사의 홈페이지 빌더와 쇼핑몰 솔루션도 지원 범위가 다를 수 있으므로 브랜드 이름만 말하기보다 사용 중인 제품을 알려 주세요. 특정 PG와 직접 계약했다고 해서 모든 빌더에 그 계약을 그대로 연결할 수 있는 것은 아닙니다. 관리자의 전자결제 안내를 확인하고 지원되는 서비스인지 문의한 뒤 신청 · 설정을 진행합니다. 발급된 상점 정보가 실제 사용할 사이트와 같은 계약을 가리키는지 점검합니다.

플랫폼 이전과 PG 계약 이전을 나누어 봅니다. 쇼핑몰 데이터를 새 빌더로 옮기는 작업과 결제 계약을 새 환경에 연결하는 작업은 별개일 수 있습니다. 기존 계약의 재사용 지원 여부, 주문 · 정기결제 이력과 취소 · 정산 업무가 어떻게 이어지는지 확인합니다. 기존 주문과 계약 정보, 새 플랫폼의 지원 범위, 도메인 · 결과 수신 주소를 정리합니다.

상품 데이터가 옮겨졌어도 기존 결제의 취소 권한이나 빌링키가 새 관리자에 자동 반영되는 것은 아닐 수 있습니다. 같은 PG 이름이 보인다는 이유만으로 모든 계약 · 이력 · 기능을 그대로 유지할 수 있다고 가정하지 않습니다. 새 플랫폼의 지원 경로로 연결 가능 여부를 확인하고 필요하면 신규 신청을 진행합니다. 전환 전후 주문이 각각 맞는 계약으로 처리되고 담당자가 구분해 조회할 수 있는지 확인합니다.

개발비는 구현할 결과를 기준으로 비교합니다. API 연동 견적은 결제창 표시뿐 아니라 결과 검증 · 주문 상태 · 취소 · 오류 · 운영 인수인계 범위를 포함해 읽어야 합니다. 어느 작업이 빠져 있는지 확인하면 낮은 초기 견적 뒤에 필요한 추가 작업을 파악하기 좋습니다. 관리자 경로와 거래 식별값, 실패 · 취소 · 정산 문의 절차 및 담당 연락처를 정리합니다.

완료 페이지 표시만 포함된 견적이라면 결과 수신과 금액 검증이 별도인지 먼저 물어보고 범위를 맞추는 것이 좋습니다. 개발 기간과 비용은 사이트 환경과 요구 기능에 따라 달라지므로 보편적인 단가나 날짜를 임의로 제시하지 않습니다. 개발 견적에서 구현 범위와 시험 · 수정 · 유지 지원을 나누어 확인합니다. 권한과 문서가 최신 상태이고 퇴사자 · 외주 업체의 불필요한 접근이 회수됐는지 확인합니다. 납품 결과가 실제 승인 · 취소 · 모바일 복귀까지 검증되었는지 확인합니다.

같은 견적을 받으려면 같은 정보를 전달합니다. 제공자마다 서로 다른 매출 가정이나 수단 구성을 보고 견적을 내면 결과를 비교하기 어렵습니다. 동일한 사업자 유형 · 품목 · 거래 규모와 필요한 기능을 전달하고 비용 · 정산 항목을 같은 질문으로 확인합니다. 견적 발급일과 유효기간, 사업자 유형 · 업종 · 매출 가정 및 신청 경로를 정리합니다.

한 곳에는 카드만, 다른 곳에는 간편결제와 정기결제까지 요청했다면 포함 범위를 맞춘 뒤 금액을 비교해야 합니다. 받지 않은 답을 예상으로 채워 업체별 실제 조건처럼 정리하지 않습니다. 비교할 제공자에게 같은 조건과 질문 목록을 전달해 서면 안내를 요청합니다. 최종 계약과 첫 청구에서 실제 적용되는 항목을 다시 확인합니다. 견적이 적용하는 가정과 유효기간, 제외 항목이 같은지 대조합니다.

첫 상담은 상황을 좁히는 정보부터 시작합니다. 처음부터 모든 계약 서류를 보내기보다 무엇을 판매하고 어떤 경로로 결제를 받으려는지 설명하면 다음 확인이 빨라집니다. 현재 막힌 단계와 이전 안내가 있다면 사실 그대로 알려 주면 준비 범위를 나누기 좋습니다. 상호 · 업종과 연락 가능한 번호, 운영 사이트 또는 판매 방식의 개요를 정리합니다.

이미 계약 견적을 받았다면 금액만 말하기보다 확인하고 싶은 비용 · 정산 · 지원 항목을 알려 주면 비교할 범위가 구체적이 됩니다. 첫 문의란에는 카드번호 · 비밀번호 · 신분증 같은 자료를 적지 말고 필요한 경우 안내된 안전한 제출 경로를 이용합니다. 현재 상황과 희망 일정을 전달하고 추가 자료가 필요한 항목과 공식 제출 경로를 안내받습니다. 전달한 자료의 접수와 다음 진행 순서를 확인해 기록합니다. 다음 작업의 담당자 · 자료 · 순서를 확인해 상담 뒤에도 이어갈 수 있게 기록합니다.