GitHub Copilot이 6월 1일부터 사용량 기반 과금(크레딧/토큰 미터링)으로 전환합니다(dev.to). 표면은 “공정한 과금”이지만, 그로스 관점에서 더 중요한 변화는 COGS가 고정비에서 변동비로 바뀌며 유료 전환과 세일즈 사이클, CAC의 계산식이 즉시 흔들린다는 점입니다. 특히 채팅/에이전트처럼 ‘토큰을 많이 태우는 기능’은 같은 가격표 아래에서도 사용자별 원가 편차가 커져, 기존의 플랫 요금제가 제공하던 심리적 안전망이 사라집니다.
첫 번째 소스는 “번들에서 언번들로”의 전환을 정확히 보여줍니다. Copilot은 completions/Next Edit은 사실상 무료로 유지하면서(습관 형성 구간 보호), Chat/Agent를 미터링합니다. 이 구조는 제품 전략으로는 합리적입니다. 문제는 성장 지표로 보면 사용 강도가 높은 ‘파워 유저’가 곧바로 마진 압박과 불만의 중심이 된다는 것. 더 날카로운 포인트는 “크레딧 소진 시 폴백 모델이 사라진다”는 공지입니다. 즉, 돈이 떨어지면 성능이 낮아지는 게 아니라 경험이 멈춥니다. 이 한 줄이 D30 리텐션과 팀 도입 유지율에 직접적인 리스크로 들어옵니다.
두 번째 소스(dev.to)는 해법을 ‘비용 운영’으로 끌어옵니다. 사용량 과금에서 비용은 회계 항목이 아니라 행동 데이터입니다. chat-heavy 워크플로우, 큰 컨텍스트, 프리미엄 모델 남용, 중복 요청이 비용을 폭증시키고, 대부분의 팀은 “요청량을 트래킹하지 않는다”는 이유로 사고가 납니다. 즉, 지금 필요한 건 “모델을 더 싸게”가 아니라 측정 체계가 없는 상태에서의 성장을 멈추는 것입니다.
여기서 실행 프레임은 단순합니다: 측정 → 통제 → 가격/패키징. (1) 측정: 기능 단위(Completion/Chat/Agent/Review)로 토큰·비용을 쪼개고, 유저/팀/프로젝트 코호트로 봅니다. 핵심은 ‘월말 합산’이 아니라 일 단위 burn rate와 월 예산 대비 선형 예측 경보입니다. (2) 통제: 라우팅 정책으로 “right model”을 강제합니다(세 번째 소스의 요지: best가 아니라 right). 예: 기본은 저가 모델+짧은 컨텍스트, 특정 트리거(멀티파일 리팩터/보안 리뷰/릴리즈 직전)에서만 프리미엄·에이전트 허용. 그리고 캐시/재사용(팀 위키에 패턴 축적)로 중복 토큰을 제거합니다.
(3) 가격/패키징: 성장팀이 여기서 승부를 봅니다. 사용량 과금에서는 “프로 플랜” 자체가 가치 제안이 아니라 불확실성을 얼마나 제거해 주는가가 전환을 좌우합니다. 예산 캡, 소프트 스로틀(품질 저하가 아닌 ‘속도 제한’), 과금 전 미리보기(프리뷰 청구서), 팀 정책 템플릿을 패키지에 포함시키면, 세일즈 사이클에서 보안/거버넌스만큼이나 “비용 통제 가능성”이 계약을 당깁니다. 반대로 이 장치가 없으면, 데모는 잘 되는데 구매 후 첫 달에 이탈하는 ‘비용 쇼크 churn’이 생기고 CAC 회수가 늦어집니다.
전망은 명확합니다. AI 코딩/에이전트 툴은 Copilot처럼 핵심 습관 기능은 고정(혹은 무료)로, 고비용 기능은 미터링하는 방향으로 정렬될 가능성이 큽니다. 이때 승자는 “최고 모델”을 내세우는 팀이 아니라, 토큰을 제품 지표로 계측하고 퍼널에 연결하는 팀입니다. 6월 1일 같은 과금 전환은 위기이자 기회입니다. 비용을 통제 가능한 운영 시스템으로 만들면, 동일한 CAC에서 더 높은 전환과 더 낮은 churn을 동시에 노릴 수 있습니다. 이제 성장의 단위는 트래픽이 아니라, 토큰까지 포함한 단위경제(Unit Economics)입니다.