문서 요약 서비스에 월 2만 원 무제한 요금제를 열었습니다.
대부분의 고객은 가끔 쓰지만, 한 고객이 대량 문서를 처리하면서 평균 원가가 올라갑니다.
한도를 뒤늦게 추가하면 고객은 약속이 바뀌었다고 느낄 수 있습니다.
가격은 금액뿐 아니라 어디까지 제공하고 무엇을 추가 과금하는지에 대한 약속
입니다.
이 글에서는 가상 서비스의 요금안을 설계합니다.
월 2만 원은 부가세 포함 가정 가격이며, 실제 판매 중인 상품이 아닙니다.
앞선 두 편과 같이 성공 작업당 원가 43.64원, 결제 수수료 3.3%, 월 기본 비용 91,000원을 사용합니다.
개발 도구 구독 하나와 서버·DB를 포함하지만 인건비·지원·고객 확보 비용은 제외한 모형입니다.
정액제는 매달 얼마를 낼지 예측하기 쉽습니다.
하지만 무제한으로 약속하면 사용량이 늘어나는 위험을 운영자가 떠안습니다.
사용량제는 원가와 매출을 연결하기 쉽지만, 고객이 다음 달 청구액을 예상하기 어려울 수 있습니다.
혼합형은 기본료에 일정량을 포함하고 추가 사용을 별도 구매하게 만드는 방식입니다.
방식
예제 가격 가정
고객이 확인할 것
운영자의 위험
무제한 정액
월 20,000원
월 결제액
과다 사용자의 원가
사용량
100건 묶음 8,000원
필요한 묶음 수
낮은 이용량과 매출 변동
혼합형
월 20,000원에 200건, 추가 100건 8,000원
포함량·추가 구매액
포함량과 작업 크기 관리
여기서 사용량제는 건당 소액 결제가 아니라 100건 단위 선불 구매를 가정합니다.
실제 PG의 최소 수수료나 환불 비용은 계약을 확인해 추가해야 합니다.
세 방식은 제공 범위가 다르므로 단순히 가장 싼 가격만으로 우열을 정할 수 없습니다.
월 작업량 50·200·500건에서 무제한 정액·사용량 묶음·혼합형의 고객 결제액을 비교한 가정 요금표
을 제안합니다.
문서 한 건의 입력 맥락은 최대 8,000토큰, 출력은 최대 1,000토큰인 표준 작업으로 정의합니다.
큰 문서는 실행 전에 예상 단위 수를 보여주고 분할 처리에 동의받거나, 별도 요금안으로 안내합니다.
문서 페이지 수만으로는 모델 입력량과 원가를 안정적으로 제한하기 어렵습니다.
사용자에게 토큰 계산을 직접 요구하지는 않습니다.
화면에는 “표준 작업 1건”으로 표시하되, 처리 가능한 문서 범위와 더 큰 작업의 환산 기준을 설명합니다.
이용자가 성공적으로 끝난 업무와 차감량을 연결할 수 있어야 합니다.
월 포함량 200건을 모두 사용한 고객공헌이익 = 20,000 ÷ 1.1 − 660 − 200 × 43.64 ≈ 8,794원추가 100건 묶음을 모두 사용한 고객추가 공헌이익 = 8,000 ÷ 1.1 − 264 − 100 × 43.64 ≈ 2,645원
500건을 처리한 고객은 기본 200건과 추가 묶음 세 개를 구매해 44,000원을 결제합니다.
이 조건에서 공헌이익은 40,000−1,452−21,820=16,728원입니다.
무제한 정액의 같은 고객이 약 4,298원 손실을 만드는 것과 다른 결과입니다.
그렇다고 44,000원을 실제로 지불할 고객이 있다는 증거는 아닙니다.
요금안은 고객의 지불 의사와 비교 대안도 함께 검증해야 합니다.
원가가 올라가면 추가 구매도 적자가 될 수 있습니다.
모든 작업에 재시도가 한 번 필요하면, 모두 최종 성공하더라도 작업당 원가는 76.4원으로 올라갑니다.
이때 추가 100건의 공헌이익은 약 -631원입니다.
Codex가 포함된 ChatGPT Plus와 Claude Pro는 월 결제 기준 각각 20달러이며, 추가 사용에 대한 별도 과금 경로가 안내되어 있습니다.
이는 무제한으로 모든 작업을 처리한다는 약속과는 다릅니다.
예제 요금안에는 기본 포함량과 추가 구매를 분리하는 구조만 참고합니다. OpenAI 요금 안내↗, Claude 가격표↗
다른 서비스의 20달러를 환산해 그대로 내 가격으로 정할 수는 없습니다.
제공 기능·품질·고객 업무·자원 조달 조건이 다르기 때문입니다.
가격표 확인일은 2026년 10월 15일이며, 원화 계산에는 실시간 시세가 아닌 1달러=1,400원 가정을 씁니다.
개발 도구를 둘 다 쓰면 고정비가 119,000원으로 올라가지만, 이 비용을 모든 고객의 요청 원가에 다시 더하지 않습니다.
실제 가격표는 할인 금액뿐 아니라 포함량과 만료 조건까지 읽어야 합니다.
Claude Max의 API 크레딧도 적용 대상과 주기 말 만료 조건이 있으므로, 동일한 금액이 항상 현금처럼 남는 구조가 아닙니다. Claude 포함 API 크레딧 안내↗
예제에서는 이 혜택을 사용하지 않은 원가로 요금의 지속 가능성을 먼저 봅니다.
무료 체험은 가입당 표준 작업 5건, 서비스 전체 월 체험 예산 10만 원을 가정합니다.
성공 작업이 모두 기준 원가에 들어온다면 체험 사용자 한 명의 작업 비용은 218.2원입니다.
다만 실패만 반복되는 체험 사용자는 성공 건수로 제한되지 않으므로 시도 횟수와 실제 지출도 별도로 제한해야 합니다.
월 예산은 모델 호출 전 예약한 비용과 누적 실제 사용량을 합쳐 확인합니다.
한도에 도달하면 새 작업을 받지 않거나 대기 안내를 하고, 동시 요청 때문에 예산을 넘지 않도록 처리합니다.
계정별 문서 크기·동시 작업·재시도 상한과 전체 지출 경보도 함께 둡니다.
👨💻
기본 포함량을 다 쓰면 자동 초과 청구하지 않고 추가 구매 여부를 먼저 묻습니다.
실행 전에 남은 양·예상 차감·결제액을 보여주고, 동의한 작업만 시작하는 요금안으로 설계합니다.
미사용량은 만료일을 사전에 명시하고, 고객에게 불리한 소급 변경을 피합니다.
이번 초안에서는 기본 포함량은 월 갱신 시 초기화하고, 추가 묶음은 구매 후 30일 사용을 제안합니다.
이는 확정된 약관이 아닙니다.
실제 판매 전에는 환불·청약철회와 유료 잔액의 처리 조건을 법률·결제 정책에 맞게 검토해야 합니다.
작업 시작 때는 예상 단위를 예약하고 완료 기준을 통과했을 때 확정 차감합니다.
서비스 오류나 기준 미달로 끝나면 예약량을 복원하고, 자동 재시도는 한 번까지만 허용하는 예제 정책을 둡니다.
동일 작업의 중복 콜백이나 새로고침이 이중 차감으로 이어지지 않도록 task_id와 정산 상태를 기록합니다.
환불 여부와 사용량 복원도 다른 문제입니다.
유료 잔액을 복원한 것만으로 현금 환불을 완료했다고 표시하지 않고, 고객 문의와 결제 취소를 별도로 처리해야 합니다.
초안의 원가에는 이런 지원 시간과 실제 환불 비용이 포함되지 않았으므로 판매 전 추가합니다.
👍
요약이 생성됐다는 사실과 고객의 업무 성과가 발생했다는 사실은 다릅니다.
성과 기반 요금은 성과 정의·측정 기간·우리 서비스의 기여도·이의제기 절차를 합의할 수 있을 때 검토합니다.
문서 서비스라면 “시간을 아껴줬다”는 추정만으로 성과 요금을 청구하기 어렵습니다.
이 예제에서는 측정 가능한 표준 작업 과금을 먼저 쓰고, 실제 절약 시간과 재작업을 별도 지표로 수집합니다.
같은 비용을 회수하더라도 고객이 이해하고 납득하는 청구 단위인지 확인하는 과정이 필요합니다.
입니다.
자신의 서비스에 포함량, 큰 작업의 처리, 실패 차감, 추가 구매 동의와 환불 경로를 적어 보시기 바랍니다.
그 조건에서 많이 쓰는 고객도 공헌이익을 남기는지 다시 계산합니다.
다음 편에서는 모델 성능과 제품 경쟁력을 구분하며 고객이 계속 지불할 이유를 살펴봅니다.