소프트웨어를 개발해 한 번에 사용권을 파는 방식에서 구독형 서비스(SaaS)로 옮기는 팀은 대개 두 가지 문제를 동시에 만납니다. 하나는 고객이 쉽게 결제하고 회사도 이익이 나도록 제품 가격을 어떻게 정할 것인가입니다. 다른 하나는 갱신, 가격 조정, 서비스 정지, 해지를 법에 어긋나지 않고 고객과의 관계도 해치지 않게 다루도록 계약과 이용약관을 어떻게 쓸 것인가입니다.
이 가이드는 자주 쓰이는 SaaS 가격 모델을 비교하고, 각 모델에 어떤 계약 조항이 필요한지와 관련된 태국법 쟁점(전자적 약관 동의, 개인정보, 부가가치세)을 짚습니다. 적정 가격은 시장과 제품별 원가에 달려 있으므로 이 가이드는 가격 수치를 제시하지 않습니다.
핵심 답변
좋은 가격 모델은 고객이 얻는 가치에 연결되어 있고, 제공자가 매달 고객과 다투지 않고도 정확하게 측정할 수 있는 모델입니다. 모델을 정했다면 계약을 세 겹으로 쓰십시오. 고객이 동의 버튼을 누르는 이용약관(terms), 서비스 수준 협약(SLA), 개인정보 처리 위탁 계약이며, 이들이 가격 산정 방식과 제공자가 실제로 약속하는 내용에 맞아야 합니다.
법 규칙(태국법). 전자거래법 B.E. 2544 제7조는 어떤 정보가 전자적 형태라는 이유만으로 그 법적 구속력과 집행 가능성을 부정해서는 안 된다고 정합니다. 따라서 온라인 약관 동의는 전자적 형태라는 이유로 무효가 되지 않지만, 제공자는 여전히 동의를 증명해야 합니다. 개인정보 측면에서는 개인정보 보호법 B.E. 2562 제40조가 개인정보 수탁자의 의무를 정합니다. 세금 측면에서는 서비스에 대한 부가가치세 납세의무가 서비스 대금을 받을 때 발생하며(국세법전 제78/1조), 해외 고객에게 제공하는 서비스 중 일부는 영세율 요건을 충족할 수 있습니다.
저희의 실무적 견해. 해외 SaaS의 약관을 번역해 베끼는 것으로 시작하지 마십시오. 다른 나라 법에 맞춘 조항이 태국법에는 맞지 않을 수 있고, 지나치게 일방적인 조항은 고객에게 유리하게 해석될 수 있습니다. 고객 한 곳이 결제를 멈추거나, 해지를 요구하거나, 데이터가 유출되거나, 시스템이 다운되면 계약의 어느 조항이 이에 답하는지를 먼저 물으십시오. 그리고 답할 수 있고 실제로 이행할 수 있는 것만 쓰십시오.
1. 자주 쓰이는 가격 모델과 각 모델이 계약에서 답해야 하는 것
| 모델 | 고객이 지불하는 기준 | 장점 | 계약에서 분명히 해야 할 점 |
|---|---|---|---|
| 사용자당(per seat) | 사용자 계정 수 | 이해하기 쉽고 매출 예측이 가능 | "사용자"의 정의, 계정 공유, 주기 중 사용자 수 증감 |
| 패키지별(tiered) | 기능 등급 또는 한도 | 상위 등급으로 올려 팔 수 있음 | 등급별 한도, 등급 변경, 한도 초과 시 효과 |
| 사용량 기반(usage-based) | 사용량(예: 요청 수, 저장 공간) | 고객이 공정하다고 느낌 | 측정 방법, 사용 기록의 소유자, 수치에 대한 이의, 청구 주기 |
| 프리미엄(freemium) | 일부는 무료, 업그레이드 시 결제 | 사용자를 시스템으로 끌어들임 | 무료 범위, 무료 서비스의 변경 또는 중단권, 무료 사용자의 데이터 |
| 회사당 고정 요금 | 고객당 단일 가격 | 기업에 판매하기 쉬움 | 사용 범위, 포함되는 사용자, 과도한 사용 |
| 혼합(기본료 + 사용량) | 월 기본료와 초과분 | 고정비를 충당 | 초과분 계산, 최소 요금 |
고르는 기준을 간단히 말하면, 여러분의 가치와 원가에 연관된 것을 측정하라는 것입니다. 원가가 사용량에 따라 늘어난다면 순수한 사용자당 방식은 많이 쓰는 고객 집단에서 손실을 낼 수 있고, 고객이 확정된 예산을 원한다면 순수한 사용량 방식은 기업에 팔기 어려울 수 있습니다.
2. 청구 주기: 월 단위 또는 연 단위
| 쟁점 | 월 단위 | 연 단위 |
|---|---|---|
| 고객이 떠날 위험 | 더 높음 | 계약 주기 안에서는 더 낮음 |
| 현금흐름 | 나누어 들어옴 | 큰 금액이 선불로 들어옴 |
| 환불 부담 | 적음 | 연중 해지 시 환불 여부를 분명히 합의해야 함 |
| 세금 | 매 회차 대금을 받을 때 세금계산서 발행 | 한꺼번에 대금을 받을 때 세금계산서를 발행하므로, 서비스가 다 제공되기 전에 세금을 납부하게 됨 |
연 단위 계약에서는 주기 중 해지하는 경우나 서비스에 중대한 결함이 있는 경우의 환불 정책을 분명히 정해 두는 것이 좋습니다. 선불로 받은 대금은 여전히 서비스를 제공하거나 반환해야 하는 부담이기 때문입니다. 선수수익을 회계에 어떻게 기록할지는 회계사나 외부 감사인이 정하도록 하십시오.
3. 고객이 조건에 동의하게 하기: click-wrap과 기업 계약
소규모 고객과 셀프서비스 고객에게는 동의하기 전에 약관을 보여 주는 동의 화면(click-wrap)을 쓰십시오. 고객이 열어 보지 않아도 되는 페이지 하단 링크만으로는 부족합니다. 전자거래법 B.E. 2544 제7조에 따라 전자적 형태라는 점이 약관을 무효로 만드는 이유는 되지 않지만, 제공자는 증거를 갖추어야 합니다.
보관해 두어야 할 것
- 동의 버튼을 누른 사람의 신원(사용자 계정, 조직)
- 동의한 약관의 버전
- 날짜와 시간, 그리고 확인에 쓰인 IP 주소나 그 밖의 시스템 기록
- 약관이 바뀔 때의 통지와 새 버전에 대한 동의
기업 고객은 대개 권한 있는 사람이 서명한 계약서나 발주서를 원합니다. 따라서 문서의 우선순위를 정해야 합니다. 예를 들어 서명된 기본계약이 웹페이지의 약관보다 우선하게 하고, 서명자가 회사를 대리할 권한이 있는지 확인하십시오. 회사 계약을 온라인으로 서명할 때 필요한 증빙과, 대형 고객이 보내온 계약서를 검토하는 방법은 대형 고객이 계약서를 보내왔을 때를 보십시오.
표준약관(약관형 계약) 제공자가 일방적으로 작성한 표준 조건은 약관형 계약에 해당할 수 있습니다. 불공정계약조항법 B.E. 2540 제4조는 계약을 작성한 쪽에게 부당하게 유리한 조항은 공정하고 상당한 범위에서만 효력이 있다고 정합니다. 그러므로 제공자는 자신에게만 극단적으로 유리한 조항, 예를 들어 시스템이 오랫동안 다운되어도 모든 경우에 책임을 부정하는 조항을 넣지 않는 것이 좋습니다.
4. SaaS에 있어야 할 계약 조항과 작동하도록 쓰는 방법
4.1 갱신
- 계약이 자동 갱신되는지, 갱신 주기는 얼마인지, 갱신하지 않으려면 언제까지 통지해야 하는지 쓰십시오.
- 갱신 전에 알림을 보내고 발송 증거를 보관하십시오. 숨겨진 자동 갱신 조항은 다투어질 수 있습니다.
- 가입보다 어렵지 않게, 시스템 안이나 이메일로 해지할 수 있는 경로를 제공하십시오.
4.2 가격 조정
- 가격 조정권을 쓰십시오. 예를 들어 갱신 시, 정해진 기간 안에 서면이나 이메일로 사전 통지하면 조정할 수 있다고 하는 식입니다.
- 새 가격에 동의하지 않는 고객에게 계약을 갱신하지 않을 권리를 주십시오.
- 고객이 이미 대금을 낸 주기의 가격은, 계약이 명시적이고 합리적인 권리를 주지 않는 한 조정하지 마십시오.
제공자는 다음 갱신 주기의 서비스 요금을 조정할 수 있으며, 이 경우 이용자에게
서면 또는 이메일로 부속 문서에 정한 기간 이상 전에 통지합니다. 이용자가 새 가격으로
갱신하기를 원하지 않는 경우 갱신일 전에 갱신하지 않겠다고 통지할 수 있으며,
계약은 현재 주기가 끝날 때 종료됩니다.
(이해를 돕기 위한 예시입니다. 사용 전에 제품에 맞게 조정하십시오.)
4.3 서비스 정지
- 정지할 수 있는 사유를 명시하십시오. 예를 들어 합의한 기간을 넘긴 연체, 목적에 어긋나거나 위법한 서비스 이용, 시스템 보안에 대한 위협입니다.
- 정지 전에 통지하고 시정할 시간을 주도록 정하되, 보안상 긴급한 경우는 예외로 하십시오.
- 정지가 미지급 서비스 대금 채무를 없애지 않는다는 점과, 삭제 전에 데이터를 얼마 동안 보관하는지를 정하십시오.
4.4 고객 데이터와 내보내기
- 고객이 시스템에 넣은 데이터는 고객의 것이며, 제공자는 서비스 제공에 필요한 범위에서 사용권을 받습니다.
- 계약이 끝났을 때 고객이 데이터를 내보내 달라고 요청할 수 있는 파일 형식과 기간, 그 이후 데이터를 삭제하는 날짜를 정하십시오.
- 제공자가 처리 과정에서 만들어 낸 데이터, 예를 들어 개인을 식별할 수 없는 집계 통계를 제공자가 사용할 수 있는지 정하십시오.
4.5 SLA 크레딧
- 보장하는 서비스 가동 시간, 측정 방법, 다운타임으로 계산하지 않는 정기 점검 시간을 정하십시오.
- 기준에 못 미칠 때의 서비스 요금 크레딧은 고객이 정해진 기간 안에 요청해야 하는 청구권으로 하고, 크레딧이 주된 구제수단인지, 심각한 장애일 때 고객이 해지할 수 있는지를 정하는 것이 좋습니다. SLA 구조는 월 서비스 계약을 위한 MSA와 SLA를 보십시오.
4.6 지식재산권
- 제공자가 계속 소프트웨어의 소유자이고, 고객은 계약 기간과 범위에 따른 사용권을 얻습니다.
- 합리적인 범위에서 리버스 엔지니어링, 재라이선스, 경쟁 서비스 구축을 위한 이용을 금지하십시오.
- 고객이 애드온을 맞춤 개발하도록 맡긴다면 계약을 따로 하고 소유권을 쓰십시오. 소프트웨어 개발 계약을 보십시오.
4.7 책임 제한
- 책임 상한을 정하고 간접 손해를 제외하되, 그 근거가 있어야 합니다.
- 제한은 법이 면책을 허용하지 않는 경우, 예를 들어 제공자 자신의 고의 또는 중과실에는 미치지 않아야 합니다. 이에 관한 면책 원칙이 민상법전에 있으므로 변호사가 문구를 검토하는 것이 좋습니다.
5. PDPA: SaaS 제공자의 역할
대부분의 SaaS는 고객의 고객의 개인정보를 저장하므로, 제공자는 역할을 분명히 나누어야 합니다.
| 정보 | 대체로 해당하는 역할 |
|---|---|
| 고객의 사용자 계정 정보(이름, 이메일, 청구 정보) | 제공자가 직접 개인정보 처리 책임자(컨트롤러)일 수 있음 |
| 고객이 처리를 위해 시스템에 넣은 제3자의 정보 | 제공자는 대체로 개인정보 수탁자(프로세서), 고객이 처리 책임자(컨트롤러) |
| 제품 개선을 위한 이용 데이터 | 제공자가 스스로 목적을 정하는지에 달려 있으며 사안별 분석 필요 |
수탁자가 되는 경우 개인정보 보호법 B.E. 2562 제40조는 수탁자의 의무를 정하며, 예를 들어 처리자의 지시에 따라 처리하고, 적절한 보안 조치를 마련하고, 침해 사고가 있으면 처리자에게 알리고, 처리 활동 기록을 작성하는 것입니다. 따라서 고객과의 개인정보 처리 위탁 계약에는 이 사항들과 함께, 재수탁자(예: 클라우드 제공자)의 이용, 해외 이전, 계약 종료 시 데이터의 삭제 또는 반환이 들어가는 것이 좋습니다.
데이터 유출이 발생하면 대응 계획이 있어야 하고, 처리자인 고객에게 신속히 알려야 합니다. 고객 데이터가 유출되었을 때 회사가 먼저 할 일과 기업을 위한 PDPA 체크리스트를 보십시오. 고객이나 귀사의 직원이 외부 AI 도구에 데이터를 넣는 문제는 AI 정책과 고객 데이터를 보십시오.
6. 부가가치세: 국내 고객과 해외 고객
- 국내 고객 부가가치세 등록 서비스 제공자는 법이 정한 세율로 세금을 계산해야 합니다. 납세의무는 서비스 대금을 받을 때 발생하고(국세법전 제78/1조), 정해진 시기에 세금계산서를 발행해야 합니다. 등록 기준에 아직 이르지 않은 제공자는 자신의 상태를 회계사에게 확인받는 것이 좋습니다.
- 해외 고객 해외 고객에게 제공하는 일부 서비스는 서비스 수출로서 영세율 요건을 충족하며, 서비스 이용 장소와 증빙을 포함해 국세청장 고시의 요건을 확인해야 합니다. 해외 고객이 해외에서 이용하는 SaaS는 요건을 충족할 수 있으나, 태국 내 이용자가 있는 고객에게 제공하는 서비스는 사안별로 검토해야 합니다. 해외 고객에게 서비스를 제공할 때 부가가치세 영세율은 언제 적용되는가를 보십시오.
- 태국 고객에게 판매하는 해외 제공자 자기 세금 의무가 있습니다. 해외 SaaS 서비스 요금을 지급하는 태국 고객은 지급하는 쪽의 원천징수세와 부가가치세를 확인해야 할 수 있습니다. 해외 SaaS, 광고, 컨설팅 비용 지급을 보십시오.
- 투자 촉진 일부 유형의 소프트웨어 및 디지털 회사는 투자 촉진을 신청할 수 있습니다. 소프트웨어 회사와 디지털 사업을 위한 BOI와 SaaS 창업자를 위한 BOI를 보십시오.
이 가이드는 최신 법령과 고시를 확인해야 하므로 세율이나 기준 수치를 적지 않습니다.
7. 프리미엄과 무료 체험
- 무료의 조건을 명시하십시오. 예를 들어 기능 제한, 사용 제한, 기간 제한입니다.
- 제공자는 무료 서비스를 변경하거나 중단할 수 있도록 하되, 상당한 기간 전에 통지하고 무료 플랜에는 서비스 수준을 보장하지 않는다고 하십시오.
- 무료 사용자의 데이터도 PDPA에 따라 보호해야 하는 개인정보이며, 마케팅이나 제품 개선에 쓰려면 법적 근거가 있어야 합니다.
- 체험 후 자동 결제는 체험을 시작하기 전에 언제 결제가 이루어지는지 분명히 알리고, 쉽게 취소할 수 있게 해야 분쟁과 불공정 계약 조항으로 판단될 위험을 줄일 수 있습니다.
8. 출시 전 가격 모델의 위험 평가
가격 모델을 고르기 전에 스스로 물어보십시오.
- 핵심 고객층은 어떻게 구매를 결정하는가? 고정 예산을 쓰는가, 발주서를 쓰는가, 카드로 결제하는가?
- 우리의 원가는 사용자 수, 데이터, 요청량 중 무엇에 따라 늘어나는가?
- 시스템이 고객이 받아들일 만큼 정확하게 사용량을 측정하는가? 기록은 얼마나 오래 보관하는가?
- 고객이 한도를 넘기면 어떻게 되는가? 서비스를 차단하는가, 추가 요금을 받는가, 경고만 하는가?
- 이 모델이 일부 고객에게 권리를 준 기존 계약, 예를 들어 최저가 조항이나 가격 인상 금지 조항과 충돌하지 않는가?
기존 고객의 모델을 바꾸려면 작은 집단에서 먼저 시험하고, 이미 계약이 진행 중인 고객의 가격은 동의가 없거나 계약 조항의 뒷받침이 없다면 고치지 마십시오. 비즈니스 모델 변경을 시범적으로 테스트하기를 보십시오.
9. 구독 판매 시작 전 체크리스트
- 가치와 원가에 연결된 가격 모델을 고르고, 가격 산정 단위(사용자, 사용량, 등급)를 분명히 정의했다.
- 동의 전에 약관을 보여 주는 동의 화면을 만들고, 버전, 날짜와 시간, 동의한 사람의 기록을 보관한다.
- 갱신, 가격 조정, 서비스 정지, 계약 해지를 공정하게 썼다.
- 계약 종료 시 데이터 내보내기와 삭제를 썼다.
- SLA, 크레딧, 정기 점검 시간을 정했다.
- 기업 고객을 위한 개인정보 처리 위탁 계약을 준비했다.
- 데이터 유출 대응 계획과 고객에게 알릴 경로가 있다.
- 세금계산서, 선수수익 인식, 해외 고객에 대한 부가가치세를 회계사와 상담했다.
- 투자 촉진 상태와 회사 목적을 확인했다.
- 사용하는 클라우드 제공자와 AI 도구의 약관이 고객에게 약속한 내용과 충돌하지 않는지 확인했다.
함께 읽기
- 월 서비스 계약을 위한 MSA와 SLA — 서비스 계약의 구조와 서비스 수준
- 일회성 업무에서 월 정기 매출로 — 정기 매출의 일반적인 접근
- 소프트웨어 개발 계약 — 고객 맞춤 개발 업무가 있을 때
- 소프트웨어 회사와 디지털 사업을 위한 BOI — 투자 혜택
- SaaS 창업자를 위한 BOI — 지식재산과 해외 고객
- 고객 데이터가 유출되었을 때 회사가 먼저 할 일 — 개인정보 침해 대응 계획
- AI 정책과 고객 데이터 — 고객 데이터에 AI 도구를 쓸 때
좋은 SaaS 가격 모델은 측정할 수 있고 고객이 공정하다고 보는 모델이며, 계약은 분쟁이 생기기 전에 갱신, 가격 조정, 서비스 정지, 데이터 반환을 어떻게 할지 답할 수 있어야 합니다.
저희는 소프트웨어 제품에 맞는 이용약관, 서비스 수준 협약, 개인정보 처리 위탁 계약의 작성을 돕습니다. 첫 상담을 원하시면 +66 92 254 2045로 전화하시거나 상세 내용을 보내 주십시오. 계약서 및 문서와 PDPA도 함께 보십시오.
이 가이드는 수완와라 법률사무소가 발행했습니다 — 1986년에 설립된 콘깬(Khon Kaen) 주의 법률사무소입니다. 본 내용은 일반적인 정보일 뿐이며, 특정 사안에 대한 법률 자문이 아닙니다.
