사례·운영 체크리스트
두 플랫폼의 공개 사례를 증거 수준별로 읽고 출시·월마감·장애 체크리스트를 비교한다.
이 장은 두 서비스를 같은 주제에서 비교한 뒤 두 공급자의 상세 설명을 모두 담습니다. 기능 노출·계약 요율·국가별 결제수단은 계정과 시점에 따라 달라질 수 있으므로 실제 스토어와 각 절의 공식 출처를 확인하세요.
주제별 비교
| 비교 항목 | Paddle | Lemon Squeezy |
|---|---|---|
| 공개 사례 | 고객 사례·로고와 계약·운영 증거를 구분한다. | 한국 법인의 직접 설명·약관과 익명 경험담을 구분한다. |
| 한국 SaaS | 현지 결제수단과 글로벌 MoR, 국내 B2B 예외를 설계한다. | 한국어 checkout·USD 처리·국내 B2B 예외를 설계한다. |
| 월마감 | transaction·payout reconciliation report를 대사한다. | Orders CSV·reverse invoice·은행 입금을 대사한다. |
Paddle 상세
핵심 요약
- 공개 사례·고객 로고는 마케팅 자료입니다. 수수료 절감 주장은 원문을 확인하기 전까지 의사결정 근거로 쓰지 않습니다.
- 셀프서브 글로벌 플랜은 Paddle로, 한국 B2B Enterprise는 국내 세금계산서·계좌이체 플로우로 분리하는 게 기본 패턴입니다.
- webhook으로 권한을 열되 내부 plan table은 Paddle price ID와 분리하고, signature 검증과 원본 payload 저장을 구현합니다.
- 월마감은 Paddle transaction·payout reconciliation report, 내부 DB, 은행 입금내역을 payout 단위로 대사합니다.
- CS 매크로로 카드 명세서의 Paddle/paddle.net 표시, 권한 반영 지연, 환불 접수 문의를 표준 응대합니다.
Paddle 도입 사례는 “누가 썼다”보다 “어떤 운영 부담을 줄였고 어떤 통제는 여전히 내부에 남겼는가”를 봐야 합니다.
공개 사례에서 읽을 포인트
| 사례 | 관찰 포인트 |
|---|---|
| n8n | Paddle 공개 사례에서 글로벌 결제·세금 운영 부담을 줄이는 MoR 논리를 확인 |
| Paddle 고객 로고 | SaaS, 개발도구, 앱, AI 제품군에서 MoR 수요가 있다는 참고 신호 |
공개 사례와 고객 로고는 마케팅 자료입니다. 정량 효과나 수수료 절감 주장은 원문을 확인하기 전까지 의사결정 근거로 쓰지 않습니다. 자사 판단에는 제품 카테고리, 고객군, ARPA, 환불률, B2B 구매 프로세스를 따로 대입합니다.
한국 SaaS 가상 사례
| 항목 | 설정 |
|---|---|
| 서비스 | AI 문서 협업 SaaS |
| 법인 | 한국 주식회사 |
| 고객 | 한국 40%, 미국 35%, EU 15%, 기타 10% |
| 가격 | Pro 월 49/seat, 한국 KRW override |
| 결제 | Paddle Checkout + Paddle Customer Portal |
| 예외 | 한국 B2B Enterprise는 국내 세금계산서/계좌이체 별도 |
결정
- 셀프서브 글로벌 플랜은 Paddle로 처리합니다.
- 한국 B2B Enterprise는 Paddle이 아니라 국내 계약/세금계산서 플로우를 유지합니다.
- Paddle webhook으로 권한을 열고, 내부 plan table은 Paddle price ID와 분리합니다.
- 월마감은 Paddle transaction/payout reconciliation report, 내부 DB, 은행 입금내역을 payout 단위로 대사합니다.
출시 전 체크리스트
| 항목 | 완료 |
|---|---|
| Paddle 지원 상품 범위 확인 | ☐ |
| MSA·Data Sharing Addendum·DPA·payout 조건 보정 완료 | ☐ |
| Terms/Privacy/Refund/Contact 페이지 공개 | ☐ |
| Paddle MoR 결제 안내 문구 추가 | ☐ |
| Product/Price/Price override 문서화 | ☐ |
| 한국 KRW 가격과 결제수단 sandbox 테스트 | ☐ |
| 한국 Checkout live smoke test 완료 | ☐ |
| webhook signature 검증 구현 | ☐ |
| transaction/subscription 원본 payload 저장 | ☐ |
| replay queue와 daily reconcile job 준비 | ☐ |
| entitlement 재계산 로직 구현 | ☐ |
| refund/chargeback 권한 회수 테스트 | ☐ |
| 무료 체험 유료전환/가격 인상/좌석 증액 동의 증빙 저장 | ☐ |
| Paddle MoR 기준 전자금융거래 이용약관 해당성 검토 | ☐ |
| 개인정보 위탁/제3자 제공/국외이전 분류 완료 | ☐ |
| 월마감 transaction/payout reconciliation report export 절차 정의 | ☐ |
| 세무사에게 MoR 구조 설명자료 전달 | ☐ |
| 세무·법무 전달 패키지 sign-off | ☐ |
| 국내 B2B 예외 청구 기준 정의 | ☐ |
월마감 체크리스트
| 항목 | 완료 |
|---|---|
| Paddle transaction export 다운로드 | ☐ |
| payout reconciliation report 다운로드 | ☐ |
| refund/adjustment/dispute export 다운로드 | ☐ |
| 은행 입금내역 확보 | ☐ |
| 내부 subscription DB와 transaction ID 매칭 | ☐ |
| 한국 고객 매출 태그 확인 | ☐ |
| 환율 기준 적용 | ☐ |
| 미매칭 거래 exception queue 작성 | ☐ |
| 세무 검토 메모 업데이트 | ☐ |
장애 대응 체크리스트
| 상황 | 확인 |
|---|---|
| 결제 실패 급증 | Paddle status, payment method별 실패율 |
| 권한 반영 지연 | webhook 수신, 재처리 큐, Paddle API 조회 |
| 한국 결제수단 미노출 | KRW 가격, 고객 국가/주소, dashboard 설정 |
| 환불 후 권한 유지 | refund event와 entitlement 재계산 |
| 고객이 Paddle 결제를 모름 | 결제 안내 문구, 영수증 메일, CS 매크로 |
CS 매크로
결제명 문의
문의하신 결제는 [서비스명] 구독 결제입니다. 결제는 Paddle이 판매자(Merchant of Record)로 처리하기
때문에 카드 명세서에 Paddle 또는 paddle.net 관련 명칭이 표시될 수 있습니다.권한 반영 지연
결제 확인 후 계정 권한을 반영하는 중입니다. 결제에 사용한 이메일과 영수증 번호를 보내주시면
subscription 상태를 확인해 바로 처리하겠습니다.환불 접수
환불 가능 여부는 결제일, 사용량, 구독 종류에 따라 확인합니다. 결제 이메일, 플랜명, 환불 사유를
보내주시면 Paddle 결제 기록과 내부 사용 기록을 함께 확인하겠습니다.참고 자료
Lemon Squeezy 상세
핵심 요약
- 인블로그는 Lemon Squeezy 도입과 이후 Paddle 이전, 기존 Lemon Squeezy 구독의 병행 운영을 직접 공개했다.
- 넷큐브와 엔엔티는 자사 서비스 약관에 Lemon Squeezy 결제 구조를 명시하지만, 공개 자료만으로 개별 거래·정산 실적은 확인되지 않는다.
- 익명 커뮤니티 경험담은 검증된 한국 법인 사례나 현재 요율의 근거로 취급하지 않는다.
- 결제 기능이 완성되어도 스토어 승인·live 구매·webhook·정산까지 연결해야 출시할 수 있다.
- 한국 간편결제, 전자세금계산서, 고객 카드 명세명은 별도 검토가 필요하다.
- 소액 구독은 건당 USD 0.50과 국제·구독 가산을 반영해 순수익을 계산한다.
- 주문 원장과 은행 입금은 보류·수수료·환율 때문에 같은 달에 일치하지 않을 수 있다.
실제 한국 법인: 공개 자료로 확인한 범위
확인일은 2026년 10월 14일입니다. 아래의 ‘사용’은 회사가 공개한 글·약관·고객 안내를 뜻합니다. 외부에서 해당 회사의 비공개 계약, live 결제 성공률, 정산 입금액, 실제 적용 수수료를 확인한 것은 아닙니다. 법인·제품 연결과 Lemon Squeezy 사용 주장을 각각 출처로 확인했습니다.
| 한국 법인·제품 | 확인된 내용 | 증거 범위 |
|---|---|---|
| 인블로그 주식회사 · inblog | 회사가 직접 도입·이전 경험을 공개했고, 고객 문서에 기존 Lemon Squeezy 구독의 관리 경로가 남아 있다. | 도입·이전·레거시 운영에 관한 회사의 직접 설명 |
| 넷큐브 · npass.io | 서울 소재 법인과 제품의 연결, 서비스 약관의 Lemon Squeezy MoR 명시 | 공개된 계약·결제 구조; 실제 유료 거래는 미확인 |
| 주식회사 엔엔티 · GRYYD | 법인 사이트와 GRYYD 약관·개인정보처리방침의 Lemon Squeezy MoR 명시 | 공개된 구독·크레딧 결제 구조; 실제 유료 거래는 미확인 |
인블로그: 도입 후 이전, 기존 구독 병행
인블로그는 자사 2024년 글에서 해외 결제를 위해 Lemon Squeezy를 도입했다고 설명했습니다. 이후 비교 글은 Paddle로 이전했다고 밝힙니다. 현재 고객 FAQ는 두 결제사 구독을 구분하며, Lemon Squeezy 구독의 카드 변경은 해당 포털의 새 탭에서 처리하고 청구 이메일도 포털에서 관리하도록 안내합니다. 이용약관은 운영 주체를 inblog Inc.로 밝히고 기존 구독자가 Lemon Squeezy로 계속 청구될 수 있다고 적습니다.
확인 가능한 결론은 결제사 이전 뒤에도 기존 구독의 결제수단 변경·청구서·지원 경로를 제공자별로 유지해야 한다는 것입니다. 비교 글에는 여러 제품·요율에 대한 평가가 있지만, 그것만으로 인블로그의 정확한 이전 사유나 실효 수수료를 확정하지 않습니다. 자사 2024년 글의 과거 payout 요율도 현재 요율로 재사용하지 않습니다.
넷큐브: 한국 법인의 유럽 B2B 서비스 결제 구조
넷큐브 회사 소개는 서울 기반 네트워크 소프트웨어 기업과 NPass 제품을 설명합니다. npass.io 약관은 운영자를 Netcube, Inc.로 표시하고 Lemon Squeezy를 MoR로 명시합니다. npass.io 소개는 유럽 고객을 대상으로 한 서비스가 early access 단계라고 밝힙니다.
이 사례는 한국 법인이 해외 B2B SaaS의 계약 문서에 MoR을 어떻게 표기하는지 보여 줍니다. 다만 약관 공개와 early access 설명은 실제 유료 주문이나 한국 계좌 정산 완료의 증거가 아닙니다. EU 기업 고객의 계약·청구서 요구를 검토할 때 B2B 예외 흐름과 함께 읽습니다.
엔엔티: 구독과 크레딧 상품의 MoR 고지
엔엔티 법인 사이트의 상호·사업자번호와 GRYYD 개인정보처리방침의 운영자 정보가 연결됩니다. GRYYD 이용약관은 유료 거래의 MoR을 Lemon Squeezy로 밝히며, 개인정보처리방침은 구독과 크레딧 팩 구매에서 결제 정보를 Lemon Squeezy가 처리한다고 설명합니다.
공개 자료로 확인되는 것은 한국 법인이 구독과 일회성 크레딧의 결제 주체·민감 결제정보 처리·환불 문의 경로를 문서화한 방식입니다. 실제 결제 성공·세금 처리 결과·수수료·payout은 공개 자료로 검증되지 않았습니다. 운영 문구를 복사하기 전에 공식 MoR 설명과 자사 계약을 대조합니다.
소셜·커뮤니티의 경험담: 법인 사례와 분리
- GeekNews의 2025년 2월 댓글에서
ysc7064는 해외 법인 없이 Lemon Squeezy를 사용한 경험을 적었습니다. 작성자의 사업 형태·법인 여부·현재 사용 상태는 확인되지 않아 위 한국 법인 표에 넣지 않았습니다. - Reddit의 2024~2025년 대화에는 한국에 법인을 설립했다고 밝힌 익명 참여자의 추가 수수료·개발 경험과 Paddle 이전을 알린 후속 댓글이 있습니다. 회사명·거래 명세를 확인할 수 없으므로 개인 경험담으로만 취급합니다. 댓글의 과거 실효 수수료나 한국 VAT 해석은 검증된 사실로 옮기지 않습니다. 수수료는 Lemon Squeezy 공식 Fees, 한국 세무는 자사 계약·증빙과 전문가 검토를 기준으로 판단합니다.
한국 SaaS 가상 사례
서울 소재 SaaS 팀이 월 USD 29, 연 USD 290 플랜을 한국·미국·EU 고객에게 판다고 가정합니다. 팀은 Product 하나에 월/연 Variant를 만들고 SaaS tax category를 고릅니다. 한국어 checkout에는 ko locale을 지정하지만, 한국 간편결제 노출은 공식 목록에 없으므로 약속하지 않습니다. KRW 표시 실험을 하더라도 주문은 USD 처리되므로 고객 고지와 원장 필드를 나눕니다.
| 설계 결정 | 이유 | 검증 |
|---|---|---|
| 월/연 variant 분리 | 구독 주기·권한 매핑 | test mode 첫 결제·갱신 |
| 불투명 workspace ID custom data | webhook 연결 | 다른 테넌트 변조 방지 |
| Customer Portal 링크 | 해지·결제수단 변경 | 로그인·24시간 URL 만료 |
| 국내 B2B 별도 청구 | PO·세금계산서 요구 | 중복 청구·원장 분리 |
| USD 거래·KRW 입금 분리 | 환율·payout 지연 설명 | 주문 CSV·reverse invoice·은행 입금 |
이 사례는 가상 설계이며 Lemon Squeezy의 고객 성공 사례나 특정 계정 승인 보장이 아닙니다.
출시 전 체크리스트
- 금지 상품과 스토어 활성화·지급 수단 검증을 완료했다.
- Seller/Buyer Terms, DPA, 자사 약관·개인정보·환불 정책을 검토했다.
- test/live 키·ID·webhook secret·환경 플래그가 분리됐다.
- 월/연/일회성의 세금·최종액·통화·결제수단을 실제 화면에서 확인했다.
- 신규·갱신 실패·해지·환불 이벤트가 앱 권한과 원장을 바꾼다.
- 소액 live 구매와 환불을 고객 경험부터 CS·원장까지 확인했다.
- 한국 B2B 직접 청구 시 영업·재무·제품의 책임자가 있다.
월마감 체크리스트
- Orders CSV 범위와 UTC 경계를 기록했다.
- USD cent 원장과 내부 주문 수가 일치한다.
- 플랫폼 수수료·환불·dispute·payout 수수료를 확인했다.
- 13일 보류와 최소 USD 50로 이월된 잔액을 설명한다.
- payout reverse invoice와 은행 입금·환율을 연결했다.
- 세무사가 승인한 총액/순액·부가세·외화 환산 정책을 적용했다.
장애 대응
| 증상 | 첫 확인 | 복구 |
|---|---|---|
| 결제됐는데 권한 없음 | order/subscription API·webhook inbox | 최신 snapshot 재조회·worker replay |
| 중복 권한·이메일 | inbox dedupe·outbox key | side effect 보정 |
| 고객이 청구명을 모름 | LEMSQZY*STORE·영수증 | 명세명 안내, 분쟁 선제 대응 |
| 예상보다 적은 payout | 환불·수수료·보류·환율 | exception queue에 근거 첨부 |