“매일 5개”가 실제로는 달마다 30개인 이유

Lovable 2.0 무료 플랜 소개 문구는 “5 daily credits”입니다. 얼핏 보면 매일 5개씩 무제한으로 쌓이는 것처럼 읽히는데, 공식 문서에는 이렇게 적혀 있습니다.

매일 5개를 주지만 월 최대 30개라는 뜻입니다. 즉, 6일 연속으로 하루에 5개씩 쓰면 해당 달의 무료 크레딧은 그날 이후 완전히 소진됩니다. 나머지 24일은 유료 업그레이드 없이는 아무것도 생성할 수 없습니다.

이 구조는 공식 문서 외에는 잘 설명되지 않습니다. 하루 5개라는 말에 집중하면 월 150개를 기대하게 되는데, 실제 상한은 그것의 5분의 1인 30개입니다.

※ Pro 플랜은 “5 daily credits up to a maximum of 150 per month” — 조건이 달라집니다. (출처: 동일 공식 문서)

Lovable 2.0이 기존과 달라진 점 3가지

2026년 3월 기준으로 Lovable이 “2.0”으로 불리는 주된 이유는 버전 관리 방식의 전면 개편 때문입니다. 공식 블로그(lovable.dev/blog)에 게시된 “Versioning V2.0” 발표문에서 직접 확인한 변경 사항은 다음 세 가지입니다.

이 변경은 기능 추가라기보다 UX 전면 개선에 가깝습니다. 실제로 공식 발표문에서도 “highly requested by users”라고 표현한 부분으로, 기존 사용자들이 가장 많이 요청한 내용입니다. (출처: Lovable 공식 블로그 “Introducing Versioning V2.0”, lovable.dev)

크레딧 1개로 할 수 있는 것과 없는 것

공식 문서(docs.lovable.dev)에는 작업 유형별 크레딧 소모 예시가 구체적으로 제시돼 있습니다. 이 수치를 기준으로 무료 플랜 30크레딧이 실제로 어디까지 커버되는지 직접 계산해봤습니다.

여기서 중요한 점은 크레딧 소모가 복잡도에 따라 달라지기 때문에, 같은 “인증 추가” 작업도 기존 프로젝트의 코드 구조에 따라 1.20보다 높을 수 있다는 것입니다. 공식 문서도 이 부분은 “many messages cost less than 1 credit, while more complex ones may cost more”라고만 밝히고 있습니다. 정확한 기준은 아직 공개되지 않았습니다.

Pro 100크레딧, 어디서 얼마나 사라지나

Pro 플랜 기본 구성은 월 $25에 100크레딧입니다. 공식 문서에서 직접 확인한 수치를 기반으로, Pro 가입자가 MVP 하나를 처음부터 끝까지 만든다고 가정하면 크레딧이 어디서 소진되는지 시뮬레이션해봤습니다.

한 개의 MVP 프로젝트를 처음부터 완성하는 데 35~40크레딧이 빠져나갑니다. Pro 100크레딧으로 한 달에 MVP 2~3개 정도가 현실적인 한계입니다. 기능이 추가되거나 수정이 많아지면 1개도 빠듯할 수 있습니다.

추가 크레딧이 필요하면 탑업(Top-up)을 구매할 수 있는데, Pro 플랜 기준 50크레딧에 $15입니다. 월 구독 $25에 크레딧 탑업 $15를 더하면 150크레딧에 $40 — 이렇게 쌓이다 보면 “그냥 200크레딧 플랜($50)을 쓰는 게 낫지 않나” 하는 계산이 자연스럽게 나옵니다.

Google Stitch·v0·Lovable, 조합이 답인 이유

Lovable은 풀스택 앱을 한 번에 만들어주지만, 디자인 방향을 탐색하거나 UI 컴포넌트를 다듬는 데 크레딧을 쓰는 건 효율이 나쁩니다. 2026년 현재 세 가지 도구를 단계별로 나눠 쓰는 워크플로가 실제로 훨씬 경제적입니다.

이 흐름에서 Lovable 크레딧은 백엔드 연결과 배포에만 집중적으로 쓰입니다. 디자인 탐색과 UI 다듬기를 앞선 두 도구에서 마치고 오면, Lovable에서 소모되는 크레딧이 눈에 띄게 줄어듭니다. 실제로 비교 분석한 자료(nxcode.io, 2026.03.19)도 “Stitch로 비전을, v0로 코드를, Lovable로 배포를”이라는 워크플로를 권장합니다.

크레딧을 가장 적게 쓰는 작업 순서

Lovable에서 크레딧을 아끼는 방법은 결국 “복잡한 프롬프트를 줄이는 것”으로 귀결됩니다. 처음 프로젝트를 시작할 때 구조를 명확하게 잡지 않으면, 수정 → 재수정 → 다시 복구의 루프에서 크레딧이 빠르게 닳습니다.

솔직히 말하면, 이 모든 방법을 써도 헤비하게 쓰면 100크레딧은 3주 안에 소진됩니다. 크레딧 롤오버가 있지만 달마다 부지런히 남겨야 하는 구조이고, 해지 즉시 소멸하는 조건까지 감안하면 장기 프로젝트보다는 단기 MVP 제작에 더 적합한 서비스입니다.

자주 나오는 질문 5가지

마치며

Lovable 2.0은 비개발자가 배포된 앱을 가장 빠르게 만들 수 있는 도구 중 하나인 건 맞습니다. Klarna, Uber, Deutsche Telekom 같은 대기업도 실제 업무 프로토타이핑에 쓰고 있고, 3월 기준 하루 100,000개 이상 프로젝트가 생성되는 규모입니다. 그 배경에는 $330M 투자, $200M ARR이라는 수치가 뒷받침하고 있습니다.

그런데 막상 써보면 크레딧 구조에서 한 번은 멈추게 됩니다. “하루 5개”라는 문구가 실제로는 “월 30개 한도”이고, Pro 100크레딧은 MVP 한두 개면 바닥이 보입니다. 크레딧 롤오버가 있어도 해지 시 즉시 소멸하는 조건은 장기 프로젝트보다 단기 스프린트에 더 어울리는 서비스라는 느낌을 줍니다.

결론적으로, Lovable 2.0은 “아이디어를 빠르게 배포 가능한 앱으로 만드는 것”에만 집중할 때 가장 효율적입니다. 디자인 탐색은 Stitch, UI 다듬기는 v0에서 처리하고 Lovable에서는 백엔드와 배포만 맡기는 조합이 크레딧을 가장 오래 버티게 해줍니다. 이 순서를 알고 쓰는 것과 모르고 쓰는 것 — 한 달 크레딧 수명이 꽤 달라집니다.

본 포스팅 참고 자료

1. Lovable 공식 문서 — Plans and Credits: docs.lovable.dev/introduction/plans-and-credits
2. Lovable 공식 블로그 — Versioning V2.0 발표: lovable.dev/blog/versioning-with-lovable-two-point-zero
3. Lovable Series B 발표 ($330M, $6.6B 기업가치): lovable.dev/blog/series-b
4. Google Stitch vs v0 vs Lovable 2026 비교 분석: nxcode.io
5. Lovable — AI 플랫폼 비교 가이드 (2026): lovable.dev/guides/top-ai-platforms-app-development-2026