AI 제품에서 가격을 논할 때는 '월 요금을 19로 할까, 29로 할까'부터 고민하기 쉽다. 월 요금은 가장 바깥층일 뿐이다. 실제로 마진과 전환을 결정하는 것은 세 가지다. 사용자가 어떤 가치에 비용을 지불하는지, 어떤 단위로 계량하는지, 얼마나 자주 돈을 받는지. 구독과 크레딧의 차이는 가격 고저가 아니라 계량 단위가 사용자에게 명시적인지에 있다.
Qwen 팀이 공개한 엔터프라이즈 가격 책정 회고는 고정된 다섯 단계를 제시한다. 먼저 가치 지표를 정하고, 다음으로 과금 단위를 설정하고, 이어서 가격 모델을 선택하고, 그다음 가드레일을 설정하며, 마지막으로 분기마다 가격을 재검토한다(Qwen 가격 책정 프레임워크와 실측 산출 예시). 가치 지표는 '몇 시간을 절약했고 어떤 오류를 줄였는가'에 답한다. 과금 단위는 '어떤 눈금으로 돈을 받는가'에 답한다. 과금 형태는 '얼마나 자주 받고 어떻게 묶는가'에 답한다. 구독은 과금 단위를 요금제 권익 속에 숨기고, 크레딧은 이를 잔액으로 명시화한다. 같은 컴퓨팅을 다른 눈금으로 바꾸면 청구서가 두 자릿수 배수만큼 달라질 수 있다.
월 구독과 크레딧 과금의 핵심 차이
| 비교 차원 | 월 구독 | 크레딧 과금 |
|---|---|---|
| 사용자 결제 방식 | 고정 주기 결제, 한 번의 결정이 장기간 효력 발생 | 필요 시 충전, 사용하면서 구매 |
| 수익 예측 가능성 | 높음, 갱신율과 MRR 측정 가능 | 사용량에 따라 달라지며 변동이 뚜렷함 |
| 사용자 사용 제한 | 요금제 권익과 할당량 상한 | 크레딧 잔액, 0이 되면 중지 |
| 적합한 상황 | 고빈도 안정적 사용 | 사용량 변동이 크고 건당 비용 차이가 큰 경우 |
| 주요 위험 | 저빈도 사용자가 본전을 못 냈다고 느낌 | 사용자가 잦은 충전을 꺼림 |
| 비용 관리 | 요금제 할당량과 속도 제한으로 비용 통제 | 호출 비용에 따라 크레딧 차감 |
| 재무 기준 | 수익 선인식, 이연과 미사용 권익 처리 필요 | 선불 잔액, 만료와 부채 관리 필요 |
구독의 가장 큰 장점은 단가가 더 높다는 것이 아니라 수익이 앞당겨지고 예측 가능하다는 점이다. 매월 고정적으로 입금되고 갱신율을 측정할 수 있으며, 광고 예산을 LTV 기준으로 역산해 고객 획득 비용을 정할 수 있다. 대가는 사용량 위험이 공급 측에 남는다는 것이다. 고사용량 사용자는 할당량을 모두 소진하고, 저사용량 사용자는 갱신을 망설인다. 크레딧은 정반대다. 수익은 사용량에 따라 변동하지만 사용자는 '얼마를 썼는지'를 선명하게 인식하고, 비용을 건별로 전가할 수 있어 매출총이익률이 소수 극단 사용자에게 뚫리기 어렵다.
비용 측: 고정 월 요금이 추론 비용 변동을 흡수하기 어려운 이유
대규모 모델 제품의 비용 곡선은 본질적으로 고르지 않다. 프롬프트 길이, 모델 등급, 재시도 횟수, 컨텍스트 누적이 모두 건당 비용을 바꾼다. Qwen의 공개 산출 예시는 격차를 매우 직관적으로 수치화한다. 월 10,000회 고객 서비스 대화, 회당 8,000 입력 + 2,000 출력 토큰 기준으로 토큰 과금(Qwen3-Max 첫 구간 백만 토큰당 입력 1.20달러, 출력 6달러)은 216달러이고, 대화당 2달러는 20,000달러, 해결 건당 0.99달러는 9,900달러다(동일 워크로드의 세 가지 과금 산출 예시). 청구서를 결정하는 것은 계량 단위이지 모델 자체가 아니다.
같은 가격 설명은 두 가지 활용 가능한 비용 레버도 제공한다. 배치 추론은 실시간 가격의 50%로 과금되고, 명시적 캐시 적중은 입력 가격의 10%로 과금된다. 이들은 비용이 전가 가능한 구조에서만 사용자 측 가격 인하로 이어진다. 외부 가격을 '대화당 2달러'로 고정해 버리면 모델 가격 인하는 곧 당신의 마진이 될 뿐이다.
사용자 경험 측: 예측 가능성과 잔액 불안의 줄다리기
구독의 심리적 계정은 '이미 지불한 비용'이라 사용자는 더 쓰려 하고 가치감이 형성되기 쉽다. 크레딧의 심리적 계정은 '줄어들고 있는 잔액'이라 사용자는 매번 생성 전에 가격을 먼저 가늠한다. 마찰은 세 곳에 집중된다. 충전이 창작 리듬을 끊고, 잔액 부족이 작업을 중간에 멈추게 하며, 생성 실패에도 비용이 차감되는 것. 해법은 복잡하지 않다. 잔액을 내비게이션 바에 상시 노출하고, 생성 전 예상 소모 범위를 제시하고, 자동 충전 임계값을 설정하고, 실패 시 자동 환불하며 거래 내역에 사유를 설명한다. 경험이 제대로 설계되면 크레딧은 인색해 보이지 않고 오히려 '실제 산출물에만 비용을 지불한다'는 인식을 강화한다.
시나리오 1: 챗봇은 구독과 크레딧 중 어디에 더 적합한가?
세 가지 질문이면 판정할 수 있다. 첫째, 건당 비용의 분산. 시스템 프롬프트가 고정되고 대화 길이가 수렴하는 Q&A 봇은 분산이 작다. 긴 문서, 코드베이스 검색, 다단계 추론이 개입되면 토큰 양이 수십 배 차이 날 수 있다. 둘째, 월 사용량 p90과 p50의 비율. 1에 가까우면 행동이 정돈되어 구독에 적합하고, 5를 넘으면 소수 고사용량 사용자가 존재하므로 크레딧이나 초과 메커니즘으로 받쳐야 한다. 셋째, 추론 비용이 매출에서 차지하는 비율. 30%를 넘으면 고정 월 요금의 위험이 이미 높다.
결론은 보통 계층화된다. 개인용 범용 어시스턴트는 월 정액이 인식에 더 맞는다. 사용자가 사는 것은 '언제든 대화할 수 있다'는 안전감이다. B2B 고객 서비스와 지식베이스 Q&A는 세션당 또는 해결 결과당 과금이 가치에 더 부합하고 구매 부서에 설명하기도 쉽다. 두 유형이 모두 고객군에 있다면 '구독 기반 + 크레딧 단계'를 쓴다.
시나리오 2: AI 이미지 생성 도구는 어떻게 과금할까? 세 가지 요금제 시뮬레이션
이미지 도구는 구독과 크레딧을 혼용하는 가장 대표적인 카테고리이며, 장당 비용은 해상도, 모델, 업스케일, 검수 등 여러 호출이 겹쳐 결정된다. 요금제 구조는 다음과 같다(수치는 예시이며 자체 장당 비용으로 역산해야 한다).
| 요금제 | 과금 방식 | 권익 설계 | 주요 목적 |
|---|---|---|---|
| Free | 무료 | 일일 제한 할당량, 표준 해상도, 워터마크 | 체험 장벽을 낮추고 일일 비용 상한 고정 |
| Pro | 월 구독 | 매월 고정 크레딧 지급, 고화질 및 상업적 라이선스 제공 | 현금 흐름 확보, 고빈도 습관 형성 |
| Pay-as-you-go | 크레딧 패키지 구매 | 장당 차감, 기간 한정 또는 장기 유효 | 폭발적 사용량과 일회성 수요 수용 |
크레딧 소모는 '장'당 평균 분담이 아니라 작업 유형별 계수로 설정해야 한다. 표준 이미지 1크레딧, 고화질 업스케일 4크레딧, 부분 재그리기 2크레딧, 일괄 내보내기는 장수에 비례해 선형 가산. 환산에는 공식 하나면 충분하다. 크레딧 단가 ≥ 장당 종합 비용 ÷ (1 − 목표 매출총이익률). 표준 이미지 한 장의 종합 비용이 약 0.02달러이고 목표 마진이 70%라면 대응 판매가는 약 0.067달러 이상이어야 하며, 이를 기준으로 100크레딧 패키지와 Pro 월 요금 구간을 역산한다. 이렇게 하면 Free는 일일 할당량으로 하한을 받치고, Pro의 초과 지출은 크레딧 패키지가 흡수해 한 사용자가 한 달 전체 마진을 뚫는 일은 없어진다.
시나리오 3: API 제품은 호출 횟수 기준으로 어떻게 가격을 책정할까
API 가격 책정은 두 기준을 동시에 만족해야 한다. 외부에는 '호출' 또는 '작업'을 과금 단위로 삼아 개발자가 한눈에 이해하게 하고, 내부적으로는 토큰 또는 GPU 초로 실제 비용을 산출한다. 둘 사이는 크레딧 계수로 연결하며 토큰 가격을 고객에게 그대로 노출하지 않는다. 흔한 방식은 구간 단가에 월 약정량을 더하고 초과분은 더 높은 단가로 정산하는 것이다:
{
"plan": "pro",
"included_credits": 20000,
"overage_per_1000_credits": 3.5,
"credit_rules": [
{ "model": "small", "per_1k_input": 1, "per_1k_output": 3 },
{ "model": "standard", "per_1k_input": 3, "per_1k_output": 9 },
{ "model": "reasoning", "per_1k_input": 10, "per_1k_output": 30 }
],
"min_charge_per_call": 1,
"failure_policy": "no_output_refund_full",
"idempotency": "required"
}
세 가지 제약은 설계 문서에 넣을 만하다. 최소 과금 단위는 초단기 호출이 비용을 희석하는 것을 막는다. 실패 정책은 환불 기준을 결정한다. 멱등 키는 중복 차감을 방지한다. AI 제품의 수익화 메커니즘은 보통 SaaS 구독, 사용량 기반 과금, 결과 기반 가격 책정을 중심으로 전개되며, 관련 연구도 이 세 가지 메커니즘을 같은 방식으로 정리한다(AI 제품 수익화 메커니즘 연구). 이를 통해 자신의 제품이 어느 범주에 속하는지 판단할 수 있다.
몇 분 만에 쇼케이스 사이트를 만들고 리드를 늘리세요
아이디어를 한 문장으로 입력하면 We0 AI가 쇼케이스 사이트, 페이지, CMS를 생성하고 출시 후 고객과 트래픽 확보를 돕습니다.
무료 등록을 위한 하나의 완전한 프로젝트 생성
하나의 완전한 생성 흐름을 시도하고 첫 번째 프로젝트 초안을 빠르게 보는 데 가장 적합합니다.
하이브리드 모델: 다섯 가지 형태를 어떻게 선택할까
- 순수 사용량 기반 과금: 사용량이 매우 불확실하고 피크와 비수기 차이가 뚜렷하며, 위험은 수익 예측 불가.
- 할당량 구독: 월 요금에 고정 할당량 포함, 초과 시 중지. 예산 민감한 기업 구매에 적합.
- 초과 구독: 월 요금에 할당량 포함, 초과분은 단가로 계속 계산. 계절성 상승이 있는 비즈니스에 적합.
- 크레딧 소모형 선불: 한 번 구매하고 건별 차감. 일회성 프로젝트와 대행 운영에 적합.
- 구독 + 매월 보충 크레딧: 월 요금으로 크레딧 지급, 규칙에 따라 이월. 현금 흐름과 사용량 탄력성을 함께 고려.
선택의 본질은 '고객 획득 마찰'과 '수익 예측 가능성' 사이를 이동하는 것이다. 고정 비용은 모두 진입 마찰이고, 완전 사용량 기반은 재무가 일정을 잡을 수 없게 한다. 한 청구서가 한 달 안에 10만 달러에서 30만 달러까지 흔들릴 수 있다면 모델은 반드시 하이브리드로 전환해야 한다. 이는 Qwen 가격 책정 실무가 제시하는 판단 근거이기도 하다.
가격 메커니즘에서 반드시 먼저 정해야 할 네 가지
첫째, 모델별로 크레딧 계수를 다르게 설정한다. 경량 모델 1배, 주력 모델 3배, 심층 추론 10배는 출발점일 뿐이며 계수는 실제 단위 비용에서 역산해야 한다. 둘째, 환불 규칙을 명확히 쓴다. 모델 오류나 출력 없음은 전액 환불, 시간 초과 중단은 크레딧 환불 및 사유 기록, 생성은 성공했지만 사용자가 만족하지 못한 경우는 환불하지 않고 재시도 할인을 제공한다. 셋째, 가드레일은 콘솔만이 아니라 계약에 들어가야 한다. 사용량 상한과 알림, 청구 임계값에 따른 사전 승인, 작업별 속도 제한. 넷째, 청구서는 설명 가능해야 한다. 각 거래 내역에 요청 ID, 모델, 토큰 수, 크레딧 차감을 붙여야 사용자가 월말에 대조할 수 있다. 고동시성 환경에서는 차감 멱등성도 필요하다. 동일 요청 재시도는 같은 멱등 키를 사용하고 차감과 환불은 한 번만 적용한다.
출시 전 네 단계 점검: 건당 비용의 p50, p90, p99를 측정한 뒤 가격을 정한다. 가치 지표를 한 문장으로 쓴다. 각 동작을 추적 가능한 크레딧 계수로 번역한다. 먼저 가드레일과 실패 환불을 올린 뒤 큰 금액 충전을 개방한다.
We0의 위치
가격 책정안을 실제로 운영할 때 어려움은 가격표가 아니라 결제 링크가 안정적으로 연결되는지에 있는 경우가 많다. We0의 결제 기능은 플러그인 활성화, 메시지 전달, 체크아웃 생성, Webhook 콜백, 결과 조회, 프런트엔드 결제 상호작용을 하나의 생성 경로에 넣어 구독, 일회성 구매, 크레딧 충전이 필요한 제품 사이트에 적합하며 Stripe, Creem, WeChat Pay도 계속 지원할 수 있다. 구체적 범위는 We0 결제 기능을 참고하라. 요금 모델을 검증 중인 팀에게 상업화 선행은 '페이지를 만든 뒤 결제를 보충'하는 재작업을 줄여 준다. 경계도 분명히 해야 한다. 차감 규칙, 비용 산출, 중복 차감 방지는 여전히 비즈니스 로직에서 별도로 설계하고 테스트해야 한다. 결제 기능은 링크의 완전성을 해결하는 것이지 가격 전략을 대신 결정하지 않는다. Stripe 문서는 크레딧 과금 모델의 구성 아이디어를 제공한다(크레딧 기반 과금 모델 구성). 구현 참고로 삼을 수 있다.
자주 묻는 질문
이미 구독을 운영 중인데 크레딧 패키지를 추가할 수 있나요?
가능하며, 보통 가장 좋은 경로다. 구독을 기본 권익으로 두고 고빈도 또는 초과 수요를 크레딧 패키지로 유도하면 기존 사용자의 갱신 기대에 영향을 주지 않으면서 돌발 사용량도 받아낼 수 있다. 핵심은 두 기준이 같은 청구서에서 설명 가능해야 한다는 점이다.
생성 실패 시 크레딧을 환불해야 하나요?
실패 유형에 따라 구분한다. 산출물이 없는 경우(오류, 시간 초과, 중단)는 전액 환불한다. 산출물은 있으나 사용자가 만족하지 못한 경우는 환불하지 않고 재시도 할인을 제공한다. 모든 환불에는 사유를 기록하고 멱등 키로 중복 환불을 방지한다.
소수 고빈도 사용자가 비용을 뚫고 나가는 것을 어떻게 막나요?
세 계층 방어를 동시에 적용한다. 요금제 내 할당량과 속도 제한, 사용량 임계값 알림, 초과 후 자동 크레딧 과금 전환. 가격 책정 측에서는 p99 비용으로 요금제 가격을 검증해 최악의 경우에도 마진 범위 안에 있도록 한다.
관련 도구
- 건당 비용 분포표(p50/p90/p99와 모델 등급 기록)
- 크레딧 계수 매트릭스(모델 × 작업 유형 × 건당 비용)
- Stripe 크레딧 기반 과금 모델 구성 문서
관련 링크
- 엔터프라이즈 AI 제품 가격 책정: 실제 프로덕션에서 얻은 교훈(Alibaba Cloud)
- AI 제품의 수익화: 폐쇄 루프 비즈니스 모델 기반(RePEc/IDEAS)
- 크레딧 기반 가격 모델 설정(Stripe 문서)
- We0 결제 기능
요약
구독과 크레딧은 대립하는 이분법이 아니라 두 가지 위험 분배 방식이다. 구독은 사용량 위험을 공급 측에 남겨 현금 흐름의 예측 가능성을 얻고, 크레딧은 비용을 수요 측에 전가해 사용량 탄력성을 얻는다. 판단 기준은 세 가지뿐이다. 건당 비용의 분산, 사용량 분포의 꼬리 두께, 추론 비용이 매출에서 차지하는 비율. 대부분의 AI 도구에서 최종 형태는 '구독을 기반으로 하고 크레딧으로 초과분을 받는' 구조이며, 여기에 모델 크레딧 계수, 실패 환불 규칙, 3계층 가드레일, 설명 가능한 청구서를 더한다. 가격표는 천천히 조정할 수 있지만 과금 단위를 잘못 선택하면 이후의 모든 가격 조정은 잘못된 눈금 위에서 미세 조정하는 것에 불과하다.
