2022년에 SaaS 창업자에게 이번 달에 얼마의 수익을 기록할 것인지 물었다면, 그 답은 스프레드시트 공식이었을 것입니다: 좌석 수 곱하기 가격, 계약 잔여일에 비례하여 계산하는 것이죠. 오늘날 AI-네이티브 창업자에게 같은 질문을 한다면, 솔직한 대답은 "고객이 모델을 얼마나 사용했는지에 따라 다릅니다"일 것입니다. 고객이 기능을 운영 환경에 배포하면 토큰 사용량이 일주일 만에 두 배로 늘어날 수 있고, 실험을 중단하면 정체될 수도 있습니다. 예측의 기준이 될 좌석 수가 없습니다.
구독에서 사용량 기반으로의 이러한 전환은 단순히 가격 책정 결정이 아닙니다. 이는 회계 문제이며, 2018년부터 SaaS를 규율해 온 동일한 수익 인식 기준인 ASC 606에 정확히 해당되지만, 훨씬 예측하기 어려운 입력값에 적용됩니다. 이를 잘못 처리하면 단순히 반올림 오류가 아니라, 실사 중에 재무제표 재작성이 필요하게 되며, 이는 가장 피하고 싶을 때 발생할 수 있습니다.
토큰 기반 가격 책정이 기존 전략을 무너뜨리는 이유
전통적인 SaaS 수익 인식은 비교적 유연합니다. 고객이 연간 플랜에 대해 $12,000를 지불하면, 매월 $1,000를 수익으로 인식하며, 가장 큰 판단은 계약 수정으로 인해 재배분이 필요한지 여부입니다. 대가는 고정되어 있습니다. 수행 의무, 즉 시간에 걸쳐 소프트웨어에 대한 접근을 제공하는 것은 명확합니다. 감사인들은 이와 유사한 수천 개의 계약을 검토해왔습니다.
AI와 사용량 기반 가격 책정은 고정된 부분을 제거합니다. 고객은 처리된 토큰, 발생한 API 호출, 완료된 추론 실행 또는 소비된 컴퓨팅 시간(compute-seconds)에 대해 비용을 지불합니다. 이러한 대가는 본질적으로 변동성이 있으며, ASC 606에는 이 문제에 전적으로 할애된 전체 섹션, 즉 ASC 606-10-32-11부터 32-13에 이르는 "변동 대가" 지침이 있습니다. 핵심적인 과제는 철학적인 것이 아니라 실용적인 것입니다. 장부를 마감하는 순간, 고객이 결국 얼마를 지불하게 될지 정확히 알 수 없을 때, 특정 기간 동안 얼마의 수익을 인식해야 하는가 하는 문제입니다.
초기 단계의 AI 기업에게는 이 문제가 더 쉬워지기 전에 더 어려워집니다. 성숙한 SaaS 비즈니스는 수년간의 사용량 이력을 바탕으로 사용량을 자신 있게 추정할 수 있습니다. 토큰 기반 가격 책정 모델을 8개월 전에 출시한 회사는 그러한 비교 대상이 없습니다. 고객이 파일럿 단계에서 상용화 단계로 전환함에 따라 사용량이 크게 변동할 수 있으며, 지난 분기의 패턴이 이번 분기에 대해 말해주는 것이 거의 없을 수도 있습니다.
모든 것을 결정하는 두 가지 계약 형태
사용량 기반 수익 1달러를 올바르게 인식하기 전에, 실제로 어떤 두 가지 구조 중 하나에 속하는지 알아야 합니다. 왜냐하면 회계 처리가 다르기 때문입니다.
순수 사용량 기반, 약정 최소 금액 없음. 고객은 크레딧 풀을 구매하거나 단위당 지불에 동의하며, 최소 금액은 없습니다. 만약 이 계약이 단순한 서비스(고객이 독립적으로 활용하는 IP를 라이선스하는 것이 아니라 호스팅된 모델에 대한 접근을 제공하는 경우)라면, 일반적으로 ASC 606-10-55-65의 좁은 "IP에 대한 사용량 기반 로열티" 예외를 적용할 수 없습니다. 이 예외는 특허 로열티와 같은 라이선스 계약을 위해 만들어진 것이지, 호스팅된 API를 위한 것이 아닙니다. 대신, 불확실성이 해소되었을 때 "중대한 환입"이 발생할 가능성이 있는 금액은 인식해서는 안 된다는 제약 조건하에 예상 가치 또는 최빈값 방법을 사용하여 변동 대가를 추정합니다.
약정 최소 금액 + 초과 사용량. 고객은 예를 들어 월 $2,000의 사용량을 약정하고, 이를 초과하면 더 많은 금액을 지불합니다. 여기에서 최소 금액은 고정 대가처럼 작동합니다. 고객이 가치를 받을 때마다 체계적인 기준으로 인식하며, 최소 금액을 초과하는 모든 금액은 동일한 추정 및 제약 조건 규칙이 적용되는 변동 대가입니다. 이 하이브리드 형태는 AI 가격 책정에서 끊임없이 나타납니다. 기본 플랫폼 요금에 추가로 미터링된 추론 사용량이 더해지는 식입니다.
어떤 형태의 계약인지 아는 것은 분개, 주석 공시, 그리고 감사인이 여러분의 추정치에 대해 얼마나 불안해해야 하는지를 바꿉니다.
대부분의 AI 기업이 실제로 사용하는 실무적 간편법
좋은 소식이 있습니다. ASC 606에는 바로 이런 상황을 위해 고안된 단축키가 있으며, 대부분의 잘 구조화된 사용량 기반 계약은 이에 해당됩니다.
"청구권(right to invoice)" 실무적 간편법 (ASC 606-10-55-18)은 총 계약 대가 추정을 완전히 건너뛸 수 있도록 합니다. 각 기간에 청구하는 금액이 해당 기간 동안 고객이 받은 가치와 직접적으로 일치하는 경우, 예를 들어 토큰 1,000개당 $0.002를 청구하고 고객이 4백만 개의 토큰을 사용해서 $8를 청구한다면, 해당 $8를 발생한 기간에 수익으로 단순히 인식할 수 있습니다. 예측, 제약 분석, 매 결산 시 재추정이 필요 없습니다.
문제는 "직접적으로 일치하는"이라는 문구에 있습니다. 만약 가격 책정이 볼륨이 증가함에 따라 단위당 요율이 낮아지는 계층 구조를 가지고 있거나, 사용량이 발생한 기간과 명확하게 연결되지 않는 번들 할인이 있다면, 이 간편법은 적용될 수 없습니다. 청구 금액이 해당 기간의 가치를 더 이상 대표하지 않게 되며, 다시 완전한 변동 대가 추정으로 돌아가야 합니다. 이 기준을 염두에 두고 가격 책정 구조를 면밀히 검토한 후에야 이 간편법이 모든 계약에 균일하게 적용된다고 가정해야 합니다.
대부분의 사용량 기반 AI 계약은 ASC 606-10-25-14에 따라 **연속 거래 처리(series treatment)**에도 해당됩니다. 즉, 각 API 호출을 개별적인 마이크로 수행 의무로 회계 처리하는 대신, 전체 사용량 흐름을 시간에 걸쳐 충족되는 단일 수행 의무로 간주합니다. 이것이 청구 간편법을 행정적으로 실행 가능하게 만드는 이유입니다. 수천 개의 개별 의무를 추적하는 것이 아니라, 변동 가격표가 있는 하나의 지속적인 서비스를 추적하는 것입니다.
선불 크레딧: 이연 수익 및 소멸 문제
많은 AI 플랫폼이 선불 크레딧 팩을 판매합니다. 500달러 상당의 토큰을 선불로 구매하고, 이후 몇 달 동안 사용합니다. 이러한 구조는 현금 흐름을 개선하고 약정 이행을 유도하기 때문에 인기가 많지만, 창업자들이 흔히 놓치는 두 가지 회계 의무를 발생시킵니다.
미사용 잔액에 대한 이연 수익. 선불 팩에 대한 현금이 입금되는 순간, 그 어떤 것도 아직 수익이 아닙니다. 이는 부채입니다. 고객에게 서비스 또는 환불을 제공해야 합니다. 수익은 토큰이 실제로 사용될 때만 이연 수익 계정에서 손익계산서로 이동합니다. 징수된 당일에 전체 500달러를 수익으로 기록하는 창업자는 수익을 과대계상하는 것이며, 이를 다시 조정해야 하는데, 이는 보통 최악의 시기, 즉 자금 조달 실사 중 감사인이 일정을 재구성하고 이미 투자자들에게 발표된 기간에서 차액을 다시 제외시킬 때 발생합니다.
사용되지 않은 크레딧의 소멸(파손). 일부 고객은 크레딧 팩을 구매하고 만료 전에 모든 크레딧을 사용하지 않습니다. 이 미사용 잔액, 즉 소멸액은 크레딧이 만료되는 날 단순히 수익으로 인식하는 공짜 돈이 아닙니다. ASC 606에 따르면, 과거 사용 패턴에서 소멸률을 추정하고, 추정된 소멸액을 실제 사용량과 함께 수익에 대한 소폭 증가분으로 비례적으로 인식해야 하며, 만료 시까지 기다렸다가 한꺼번에 모두 기록해서는 안 됩니다. 아직 사용 내역이 없다면(새로운 크레딧 프로그램에서는 흔한 일), 보수적인 접근 방식은 사용 내역이 생길 때까지 기다렸다가 그동안에는 만료 시에만 소멸액을 인식하고, 몇몇 코호트 데이터가 확보되면 정책을 재검토하는 것입니다.
제약 규율이 실제로 중요한 부분
변동 대가에 대한 "제약"은 대형 고객의 사용량이 4배로 급증했다가 다시 원상복귀된 분기를 경험하기 전까지는 추상적으로 들립니다. ASC 606은 나중에 중대한 환입이 필요하지 않을 것이 확실한 범위 내에서만 변동 대가를 수익 추정치에 포함하도록 요구합니다. 실제로는 다음을 의미합니다:
- 새로운 가격 모델의 첫 해: 보수적으로 접근하세요. 약정된 최소 금액과 실제 사용량을 확신을 가지고 인식하고; 청구된/실제 사용량을 초과하여 예상되는 모든 것에 대해서는 비교할 만한 계약이 없으므로 진정한 회의론을 가지고 대하세요.
- 사용 내역이 축적됨에 따라: 보다 정확한 추정을 위한 방어 가능한 근거(이 고객의 사용량은 6개월 연속 X와 Y 사이에서 변동했습니다)가 생기므로 제약을 완화할 수 있습니다.
- 매 결산 시: 재추정하세요. 변동 대가는 "설정하고 잊어버리는" 숫자가 아닙니다. 새로운 정보가 도착함에 따라 각 보고 기간마다 재검토되며, 누적 소급 조정은 현재 기간에 반영됩니다.
수백 또는 수천 개의 계약을 관리하는 재무 팀의 경우, 운영상의 해결책은 결산 후가 아닌 전에 청구 시스템과 수익 인식 장부를 일치시키는 것입니다. 이렇게 하면 사용 데이터가 매월 말 수동 감사 추적을 요구하는 대신 자동으로 조정됩니다.
규모가 작더라도 이것이 중요한 이유
토큰별로 소수의 고객에게 청구하는 두 명의 AI 도구 스타트업이라면, 이 모든 것을 "시리즈 A 자금 조달 시에 다룰 문제"로 간주하고 싶은 유혹을 느낄 수 있습니다. 이는 실질적인 위험입니다. 수익 인식 오류는 SaaS 자금 조달 실사에서 가장 흔한 발견 사항 중 하나이며, 사용량 기반 가격 책정은 감사인이 문서화하기를 원하는 판단의 횟수를 증가시킵니다: 어떤 계약이 인보이스 편의를 사용하는지, 어떤 소멸률을 가정했고 그 이유는 무엇인지, 고객의 사용량이 급증했던 분기를 어떻게 처리했는지 등입니다.
처음부터, 심지어 소규모일지라도, 올바른 메커니즘을 구축한다는 것은 나중에 마감 압박 속에서 18개월간의 수익 이력을 재구성할 필요가 없다는 의미입니다. 또한 가격 책정 및 채용 결정을 내리기 위해 내부적으로 사용하는 수치가 실제로는 정확하며, 인식되지 않은 이연 수익이 부적절한 곳에 기록되어 부풀려지지 않았다는 의미이기도 합니다.
가격 모델만큼 장부를 명확하게 유지하세요
사용량 기반 및 토큰 가격 책정은 월별 정액 구독보다 회계 처리가 확실히 더 복잡하지만, 이 복잡성은 감사가 가능합니다. 단지 계약 구조, 제약 근거, 그리고 소멸 가정 등을 나중에 소급하여 적용하는 것이 아니라 진행하면서 문서화해야 합니다. Beancount.io의 플레인 텍스트 회계는 이러한 문서화 과정을 명시적으로 만듭니다. 모든 수익 인식 항목, 이연 수익 잔액, 그리고 소멸 조정 내역이 블랙박스 청구 플랫폼에 묻혀 있는 대신, 귀하(또는 감사인)가 한 줄 한 줄 추적할 수 있는 버전 관리되는 텍스트로 존재합니다. 무료로 시작하고, 구축하는 가격 모델만큼 장부를 투명하게 유지하세요.