고객은 호출 횟수가 아니라 완성된 결과에 돈을 내요
동네 가게에 상품 설명을 만들어 주는 AI 도구를 판다고 해볼게요. 고객은 사진을 올리고 설명문을 기다려요. 서버가 요청을 받았더라도 설명이 비어 있다면 그 주문은 아직 끝나지 않았어요. 다시 생성하거나 직접 고쳐서 전달하는 일이 판매자에게 남아요.
실제로 iMessage용 AI 비서 Olly를 운영하는 Mo Moustafa는 9월 7일 회고에서 HTTP 200을 받았는데 답변 본문은 비었던 경험을 공개했어요. HTTP(Hypertext Transfer Protocol)는 웹 요청과 응답을 주고받는 규약이고, 200은 요청을 정상 처리했다는 상태 코드예요. 택배 접수증이 나왔다고 상자 안의 물건까지 확인된 것은 아닌 것처럼, 이 코드만으로 고객에게 쓸 수 있는 답변이 도착했는지는 알 수 없어요. 공식
같은 모델도 실행을 맡는 곳이 달라요
OpenRouter는 앱이 여러 AI 모델과 실행 제공사에 연결할 수 있게 하는 서비스예요. 모델은 답변을 만드는 학습된 시스템이고, 제공사(provider)는 그 모델을 서버에서 실행하는 사업자예요. 같은 요리법을 여러 주방이 사용하는 장면을 떠올리면 두 역할을 구분하기 쉬워요. 공식 문서는 가동 상태와 가격 등을 고려하는 제공사 선택 방식을 설명해요. 공식
이 그림은 저렴한 모델을 찾은 뒤에도 확인할 일이 있음을 보여줘요. 상품 설명 작성이라면 사진 속 물건을 맞게 읽는지, 고객이 원하는 길이와 형식으로 결과가 나오는지를 직접 시험할 수 있어요. 제공사를 바꾼 뒤에도 같은 작업으로 비교해야 차이를 알아보기 쉬워요. 추정
가격표와 청구 내역을 함께 펼쳐요
OpenRouter 종량제 가격표는 플랫폼 수수료 5.5%를 표시하고, 토큰 가격은 선택한 모델에 따라 달라진다고 안내해요. 토큰(token)은 AI가 글을 처리하는 조각이에요. 입력한 문장과 생성된 답변의 양이 모델 사용료에 영향을 줘요. 5.5% 하나를 전체 AI 원가로 읽으면 실제 모델 사용료가 빠져요. 공식
앱은 프로그램 연결 인터페이스(application programming interface, API)를 통해 모델에 작업을 요청하고 답변을 받아요. 실무에서는 고객 작업마다 식별 번호를 붙이고 그 작업에 연결된 요청·재시도·실제 청구액을 모아보세요. 크레딧 구매 비용과 사용량 장부를 맞추면 같은 비용을 중복해서 더하는 일도 줄일 수 있어요. 실패나 재시도라는 이름만으로 과금 여부를 정하기보다 실제 기록을 사용하는 방식이에요. 추정
100번 호출했어도 80건만 끝났다면
아래는 특정 서비스의 실적이 아니라 계산을 위한 가상 예시예요. 한 묶음의 고객 작업에서 실제 모델·플랫폼 비용이 10달러, 지원에 쓴 시간을 비용으로 환산한 금액이 2달러라고 가정해요. 호출은 100번이었지만 고객이 쓸 수 있는 결과를 전달한 작업은 80건이에요. 추정
| 같은 총비용 12달러를 나누는 기준 | 계산 | 의미 |
|---|---|---|
| API 호출 100번 | 12 ÷ 100 = 0.12달러 | 호출 한 번당 비용 |
| 완료 작업 80건 | 12 ÷ 80 = 0.15달러 | 고객 작업 한 건을 끝내는 비용 |
이 경우 판매자가 가격에 반영할 출발점은 완료 작업당 0.15달러예요. 여기에 포함하지 않은 결제 수수료·고정 운영비와 원하는 이익도 고려해야 해요. 실제 유료 주문을 받기 전 대표 작업 한 묶음을 시험하고, 완료 기준과 수정 횟수를 기록하면 무제한 요금제와 건별 요금제 중 무엇이 어울리는지도 판단할 재료가 생겨요. 추정
