한국에서 SaaS 결제 붙이기: 페이플·토스페이먼츠·Stripe·Lemon Squeezy 비교
한국 1인 SaaS가 결제 솔루션을 고를 때 봐야 할 기준을 국내 결제, 해외 판매, 정기결제, 세금 처리 관점으로 정리합니다.
목차
이 글의 목차
결제 솔루션은 기능보다 판매 범위부터 정한다
SaaS 결제를 붙일 때 많은 1인 메이커가 먼저 수수료 표를 비교합니다. 하지만 실제 선택은 보통 “누구에게 팔 것인가”에서 갈립니다. 한국 고객에게 원화로 팔 것인지, 해외 고객에게 달러로 팔 것인지, 카드 등록 후 매달 자동 결제가 필요한지, 세금계산서나 부가세 처리를 어디까지 직접 할 수 있는지가 더 큰 기준입니다.
페이플, 토스페이먼츠, Stripe, Lemon Squeezy는 모두 “온라인 결제”라는 큰 범주에 있지만 역할이 조금씩 다릅니다. 국내 PG는 한국 결제수단과 사업자 운영에 강하고, Stripe는 글로벌 SaaS 결제 흐름에 익숙하며, Lemon Squeezy 같은 MoR 모델은 해외 판매와 세금 처리 부담을 줄이는 쪽에 가깝습니다. 최신 수수료, 정산 주기, 심사 조건은 자주 바뀔 수 있으니 계약 전 공식 문서를 직접 확인해야 합니다.
4가지 선택 기준
첫째는 고객 국가입니다. 한국 고객이 대부분이면 국내 카드, 간편결제, 현금영수증 같은 익숙한 흐름이 중요합니다. 반대로 해외 고객이 많다면 다국가 카드 결제, 통화, 실패 결제 재시도, 영문 인보이스가 더 중요해집니다.
둘째는 과금 방식입니다. 일회성 다운로드, 평생 이용권, 월 구독, 사용량 기반 과금은 구현 난이도가 다릅니다. 특히 구독은 단순히 매달 돈을 받는 문제가 아니라 플랜 변경, 결제 실패, 환불, 해지, 웹훅 처리까지 제품 로직과 연결됩니다.
셋째는 운영 부담입니다. PG 심사, 사업자 정보, 세금 신고, 환불 대응, 약관 고지, 고객 문의를 혼자 감당할 수 있는지 봐야 합니다. 초기에는 “수수료가 낮은가”보다 “내가 운영할 수 있는가”가 더 현실적인 질문입니다.
넷째는 개발 속도입니다. SDK와 문서가 익숙하고, 테스트 환경이 명확하며, 웹훅 예제가 충분한 서비스가 MVP에는 유리합니다. 결제는 장애가 바로 신뢰 문제로 이어지므로 낯선 기능을 억지로 붙이는 것보다 작은 범위로 안정적으로 여는 편이 낫습니다.
솔루션별로 잘 맞는 상황
| 솔루션 | 잘 맞는 경우 | 주의할 점 |
|---|---|---|
| 페이플 | 국내 고객 대상의 간단한 카드 결제, 빠른 MVP | 정기결제·정산·심사 조건을 실제 계약 기준으로 확인 |
| 토스페이먼츠 | 국내 결제수단, 브랜드 신뢰, 문서화된 PG 연동 | 제품 구조에 맞는 빌링 기능 범위를 확인 |
| Stripe | 글로벌 SaaS, 구독, 플랜 관리, 해외 카드 결제 | 한국 사업자 사용 가능 범위와 세금 처리를 확인 |
| Lemon Squeezy | 해외 디지털 상품·SaaS 판매, MoR 기반 운영 | 국내 결제수단 대응과 고객 경험이 맞는지 확인 |
페이플은 국내 소규모 서비스가 빠르게 결제를 붙이고 싶을 때 후보가 됩니다. 토스페이먼츠는 국내 사용자에게 익숙한 결제 경험과 비교적 넓은 PG 기능을 기대할 수 있습니다. Stripe는 구독형 SaaS의 표준적인 흐름을 만들기 좋지만, 국내 법인·개인사업자 조건과 세금 처리는 반드시 최신 기준을 봐야 합니다. Lemon Squeezy는 판매자 대신 세금 징수·납부를 처리하는 MoR 성격이 있어 해외 판매의 행정 부담을 줄일 수 있지만, 모든 상황의 정답은 아닙니다.
1인 메이커용 의사결정 흐름
처음부터 완벽한 결제 아키텍처를 만들 필요는 없습니다. 아래 순서로 좁혀보면 선택이 쉬워집니다.
- 한국 고객이 80% 이상일 것 같다면 국내 PG부터 검토한다.
- 해외 고객을 처음부터 받을 계획이면 Stripe나 MoR 계열을 함께 본다.
- 월 구독이 핵심이면 구독 상태, 웹훅, 실패 결제 처리를 먼저 설계한다.
- 디지털 파일이나 템플릿처럼 단순 판매라면 MoR 또는 간단 결제 링크도 고려한다.
- B2B 고객이 많다면 세금계산서, 견적서, 계좌이체 요청 가능성도 남겨둔다.
초기 SaaS에서는 결제 자체보다 결제 이후 상태 관리가 더 자주 문제를 만듭니다. 예를 들어 결제 성공 웹훅은 왔지만 DB 업데이트가 실패했거나, 해지했는데 권한이 계속 남아 있거나, 카드 결제 실패 후 재시도 안내가 빠지는 식입니다. 그래서 결제사 선택과 동시에 active, past_due, canceled, trialing 같은 구독 상태를 제품 안에서 어떻게 해석할지 정해야 합니다.
MVP에서는 이렇게 시작해도 충분하다
한국어 서비스이고 첫 유료 고객이 국내에 있을 가능성이 높다면 국내 PG 하나로 시작하는 전략이 대체로 현실적입니다. 관리자에서 결제 내역을 확인하고, 실패 케이스를 수동으로 처리할 수 있는 규모라면 자동화보다 명확한 운영 절차가 더 중요할 수 있습니다.
반대로 처음부터 해외 커뮤니티, 영어 랜딩페이지, 글로벌 마켓플레이스 유입을 노린다면 Stripe나 Lemon Squeezy를 먼저 붙이는 편이 자연스럽습니다. 특히 세금 처리와 다국가 판매가 부담이라면 MoR 모델을 검토할 가치가 있습니다. 다만 MoR은 고객에게 보이는 판매 주체, 환불 정책, 정산 방식이 일반 PG와 다를 수 있으니 약관과 고객 안내 문구까지 같이 봐야 합니다.
결론은 단순합니다. “가장 유명한 결제사”가 아니라 “지금 내 고객, 과금 방식, 운영 역량에 가장 덜 무리인 결제사”를 고르세요. 첫 결제 연동의 목표는 아름다운 빌링 시스템이 아니라, 실제 고객이 막힘없이 돈을 내고, 내가 그 상태를 믿고 운영할 수 있게 만드는 것입니다.