AI 서비스 가격은 고객이 받은 가치를 확인할 수 있는 단위에서 출발하는 편이 좋습니다. 여러 사람이 함께 쓰는 보조 도구라면 사용자 수가 맞을 수 있고 반복 업무를 대신 끝내는 제품이라면 처리 건수가 더 자연스러울 수 있습니다. 먼저 정할 것은 단가보다 무엇을 한 건으로 셀지입니다.
제품을 만드는 팀은 모델이 얼마나 똑똑한지 설명하고 싶어 합니다. 구매하는 팀은 다음 달 청구서에 무엇이 찍힐지 알고 싶어 합니다. 첫 유료 고객을 받는 창업자라면 이 두 설명 사이의 간격을 줄이는 일이 필요합니다.
AI 가격 논의가 사용자 수를 넘어가는 이유
ICONIQ는 공개 링크드인 게시물에서 자사가 조사한 AI 기업들이 구독과 사용량·성과 과금을 함께 실험하고 있다고 소개했습니다. 연결된 2026년 7월 보고서도 여러 과금 방식의 병행을 다룹니다. 북미와 유럽의 소프트웨어 기업 경영진을 대상으로 한 조사이므로 한국 스타트업 전체의 상황으로 일반화할 수는 없습니다.
여기서 가져올 질문은 간단합니다. AI가 일을 대신 수행할수록 제품을 사용하는 사람 수와 처리되는 업무량이 같은 속도로 늘어날까요? 담당자가 그대로여도 처리량은 달라질 수 있습니다. 그렇다고 사용자 수 과금을 모두 버려야 하는 것은 아닙니다. 자주 써보는 것이 중요한 제품에는 접근하기 쉬운 정액제가 유리할 수도 있습니다.
네 가지 과금 단위를 같은 청구서에 놓고 보기
다음은 Bessemer의 AI 가격 가이드에 등장하는 구분을 바탕으로 정리한 비교입니다. 특정 방식이 항상 더 낫다는 뜻은 아닙니다. 제품이 제공하는 작업과 구매자가 이해하는 단위를 함께 봐야 합니다.
| 과금 단위 | 고객이 사는 것 | 먼저 확인할 질문 |
|---|---|---|
| 사용자 수 | 사람별 이용 권한 | 사람이 늘수록 가치도 커지는가? |
| 사용량 | API 호출·처리 시간 등 | 고객이 예상량을 계산할 수 있는가? |
| 완료 작업 | 문서 한 건 등 정해진 산출물 | 크기와 난도가 다른 작업을 어떻게 나눌까? |
| 성과 | 합의한 조건을 충족한 결과 | 성공 여부를 양쪽이 같은 방식으로 확인하는가? |
기본료에 일정량을 포함하고 추가 사용분을 청구하는 혼합형도 가능합니다. 다만 요금표가 복잡해지면 구매자가 자신의 금액을 계산하기 어려워집니다. 초기 제품이라면 고객이 계산기를 한 번 두드려 예상 청구액을 알 수 있는 정도를 목표로 삼아볼 만합니다.
견적서 작성 AI라면 무엇을 한 건으로 셀까?
가상의 제품을 생각해보겠습니다. 소규모 도매업체가 고객 요청을 올리면 품목과 수량을 읽고 견적서 초안을 만드는 AI입니다. 실제 서비스나 실험 결과를 설명하는 사례는 아닙니다.
파일 업로드를 한 건으로 세면 같은 파일을 실수로 다시 올렸을 때도 요금이 붙을까요? 견적서 생성을 한 건으로 세면 품목명이 틀려 다시 만든 초안은 어떨까요? 발송 완료를 기준으로 삼으면 고객이 마음을 바꿔 보내지 않은 견적서는 어디에 들어갈까요? 같은 기능도 경계를 어디에 두느냐에 따라 고객이 느끼는 가격이 달라집니다.
이 제품의 첫 시험 과금 단위는 ‘사용자가 검토를 마친 견적서’로 잡아볼 수 있습니다. 원본 요청과 연결된 작업 번호를 만들고 중복 업로드는 같은 작업에 묶습니다. 오류 수정과 고객의 새 요청도 구분합니다. 수정 횟수를 무조건 제한하기보다 어떤 변경이 새로운 작업인지 먼저 설명하는 방식입니다.
한편 이 기준은 영업 성과를 보장하지 않습니다. 검토를 마친 견적서와 실제 계약 체결은 서로 다른 사건입니다. 고객이 원하는 결과가 계약이라 해도 제품이 통제하지 못하는 가격 협상이나 재고 상황까지 같은 성공 조건에 넣으면 이견이 생길 수 있습니다.
요금표보다 청구 내역을 먼저 설계하기
Bessemer의 2026년 7월 사례 분석은 고객이 독립적으로 확인할 수 있는 단위와 갱신 시점의 가치 증명을 강조합니다. 좋은 설명만으로는 부족합니다. 고객이 자기 기록과 대조할 수 있어야 다음 계약에서도 가격 이야기를 이어갈 수 있습니다.
견적서 AI의 청구 내역에는 완료 날짜만 적는 대신 작업 번호와 검토 상태를 함께 보여줄 수 있습니다. 고객은 견적서 목록에서 청구된 작업으로 바로 이동하고 오류가 있는 건을 표시할 수 있습니다. 담당자가 바뀌어도 같은 기록을 볼 수 있도록 파일명이나 개인 메모보다 일관된 식별자를 쓰는 편이 좋습니다.
무료 시험 기간에는 실제 결제 없이 예상 청구 내역을 보여주는 방법도 있습니다. 이때 고객에게 물을 것은 막연한 ‘비싼가요?’보다 구체적이어야 합니다. 이 항목이 왜 청구되는지 이해하는지 또는 업무가 바쁜 달의 예상량을 넣었을 때 금액을 납득하는지 확인합니다. 이 과정은 지불 의사와 실제 유료 전환을 동일하게 취급하는 근거가 될 수는 없습니다.
- 단위 설명: 영업 담당자와 고객이 한 건을 같은 문장으로 정의하는가?
- 재작업 처리: 오류 수정·중복 요청·새 요청의 구분이 보이는가?
- 청구 근거: 고객이 원래 업무 기록으로 돌아가 대조할 수 있는가?
- 예상 금액: 한가한 달과 바쁜 달의 청구액을 모두 계산할 수 있는가?
- 변경 조건: 포함량과 단가가 바뀔 때 적용 시점을 알 수 있는가?
다음 고객 미팅에서 확인할 것
완성된 요금표를 정답처럼 제시하기 전에 동일한 업무량을 두 가지 단위로 계산해 보여주세요. 견적서 AI라면 사용자 수 기준과 검토 완료 건수 기준을 비교할 수 있습니다. 설명이 짧은 쪽이 항상 정답은 아니지만 고객이 계속 질문하는 항목은 제품과 청구 방식의 경계가 아직 불명확하다는 신호일 수 있습니다.
다음으로 볼 것은 실제 사용 뒤의 차이입니다. 사용 전 예상한 건수와 실제 완료 건수가 어떻게 다른지 확인하고 취소나 수정 때문에 생긴 청구 문의를 따로 모읍니다. 과금 단위를 바꾸는 결정에는 신규 가입 반응뿐 아니라 일정 기간 사용한 고객이 어떤 내역에 동의하는지도 필요합니다.
자주 묻는 질문
AI 제품은 무조건 사용량으로 과금해야 하나요?
아닙니다. 사용 방식과 고객의 구매 습관에 따라 사용자 수나 정액제도 가능합니다. 사용량을 선택할 때는 고객이 그 단위를 이해하고 예상할 수 있는지 먼저 확인하세요.
작업 완료와 성과 과금은 무엇이 다른가요?
견적서 초안이 완성된 것과 계약이 체결된 것은 다릅니다. 상품이 어느 지점까지 책임지는지 정하고 그 사건을 양쪽이 확인할 수 있게 해야 합니다.
첫 가격이 맞는지 어떻게 확인하나요?
예상 청구 내역을 함께 읽고 실제 유료 사용 뒤의 문의와 갱신 반응을 확인합니다. 인터뷰에서 좋다고 한 반응만으로 지불 의사를 확정하지 않는 편이 좋습니다.
함께 읽으면 좋은 글
원문과 참고 자료
- ICONIQ 링크드인 게시물 — AI 과금 방식의 변화
- ICONIQ — State of AI: The Builder’s Economy · 2026년 7월 보고서
- Bessemer — The AI pricing and monetization playbook · 2026년 2월 10일
- Bessemer — Durable monetization · 2026년 7월 30일
Stripe — AI pricing models · 2026년 4월 19일 업데이트
자료 확인: 2026년 10월 13일
답글 남기기