배경: 결제보다 세금이 문제다
한국에서 1인으로 SaaS를 만들어 글로벌에 판매하려고 하면, 기술적 결제 연동은 사실 가장 작은 문제입니다. Stripe든 Lemon Squeezy든 API 문서를 따라가면 결제 자체는 붙습니다. 진짜 문제는 세금 처리입니다.
구체적으로 말하면 이런 것들입니다:
- 미국 50개 주마다 다른 Sales Tax 규정
- EU 27개 국가의 VAT 세율과 신고 의무
- 호주, 뉴질랜드, 캐나다, 인도 등 각각의 GST 규정
- 영국 Brexit 이후 별도 VAT 체계
- 디지털 서비스에 대한 과세 기준이 국가마다 다름 (B2B vs B2C 구분 포함)
1인 운영자가 이걸 직접 관리한다는 건, 세금 컨설턴트를 고용하거나 본인이 국제 조세 전문가가 되어야 한다는 뜻입니다. 둘 다 현실적이지 않습니다.
결제 서비스를 고를 때 “수수료가 몇 퍼센트인가”보다 **“세금 처리를 누가 하는가”**가 더 본질적인 질문입니다. 이 글에서는 이 질문을 중심으로 Lemon Squeezy와 Stripe를 비교합니다.
MoR(Merchant of Record) 모델이란
개념 정의
MoR은 판매의 법적 주체를 대행하는 모델입니다. 고객이 결제할 때, 고객의 신용카드 명세서에 찍히는 판매자 이름이 내 회사가 아니라 MoR 서비스 회사가 됩니다. 법적으로 고객에게 물건을 판 주체가 MoR이고, MoR이 나에게 정산금을 지급하는 구조입니다.
이게 왜 중요한가:
- 세금 책임: 각국 VAT/GST를 MoR이 계산하고 납부합니다. 판매자는 세금 신고를 할 필요가 없습니다.
- 환불/차지백 처리: 고객이 환불을 요청하거나 차지백(Chargeback)을 걸면, MoR이 법적 판매자이므로 MoR이 대응합니다.
- 규정 준수: GDPR, PCI DSS 같은 규정 준수 의무도 MoR 측에 1차적으로 있습니다.
- 세금계산서 발행: MoR이 고객에게 세금계산서(invoice)를 발행합니다. 판매자가 각국 형식에 맞춰 발행할 필요가 없습니다.
MoR vs Payment Processor 결제 흐름 비교
flowchart TB
subgraph MoR["MoR 모델 (Lemon Squeezy)"]
direction TB
C1[고객] -->|결제| M1[Lemon Squeezy<br/>법적 판매자]
M1 -->|VAT/GST 계산 & 납부| T1[각국 세무당국]
M1 -->|정산금 지급| S1[판매자<br/>한국 1인 사업자]
M1 -->|세금계산서 발행| C1
end
subgraph PP["Payment Processor 모델 (Stripe)"]
direction TB
C2[고객] -->|결제| P1[Stripe<br/>결제 중개]
P1 -->|매출 정산| S2[판매자<br/>한국 1인 사업자]
S2 -->|직접 VAT/GST 계산 & 납부| T2[각국 세무당국]
S2 -->|직접 세금계산서 발행| C2
end
핵심 차이는 명확합니다. MoR 모델에서는 세금 관련 화살표가 모두 MoR을 경유합니다. Payment Processor 모델에서는 판매자가 직접 세무당국과 고객 사이에서 세금 업무를 처리해야 합니다.
MoR이 커버하는 범위와 한계
MoR이 해주는 것:
| 영역 | 커버 내용 |
|---|---|
| 부가세(VAT/GST) | 자동 계산, 징수, 납부 |
| Sales Tax (미국) | 주별 세율 적용, Nexus 판단 |
| 세금계산서 | 고객에게 자동 발행 |
| 환불/차지백 | 1차 대응 |
| 결제 사기 방지 | 기본 fraud detection |
| PCI DSS 준수 | 카드 정보 처리 관련 |
MoR이 해주지 않는 것:
| 영역 | 판매자 책임 |
|---|---|
| 한국 소득세 | MoR 정산금에 대한 한국 내 소득 신고 |
| 사업자등록 | 한국 사업자등록은 본인이 해야 함 |
| 외화 수입 신고 | 한국 세무서에 외화 수입 신고 |
| 제품 책임 | 서비스 품질, SLA 등은 판매자 책임 |
| 개인정보 처리 | 서비스 내 개인정보 처리방침은 판매자 |
MoR은 “국제 세금 처리”를 대행하는 것이지, 한국 내 세금 의무까지 없애주는 것이 아닙니다. 한국 사업자로서의 소득세 신고, 부가가치세 신고는 별도로 해야 합니다.
Lemon Squeezy 상세 분석
개요
Lemon Squeezy는 2021년에 출시된 MoR 기반 결제 플랫폼입니다. 2024년 Stripe에 인수되었지만 독립 서비스로 계속 운영 중입니다. 디지털 상품과 SaaS 구독에 특화되어 있으며, 인디 해커(indie hacker)와 소규모 SaaS 빌더 커뮤니티에서 특히 많이 사용됩니다.
가입 과정 (비미국 거주자)
한국 사업자가 Lemon Squeezy에 가입하는 과정은 비교적 단순합니다:
- 이메일로 계정 생성
- 프로필 정보 입력 (이름, 국가, 주소)
- 정산 수단 연결 (Payoneer 또는 PayPal)
- 스토어 생성 및 상품 등록
- 약 1~3 영업일 내 검토 후 활성화
미국 EIN(세금 식별번호)이나 미국 은행 계좌가 필요하지 않습니다. 한국 여권과 한국 주소로 가입이 가능합니다. 이 점이 Stripe와 가장 큰 차이 중 하나입니다.
수수료 구조
| 항목 | 수수료 |
|---|---|
| 기본 결제 수수료 | 5% + 50¢ (거래당) |
| 구독 결제 | 동일 (5% + 50¢) |
| 환불 시 | 수수료 환불 안 됨 |
| 월 고정 비용 | 없음 |
| 차지백 수수료 | $15 (분쟁 발생 시) |
5% + 50¢는 순수 결제 수수료만 봤을 때 Stripe보다 비쌉니다. 하지만 이 안에 VAT/GST 처리, 세금계산서 발행, 차지백 대응, 제휴 프로그램, 구독 관리 UI가 모두 포함되어 있습니다. Stripe에서 동일한 기능을 구현하려면 추가 비용과 개발 시간이 필요합니다.
주요 기능
구독 관리: 대시보드에서 구독 플랜 생성, 가격 책정, 무료 체험(trial) 설정, 업그레이드/다운그레이드 정책까지 설정 가능합니다. 별도 어드민 패널을 만들 필요가 없습니다.
호스팅 체크아웃: Lemon Squeezy가 호스팅하는 결제 페이지를 제공합니다. 오버레이(overlay) 방식으로 자사 사이트 위에 띄울 수도 있고, 별도 URL로 리디렉트할 수도 있습니다.
라이선스 키 관리: 소프트웨어 라이선스 키 발급과 검증 기능이 내장되어 있습니다. 데스크톱 앱이나 플러그인을 판매할 때 유용합니다.
제휴(Affiliate) 프로그램: 별도 구축 없이 제휴 마케팅 시스템을 바로 쓸 수 있습니다. 제휴사 등록, 커미션 비율 설정, 추적, 정산까지 내장입니다.
이메일 마케팅: 기본적인 이메일 발송 기능이 포함되어 있습니다. 고객 세그먼트별 이메일, 구매 후 자동 이메일 등을 대시보드에서 설정할 수 있습니다.
장점과 단점
장점:
- 세금 처리 부담이 사실상 사라짐
- 구독 관리, 제휴 프로그램 등이 올인원으로 제공됨
- 비미국 사업자의 가입 진입 장벽이 낮음
- 대시보드 UI가 직관적이고 설정 기반으로 빠르게 셋업 가능
- Stripe 인수 이후 안정성에 대한 우려가 줄어듬
단점:
- 수수료가 Stripe 대비 약 2배
- 결제 수단이 카드 + PayPal 중심 (지역 결제 수단 제한적)
- 커스터마이징 자유도가 낮음 (체크아웃 플로우 세밀 제어 어려움)
- 정산이 Payoneer 경유 → 추가 환전 수수료 발생
- API 기능이 Stripe 대비 제한적
Stripe 상세 분석
개요
Stripe는 2010년 설립된 글로벌 결제 인프라 기업입니다. Payment Processor 모델로, 결제 기술 인프라를 제공하지만 법적 판매 주체는 판매자(사업자) 본인입니다. 세계에서 가장 널리 쓰이는 결제 API이며, 개발자 친화적인 문서와 SDK로 유명합니다.
한국 사업자 가입
Stripe는 한국을 지원 국가 목록에 포함하고 있습니다. 한국 사업자등록증으로 가입이 가능하고, 한국 은행 계좌로 정산을 받을 수 있습니다. 다만 몇 가지 고려사항이 있습니다:
- 사업자등록 필수: 개인 자격으로는 가입이 불가합니다. 간이과세자 또는 일반과세자 사업자등록이 필요합니다.
- 일부 기능 제한: 한국 Stripe 계정에서 사용할 수 있는 기능이 미국 계정 대비 일부 제한될 수 있습니다. 특히 Stripe Atlas, Stripe Issuing 등은 한국에서 사용 불가합니다.
- 글로벌 판매 시 복잡성: 한국 사업자로 글로벌에 판매할 때, 해외 고객의 VAT 처리를 본인이 해야 합니다. Stripe Tax를 추가하면 자동 계산은 되지만, 최종 신고와 납부 책임은 판매자에게 있습니다.
수수료 구조
| 항목 | 수수료 |
|---|---|
| 기본 결제 수수료 | 2.9% + 30¢ (미국 카드 기준) |
| 해외 카드 추가 | +1.5% |
| 통화 변환 | +1% |
| Stripe Tax | +0.5% (거래당) |
| Stripe Billing | 0.5~0.8% (구독 관리) |
| 차지백 수수료 | $15 (분쟁 발생 시) |
| 월 고정 비용 | 없음 (기본) |
| Stripe Radar (사기 방지) | 기본 무료, 고급 $0.07/거래 |
주의할 점은 해외 카드와 통화 변환 수수료입니다. 한국 사업자가 글로벌 판매를 하면 대부분의 결제가 해외 카드이므로, 실질 수수료는 **2.9% + 1.5%(해외) + 1%(통화) + 30¢ = 5.4% + 30¢**에 가까워질 수 있습니다. 여기에 Stripe Tax까지 추가하면 5.9% + 30¢입니다.
수수료 단순 비교에서 Stripe가 저렴해 보이지만, 글로벌 판매 시 해외 카드 + 통화 변환 + Tax 추가 수수료를 합산하면 Lemon Squeezy의 5% + 50¢과 실질 차이가 크게 줄어듭니다.
주요 기능
API 자유도: Stripe의 가장 큰 강점입니다. 결제 플로우의 거의 모든 단계를 API로 제어할 수 있습니다. 커스텀 체크아웃, 결제 의도(Payment Intent) 기반 플로우, 다단계 결제 등 복잡한 시나리오를 구현할 수 있습니다.
Stripe Billing: 구독 관리 모듈입니다. 프로레이션(proration), 사용량 기반 과금(metered billing), 쿠폰, 트라이얼 등 고급 구독 시나리오를 지원합니다. 다만 별도 과금(0.5~0.8%)이 있고, 어드민 UI는 직접 구축해야 합니다.
Stripe Tax: 자동 세금 계산 모듈입니다. 고객 위치 기반으로 세율을 자동 적용하고, 세금계산서를 생성합니다. 하지만 세금 납부는 판매자가 직접 해야 합니다. 계산만 해주고 납부 대행은 하지 않습니다.
다양한 결제 수단: 카드 외에도 ACH, SEPA, iDEAL, Bancontact, Giropay, Alipay, WeChat Pay 등 지역 결제 수단을 폭넓게 지원합니다. 특정 지역 시장을 공략할 때 유리합니다.
Stripe Connect: 마켓플레이스나 플랫폼 비즈니스를 구축할 때 사용하는 기능입니다. 판매자 온보딩, 분배 정산 등을 처리합니다. SaaS보다는 플랫폼 사업에 해당합니다.
장점과 단점
장점:
- 최고 수준의 API 자유도와 개발자 문서
- 다양한 결제 수단 지원
- 한국 은행 계좌 직접 정산 가능 (환전 수수료 절감)
- 대규모 생태계 (플러그인, 라이브러리, 커뮤니티)
- 엔터프라이즈 수준의 안정성과 확장성
단점:
- 세금 처리를 판매자가 직접 해야 함 (Stripe Tax는 계산만 대행)
- 한국 사업자등록 필수
- 구독 관리 UI를 직접 구축해야 함
- 초기 셋업에 개발 시간 필요
- 소규모 매출에서는 인프라 구축 비용 대비 효율이 낮음
핵심 비교 분석
기능별 상세 비교
| 항목 | Stripe | Lemon Squeezy |
|---|---|---|
| 모델 | Payment Processor | MoR (Merchant of Record) |
| 법적 판매 주체 | 판매자 본인 | Lemon Squeezy |
| 한국 사업자 가입 | 사업자등록 필수, 일부 기능 제한 | 글로벌 어디서든 가입 가능 |
| 세금 자동 계산 | Stripe Tax 추가 시 가능 (+0.5%) | 기본 포함 |
| 세금 납부 대행 | 불가 (판매자 직접) | MoR이 대행 |
| 세금계산서 발행 | Stripe Tax 사용 시 자동 | 기본 포함 |
| 결제 수단 | 카드, 은행이체, 지역 결제 등 매우 다양 (Apple Pay/Google Pay 연동 특히 강력 → 체크아웃 전환율 유리) | 카드 + PayPal 중심 (Apple Pay/Google Pay 지원하나 상대적 약점) |
| 구독 관리 | Stripe Billing (강력, 직접 구축) | 내장 구독 관리 UI |
| 정산 수령 | 한국 계좌 직접 입금 | Payoneer 또는 PayPal 경유 |
| 기본 수수료 | 2.9% + 30¢ | 5% + 50¢ |
| 글로벌 판매 실질 수수료 | ~5.9% + 30¢ (해외카드+환전+Tax) | 5% + 50¢ |
| 커스터마이징 | API 중심, 자유도 최상 | 설정 기반, 자유도 제한 |
| 제휴 프로그램 | 별도 구축 필요 | 내장 |
| 라이선스 키 | 별도 구축 필요 | 내장 |
| 이메일 마케팅 | 별도 서비스 연동 | 기본 내장 |
| 체크아웃 페이지 | 직접 구축 또는 Stripe Checkout | 호스팅 체크아웃 제공 |
| 개발 난이도 | 중~상 (API 직접 연동) | 하~중 (설정 + webhook) |
| 확장성 | 매우 높음 | 보통 |
수수료 시뮬레이션
월 매출 $1,000 (20건, 평균 $50/건) 기준으로 두 서비스의 실질 비용을 추정합니다.
| 항목 | Stripe (글로벌 판매) | Lemon Squeezy |
|---|---|---|
| 기본 수수료 | $29 + $6 = $35 | $50 + $10 = $60 |
| 해외카드 추가 | +$15 (1.5%) | 포함 |
| 통화 변환 | +$10 (1%) | 포함 |
| Stripe Tax | +$5 (0.5%) | 포함 |
| Payoneer 환전 | 해당 없음 | ~$10 (약 1%) |
| 합계 | ~$65 (6.5%) | ~$70 (7%) |
글로벌 판매 시 실질 수수료 차이는 약 0.5%p 수준입니다. 이 차이를 위해 세금 처리, 구독 관리, 제휴 프로그램을 직접 구축하는 비용을 감수할 것인지가 실질적인 판단 기준입니다.
참고: 위 시뮬레이션은 단순 추정이며, 실제 수수료는 카드 종류, 고객 국가, 환율 등에 따라 달라집니다.
세금 처리 비교
flowchart LR
subgraph LS["Lemon Squeezy"]
direction TB
A1[고객 결제 $50] --> B1[LS가 VAT 자동 계산<br/>예: EU 고객 → +21% VAT]
B1 --> C1[고객에게 $60.50 청구]
C1 --> D1[LS가 EU에 VAT $10.50 납부]
D1 --> E1[판매자에게 $50 정산<br/>수수료 차감 후]
end
subgraph ST["Stripe + Stripe Tax"]
direction TB
A2[고객 결제 $50] --> B2[Stripe Tax가 VAT 계산<br/>예: EU 고객 → +21% VAT]
B2 --> C2[고객에게 $60.50 청구]
C2 --> D2[판매자에게 $60.50 정산<br/>수수료 차감 후]
D2 --> E2[판매자가 직접<br/>EU에 VAT $10.50 납부]
end
Stripe Tax가 세금을 “계산”해주는 것과, Lemon Squeezy가 세금을 “납부”까지 해주는 것은 근본적으로 다른 서비스입니다. Stripe Tax를 쓰더라도 판매자는 각국 세무당국에 등록하고, 정기적으로 세금을 신고·납부해야 합니다. EU만 해도 OSS(One-Stop Shop) 시스템에 등록해야 하고, 이마저도 EU 외 사업자는 절차가 복잡합니다.
통합(Integration) 복잡도 비교
flowchart TB
subgraph LS_INT["Lemon Squeezy 통합"]
direction TB
L1[상품/구독 등록<br/>대시보드에서 설정] --> L2[체크아웃 URL 생성<br/>API 1회 호출]
L2 --> L3[Webhook 수신<br/>구독 상태 동기화]
L3 --> L4[완료]
end
subgraph ST_INT["Stripe 통합"]
direction TB
S1[상품/가격 생성<br/>API 또는 대시보드] --> S2[Checkout Session 생성<br/>또는 Payment Intent 구현]
S2 --> S3[Webhook 수신<br/>다수 이벤트 처리]
S3 --> S4[구독 관리 로직 구현<br/>업그레이드/다운그레이드/취소]
S4 --> S5[고객 포털 구현<br/>또는 Stripe Portal 연동]
S5 --> S6[Stripe Tax 설정<br/>세율 매핑]
S6 --> S7[완료]
end
| 비교 항목 | Stripe | Lemon Squeezy |
|---|---|---|
| 체크아웃 구현 | Stripe Checkout (간편) 또는 직접 구현 (복잡) | 호스팅 URL 또는 오버레이 (간편) |
| Webhook 이벤트 수 | 100+ 이벤트 타입 | 약 20개 이벤트 타입 |
| 구독 상태 관리 | 직접 구현 필요 | 대시보드에서 관리 |
| 고객 셀프서비스 포털 | Stripe Customer Portal 또는 직접 구현 | 내장 고객 포털 |
| SDK/라이브러리 | 거의 모든 언어 지원 | JS/Python/PHP 중심 |
| 문서 품질 | 업계 최고 수준 | 양호하나 Stripe 대비 부족 |
| 초기 구현 소요 시간 (추정) | 2~5일 (기본 구독 플로우) | 0.5~1일 |
Webhook 연동은 두 서비스 모두 필수입니다. 고객의 결제 성공, 구독 갱신, 구독 취소 등 이벤트를 서버에서 수신하고 처리해야 합니다. 기본적인 흐름은 유사하지만, Stripe는 처리해야 할 이벤트 타입이 훨씬 많고 엣지 케이스 처리가 복잡합니다.
한국 사업자를 위한 고려사항
사업자 형태와 결제 서비스 선택
한국에서 글로벌 SaaS를 운영할 때 사업자 형태에 따른 차이가 있습니다:
| 사업자 형태 | Stripe | Lemon Squeezy |
|---|---|---|
| 미등록 (개인) | 가입 불가 | 가입 가능 |
| 간이과세자 | 가입 가능 | 가입 가능 |
| 일반과세자 | 가입 가능 | 가입 가능 |
| 법인 | 가입 가능 | 가입 가능 |
사업 초기에 사업자등록 없이 시작하고 싶다면 Lemon Squeezy가 유일한 선택지입니다. 다만 한국 세법상 계속적·반복적 수입이 발생하면 사업자등록 의무가 있으므로, 매출이 발생하기 시작하면 사업자등록을 해야 합니다.
정산과 외화 수입 처리
Stripe 정산 경로:
Stripe → 한국 원화 계좌 직접 입금. Stripe가 환전을 처리하며, 환전 수수료는 결제 수수료에 포함되어 있습니다. 비교적 단순합니다.
Lemon Squeezy 정산 경로:
Lemon Squeezy → Payoneer → 한국 원화 계좌. Payoneer에서 추가 환전 수수료(약 1~2%)가 발생합니다. 또한 Payoneer의 환전 수수료 외에 출금 수수료가 별도로 발생할 수 있으며, 이는 출금 방식(은행 송금 등)에 따라 다릅니다. 정산 주기도 Stripe 대비 길 수 있습니다.
두 경우 모두 한국 세무서에 외화 수입 신고 의무가 있습니다. 종합소득세 신고 시 해외 매출을 포함해야 하며, 국외 원천소득에 대한 세액 공제를 적용받을 수 있습니다.
한국 부가가치세 관련
한국 사업자가 해외 고객에게 디지털 서비스를 제공하는 경우, 한국 부가가치세는 **영세율(0%)**이 적용됩니다. 즉, 해외 매출에 대해서는 한국 부가세를 징수할 필요가 없습니다. 다만 영세율 적용을 받으려면 수출 실적 증빙(결제 내역, 고객 소재지 확인 등)을 갖춰야 합니다.
이건 Stripe든 Lemon Squeezy든 동일하게 적용되는 한국 세법 요건입니다.
외국환 거래 신고
연간 외화 수입이 일정 금액을 초과하면 한국은행에 외국환 거래 신고를 해야 할 수 있습니다. 이 역시 결제 서비스와 무관하게 한국 사업자로서의 의무입니다.
결제 서비스가 MoR이든 Payment Processor이든, 한국 세무 의무(소득세, 부가세 영세율 신고, 외국환 신고)는 동일하게 발생합니다. MoR이 해결해주는 것은 해외 각국의 세금이지, 한국 내 세금이 아닙니다.
선택 의사결정 프레임워크
의사결정 트리
flowchart TD
A[글로벌 SaaS 결제 서비스 선택] --> B{사업자등록이<br/>되어 있는가?}
B -->|아니오| C[Lemon Squeezy<br/>사업자등록 없이 시작 가능]
B -->|예| D{엔지니어링 리소스가<br/>충분한가?}
D -->|아니오| E[Lemon Squeezy<br/>빠른 셋업, 올인원]
D -->|예| F{월 매출 규모가<br/>$5,000 이상인가?}
F -->|아니오| G[Lemon Squeezy<br/>인프라 구축 비용 대비 효율]
F -->|예| H{지역 결제 수단이<br/>필요한가?}
H -->|예| I[Stripe<br/>다양한 결제 수단 지원]
H -->|아니오| J{체크아웃 플로우를<br/>세밀하게 제어해야 하는가?}
J -->|예| K[Stripe<br/>API 자유도 최상]
J -->|아니오| L[둘 다 가능<br/>수수료 vs 편의성 판단]
Lemon Squeezy가 더 나은 경우
- 1인 또는 소규모 팀으로 운영하는 초기 SaaS
- 세금 처리에 시간을 쓰고 싶지 않은 경우
- 사업자등록 전 MVP 검증 단계
- 제휴 프로그램, 라이선스 키 관리 등이 필요한 경우
- 월 매출 $5,000 미만으로 수수료 차이가 절대 금액으로 크지 않은 경우
Stripe가 더 나은 경우
- 한국 내수 시장 위주의 서비스
- 엔지니어링 리소스가 충분하고, 결제 플로우를 직접 제어하고 싶은 경우
- 매출 규모가 커서 수수료 차이가 유의미한 경우 (월 $10,000 이상)
- iDEAL, SEPA, Alipay 등 지역 결제 수단이 필수인 경우
- 마켓플레이스나 플랫폼 비즈니스를 구축하는 경우
- 이미 Stripe 기반 인프라가 구축되어 있는 경우
다른 대안들
Lemon Squeezy와 Stripe만 있는 것은 아닙니다. 간략하게 다른 선택지도 정리합니다.
| 서비스 | 모델 | 수수료 | 특징 | 한국 사업자 |
|---|---|---|---|---|
| Paddle | MoR | 5% + 50¢ | Lemon Squeezy와 유사, B2B SaaS에 강점 | 가입 가능 |
| Gumroad | MoR | 10% | 디지털 상품 판매 특화, 수수료 높음 | 가입 가능 |
| FastSpring | MoR | 협의 | 엔터프라이즈 SaaS, 게임 업계에서 사용 | 가입 가능 |
| PayPal | Payment Processor | 4.4% + 30¢ (해외) | 범용 결제, 구독 기능 제한적 | 가입 가능 |
Paddle은 Lemon Squeezy와 가장 직접적인 경쟁 서비스입니다. MoR 모델이며, 수수료 구조도 비슷합니다. B2B SaaS에 좀 더 특화되어 있고, 엔터프라이즈 고객 대응(견적서, PO 결제 등)이 필요하다면 Paddle이 더 적합할 수 있습니다.
Gumroad은 디지털 상품(ebook, 템플릿, 강의 등) 판매에 특화되어 있습니다. SaaS 구독보다는 일회성 디지털 상품 판매에 적합하며, 수수료가 10%로 높은 편입니다.
FastSpring은 주로 엔터프라이즈 소프트웨어 회사와 게임 회사가 사용합니다. 개별 협의 기반이라 소규모 SaaS에는 적합하지 않습니다.
실전 체크리스트
한국 1인 사업자가 결제 서비스를 선택할 때 확인할 항목을 정리합니다.
결정 전 확인사항:
- 현재 사업자등록이 되어 있는가?
- 타겟 시장은 글로벌인가, 국내인가?
- 월 예상 매출 규모는?
- 결제 연동에 투입할 수 있는 개발 시간은?
- 구독 모델인가, 일회성 판매인가?
- 제휴 프로그램, 라이선스 키 관리가 필요한가?
- 특정 지역 결제 수단(iDEAL, SEPA 등)이 필수인가?
선택 후 공통 작업:
- 한국 사업자등록 (미등록 시)
- 외화 수입 계좌 또는 Payoneer 계정 개설
- Webhook endpoint 구현 및 테스트
- 구독 상태 동기화 로직 구현
- 종합소득세 신고 시 해외 매출 포함 확인
- 부가가치세 영세율 적용 증빙 준비
결론
1인 운영자의 초기 단계에서는 **“무엇을 안 해도 되는가”**가 선택 기준입니다. Lemon Squeezy의 MoR 모델은 글로벌 세금 처리라는 큰 덩어리를 통째로 덜어줍니다. 수수료가 Stripe보다 높지만, 글로벌 판매 시 실질 비용 차이는 생각보다 크지 않으며, 세금 처리와 구독 관리를 직접 구축하는 시간 비용까지 고려하면 초기 단계에서는 오히려 경제적입니다.
매출이 월 $10,000을 넘기 시작하거나, 결제 플로우에 대한 세밀한 제어가 필요해지거나, 지역 결제 수단이 전환율에 유의미한 영향을 미치는 단계가 오면 그때 Stripe 전환을 검토해도 늦지 않습니다. 결제 서비스 전환은 번거롭지만 불가능한 일은 아닙니다.
가장 중요한 것은, 결제 시스템 선택에 2주를 쓰는 대신, 그 2주를 제품 개발에 쓰는 것입니다.
Related Posts
n8n의 Fair-code 실험 — 오픈소스도 아니고 클로즈드도 아닌
n8n의 Fair-code 라이선스 전략을 통해 오픈소스 사업화의 AWS 리스크 대응 방안과 라이선스가 사업 모델의 가능 범위를 결정하는 메커니즘 분석
오픈소스 라이선스 선택 가이드 — MIT vs Apache vs Fair-code vs 추가조건
MIT, Apache 2.0, BSL 등 오픈소스 라이선스별 특징을 비교하고, 프로젝트 규모와 수익 모델에 따른 선택 프레임워크 및 MMU의 MIT 채택 사례 분석
AI 검색 엔진 비교: ChatGPT Search, Perplexity, AI Overviews
ChatGPT Search, Perplexity, Google AI Overviews 3개 엔진의 정확도·속도·비용 비교. 쿼리 유형별 최적 엔진 추천 포함.