Supabase가 2026년 개발자 현황 조사를 발표했습니다.

요약하면 하나의 구조입니다. 빌드 속도는 역대 최고입니다. 수익화 속도는 그 속도를 따라가지 못하고 있습니다. 만드는 건 표준이 됐지만, 버는 건 아직 공백입니다.

같은 주, OpenAI는 성공 지표를 바꿨습니다. ‘월 활성 사용자’가 아니라 ‘달러당 유용 작업(useful work per dollar)‘을 새 기준으로 제시했습니다. IBM은 에이전트 통합 발표를 했고, 주가는 25% 빠졌습니다. 시장은 기능 출시보다 수익화 가능성을 먼저 묻고 있습니다.

왜 만드는 건 쉬워졌는데 버는 건 어려운가

에이전트를 만드는 비용이 내려갔습니다. 하지만 에이전트를 운영하는 비용은 여전히 높습니다.

KAIST가 측정한 수치가 있습니다. 에이전트는 단순 챗봇보다 질의당 최대 136배 전력을 소비합니다. 에이전트가 자율적으로 여러 툴을 호출하고, 서브 에이전트를 엮고, 긴 컨텍스트를 유지할수록 그 비용은 계속 쌓입니다.

지금 많은 팀이 에이전트를 만들고, 데모를 돌리고, 사용자에게 무료로 제공합니다. 원가가 올라가고 있는데 과금 단위가 없는 구조입니다. 빌드는 됐지만 비즈니스 모델이 없습니다.

두 번째 문제는 PMF(Product-Market Fit) 혼동입니다. 에이전트가 데모에서 잘 돌아가는 것과, 사용자가 돈을 내고 쓸 만큼 신뢰하는 것은 다릅니다. Supabase 조사에 응답한 개발자들이 공통으로 꼽은 병목은 기술이 아니라 ‘사용자가 실제로 의존하게 만드는 것’이었습니다. 에이전트가 틀릴 때 누가 책임지는가, 어떻게 검증하는가 — 이 질문에 답 없이 과금 단위를 만들기는 어렵습니다.

IBM 25%가 말하는 것

IBM이 에이전트 통합 전략을 발표한 직후 주가가 25% 빠진 것은 AI에 대한 시장의 불신이 아닙니다. 수익화 경로에 대한 불신입니다.

시장은 이미 알고 있습니다. 에이전트를 배포하는 것은 어렵지 않습니다. 에이전트로 반복적인 매출을 만드는 것이 어렵습니다. IBM의 발표가 기술 로드맵이었고, 수익화 로드맵이 아니었기 때문에 시장이 그렇게 반응한 것입니다.

반면 앤트로픽과 블랙스톤이 15억 달러 합작사를 만들었을 때 시장 반응은 달랐습니다. 합작사의 이름은 Ode입니다. 목적은 명확합니다. 에이전트를 ‘구현’하는 것, 즉 실제 기업 업무 흐름 안에 에이전트를 넣고 운영하는 것입니다. 기술 개발이 아니라 배포와 운영이 자본의 대상입니다.

지금 AI 투자에서 돈이 몰리는 곳은 가장 똑똑한 모델이 아닙니다. 에이전트가 돌고, 오래 돌고, 그 결과에 돈을 받을 수 있는 운영 구조입니다.

PM이 먼저 설계해야 하는 것

수익화 공백의 핵심은 과금 단위의 부재입니다.

좌석(seat) 과금은 에이전트 시대에 맞지 않습니다. 에이전트는 사람이 아닙니다. 에이전트가 처리한 작업 수, 해결한 케이스 수, 절감한 시간 — 이런 단위로 과금해야 합니다. MS가 Copilot에 업무 단위 추가 과금을 붙이기 시작한 것은 이 방향의 첫 신호입니다.

하지만 과금 단위를 설계하려면 먼저 세 가지 질문에 답해야 합니다.

첫째, 에이전트가 ‘성공’한 것을 어떻게 측정합니까? 검증 없는 성공은 과금 근거가 됩니다만, 고객에게 반박당하면 무너집니다. OpenAI가 ‘달러당 유용 작업’을 재정의한 것은 이 기준을 명확히 하려는 시도입니다.

둘째, 에이전트가 틀렸을 때 누가 책임집니까? 자율화 수준이 높을수록 이 질문은 더 큽니다. 책임 범위가 없으면 기업 고객은 과금을 수락하지 않습니다.

셋째, 이 단가에서 마진이 남습니까? 136배 전력을 쓰는 에이전트를 무제한 요금제로 팔면, 사용량이 올라갈수록 손실이 커집니다. 단가 설계는 원가 설계와 동시에 해야 합니다.

# AI 에이전트 수익화 설계 체크리스트

성공 기준  → '작업 완료'가 아니라 '검증 가능한 결과'
책임 범위  → 자율화 수준 × 실패 시 복구 방법
단가 설계  → (원가 × 마진) = 시장이 납득하는 가격
과금 단위  → seat 아닌 완료 케이스 또는 절감 지표

지금 당신의 에이전트에 과금 단위가 있습니까

만드는 건 표준이 됐습니다. 지금 가장 강한 PM은 더 좋은 에이전트를 만드는 사람이 아닙니다. 에이전트로 만든 가치를 어떻게 과금 단위로 전환할지 먼저 설계하는 사람입니다.

Supabase 조사가 드러낸 수익화 공백은 기술 문제가 아닙니다. 설계 문제입니다. 비즈니스 모델 없는 에이전트 배포가 IBM 주가처럼 시장에서 반박당하기 전에, 과금 단위부터 설계하십시오.

당신의 에이전트가 한 달 안에 수익을 만들지 못한다면, 원인은 어디에 있습니까?