Stripe가 내 국가에서 판매자 계정을 지원하지 않는다 — 그래도 유료 SaaS를 출시했다

본문

Stripe 중심의 결제 스택이 사실상 표준인 인디 해커 생태계에서, Stripe가 판매자 계정을 발급하지 않는 국가의 개발자는 첫 단계부터 막히게 됩니다. 이 글의 작성자는 한국에 거주하며, Stripe가 한국을 merchant country로 지원하지 않아 '미국에 법인을 세우거나 아예 과금을 포기하거나' 둘 중 하나라고 생각했지만, 실제로는 둘 다 필요 없었다고 말합니다.

Merchant of Record를 써라 — 결제 처리사가 아니라

핵심 해법은 payment processor가 아니라 Merchant of Record(MoR)를 쓰는 것입니다. 작성자는 Polar를 선택했고, Paddle과 Lemon Squeezy도 같은 방식으로 동작한다고 설명합니다. MoR는 법적 판매 주체(seller of record)가 되어 고객에게 직접 청구하고, 각 관할 지역의 VAT와 미국 판매세를 징수·납부한 뒤 개발자에게 정산해 줍니다. 덕분에 독일 고객에게 팔더라도 독일에 세무 등록을 할 필요가 없습니다. 대가는 수수료로, 순수 카드 처리 수수료보다 실질적으로 높지만 작성자는 '40개국에서 세금 문제를 안고 가지 않는 대가로 공정한 가격'이라고 평가합니다.

결제 계층은 인터페이스 뒤에 숨겨라

두 번째 실천법은 공급자를 고르기 전에 billing을 인터페이스 뒤에 두는 것입니다. 작성자는 Stripe와 Polar 양쪽을 하나의 인터페이스에 대해 구현했고, 어느 쪽도 end-to-end로 동작하기 전에 이미 작성을 마쳤습니다. 한국이 Stripe merchant country가 되는 날이나 Polar 수수료가 더 이상 말이 안 되는 날에는 리라이트가 아니라 설정 변경으로 끝납니다. 부수적인 이점으로, 두 계정이 아직 존재하지 않는 상태에서도 테스트가 두 경로를 모두 검증할 수 있었습니다.

만든 것 — 미수금을 대신 독촉하는 Nudge

작성자가 만든 제품은 Nudge로, 미납 인보이스를 대신 추적·독촉하는 도구입니다. Stripe 또는 Xero에서 동기화하고, 각 리마인더를 해당 인보이스의 실제 맥락 — 금액, 연체 기간, 이미 보낸 안내, 고객 유형 — 을 바탕으로 작성합니다. 어조는 인보이스가 오래될수록 강경해져서 3일 차에는 부드럽게, 2주에는 단호하게, 45일에는 최종 통지가 됩니다. 작성자가 가장 중요하게 여긴 속성은 '지루한 것'이라고 표현한 정산 처리입니다. 인보이스가 결제되는 순간 그 인보이스에 대기 중인 모든 리마인더가 취소되어, 이미 돈을 보낸 고객을 독촉하는 일이 절대 없도록 했습니다. 그 실패가 곧 '아무것도 안 하는 것보다 나쁜 상태'라고 봤기 때문입니다. 이메일이나 카드 없이 계정 생성도 없이 바로 체험할 수 있으며, 52일 연체된 건을 포함해 8개 인보이스가 진행 중인 워크스페이스가 열립니다.

Indie Hackers 반응

• @ourabi — 영리한 구성입니다. Merchant of Record 사용은 국제 세무 문제의 최선의 우회로가 확실하고, 결제 계층을 초기에 추상화한 것은 향후 유연성을 위한 결정적인 수입니다. 저도 지원되지 않는 국가에서 비슷한 MoR 경로로 갔는데, 끝없는 행정적 악몽에서 구해줬습니다.
• @Sol — 어느 나라인지, 그리고 최종적으로 뭘 선택했나요? 저는 Polar를 Paddle과 Lemon Squeezy보다 고른 이유가 '동작하는 체크아웃까지 의식이 가장 적게 든다'는 점이었는데, 실제 볼륨 — 정산, 환불, 차지백 — 에서도 그게 유지될지는 아직 모릅니다. 오래 운영해 보셨다면 뭐가 먼저 터졌는지가 제일 궁금합니다.

원문: Indie Hackers / 번역·요약: Trawling