기업용 AI 플랫폼 과금 방식: 6가지 모델과 선택 기준
기업용 AI 플랫폼 과금 방식은 좌석·사용량·구독 등 6가지 유형을 청구 단위, 결제 시점과 포함량으로 비교합니다. 기본료와 추가 과금 조건을 같은 기간 기준으로 확인하는 방법을 제시합니다.
기업용 AI 플랫폼 견적을 읽을 때는 청구 기준, 결제 시점과 상품 구조를 나누면 예상 비용을 재현하기 쉽습니다. 좌석·사용량, 정액 구독, 선불 크레딧, 티어와 개별 계약이 어떻게 조합되는지 확인합니다. 포함량, 초과 요율과 정산 조건을 같은 견적표에 남기는 방법을 안내합니다.
핵심 요약
기업용 AI 플랫폼 요금제 여섯 가지와 선택 기준
- 청구 기준부터 구분합니다: 좌석, 사용량, 구독 범위, 크레딧, 티어, 개별 계약을 비교합니다.
- 과금 단위와 결제 시점을 나눠 봅니다: 사용량 과금도 선불과 후불로 나뉩니다.
- 포함량과 초과 조건을 계산합니다: 기본료, 측정 단위, 포함량, 초과 요율을 함께 적습니다.
- 여러 조건을 함께 비교합니다: 청구 좌석의 이용 가치, 포함량, 최소 약정, 피크 사용량과 초과 요율을 같은 기간 기준으로 살펴 적합한 요금 구조를 판단합니다.
먼저 분리할 네 가지 가격 항목
요금 비교의 출발점은 고정 요금, 측정 단위, 포함량, 정산 시점입니다. 고정 요금은 좌석당 월액인지 서비스 구독료인지 확인하고, 측정 단위는 사용자·요청·토큰·저장 용량 등 무엇을 세는지 적습니다. 포함량은 기본료에 포함된 기능과 사용량을 가리키며, 초과분은 그 범위를 넘었을 때의 추가 비용이나 처리 조건입니다.
결제 시점은 과금 단위와 별개입니다. 플랫폼이 토큰이나 요청 수로 비용을 계산해도 사용 전에 결제하거나 사용한 뒤 청구할 수 있습니다.
아래 여섯 모델은 청구 구조를 구분하는 편리한 유형입니다. 실제 견적에서는 구독료에 일정량을 포함하는 방식도 가능합니다. 비교표에는 기본료, 측정 단위, 포함량, 초과분 단가, 결제 시점, 계약 기간을 각각 적으면 혼합 요금도 읽기 쉬워집니다.
1. 사용자당 요금: 청구 좌석 수로 예산을 잡습니다
사용자당 요금은 계약상 청구되는 사용자 또는 좌석 수에 단가를 곱하는 구조입니다. 사용자가 매일 같은 정도로 이용하는지보다, 요금제가 어떤 계정을 청구 대상으로 삼는지가 비용을 직접 결정합니다. 예산은 청구 대상 좌석 수에 적용 단가를 곱하고, 월별 또는 연간 청구 주기와 계약 조건을 더해 계산합니다.
실제 이용률은 청구액 계산과 별개로 좌석의 가치를 평가할 때 씁니다. 예를 들어 가상 계산 예시로 100석을 계약하고 정기 이용자가 60명이라고 가정하면, 먼저 100석이 모두 청구되는 조건인지 확인한 뒤 이용 가치와 좌석 조정 조건을 검토합니다. 사용자당 가격이 공개된 서비스라도 기존 라이선스, 최소 좌석·사용 약정, 포함량과 계약 조건을 함께 확인해야 실제 비용을 비교할 수 있습니다.
좌석 단가만 비교하지 말고 청구 대상과 기존 라이선스, 포함 범위, 적용되는 최소 약정 및 갱신 조건을 구매 시점의 가격표와 계약서에서 확인합니다.
이 모델은 사용할 직원 범위가 명확하고 사용자별 서비스 가치를 추적할 때 적합합니다. 계정 수가 빠르게 바뀌거나 실제 사용자가 적은 조직은 미사용 좌석의 청구 여부와 좌석 조정 시점을 먼저 확인해야 합니다.
2. 사용량 기반 요금: 측정 단위와 결제 시점을 확인합니다
사용량 기반 요금은 플랫폼이 처리한 양을 정해진 단위로 계산합니다. 모델·기능·지역에 따라 과금 단위와 계약 조건이 다를 수 있으므로, 공급자 공식 가격표와 최신 계약서에서 적용 단위와 조건을 확인합니다. 예상 비용은 확인된 단위별 예상량과 단가를 기준으로 계산합니다.
공식 Seahorse Cloud 가격표에는 별도 API 단가로 쿼리 100만 RU당 16,000원, 쓰기 100만 WU당 6,000원, 저장 공간 GB당 월 50원이 표시되어 있습니다. RU/WU를 요청 건수와 같다고 가정하지 말고, 연산별 산정 정의와 집계 기준을 확인합니다.
Standard에는 공식 문구로 “100만 Seahorse API RU/WU 포함”이라고 표시되어 있지만 RU와 WU별 배분 및 초과 요율은 별도 확인이 필요합니다. 별도 API 단가를 Standard 초과분에 자동 적용하지 말고, 계약이나 최신 요금표에서 해당 조건을 확인합니다.
Seahorse Cloud Starter는 소규모 프로젝트와 단일 서비스 환경용이며 사용량 기반 선불 결제를 적용합니다. Seahorse Cloud Standard는 월 30,000원부터 시작하며 사용량 기반 후불 결제 방식입니다.
사용량이 프로젝트나 시기에 따라 달라지는 조직은 평상시와 피크 사용량, 포함량, 최소 약정 및 초과 요율을 같은 기간에 대입해 사용량형과 다른 구조의 비용을 비교할 수 있습니다. 예산 상한을 운영하려면 단가표뿐 아니라 사용량 알림, 지출 제한 기능, 일별·월별 사용량 보고서가 실제로 제공되는지도 계약 전에 확인합니다.
3. 정액 구독: 포함 범위가 안정적일 때 예산을 단순화합니다
정액 구독은 일정 기간에 고정된 요금을 내고 정해진 서비스 범위를 이용하는 모델입니다. 월별 예산을 세우기 쉽다는 장점은 포함 기능과 사용 한도가 실제 수요를 감당할 때 생깁니다. 사용 한도를 자주 넘으면 초과 요금이나 상위 플랜 비용이 더해져 월 지출이 바뀔 수 있습니다.
정액 가격을 볼 때는 “무제한”이라는 표현만으로 비용을 판단하지 않습니다. 포함 기능, 허용 용량, 요청이나 처리량 한도, 저장 기간, 초과 시 동작을 각각 확인합니다. 예를 들어 검색 플랫폼 구독료에 벡터 저장 공간이 포함되더라도 생성형 모델 호출 비용이 별도라면, 모델 사용료까지 합산해야 실제 월 예산이 나옵니다.
이 구조는 사용량이 안정적이고 필요한 기능이 요금제 범위에 들어오는 경우에 적합합니다. 월별 호출량이 급격히 변하거나 사용량 단가가 별도로 붙는다면, 정액료와 변동 비용을 분리한 예상치를 만들어 비교합니다.
4. 선불 크레딧: 사용 전에 정한 예산 잔액을 관리합니다
선불 크레딧은 먼저 금액이나 크레딧 잔액을 충전하고, 이후 서비스 비용을 그 잔액에서 차감하는 구조를 가리킬 수 있습니다. 사용량 기반 선불과 크레딧은 같은 축의 경쟁 모델이 아닙니다. 사용량 기반은 비용을 계산하는 기준이고, 선불은 결제 시점이며, 크레딧은 선결제 잔액을 기록하고 쓰는 방식일 수 있습니다. 한 상품이 세 조건을 모두 적용할 수도 있습니다.
가상 계산 예시로, 조직이 100만 원을 미리 충전하고 해당 기간에 사용료 40만 원이 잔액에서 차감된다고 가정하면 계산상 잔액은 60만 원입니다. 비용 비교에서는 충전액을 사용료에 다시 더하지 않습니다. 결제 현금흐름(충전액), 실제 사용료, 남은 잔액을 각각 구분해 기록합니다.
크레딧형은 사전에 정한 예산 안에서 실험하거나 부서별 지출을 제한하려는 경우 검토할 수 있습니다. 구매 전에는 크레딧이 화폐 가치인지 서비스 단위인지, 사용 기한이 있는지, 잔액이 소진되면 자동으로 과금이 이어지는지 확인합니다.
OpenAI의 선불 API 결제 안내에서는 자동 재충전과 월 재충전 한도를 설정하며, 월간 API 사용량 한도와 속도 제한은 선불 잔액과 별도로 적용합니다. 자동 재충전 한도는 추가 크레딧 구매를 제한하며 기존 잔액의 사용량 한도와 다릅니다. 잔액 소진 뒤 처리 지연으로 음수 잔액이 생길 수 있어 선불 잔액을 즉시 지출 차단으로 계산하지 않습니다.
5. 티어형 요금제: 필요한 기능과 포함량에 따라 등급을 고릅니다
티어형 요금제는 Starter, Standard, Enterprise처럼 등급별로 가격과 기능 범위를 나눕니다. 등급이 올라갈 때는 기능뿐 아니라 포함 용량, 지원 수준, 배포 옵션, 계약 조건이 달라질 수 있으므로, 현재 필요한 항목과 상위 등급에서 추가되는 항목을 나란히 비교합니다. 낮은 등급의 가격만 보고 결정하기보다 조직의 운영 요구를 충족하는 가장 낮은 등급을 찾는 방식이 실용적입니다.
Seahorse Cloud Starter에는 5GB Vector DB 클러스터, 5GB 데이터 스토리지, 업무시간 이메일 지원, 1개월 동안 1회 50,000원 무료 사용이 포함됩니다. Standard에는 100만 Seahorse API RU/WU가 포함되며, 업무시간 09시부터 18시까지 전화·이메일을 통한 Pro 지원이 제공됩니다.
티어형은 요구 기능이 늘어나는 시점과 플랜 전환 기준이 명확한 조직에 적합합니다.
6. 기업별 계약형: 가격 산정 조건을 견적서에서 고정합니다
기업별 계약형은 공개된 단일 가격보다 견적의 총액과 적용 조건을 기준으로 비교하는 구조입니다. 좌석 수, 사용량, 기능 범위를 함께 검토해야 하는 구매에서는 개별 견적을 같은 기간과 예상 수요로 환산해 비교합니다. 견적 금액은 적용 단위, 포함량, 예상 사용량과 함께 기록하면 다른 요금 모델과 같은 기준으로 비교할 수 있습니다.
견적 요청서에는 예상 좌석 수, 월별 사용량 범위, 필요한 모델과 기능, 포함할 저장 용량, 계약 기간, 지원 시간, 배포 위치를 적습니다. 견적 비교표에는 기본료, 최소 사용 약정, 사용량 단가, 포함량, 초과분 계산, 가격 변경 시점, 갱신·해지 조건을 각각 적습니다. SLA가 제시되면 목표 수치, 측정 기간, 적용 서비스, 예외 조건을 같은 표에 적어 계약 범위를 비교합니다.
Seahorse Cloud Enterprise 가격표에는 숫자 가격 대신 문의가 표시되어 있습니다. 구매 담당자는 필요한 서비스 범위와 지원·배포 조건을 정리해 문의하고, 회신된 계약 조건을 다른 모델과 동일한 비용 기준으로 비교할 수 있습니다.
우리 조직에 맞는 모델을 고르는 순서
예산 담당자는 먼저 동일한 비교 기간을 정하고 기본료, 확인된 포함량을 넘는 단위별 과금, 별도 청구가 확인된 서비스·지원·세금 등을 나눠 비교합니다. 패키지에 포함된 기능이나 용량은 별도 항목으로 중복 합산하지 않습니다. 세금 포함 여부와 모델 호출·파싱·임베딩·보관·전송·지원의 포함 여부는 견적서에서 확인할 항목이며, 확인되지 않은 요율은 가정하지 않습니다.
선불 방식은 결제 현금흐름인 충전액, 실제 사용료, 잔액을 분리해 기록하고 충전액을 사용료에 더하지 않습니다.
이어 평상시뿐 아니라 피크 사용량도 계산하고, 청구 좌석의 이용 가치, 최소 약정, 포함량과 초과 요율을 함께 비교해 조직이 감당할 예산 위험을 파악합니다.
FinOps Foundation의 예산 수립 프레임워크는 예산, 실제 비용, 롤링 예측을 함께 비교하고 사용량·요율 변화에 따라 예측을 갱신하는 접근을 제시합니다. 예산은 지출 한도를 나타내고, 롤링 예측은 과거 소비와 예상 사용량·요율 변화를 반영해 앞으로 필요한 지출을 갱신합니다. FinOps Foundation의 단위 경제성 지침은 설계 단계에서 토큰당 또는 요청 1,000건당 비용을 대략 추정하고, 사용량 카운터로 비용과 작업량을 연결하는 방법을 제시합니다.
다음 표에 실제 요금표와 내부 사용량 추정치를 대입하면 후보를 좁힐 수 있습니다.
| 조직의 상황 | 우선 비교할 모델 | 선택 근거 | 견적·요금표에서 확인할 항목 |
|---|---|---|---|
| 청구 좌석의 이용 가치가 확인되고 좌석 수·최소 약정이 적절함 | 사용자당 요금 | 포함량과 약정 조건까지 비교했을 때 좌석 단위가 예산에 맞는지 판단합니다. | 청구 대상 계정, 이용 가치, 최소 약정, 좌석 조정 시점, 갱신 가격 |
| 피크 사용량과 포함량·초과 요율을 확인할 수 있음 | 사용량 기반 | 평상시와 피크 사용량을 대입해 총비용과 변동 폭을 비교합니다. | 단위 정의, 포함량, 피크 사용량, 초과 요율, 사용량 상한, 결제 시점 |
| 사용량이 안정되고 필요한 범위가 정해져 있음 | 정액 구독 | 월 비용을 일정하게 계획하기 쉽습니다. | 포함 기능·용량, 초과 조건, 별도 모델 비용 |
| 시험 예산을 먼저 정하고 지출을 통제함 | 선불 크레딧 | 미리 배정한 잔액을 사용량과 연결할 수 있습니다. | 잔액 만료, 차감 방식, 소진 이후 과금 동작 |
| 기능과 운영 지원을 단계적으로 확장함 | 티어형 | 필요한 기능이 추가되는 단계로 플랜을 고를 수 있습니다. | 각 등급의 포함량, 상위 전환 기준, 지원·배포 조건 |
| 운영 범위나 지원 조건을 계약에서 함께 정함 | 기업별 계약형 | 견적 금액을 적용 조건과 함께 비교합니다. | 약정, 기본료, 사용 단가, SLA, 갱신·해지 조건 |
월말에는 청구서의 서비스·SKU별 실제 사용량과 개발팀이 남긴 요청·토큰 카운터를 맞춰 봅니다. 차이가 큰 항목은 사용량 예측, 선택 모델, 요율 입력값을 나누어 원인을 확인하고, 다음 달 모델 비용표에 수정한 수치를 반영합니다.
구매 결정에서는 요금 모델 이름보다 실제 청구액을 재현할 수 있는 청구 단위와 정산 조건을 견적서에 남기는 일이 중요합니다.
여섯 요금 요소의 조합을 확인합니다
좌석과 사용량은 청구 기준, 선불 크레딧은 결제 시점, 티어와 기업별 계약은 상품·계약 구조를 설명합니다. 한 견적에 여러 요소가 함께 적용되므로 정액료·포함량·초과분·정산 조건을 같은 표에서 계산합니다. 사용량 추적과 잔액·자동 충전·실제 지출 차단은 각각의 동작으로 확인합니다.
관련 배경: 기업용 RAG PoC: 문서·보안·비용 검증 가이드
문서와 검색 흐름을 직접 확인하세요
우리 조직의 문서와 평가 기준으로 필요한 기능을 확인해보세요.
