우리는 기능을 만들기 전에 청구 시스템을 구축했습니다.
우리가 구독, 결제 보호 및 사용 추적 기능을 대부분의 기능이 존재하기도 전에 3일째에 연결한 이유.
스타트업에서 가장 인기 없는 의견
스타트업 미팅에서 듣지 못할 이야기가 있습니다: 우리는 3일째에 청구 시스템을 구축했습니다.
가격 페이지도 아니고, “나중에 수익 모델을 고민하자"는 손짓도 아닙니다. 실제 구독 동기화, 결제 보호 및 사용량 추적이었습니다. 우리가 반도 안 되는 기능을 구축하기 전에 말이죠.
모든 멘토, 모든 블로그 포스트, 모든 Y Combinator 비디오가 같은 말을 합니다: 아직 수익 모델에 대해 걱정하지 마세요. 그냥 사용자만 확보하세요. 수익은 나중에 올 수 있습니다.
우리는 정중히 동의하지 않습니다.
왜 청구 시스템이 먼저인 것이 실제로 사용자 우선인지
조기 청구에 대한 반론은 “구축에 방해가 된다"는 것입니다. 하지만 청구를 미루면 실제로 어떤 일이 발생하는지 보세요:
모든 사용자가 무제한 접근을 받을 수 있는 AI 플랫폼을 구축합니다. 무제한 접근을 좋아하는 사용자를 확보합니다. 그러다 어느 날 스위치를 켜고 그 사용자들에게 비용을 지불해야 한다고 알립니다. 일부는 지불할 것입니다. 대부분은 하지 않을 것입니다. 그리고 남아 있는 사람들은 급하게 설계된 가격대에 맞는 기능을 사용하고 있는 사람들이죠.
우리는 그런 미래를 원하지 않았습니다.
3일째에 청구 시스템을 구축함으로써, 그 이후에 추가한 모든 기능은 어떤 가격대에 속하는지 인지하며 설계되었습니다. “이 기능은 무료 가격대에 포함되어야 할까, 프로 가격대에 포함되어야 할까?“라는 질문은 개발 중 자연스럽게 나오는 질문이 되었고, 6개월 후에 힘들게 수정해야 하는 질문이 아니었습니다.
3일째 모습
2025년 11월 24일. 첫 커밋 후 3일. 제품에는 채팅, 파일 관리, 작업 공간 및 기본 에이전트 기능이 있었습니다. 우리가 추가한 것은 다음과 같습니다:
RabbitMQ를 통한 구독 동기화. 우리의 청구 서비스는 구독 상태 업데이트를 보냅니다. 대시보드는 이를 수신하고 각 사용자가 어떤 요금제에 있는지 정확히 알고 있습니다. 실시간으로. 폴링 없이. 오래된 데이터 없이.
보호된 경로의 청구 보호. 프로 구독 없이 프로 기능에 접근하려고 하면? 한정된 내용을 설명하고 업그레이드 방법을 안내하는 깔끔한 모달이 나타납니다. 충돌도, 빈 페이지도 아닙니다. 설계된 경험입니다.
크레딧 추적. 우리는 사용자별 AI 사용량을 추적합니다. 사람들이 조금씩 돈을 쓰게 하려는 것이 아니라, 예측 가능한 비용은 예측 가능한 사용량 추적이 필요하기 때문입니다. OpenClaw 사용자들은 돈이 어디로 가는지 전혀 알지 못한 채 한 달에 $50-750를 쓴다고 보고합니다. 우리는 그런 이야기는 절대 원하지 않았습니다.
연간 구독 처리. 일부 사용자가 연간 결제를 원할 것이라는 것을 알고 있었고, “나중에” 추가하는 것은 항상 잘못 추가하는 것을 의미합니다.
복합적인 이점
대부분 사람들이 청구 시스템 우선의 이점을 놓치는 부분: 그것은 복합적으로 작용합니다.
2주 후 이미지 생성 기능을 추가했을 때, 청구 보호는 이미 있었습니다. 우리는 이미지 생성을 프로 기능으로 태그하기만 하면 되었고, 잘 작동했습니다. 추가 청구 코드가 필요하지 않았습니다.
기술 마켓플레이스를 추가했을 때도 마찬가지입니다. 무료 사용자들은 프리미엄 기술에 “Pro” 배지를 봅니다. 새로운 청구 로직이 필요하지 않았습니다.
백그라운드 작업 실행을 추가했을 때, 샌드박스 실행 카운터는 이미 사용량을 추적하고 있었습니다. 우리는 가격대별로 한계를 설정하기만 하면 되었습니다.
지난 80일 동안 우리가 구축한 모든 기능은 무료로 청구 인식을 상속받았습니다. 이것이 조기에 기초를 구축하는 복합적인 이점입니다.
“나중에"의 실제 비용
우리는 같은 분야의 다른 스타트업들이 이 문제로 고생하는 것을 지켜봤습니다. 그들은 무제한 모든 것을 갖춘 아름다운 제품을 만듭니다. 그리고 나서 청구를 추가하려고 시도하고 발견합니다:
- 그들의 데이터베이스는 사용자별 사용량을 추적하지 않습니다.
- 그들의 API는 무료와 유료 작업을 구분하지 않습니다.
- 그들의 프론트엔드는 “당신의 요금제에서는 이걸 할 수 없다"는 개념이 없습니다.
- 한계가 나타날 때 사용자들은 배신감을 느낍니다.
청구를 포함하지 않고 설계된 제품에 청구를 추가하는 것은 스타트업이 할 수 있는 가장 비싼 일 중 하나입니다. 돈이 아니라 — 건축적 부채와 사용자 신뢰에서 말이죠.
크레딧 기반 가격 책정
우리의 가격 책정은 간단하게 정리되었습니다: 크레딧을 구매하고, 크레딧을 사용합니다. 가입 시 20,000개의 무료 크레딧과 하루에 5개의 무료 AI 생성을 받습니다. 더 필요할 때는 크레딧 팩을 구매하세요. 저렴한 모델은 더 적은 크레딧이 필요하고, 프리미엄 모델은 더 많은 크레딧이 필요합니다. 이를 추적하는 청구 코드는 3일째에 작성되었고 그 이후로 계속 작동하고 있습니다.
모든 사용자는 자신이 무엇을 위해 지불하고 있는지 정확히 알고 있습니다. 누구도 깜짝 청구서를 받지 않습니다.
그건 우리가 관대해서가 아닙니다. 기능을 구축하기 전에 청구 시스템을 구축했기 때문입니다.
이전
전형적인 스타트업 접근 방식
- 6개월 동안 제품을 개발하세요.
- 마지막 순간에 '가격 페이지'를 추가하세요.
- 청구 통합 기능은 3주 더 걸립니다.
- 배송은 영원히 무료, 청구는 '거의 준비 완료'입니다.
이후
우리가 대신 한 것
- 3일 차에 청구 동기화
- 처음부터 구독 보호 기능
- 실제 한계가 있는 무료 티어, 무한한 여유가 아님
- 모든 새로운 기능은 자동으로 청구 인식을 상속받습니다.
청구 중심 개발에 대한 질문
이게 초기 개발 속도를 늦추지 않나요?
약 하루의 비용으로 선불 결제하고, 나중에 몇 주를 절약할 수 있어요. 청구 후에 구축하는 모든 기능은 자동으로 사용 한도를 준수하도록 설정됩니다. 이게 없으면, 영원히 무료인 세상에서만 작동하는 기능을 만들게 되고, 나중에 모든 것을 다시 조정해야 해요.
무료 제품으로 초기 사용자 확보는 어떨까요?
우리는 무료 티어를 제공합니다. 항상 그럴 것입니다. 하지만 '명확한 한계가 있는 무료 티어'와 '아직 청구 시스템을 구축하지 않아서 모든 것이 무료인 경우'는 다릅니다. 첫 번째는 전략입니다. 두 번째는 미루는 것입니다.
어떤 청구 시스템을 사용하셨나요?
우리는 중앙 청구 서비스에서 RabbitMQ를 통해 구독을 동기화합니다. 대시보드는 결제를 직접 처리하지 않고, 구독 상태 업데이트를 받고 접근 규칙을 적용합니다. 깔끔한 분리입니다.