AI 제품 가격 설계: 좌석·사용량·성과 기반 비교
AI 제품의 원가는 토큰, 도구 호출, 검색, 저장과 사람 검토에서 발생합니다. 그렇다고 이 모든 내부 비용을 그대로 고객의 가격표에 노출해야 하는 것은 아닙니다.
좋은 가격 단위는 공급자의 청구서를 복사한 숫자가 아닙니다. 고객이 예측·통제·감사할 수 있으면서 고객 가치와 사용 확대에 함께 움직이는 단위여야 합니다.
가격 설계의 네 층
- Value metric: 무엇이 늘 때 고객이 받는 가치가 늘어나는가
- Meter: 그 단위를 어떻게 정확하게 측정하는가
- Price curve: 단가, 구간, 최소금액과 상한을 어떻게 적용하는가
- Guardrail: 예산, 분쟁, 환불, 실패와 남용을 어떻게 처리하는가
Stripe의 usage-based pricing 안내는 사용 지표가 고객 가치와 연결되고, 고객이 예측할 수 있으며, 신뢰성 있게 측정돼야 한다고 설명합니다. 내부 토큰은 공급자 원가에는 가깝지만 고객 가치와 예측 가능성에는 약할 수 있습니다.
네 가지 모델 비교
| 모델 | 좋은 조건 | 장점 | 위험 | 필요한 통제 |
|---|---|---|---|---|
| 좌석 기반 | 사람별 반복 사용·협업·관리 기능 | 예측이 쉽고 조달에 익숙 | 에이전트 사용이 사람 수와 분리, 낮은 좌석 활용 | 역할·활성 좌석 정의, true-up |
| 사용량 기반 | API 호출·문서·분·작업량이 가치와 연결 | 진입장벽이 낮고 확장을 반영 | 비용 불안, 내부 단위, 무한 루프 | 실시간 meter, 알림·상한, 견적 계산기 |
| 성과 기반 | 해결·적격화·회수처럼 결과를 판정 가능 | 가치 정렬, 실패 과금 완화 | 결과 정의·귀속·분쟁·gaming | 결과 계약, 감사 로그, 예외·취소 규칙 |
| 하이브리드 | 기본 가치와 변동 사용·성과가 함께 존재 | 예측성과 확장 균형 | 청구서 복잡성 | 단순한 포함량, 초과 단가, 상한 |
하나가 항상 우월하지 않습니다. 협업 도구는 좌석이, 대량 처리 API는 사용량이, 검증 가능한 해결 업무는 성과가 더 자연스러울 수 있습니다.
가격 단위를 고르는 여섯 질문
각 후보 단위를 1~5점으로 평가합니다.
| 기준 | 질문 |
|---|---|
| 가치 정렬 | 단위가 늘면 고객이 받는 가치도 늘어나는가 |
| 예측 가능성 | 구매 전에 월 비용 범위를 계산할 수 있는가 |
| 통제 가능성 | 고객이 사용과 예산을 직접 조절할 수 있는가 |
| 측정·감사 | 공급자와 고객이 같은 결과를 재현·검증할 수 있는가 |
| 마진 안정성 | 원가 변동과 실패·재시도가 가격에 흡수되는가 |
| 저항·gaming | 단위를 줄이려는 행동이 제품 가치나 품질을 해치지 않는가 |
한 단위가 모두를 만족하지 않으면 기본 구독 + 포함 사용량 + 초과 사용 또는 성과 fee를 조합한 하이브리드를 검토합니다.
성과 기반 가격의 계약 문법
“성공한 결과”를 가격 단위로 쓰려면 최소 여덟 항목이 필요합니다.
- 시작 사건과 종료 사건
- 성공, 부분 성공, 실패와 사람 이관의 정의
- 같은 대화·업무의 중복 과금 방지
- 고객 또는 제3자 시스템의 판정 증거
- 취소·환불·사후 실패 처리
- 분쟁 기간과 로그 보존
- 공급자와 고객이 통제할 수 없는 요인
- 품질을 낮춰 결과 수를 늘리는 gaming 방지
Intercom의 Fin outcomes 설명은 서비스 해결, procedure handoff와 qualification처럼 결과 정의를 구분하는 한 사례입니다. 특정 제품이 성과 과금의 우월성을 증명하는 것은 아닙니다. 배울 점은 결과, 중복, 실패와 보고 규칙을 구체적으로 써야 한다는 것입니다.
원가 바닥과 가치 천장
검증 성공당 완전 원가
모델 + 도구/API + 인프라 + 재시도 + 모니터링 + 사람 검토 + 지원 + 실패 복구 + 보안·관리 비용 ÷ 검증된 성공 건수
고객 가치 천장
절감 시간 + 회피 비용 + 증가한 총이익 + 위험 감소 중 검증 가능한 연간 가치
가격은 원가 바닥보다 높고 고객 가치 천장보다 낮아야 합니다. FinOps Foundation의 Unit Economics가 강조하는 것도 기술 사용량을 사업 가치 단위와 연결하는 일입니다.
설명용 가격 시나리오
| 제품 | 가치 사건 | 구조 시작안 | 이유 |
|---|---|---|---|
| 팀용 AI 문서도구 | 활성 사용자·공동 문서 | 기본 좌석 + 고비용 생성 포함량 | 협업 가치와 변동 원가 결합 |
| 대량 문서 추출 API | 처리 페이지·문서 | 월 최소금액 + 사용량 구간 | 명확한 meter와 규모 할인 |
| 고객지원 에이전트 | 검증된 해결 | 플랫폼 fee + 성공 outcome | 가치 정렬과 고정 통합비 회수 |
| 자율 조사 에이전트 | 검증 성공 task | 구독 + task credit + 비용 상한 | 실행 편차와 검토비 반영 |
실제 가격 권고가 아니라 구조를 비교하기 위한 예시입니다.
가격 실험 순서
- 구매자·사용자 10~20명과 현재 대안, 가치와 예산 주기를 인터뷰합니다.
- 과거 또는 파일럿 로그로 사용 단위의 분포와 outlier를 봅니다.
- 저·중·고사용 세 가지 청구서 예시를 보여 예측 가능성을 검증합니다.
- 원가, 고객 가치와 경쟁 대안을 함께 보고 가격 범위를 만듭니다.
- 신규 코호트에 한정해 activation, expansion, gross margin과 문의·분쟁을 비교합니다.
- 가격 변경 전에 기존 고객 보호, 계약과 공지 계획을 만듭니다.
운영 대시보드
- activation과 paid conversion
- 계정별 사용량 분포와 초과 비중
- gross margin과 검증 성공당 원가
- bill shock와 예산 상한 도달률
- 청구 문의·분쟁·credit·refund
- expansion, downgrade와 churn
- 실패, 사람 이관과 성과 판정률
토큰 원가에 마진을 붙여 그대로 가격표에 적는 것은 쉽습니다. 하지만 고객이 그 단위를 예측하거나 통제할 수 없다면 공급자의 원가 변동을 고객에게 전가한 것에 가깝습니다.
고객이 예측할 수 없는 단위는 좋은 가치 지표가 아닙니다.