상담에서 "결제만 붙이면 되죠?"라는 질문을 자주 받습니다. 그런데 실제 프로젝트에서 시간을 잡아먹는 건 결제 모듈이 아니라 그 앞뒤의 준비 — 사업자 서류, PG 심사, 회원 체계, 주문 데이터 설계입니다. 이 글은 개발 착수 전에 발주자(사업자)가 준비해야 할 것들을 실제 프로젝트 진행 순서대로 정리한 체크리스트입니다.
결제 툴 선택이 아직이라면 국내·해외 결제 툴 완전 비교 가이드를 먼저 읽고 오시는 것을 권합니다.
30초 요약
- •서류 3종(사업자등록·통신판매업 신고·정산 계좌)은 개발과 무관하게 발주자만 준비할 수 있는 것 — 가장 먼저 시작하세요. 통신판매업 신고는 구청/정부24에서 며칠이면 됩니다.
- •PG 심사는 '사이트 실사'가 포함되므로 상품 페이지·사업자 정보·약관 3종이 게시된 상태여야 합니다.
- •회원관리는 '나중에'가 가장 비쌉니다 — 비회원 주문만 받다가 회원 체계를 붙이면 주문 데이터 연결이 꼬입니다. 처음부터 회원/비회원 정책을 정하세요.
- •주문·결제 데이터는 법정 5년 보관 — 어디에(DB) 어떤 형태로 남길지가 개발 견적의 핵심 변수입니다.
1단계. 서류 준비 — 개발자가 대신 못 하는 것들
- 1.사업자등록 — 온라인 판매 업종 코드(전자상거래 소매업 등) 포함 여부 확인
- 2.통신판매업 신고 — 온라인으로 상품을 판매하면 의무. 정부24 또는 관할 구청에서 신고, 신고번호를 사이트 푸터에 표기해야 합니다
- 3.정산 계좌(사업자 명의) — PG 정산은 대표자 개인 계좌가 아닌 사업자 명의 계좌 권장
- 4.구매안전서비스(에스크로) 확인증 — 통신판매업 신고에 필요. PG 계약 후 PG사에서 발급받는 구조라, 실무에선 PG 가입 → 확인증 발급 → 통신판매업 신고 순서로 진행합니다
이 서류들은 병렬로 진행해도 1~2주가 걸립니다. 개발 시작과 동시에, 또는 그 전에 착수하는 것이 전체 일정의 열쇠입니다.
2단계. PG 심사 — 사이트가 이 상태여야 통과합니다
- •판매 상품과 가격이 실제로 게시된 상품 페이지
- •푸터에 상호·대표자·사업자등록번호·통신판매업 신고번호·연락처 표기
- •이용약관·개인정보처리방침·환불규정 3종 문서 게시
- •결제 흐름이 확인 가능한 상태 (테스트 결제 페이지라도)
3종 문서를 어떻게 준비하고 어디에 붙이는지는 결제 붙이기 전 필수 3종 문서 가이드에서 항목별로 정리했습니다. 심사 반려의 대부분은 코드가 아니라 이 게시 요건 미비에서 나옵니다.
PG사별 심사 기준·수수료 차이가 궁금하다면 토스페이먼츠 vs 포트원 완전 비교를 참고하세요.
3단계. 회원관리 — 개발 전에 정해야 할 4가지
회원 시스템은 '있다/없다'가 아니라 '어디까지'를 정하는 문제입니다. 이 4가지를 개발 전에 정하지 않으면 견적도, 일정도 흔들립니다.
① 회원 주문 vs 비회원 주문
초기에는 비회원 주문(이메일+연락처만)으로 시작하는 것이 전환율에 유리합니다. 다만 재구매·주문내역 조회·멤버십 혜택을 계획한다면 처음부터 회원 체계를 설계하세요. 비회원 주문 데이터를 나중에 회원과 연결하는 작업이 가장 비쌉니다.
② 가입 방식 — 이메일 vs 소셜 로그인
국내 고객 대상이면 카카오 로그인이 가입 전환율을 크게 올립니다. 해외 고객까지 대상이면 Google 로그인 + 이메일 가입을 기본으로. 소셜 로그인별로 받을 수 있는 정보(이메일·이름·연락처)가 다르므로 주문에 필요한 정보를 기준으로 선택해야 합니다.
③ 회원 등급·적립금이 정말 필요한가
등급·적립금·쿠폰은 각각 개발 범위를 크게 늘리는 기능입니다. 오픈 시점에는 회원가입 + 주문내역 조회만으로 시작하고, 등급·적립금은 재구매 데이터가 쌓인 뒤 2차 개발로 미루는 것이 대부분의 경우 합리적입니다.
④ 회원 DB에 무엇을 남길 것인가
- •필수: 이메일(로그인 ID), 이름, 연락처, 가입일, 동의 항목·일시
- •주문 연결: 회원 ID ↔ 주문 내역 (탈퇴 후에도 거래기록은 법정 기간 보관 — 분리 보관 설계 필요)
- •선택 동의: 마케팅 수신 여부는 반드시 별도 컬럼으로, 동의 일시와 함께.
수집 항목이 늘어날수록 개인정보처리방침도 함께 갱신해야 한다는 점을 잊지 마세요. 회원 DB 설계와 방침 문서는 한 몸입니다.
4단계. 주문·결제 데이터 — 견적을 좌우하는 숨은 변수
- •주문 데이터 보관: 전자상거래법상 계약·결제 기록은 5년 보관. 어떤 DB에 어떤 스키마로 남길지
- •결제 상태 관리: 결제 완료·취소·부분 환불 상태를 어디서 확인하고 처리할지 (관리자 페이지 범위)
- •알림: 주문 완료·배송 알림을 이메일/알림톡 중 무엇으로 보낼지 — 알림톡은 별도 비용·템플릿 심사 존재
- •정산 확인: PG 정산 주기와 내부 매출 집계를 어떻게 맞출지
구독 상품이라면 결제 실패 재시도·해지 처리 로직이 추가됩니다. 정기결제(구독) 붙이는 법에서 구조를 확인하세요.
결제 모듈 연동은 프로젝트의 20%입니다. 나머지 80%는 서류, 문서, 회원과 주문 데이터 설계입니다.
자주 묻는 질문 (FAQ)
통신판매업 신고 전에 판매를 시작해도 되나요?
안 됩니다. 온라인 판매는 신고 후 시작하는 것이 원칙이고, 미신고 판매는 과태료 대상입니다. 신고 자체는 어렵지 않으니 PG 계약(에스크로 확인증 발급)과 함께 개발 초기에 처리하세요.
회원 기능 없이 결제만 붙일 수 있나요?
가능합니다. 비회원 주문(구매자 정보 입력 → 결제)만으로도 판매는 시작됩니다. 다만 주문 조회·재구매 유도·고객 데이터 축적이 어려우므로, 단기 검증용이 아니라면 회원 체계를 함께 계획하는 것을 권합니다.
스마트스토어에서 팔고 있는데 이걸 다 준비해야 하나요?
스마트스토어는 네이버가 이 인프라를 대신 제공하는 구조라 별도 준비가 없었던 것입니다. 자체 쇼핑몰로 옮기면 이 체크리스트가 그대로 적용됩니다. 전환 시점 판단은 스마트스토어에서 자체 쇼핑몰로 — 언제, 왜 옮겨야 할까?에서 다뤘습니다.
준비물이 다 있으면 개발 기간은 얼마나 걸리나요?
범위에 따라 다르지만, 서류·문서·정책(회원/주문)이 확정된 상태라면 결제 연동 자체는 짧습니다. 일정이 늘어지는 프로젝트의 공통점은 개발 중에 정책이 바뀌는 것 — 이 글의 체크리스트를 개발 전에 확정하는 것이 최고의 일정 단축법입니다.
함께 읽으면 좋은 글
- •웹사이트에 결제를 붙이려면? 국내·해외 결제 툴 완전 비교 가이드
- •결제 붙이기 전 필수 3종 문서 — 이용약관·개인정보처리방침·환불규정
- •스마트스토어에서 자체 쇼핑몰로 — 언제, 왜 옮겨야 할까?
- •정기결제(구독) 붙이는 법 — 옵션 총정리 (2026)
EasySpark는 결제 연동 프로젝트를 서류 준비 단계부터 회원·주문 설계까지 함께 진행합니다. 우리 프로젝트에 뭐가 필요한지 진단이 필요하시다면 상담 신청 또는 가격 안내를 확인해 주세요.
이 글은 EasySpark 허수진 대표의 실무 내용이며, 사업 형태와 판매 상품마다 필요한 준비가 다를 수 있어 결과를 보장하지 않습니다. 맞춤 진단이 필요하시다면 편하게 상담 신청해주세요.
