청구서 도구가 사용자의 거주 국가를 따지지 않도록 첫날부터 정했습니다

AI 요약

12년 넘게 디지털 제품을 만든 AI Product Builder가 부업으로 프리랜서용 청구서 도구 Alisio를 개발하고 있습니다. 직접 코드를 쓰기보다 AI 에이전트를 지휘하고 제품 판단을 맡습니다. 사용자 포럼을 살펴보니 거주 국가 때문에 가입을 거부당하거나, 해당 국가에서 쓸 수 없는 세금 기능에 비용을 내는 프리랜서가 있었습니다. 그래서 Alisio는 어느 나라에 사는지에 따라 사용자를 차별하지 않는다는 원칙을 세웠습니다.

처음부터 다국어·다국가를 고려한 설계

Alisio는 아랍어처럼 오른쪽에서 왼쪽으로 쓰는 언어를 포함해 13개 언어를 지원합니다. 청구서는 작성자 언어가 아니라 고객 언어로 발행하며, 세금 식별 번호 입력란도 한 국가 형식만 가정하지 않도록 만들었습니다.

창업자는 코드를 읽고 전 세계에서 작동하는지 판단하기 어렵다고 설명합니다. 대신 프리랜서와 고객이 서로 다른 나라에 있고, 둘 다 일상적으로 쓰지 않는 통화로 청구하는 상황을 만들어 시험합니다. 특정 국가만 가정한 설계는 사용자에게 맞지 않는 입력란으로 드러나므로, 코드에 익숙하지 않은 디자이너도 문제를 발견할 수 있다는 설명입니다. 제품은 출시 초기이며 아직 유료 고객은 없습니다. 창업자는 사용해 보고 문제점을 알려줄 프리랜서를 찾고 있습니다.

Indie Hackers 반응

• @ramkumarapp — 이걸 기능이 아니라 원칙으로 삼은 점이 좋습니다. 미국과 전 세계 고객을 대상으로 인도에서 창업한 저도 반대편 상황을 겪었습니다. 어떤 도구는 아예 지원하지 않고, 어떤 도구는 작동한다고 해도 통화, 세금 입력란, 날짜 형식 같은 기본값이 다른 곳을 가정합니다. 제품이 나를 위해 만들어지지 않았다는 사실을 조용히 드러냅니다. 시나리오 테스트도 영리합니다. 프리랜서가 한 나라, 고객이 다른 나라, 통화가 세 번째 나라에서 온 상황이 단순히 다른 로캘에서 시험하는 것보다 훨씬 유용합니다. 첫날부터 13개 언어를 지원하느라 개발 속도가 느려졌나요? 문구를 바꿀 때마다 13개 언어를 모두 반영해야 하는데, 1인 팀으로 어떻게 처리하나요?
• @wagebeat — 시나리오로 시험한다는 부분에 공감합니다. 저는 미국, 캐나다, 영국, 호주를 지원하는 급여 추적 앱을 혼자 만들고 있으며 영어와 프랑스어를 지원합니다. 놓친 버그는 계산이 아니라 가정에서 나왔습니다. 프랑스계 캐나다에서는 통화 기호가 금액 뒤에 오는데 앞에 붙인다거나, 로캘마다 다르게 읽히는 날짜를 쓰거나, 특정 주에서만 의미 있는 최저임금 기준을 넣는 식입니다. 가장 도움이 된 규칙은 모든 숫자와 날짜를 한 형식화 계층에서 처리하고 코드 곳곳에서 직접 형식화하지 않는 것이었습니다. 그런 다음 각 로캘에서 같은 시나리오를 실행하고 스크린샷을 나란히 비교합니다. 청구서 날짜와 숫자도 고객 로캘에 맞추나요, 아니면 언어만 바꾸나요?
• @RkubeServices — 미국과 캐나다에서 소규모 회계 사무소에 근무합니다. 테스트 목록에 두 가지를 더하겠습니다. 미국 고객에게 청구하는 미국 외 프리랜서는 첫 지급 전에 고객에게 W-8BEN을 요청받는 경우가 많으므로, 서류를 보관할 곳이 미국 세금 식별 번호 입력란보다 유용합니다. 캐나다 프리랜서는 미국 고객에게 수출하는 대부분의 서비스에 GST/HST를 부과하지 않지만, 과세 매출이 4개 연속 분기 동안 3만 달러를 넘으면 등록해야 합니다. 캐나다 고객에게 발행하는 청구서에는 GST/HST 번호도 필요합니다.
  • @Nico Minetti — 실제로 이런 일을 하는 분의 의견이 유용합니다. 읽기만 해서는 두 사례 모두 떠올리지 못했을 겁니다. 둘 다 테스트 목록에 넣겠습니다. W-8BEN은 보통 고객의 매입 담당자나 재무팀이 요청하나요, 아니면 대금 지급 플랫폼에서 요청하나요?
  • @RkubeServices — 보통은 고객의 매입 담당자나 재무팀이 요청합니다. 미국 외 계약자에게 돈을 지급하는 쪽에서 지급 전에 서류를 보관해야 하기 때문입니다. 프리랜서가 Upwork나 Deel 같은 플랫폼으로 대금을 받으면 플랫폼이 가입 단계에서 서류를 받고, 고객은 요청하지 않습니다. 테스트 목록에 행운을 빕니다.
