Lovable 공식 문서 기준
IT/AI
Lovable 크레딧, $25로 진짜 앱이 완성될까요?
결론부터 말씀드리면, Pro $25 플랜의 기본 100 크레딧으로 기능 앱 하나를 완성하기는 빡빡합니다. 공식 문서에 나온 실제 크레딧 소비량을 직접 따져봤더니, 로그인 기능 하나 추가하는 데만 1.2 크레딧이 사라졌습니다. 왜 이렇게 빠르게 없어지는지, 어디서 아낄 수 있는지 지금부터 하나씩 짚어봅니다.
Lovable 크레딧이 뭔지부터 짚고 갑니다
Lovable은 코드 없이 자연어 프롬프트로 웹 앱을 만들어주는 AI 앱 빌더입니다. 여기서 프롬프트를 보낼 때마다 소비되는 내부 화폐가 바로 크레딧입니다. 문자 그대로 “1 프롬프트 = 1 크레딧”이라고 생각하면 딱 절반만 맞습니다.
공식 문서에 딱 이렇게 나와 있습니다. “크레딧은 Agent mode에서 메시지를 보낼 때 소비되며, 간단한 변경은 1 크레딧보다 적게, 복잡한 변경은 더 많이 소비됩니다.” (출처: Lovable 공식 문서 plans-and-credits, 2026.03.29 기준) 즉, 작업 복잡도에 따라 크레딧이 달라지는 구조입니다. 이 차이를 모르고 시작하면 예상보다 훨씬 빨리 크레딧이 바닥납니다.
Lovable이 공개한 크레딧 소비 예시 표를 보면 실감이 납니다. 버튼 색상 바꾸기는 0.5 크레딧, 푸터 제거는 0.9 크레딧, 로그인 인증 추가는 1.2 크레딧, 이미지 포함 랜딩 페이지 생성은 2.0 크레딧입니다. (출처: docs.lovable.dev) 버튼 하나 고치는 건 싸지만, 실제로 기능을 붙이기 시작하면 단위당 비용이 급격히 올라갑니다.
💡 공식 문서와 실제 사용 흐름을 같이 놓고 보니 이런 차이가 보였습니다
크레딧 소비가 0.5~2.0 범위로 열려 있다는 건, 같은 기능을 어떻게 요청하느냐에 따라 결과가 달라진다는 뜻입니다. 프롬프트가 모호하면 Lovable이 더 많은 코드를 건드리고, 그만큼 크레딧이 더 나갑니다.
Pro $25로 실제로 몇 번이나 프롬프트 쓸 수 있나
Pro 플랜 기본 구조는 이렇습니다. 매달 100 크레딧이 기본 지급되고, 여기에 매일 5 크레딧이 추가로 쌓입니다. 이 일일 보너스는 최대 150 크레딧까지 올라갑니다. 즉, Pro 플랜을 꽉 채워 쓰면 한 달에 최대 150 크레딧까지 쓸 수 있습니다. (출처: docs.lovable.dev)
이걸 실제 앱 개발에 대입해보면 감이 달라집니다. Superblocks 블로그에서 직접 테스트한 결과, 초기 앱 구조 생성에 2 크레딧, 버튼 하나 수정에 0.5 크레딧이 소비됐습니다. (출처: superblocks.com/blog/lovable-dev-pricing, 2025.10.06) 기능을 붙여 나가는 SaaS 앱 한 개를 만들 때 공식 크레딧 표 기준으로 계산하면 대략 이렇게 됩니다.
| 작업 | 크레딧 | 비고 |
|---|---|---|
| 초기 앱 구조 생성 | 2.0 | 랜딩페이지 + 기본 섹션 |
| 로그인 인증 추가 | 1.2 | Supabase Auth 연동 포함 |
| UI 수정 (버튼, 색상, 폰트) | 약 0.5 × 10회 | 피드백 반영 왕복 포함 |
| 추가 기능 2~3개 | 1.0~1.5 × 3회 | 대시보드, 결제, 알림 등 |
| 버그 수정 (Agent mode) | 약 1.0 × 5회 | 수정 루프 포함 |
| 합계 (추정) | 약 18~25 | 최소 기능 앱 1개 기준 |
출처: Lovable 공식 문서 크레딧 사용량 예시 기반 추정 (docs.lovable.dev)
최소 기능 앱 하나에 약 18~25 크레딧이 나갑니다. Pro 기본 100 크레딧으로는 이런 앱을 4~5개 만들 수 있는 셈인데, 실제로는 시행착오 반복이 더 들어가기 때문에 2~3개가 현실적입니다. 한 달 안에 MVP 하나를 제대로 만들려면 기본 크레딧이 빠듯합니다.
크레딧 빨리 줄어드는 진짜 이유
막상 써보면 “왜 이렇게 빨리 없어지지?”라는 생각이 드는 순간이 있습니다. 이유는 대부분 세 가지로 압축됩니다.
첫 번째는 버그 수정 루프입니다. 기능 하나를 넣었는데 다른 데가 깨지는 경우, 자연스럽게 Agent mode로 “이거 고쳐줘”를 반복하게 됩니다. 공식 FAQ에 명시된 내용을 보면, “Agent mode 프롬프트는 크레딧을 소비합니다. Plan mode는 메시지당 1 크레딧만 소비합니다.”라고 나와 있습니다. (출처: lovable.dev/faq/ai-agent/errors/wasted-credits-bugs) 버그를 고치려다 크레딧을 더 쓰는 상황이 생기는 겁니다.
두 번째는 모호한 프롬프트입니다. Lovable은 요청이 불분명하면 더 넓은 범위의 코드를 수정하면서 크레딧을 더 씁니다. “좀 더 예쁘게 만들어줘”처럼 추상적인 요청은 구체적인 요청보다 크레딧을 2~3배 더 소비할 수 있습니다. Superblocks 실측 결과에서도 같은 패턴이 확인됩니다. 구체적인 컴포넌트명과 변경 내용을 명시하면 소비량이 줄어듭니다.
세 번째는 무의식적인 Agent mode 사용입니다. Lovable은 기본적으로 Agent mode가 켜져 있습니다. 기획 단계에서 “이렇게 만들면 어떨까요?”라는 아이디어 탐색도 Agent mode로 보내면 크레딧이 소비됩니다. 이 부분을 모르면 탐색 단계에서 크레딧이 빠져나갑니다.
💡 버그를 고치려다 크레딧이 더 나가는 패턴, 데이터로 봤습니다
“버그 발생 → Agent mode로 수정 요청 → 다른 부분 깨짐 → 다시 Agent mode 요청” 이 루프가 3회만 반복돼도 3+ 크레딧이 추가로 나갑니다. Free 플랜 기준으로는 하루 치 크레딧이 버그 하나에 사라지는 셈입니다.
공짜로 아낄 수 있는 두 가지 방법
공식 문서를 그대로 읽으면 크레딧을 추가로 내지 않고 아낄 수 있는 방법이 두 가지 있습니다. 생각보다 잘 알려지지 않았습니다.
① Try to fix 버튼 — 크레딧 0원
에러가 났을 때 채팅창에 자동으로 뜨는 “Try to fix” 버튼은 크레딧을 전혀 소비하지 않습니다. 공식 FAQ에 명시된 내용입니다. “‘Try to fix’ 버튼은 무료이며 크레딧을 소비하지 않습니다. 로그를 스캔하고 이슈를 감지해 빠른 수정을 시도합니다.” (출처: lovable.dev/faq/ai-agent/errors/wasted-credits-bugs) 버그가 났을 때 새 프롬프트를 쓰기 전에 이 버튼부터 눌러보는 게 크레딧을 지키는 가장 간단한 습관입니다.
② Plan mode — 아이디어 탐색은 여기서
Plan mode는 코드를 수정하지 않고 기획 단계의 아이디어를 정리하는 모드입니다. 이 모드에서의 메시지는 항상 정확히 1 크레딧만 소비합니다. (출처: lovable.dev/faq/credits/how-it-works/what-is-credit) “어떤 구조로 만들까?”, “이 기능 가능할까?”처럼 방향을 잡는 대화는 Plan mode에서 하면 Agent mode 대비 크레딧 소비를 절반 이하로 줄일 수 있습니다.
💡 공식 문서에 있는데 한국어 글에서 잘 안 보이던 부분입니다
Try to fix와 Plan mode, 이 두 가지를 조합하면 Pro 기본 100 크레딧을 30~40% 더 길게 쓸 수 있습니다. 개발 루프를 설계할 때 “탐색은 Plan → 실행은 Agent → 에러는 Try to fix” 순서를 의식하면 됩니다.
Bolt와 비교했을 때 팀이라면 계산이 달라집니다
Lovable과 Bolt는 둘 다 Pro가 $25/월입니다. 그런데 팀이 2명만 넘어가도 실질 비용이 크게 달라집니다.
Bolt의 팀 플랜은 사용자 1인당 $30/월 구조입니다. Lovable Pro는 $25/월에 무제한 인원이 함께 씁니다. 5명 팀을 기준으로 계산하면 이렇게 됩니다.
$$\text{Bolt 5인 팀} = 30 \times 5 = \$150/\text{월}$$
$$\text{Lovable 5인 팀} = \$25/\text{월(Pro 공유)}$$
같은 기능 범주에서 팀 규모가 커질수록 Lovable이 최대 6배 저렴해집니다. (출처: nocode.mba/articles/bolt-vs-lovable-pricing, 2026.02.19) 혼자 쓴다면 두 서비스의 $25 플랜은 비슷하지만, 협업 환경에서는 Lovable이 압도적으로 유리합니다.
| 구분 | Lovable Pro | Bolt Pro/Team |
|---|---|---|
| 1인 기준 월 비용 | $25 | $25 |
| 5인 팀 월 비용 | $25 (공유) | $150 (인당과금) |
| 크레딧/토큰 방식 | 크레딧 (고정비용) | 토큰 (변동비용) |
| SSO / 데이터 학습 제외 | Business $50 필요 | Enterprise |
출처: nocode.mba 2026.02.19 기준 / Lovable 공식 문서 기준
단, Bolt는 토큰 기반이라 프로젝트 규모가 커져도 크레딧 단가가 일정하게 유지됩니다. 대형 코드베이스를 다루는 개발자에게는 Bolt 토큰 방식이 더 유리할 수 있습니다. Lovable은 팀 협업, Bolt는 복잡한 솔로 프로젝트에 더 맞는 구조입니다.
Pro 플랜, 언제 올리고 언제 버티면 되나
Pro 기본 100 크레딧이 부족하면 두 가지 선택지가 있습니다. 플랜 자체를 올리거나, 크레딧을 추가 구매하거나. 공식 요금표 기준으로 보면, Pro에서 월 200 크레딧으로 올리려면 $50, 400 크레딧은 $100입니다. (출처: docs.lovable.dev)
반면 크레딧 추가 구매는 50 크레딧당 $15입니다. 월 중간에 크레딧이 딱 50개 부족하다면 $15 추가 구매가 더 경제적입니다. 그런데 매달 꾸준히 100 크레딧 이상이 필요하다면 플랜을 올리는 게 낫습니다. $15짜리 50 크레딧 추가를 2회 사면 $30인데, 플랜을 200 크레딧으로 올리면 $50이지만 월 크레딧 자체가 두 배로 늘어납니다.
$$\text{추가구매 2회} = 15 \times 2 = \$30 \text{ (100 크레딧)}$$
$$\text{플랜 업그레이드} = \$50 \text{ (200 크레딧 + 일일 보너스)}$$
계산하면 플랜 업그레이드가 크레딧당 단가 면에서 불리합니다. 매달 꼭 필요한 추가량이 50 크레딧 이내라면 상위 플랜보다 top-up이 더 저렴합니다. 상위 플랜은 SSO나 팀 관리 기능이 필요한 경우에만 올리는 게 합리적입니다.
💡 사용 패턴을 놓고 보니 상위 플랜이 항상 이득은 아닙니다
Pro에서 $50 Business로 올리면 크레딧은 그대로 100개입니다. 추가되는 건 SSO, 팀 워크스페이스, 디자인 템플릿입니다. 개인 사용자라면 Business 플랜이 오히려 낭비입니다. 크레딧만 더 필요하다면 플랜 업 없이 top-up이 정답입니다.
Q&A
마치며
Lovable은 코드 없이 빠르게 아이디어를 앱으로 옮기고 싶은 사람에게 지금 시점에서 가장 완성도 높은 도구 중 하나입니다. 다만 크레딧 시스템을 제대로 이해하지 못하면 한 달 예산이 예상보다 2~3배 나가는 경험을 하게 됩니다.
핵심은 세 가지입니다. 기획 단계는 Plan mode, 에러 첫 대응은 Try to fix(무료), 실제 코드 변경만 Agent mode. 이 순서를 지키면 Pro 기본 100 크레딧의 실질 활용도가 크게 달라집니다. 추가 크레딧이 필요할 때는 플랜 업그레이드보다 top-up이 경제적인 경우가 많다는 것도 실제 계산에서 확인됐습니다.
솔직히 말하면, Lovable이 저렴한 도구는 아닙니다. 기본 $25에서 기능 앱을 제대로 만들려면 top-up 비용이 추가로 붙을 가능성이 높습니다. 그걸 감안하고 출발하면 훨씬 덜 당황스럽습니다. 반대로, 팀이 2명 이상이라면 경쟁 도구 대비 가격 메리트가 분명히 있습니다.
본 포스팅 참고 자료
- Lovable 공식 플랜 및 크레딧 문서 — docs.lovable.dev/introduction/plans-and-credits
- Lovable 공식 FAQ — 크레딧 작동 방식 — lovable.dev/faq/credits/how-it-works/what-is-credit
- Lovable 공식 FAQ — 에러/버그 크레딧 — lovable.dev/faq/ai-agent/errors/wasted-credits-bugs
- Superblocks — Lovable.dev 요금제 실측 분석 — superblocks.com/blog/lovable-dev-pricing
- NoCode MBA — Bolt vs Lovable 요금제 비교 (2026.02.19) — nocode.mba/articles/bolt-vs-lovable-pricing
본 포스팅은 2026년 3월 29일 기준으로 작성됐습니다. Lovable의 크레딧 정책, 요금제, UI, 기능은 서비스 업데이트에 따라 언제든지 변경될 수 있습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있으며, 최신 정보는 반드시 Lovable 공식 사이트에서 확인하시기 바랍니다.
댓글 남기기