• @AmandaBrown — 처음부터 글로벌 사용자를 고려하면 생각보다 많은 제약이 생깁니다. 통화, 날짜 형식, 세금 규칙, 결제 수단에 관한 간단한 결정에도 특정 국가를 가정한 조건이 숨어 있습니다. 처음부터 제약으로 두면 나중에 글로벌 기능을 덧붙일 때 쓰는 지름길을 택할 수 없습니다. 13개 언어로 출시한 일이 초기 사용자를 끌어오는 데 영향을 줬나요, 아니면 처음부터 그들을 배제하지 않게 하는 데 주로 도움이 됐나요?
  • @Nico Minetti — 솔직히 아직 판단하기 어렵습니다. 실제 사용자가 늘지 않아 어떤 사용자가 유입됐는지 비교할 수 없습니다. 다만 처음부터 사람들을 무시하지 않게 해줬습니다. 그게 주된 이유였습니다.
• @GregoryScottHenson — 1인 팀에게 13개 언어와 국가별 세금 입력란은 범위가 넓습니다. ‘글로벌’이라는 표현은 첫 메시지를 모호하게 만들기도 합니다. 인도 프리랜서가 미국 고객에게 청구하는 경우처럼 한 경로를 정해 먼저 성공시키고, 그 뒤 범위를 넓히는 편이 실제 피드백과 추천을 얻기 좋습니다. 첫 사용자 열 명은 어떤 국가 조합일 가능성이 가장 높나요?
  • @Nico Minetti — 타당한 지적입니다. 아직 좋은 답이 없습니다. 특정 경로를 정하지 않았고 유료 고객도 없어 판단할 데이터가 없습니다. 인도에서 미국으로 청구하는 경로는 괜찮은 추측입니다. 위의 rishita_builds와 RkubeServices도 바로 그 경로에 관한 정보를 주고 있습니다. 어느 조합부터 시작하시겠어요?
• @nobolevsk — 안녕하세요, Nico. Novruz입니다. 다른 사람의 제품을 직접 시험하는 일을 하는데, ‘문제가 무엇인지 알려달라’는 제안을 지나치기 어렵네요. 금액 표기에서 ‘어디서나 작동’한다는 주장이 자주 깨집니다. 영어 페이지에서 미국 고객 Acme Studio에 보낼 샘플 청구서 총액이 ‘$2.400,00’인데, 몇 화면 아래 Pro 가격은 ‘$6.99’입니다. 한쪽에서는 마침표가 천 단위 구분자이고 다른 쪽에서는 소수점이므로 미국 사용자는 청구서 금액을 2달러 40센트로 읽습니다. 차트 버튼도 ‘1M 3M 6M 1A’로 표시되는데, A는 스페인어 año에서 온 듯합니다. 랜딩 페이지에서만 확인한 내용이며 실제 PDF는 가입 뒤에 볼 수 있습니다. 첫 프리랜서 고객을 찾길 바랍니다.
  • @Nico Minetti — 랜딩 페이지를 직접 확인해 주셔서 감사합니다. 두 가지 모두 실제 문제입니다. 한 페이지 안에서 구분자를 섞는 일은 절대 허용하지 않겠다고 말했는데, 부끄럽습니다. 오늘 수정 목록에 넣겠습니다. 가입 뒤 청구서도 시험해 보고 싶으시면 무엇을 발견했는지 알려주세요.
• @alextkachenko — 테스트 목록에 같은 나라 안에서 프리랜서와 고객이 거래하는 평범한 경우도 넣겠습니다. 적어도 슬로바키아에서는 ‘어디서나 작동’이 먼저 깨지는 경우입니다. 세금 식별 번호 때문이 아닙니다. 2027년 1월 1일부터 슬로바키아의 VAT 등록 사업자는 국내 B2B 청구서를 Peppol(EN 16931)을 통한 구조화 전자 청구서로 보내야 합니다. 이메일 PDF는 더 이상 인정되지 않습니다. 국경 간 거래는 EU 안에서는 2030년 7월까지, EU 밖에서는 기한 없이 PDF를 계속 쓸 수 있습니다. 당장 핵심 사례에는 문제가 없겠지만, 가입 뒤에야 알게 되는 사람이 없도록 페이지에서 누구를 위한 제품인지 밝혀야 합니다.
  • @Nico Minetti — 같은 나라 안에서 거래하는 경우는 테스트하지 않았습니다. Peppol 시행일도 몰랐습니다. 마지막 지적도 맞습니다. ‘어디에 살든 상관없다’는 표현은 너무 느슨합니다. 국경을 넘어 청구하는 프리랜서를 위한 제품이라고 분명히 밝혀야겠습니다.
• @rishita_builds — 국가별 세금 식별 번호에서 이런 도구가 자주 문제를 일으킵니다. 인도 프리랜서가 해외에 청구할 때는 GSTIN이 필요하고, 서비스 수출 청구서에 GST를 부과하지 않으려면 LUT 관련 안내도 필요합니다. 인도는 최근 GST 등록과 신고를 간소화하고 있어 입력란이 바뀔 수도 있습니다. 국가별 세금 규칙을 설정값으로 관리하나요, 아니면 지금은 코드에 고정했나요?
  • @Nico Minetti — GSTIN과 관련해 우려했던 부분과 같습니다. LUT 안내는 목록에 없었습니다. 인도는 입력란이 가장 먼저 낡을 곳일 것 같으니, 바뀌는 점을 알려주시면 듣고 싶습니다.

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