"웹사이트 하나 만들고 싶은데요"라는 말이 출발점이 된다
예전에는 웹페이지를 만들려면 먼저 이런 단어들과 마주쳐야 했습니다. HTML, CSS, JavaScript, 서버, 데이터베이스, 배포, 도메인. 이름만 들어도 벌써 머리가 아파집니다. 그래서 많은 개인 사업자와 프리랜서는 마음속에 괜찮은 아이디어가 있어도 "나는 개발자가 아니니까"라는 문장 앞에서 멈추곤 했습니다.
포트폴리오 사이트를 만들고 싶어도 외주 비용이 부담스럽고, 예약 신청 페이지를 만들고 싶어도 어디서부터 시작해야 할지 모르고, 전자책 랜딩 페이지를 만들고 싶어도 결제 버튼 하나 붙이는 일이 큰 산처럼 느껴집니다. 그러다 보면 결국 노션 페이지 하나를 공유하거나, 인스타그램 프로필 링크에 모든 것을 몰아넣거나, 구글폼으로 겨우 문의를 받는 방식에 머물게 됩니다.
그런데 지금은 상황이 달라졌습니다. 개발을 전혀 모르는 사람도 "이런 웹페이지를 만들고 싶다"라고 문장으로 설명하면, AI가 그 설명을 바탕으로 실제로 클릭 가능한 웹페이지를 만들어주는 시대가 되었습니다. Lovable.dev, 이 책에서는 편하게 '러버블'이라고 부르겠습니다, 은 바로 그 흐름의 대표적인 도구입니다.
러버블은 사용자가 자연어로 원하는 앱이나 웹사이트를 설명하면, AI가 이를 바탕으로 웹 애플리케이션을 생성해주는 플랫폼입니다. 공식 사이트에서도 깊은 코딩 지식 없이 앱, 웹사이트, 디지털 제품을 더 빠르게 만들 수 있다고 소개합니다.1 여기서 자연어란 어려운 개발 언어가 아니라 우리가 평소에 쓰는 말입니다. 예를 들면 이런 식입니다.
"프리랜서 디자이너용 포트폴리오 웹사이트를 만들어줘. 첫 화면에는 자기소개와 대표 작업 3개를 보여주고, 아래에는 문의 폼을 넣어줘. 전체 분위기는 깔끔하고 신뢰감 있게 해줘."
이 한 문장이 완성품이 되는 것은 아닙니다. 하지만 적어도 빈 화면 앞에서 막막하게 앉아 있는 상태에서 벗어나, 눈으로 보고 클릭할 수 있는 첫 번째 버전을 얻게 됩니다. 초보자에게 이 차이는 굉장히 큽니다. 머릿속 아이디어가 화면에 나타나는 순간, 비로소 "아, 내가 뭘 더 고쳐야 하는지 알겠다"는 감각이 생기기 때문입니다.
러버블은 마법 상자가 아니라 '실행 도구'다
처음 러버블을 접하면 "이제 아무렇게나 말해도 웹사이트가 뚝딱 완성되는 건가?"라는 기대가 생길 수 있습니다. 이 기대는 절반만 맞습니다. 러버블은 분명 놀라울 정도로 빠르게 결과물을 만들어줍니다. 하지만 사용자가 대충 말하면, AI도 대충 추측해서 만듭니다.
예를 들어 "멋진 홈페이지 만들어줘"라고 입력하면 러버블은 무언가를 만들긴 할 것입니다. 하지만 누구를 위한 홈페이지인지, 어떤 행동을 유도해야 하는지, 어떤 분위기여야 하는지, 어떤 정보가 꼭 들어가야 하는지 모르기 때문에 결과물은 흔한 템플릿처럼 나올 가능성이 큽니다. 반대로 "1인 세무사가 신규 개인사업자 상담을 받기 위한 랜딩 페이지"라고 설명하면 방향이 훨씬 선명해집니다.
러버블을 제대로 이해하려면 이 도구를 '개발자를 대체하는 신비한 존재'로 보기보다, 내 아이디어를 빠르게 화면으로 바꾸는 실행 도구로 받아들이는 편이 좋습니다. 종이에 대충 그린 매장 배치도를 인테리어 시공자에게 보여주면 대화가 빨라지는 것처럼, 러버블은 내 머릿속 기획을 웹페이지라는 형태로 빠르게 옮겨주는 도구입니다.
여기서 중요한 태도는 "나는 개발자가 되어야 한다"가 아닙니다. 오히려 처음에는 개발자처럼 생각하려고 애쓰지 않는 편이 좋습니다. 초보자가 처음부터 코드 구조, 컴포넌트 설계, 라우팅, 상태 관리 같은 말을 붙잡으면 금방 지칩니다. 대신 이렇게 생각하면 됩니다.
"나는 내 고객을 알고 있다. 나는 내가 팔고 싶은 서비스를 알고 있다. 러버블에게는 그 내용을 최대한 또렷하게 설명하면 된다."
즉, 러버블 시대의 초보자에게 가장 먼저 필요한 능력은 코딩 문법이 아니라 '내가 만들고 싶은 것을 말로 정리하는 능력'입니다.
자연어 프롬프트가 웹앱으로 바뀌는 기본 원리
러버블이 하는 일을 아주 쉽게 비유해보겠습니다. 당신이 카페를 열려고 하는데, 시공업자에게 이렇게 말한다고 가정해봅시다.
"작은 테이크아웃 카페를 만들고 싶어요. 입구 오른쪽에는 주문대가 있고, 왼쪽 벽에는 메뉴판이 있었으면 좋겠어요. 전체 색감은 따뜻한 베이지 톤이면 좋겠고, 손님이 기다리는 공간은 좁아도 답답하지 않게 보였으면 해요."
그러면 시공업자는 이 말을 바탕으로 구조를 잡고, 자재를 고르고, 실제 공간을 만듭니다. 러버블도 비슷합니다. 당신이 "이런 웹페이지를 만들어줘"라고 말하면, 러버블은 그 요청을 웹사이트의 화면 구조, 버튼, 입력창, 메뉴, 페이지 이동, 디자인 스타일로 바꿉니다.
조금만 기술적으로 말하면, 러버블은 주로 React, Tailwind CSS, Vite 같은 현대적인 웹 개발 도구를 바탕으로 프로젝트를 생성합니다.2 여기서 React는 화면을 구성하는 도구, Tailwind CSS는 색상과 간격 같은 디자인을 빠르게 입히는 도구, Vite는 만든 웹앱을 빠르게 실행하고 개발하기 위한 환경이라고 이해하면 됩니다.
이름이 낯설어도 겁낼 필요는 없습니다. 초보자가 처음부터 이 도구들을 직접 다룰 필요는 없습니다. 중요한 것은 러버블이 단순히 이미지를 그려주는 도구가 아니라, 실제 웹브라우저에서 작동하는 코드 기반의 웹앱을 만들어준다는 점입니다. 그래서 버튼을 누를 수 있고, 페이지를 이동할 수 있고, 입력 폼을 만들 수 있으며, 나중에는 데이터 저장이나 로그인 같은 기능으로 확장할 수도 있습니다.
러버블의 기본 흐름은 단순합니다. 먼저 만들고 싶은 것을 프롬프트로 설명합니다. 그러면 러버블이 첫 번째 버전을 생성합니다. 사용자는 미리보기 화면을 클릭해보며 마음에 들지 않는 부분이나 빠진 부분을 찾습니다. 이후 다시 말로 수정 요청을 하거나, 시각 편집 기능을 사용해 작은 요소를 고칩니다. 공식 문서에서도 러버블의 프로젝트 작업 흐름은 채팅 기반 편집, 이미지 첨부, 시각적 편집, 버전 기록, 백엔드 연결, 배포 같은 단계로 구성된다고 설명합니다.3
초보자 입장에서 이 흐름을 한 문장으로 줄이면 이렇습니다.
"말로 요청하고, 눈으로 확인하고, 다시 말로 고친다."
이것이 러버블 작업의 기본 리듬입니다.
바이브 코딩은 '대충 맡기기'가 아니다
요즘 '바이브 코딩'이라는 말을 자주 듣습니다. 말 그대로 분위기, 감각, 의도를 AI에게 전달하면서 코딩을 진행한다는 의미로 쓰입니다. 하지만 이 표현 때문에 오해도 생깁니다. 마치 "대충 이런 느낌으로 해줘"라고 말하면 AI가 알아서 완벽한 서비스를 만들어줄 것처럼 들리기 때문입니다.
현실은 다릅니다. 바이브 코딩은 대충 말하는 방식이 아니라, 요구사항을 말로 설계하고 반복해서 검증하는 방식에 가깝습니다.
초보자에게는 이 차이가 정말 중요합니다. 러버블에게 "예쁘게 해줘"라고 말하는 것은 좋은 바이브 코딩이 아닙니다. "상담 신청을 늘리는 것이 목표이므로 첫 화면에 문제 제기, 해결책, 후기, 상담 신청 버튼 순서로 배치해줘. 색상은 흰색 배경에 진한 남색 포인트를 사용해서 전문적인 느낌을 줘"라고 말하는 것이 훨씬 좋은 바이브 코딩입니다.
결국 러버블과 일한다는 것은 AI에게 일을 시키는 것과 비슷합니다. 일을 잘 시키려면 세 가지가 필요합니다.
무엇을 만들지 설명해야 합니다.
누구를 위해 만드는지 알려줘야 합니다.
완성 후 어떤 기준으로 판단할지 정해야 합니다.
예를 들어 프리랜서 영상 편집자의 포트폴리오 페이지를 만든다고 해보겠습니다. "포트폴리오 만들어줘"보다 좋은 요청은 다음과 같습니다.
"프리랜서 영상 편집자가 유튜버와 1인 브랜드 고객을 대상으로 작업을 수주하기 위한 포트폴리오 랜딩 페이지를 만들어줘. 방문자가 1분 안에 작업 스타일, 가격대, 문의 방법을 이해할 수 있어야 해. 첫 화면에는 강한 한 줄 소개와 문의 버튼을 넣고, 그 아래에는 작업 사례 4개, 서비스 패키지 3개, 자주 묻는 질문, 문의 폼을 배치해줘. 모바일에서도 보기 편해야 해."
이 정도로 말하면 러버블은 훨씬 좋은 첫 버전을 만들 수 있습니다. 그리고 첫 버전이 나오면 끝이 아니라 시작입니다. 직접 클릭해보며 확인해야 합니다. 문의 버튼이 잘 보이는지, 모바일에서 글자가 너무 작지 않은지, 고객이 가격 정보를 찾기 쉬운지, 폼을 제출할 때 어색한 부분은 없는지 살펴봐야 합니다.
바이브 코딩에서 사람의 역할은 사라지지 않습니다. 오히려 더 중요해집니다. 사람은 방향을 정하고, AI는 실행 속도를 높입니다.
초보자에게 잘 맞는 프로젝트 범위
러버블은 처음부터 거창한 서비스를 만들려고 할 때보다, 작고 명확한 목적을 가진 웹페이지를 만들 때 특히 빛납니다. 이 책의 독자를 개인 사업자, 프리랜서, 혹은 부업을 준비하는 사람이라고 생각하면 시작점은 더 분명해집니다. 처음부터 "한국형 올인원 예약·결제·정산·CRM SaaS"를 만들겠다고 달려들 필요가 없습니다. 먼저 내 사업에 바로 도움이 되는 작은 페이지부터 만들면 됩니다.
초보자에게 특히 적합한 범위는 랜딩 페이지, 예약 페이지, 포트폴리오, 간단한 리드 수집 페이지, 소규모 고객관리 도구입니다. 랜딩 페이지는 특정 상품이나 서비스를 소개하고 문의나 구매 같은 행동을 유도하는 한 장짜리 웹페이지입니다. 예약 페이지는 상담, 수업, 촬영, 시술 같은 일정을 신청받는 페이지입니다. 포트폴리오는 내 작업물과 소개를 보여주는 페이지입니다. 리드 수집 페이지는 잠재 고객의 이름, 연락처, 관심사를 모으는 페이지입니다. 간단한 고객관리 도구는 엑셀이나 노션으로 관리하던 고객 정보를 조금 더 보기 좋게 정리하는 내부용 웹앱입니다.
이런 프로젝트들은 범위가 비교적 작고, 성공 기준도 명확합니다. 방문자가 문의를 남기면 성공입니다. 예약 신청이 들어오면 성공입니다. 내 작업물이 깔끔하게 보이면 성공입니다. 전자책 소개 페이지에서 구매 버튼까지 자연스럽게 이어지면 성공입니다.
예를 들어 이런 아이디어는 첫 프로젝트로 좋습니다.
프리랜서 디자이너의 작업 사례와 문의 폼이 있는 포트폴리오 사이트
1인 컨설턴트가 무료 상담 신청을 받는 예약형 랜딩 페이지
전자책, 강의, 템플릿 같은 디지털 상품을 소개하는 판매 페이지
웨딩 스냅 작가가 촬영 패키지와 가능 일정을 안내하는 문의 페이지
소규모 공방이 원데이 클래스 신청자를 모집하는 예약 페이지
이런 프로젝트는 러버블의 장점을 체감하기에 좋습니다. 화면이 많지 않고, 필요한 기능도 분명하며, 결과물을 주변 사람이나 실제 고객에게 바로 보여줄 수 있기 때문입니다. 무엇보다 실패해도 부담이 작습니다. 첫 번째 버전이 마음에 들지 않으면 다시 만들거나 고치면 됩니다. 이 과정 자체가 러버블을 배우는 가장 빠른 방법입니다.
어디까지나 '웹'에서 시작한다
러버블을 처음 사용할 때 반드시 기억해야 할 경계선이 있습니다. 러버블은 기본적으로 웹사이트와 웹앱을 만드는 데 강한 도구입니다. 웹앱은 앱처럼 보이고 작동하지만, 기본적으로는 브라우저에서 열리는 서비스입니다. 스마트폰에서 접속하면 앱처럼 느껴질 수 있지만, 처음부터 앱스토어에 올리는 네이티브 모바일 앱과는 다릅니다.
네이티브 모바일 앱은 아이폰이나 안드로이드 기기에 직접 설치하는 앱입니다. 카메라, 위치 정보, 푸시 알림, 앱스토어 심사, 기기별 권한 같은 요소가 얽힙니다. 이런 영역은 초보자가 러버블만으로 쉽게 처리하기 어렵습니다. 일부 방식으로 웹앱을 모바일 앱처럼 포장할 수는 있지만, 이 책의 초반 목표로 삼기에는 복잡도가 높습니다.
따라서 처음에는 "앱을 만들겠다"보다 "모바일에서도 잘 보이는 웹페이지를 만들겠다"라고 생각하는 것이 좋습니다. 고객 입장에서는 링크 하나만 눌러도 페이지에 접속할 수 있으므로, 초기 검증에는 오히려 웹이 더 편합니다. 인스타그램 프로필 링크, 카카오톡 메시지, 문자, 블로그, 이메일 어디에나 붙일 수 있습니다.
개인 사업자나 프리랜서에게 첫 번째 목표는 거대한 기술 제품이 아니라 고객과 만나는 접점을 빠르게 만드는 것입니다. 내 서비스를 설명하고, 신뢰를 주고, 문의를 받는 페이지. 이것만 제대로 만들어도 이미 사업에는 큰 도움이 됩니다.
러버블만으로 어려운 것들
러버블이 강력하다고 해서 모든 것을 혼자 해결해주는 것은 아닙니다. 오히려 처음부터 한계를 알고 시작하는 사람이 더 오래 갑니다. 한계를 모르면 도구가 조금만 기대와 다르게 움직여도 "역시 나는 안 되나 봐"라고 느끼기 쉽습니다. 하지만 한계를 알고 있으면 "이건 지금 단계에서 무리구나. 범위를 줄이자"라고 판단할 수 있습니다.
러버블만으로 부담이 큰 영역은 복잡한 기업용 시스템, 네이티브 모바일 앱, 고도의 백엔드 로직, 높은 보안·규정 준수가 필요한 서비스입니다. 백엔드는 사용자가 직접 보지 않는 뒤쪽 기능을 말합니다. 예를 들어 고객 데이터 저장, 권한 관리, 결제 처리, 자동 이메일 발송, 관리자 승인, 외부 시스템 연동 같은 것들이 백엔드에 해당합니다.
물론 러버블은 백엔드 기능을 전혀 못 다루는 도구가 아닙니다. 공식 문서에서도 Lovable Cloud나 Supabase 연동을 통해 백엔드 기능을 추가할 수 있다고 안내합니다.4 하지만 "연동할 수 있다"와 "초보자가 모든 복잡한 업무 로직을 안정적으로 운영할 수 있다"는 다른 이야기입니다.
예를 들어 다음과 같은 프로젝트는 초보자의 첫 러버블 프로젝트로 적합하지 않습니다.
직원 수백 명이 사용하는 사내 ERP나 인사·급여 시스템
은행, 보험, 의료처럼 보안과 규정 준수가 매우 중요한 서비스
배달, 물류, 재고, 정산이 복잡하게 얽힌 실시간 운영 시스템
앱스토어 출시를 전제로 한 고성능 네이티브 모바일 앱
수십 개 외부 API와 결제, 구독, 권한 체계가 얽힌 대형 SaaS
이런 프로젝트들은 개발자, 보안 전문가, 인프라 담당자, 기획자가 함께 다뤄야 할 가능성이 큽니다. 외부 글에서도 Lovable 같은 AI 빌더는 빠른 MVP와 프로토타입에는 유용하지만, 복잡한 통합, 성능·SEO가 중요한 사이트, 고급 보안이나 장기 확장성에는 전통적인 개발 판단이 필요하다고 설명합니다.5
그렇다고 실망할 필요는 없습니다. 처음부터 대기업 시스템을 만들 필요는 없습니다. 우리가 먼저 만들 것은 내 사업을 설명하는 페이지, 상담 신청을 받는 페이지, 고객 반응을 확인하는 작은 실험입니다. 작게 시작해서 반응을 보고, 실제 수익이나 고객이 생기면 그때 개발자의 도움을 받아 확장해도 늦지 않습니다.
첫 목표는 '완벽한 서비스'가 아니라 '보여줄 수 있는 첫 화면'이다
초보자가 가장 많이 빠지는 함정은 시작부터 완벽한 서비스를 만들려고 하는 것입니다. 로고도 완벽해야 하고, 색상도 완벽해야 하고, 모든 기능이 다 있어야 하고, 관리자 페이지도 있어야 하고, 결제도 붙어야 하고, 자동 문자 발송도 되어야 할 것 같습니다. 그러다 보면 아무것도 못 만듭니다.
러버블을 사용할 때 첫 목표는 완벽한 서비스가 아니라 "남에게 보여줄 수 있는 첫 화면"이어야 합니다. 랜딩 페이지라면 첫 화면에서 무엇을 파는지 이해되어야 합니다. 예약 페이지라면 신청 버튼까지 자연스럽게 도달해야 합니다. 포트폴리오라면 작업 스타일이 한눈에 보여야 합니다.
처음 만든 페이지는 어설퍼도 괜찮습니다. 오히려 어설픈 첫 버전이 있어야 고칠 수 있습니다. 말로만 "이런 느낌이면 좋겠는데"라고 생각하는 것과, 실제 화면을 보며 "여기 문장이 너무 길다", "문의 버튼이 아래에 있어서 안 보인다", "모바일에서 사진이 너무 크다"라고 판단하는 것은 완전히 다릅니다.
러버블의 가치는 바로 이 지점에 있습니다. 생각을 오래 붙들고 있게 하지 않고, 일단 화면으로 꺼내줍니다. 그리고 그 화면을 바탕으로 다시 생각하게 만듭니다.
초보자의 역할은 개발자가 아니라 제작 감독이다
러버블을 쓰는 당신은 영화감독에 가깝습니다. 감독이 카메라 렌즈를 직접 깎거나 조명을 납땜하지는 않습니다. 하지만 어떤 장면이 필요한지, 배우가 어떤 감정이어야 하는지, 관객이 어디에서 몰입해야 하는지는 감독이 결정합니다.
러버블에서도 마찬가지입니다. 당신이 모든 코드를 이해할 필요는 없습니다. 하지만 이 페이지가 누구를 위한 것인지, 방문자가 어떤 순서로 정보를 봐야 하는지, 마지막에 어떤 행동을 해야 하는지는 당신이 정해야 합니다. AI는 빠르게 만들 수 있지만, 무엇이 좋은 결과인지 판단하는 기준은 사용자와 사업을 아는 사람에게서 나옵니다.
그래서 이 책은 러버블 안에서 무작정 프롬프트를 던지는 방식으로 진행하지 않습니다. 특히 무료 사용자라면 크레딧이 소중합니다. 러버블 안에서 "뭘 만들까요?", "어떤 기능이 좋을까요?", "화면은 어떻게 할까요?"를 계속 논의하면 그만큼 크레딧을 쓰게 됩니다. 이후 장에서 자세히 다루겠지만, 기획과 설계는 ChatGPT나 Gemini 같은 외부 AI 도구에서 먼저 정리하고, 러버블은 구현에 집중시키는 것이 훨씬 효율적입니다.
지금은 이것만 기억하면 됩니다. 러버블은 아이디어를 대신 찾아주는 도구가 아니라, 정리된 아이디어를 빠르게 화면으로 바꾸는 도구입니다. 그러니 러버블을 열기 전에 먼저 종이에 쓰거나, 메모 앱에 적거나, 외부 AI와 대화하면서 내가 만들 페이지의 목적을 또렷하게 만드는 습관이 필요합니다.
작게 만들수록 더 빨리 배운다
처음부터 복잡한 것을 만들면 러버블이 어려운 도구처럼 느껴집니다. 하지만 작은 것을 만들면 금방 감이 옵니다. 예를 들어 "내 소개, 서비스 설명, 작업 사례, 문의 폼이 있는 한 페이지" 정도는 좋은 출발점입니다. 이 안에도 실제 웹 제작의 핵심이 거의 다 들어 있습니다. 문구 작성, 화면 구성, 버튼 배치, 모바일 반응형, 문의 흐름, 배포까지 경험할 수 있습니다.
작은 프로젝트를 하나 완성해보면 다음 질문이 자연스럽게 생깁니다. 문의 내용을 어디에 저장하지? 예약 날짜를 선택하게 하려면 어떻게 하지? 고객에게 자동 이메일을 보내려면 어떻게 하지? 검색에 노출되려면 무엇을 해야 하지? 이 질문들이 생길 때 다음 단계로 넘어가면 됩니다.
배움은 순서가 중요합니다. 코딩을 모르는 초보자에게 처음부터 데이터베이스와 인증과 결제를 한꺼번에 설명하면 복잡합니다. 하지만 문의 폼을 먼저 만들고 나서 "아, 이 문의 내용이 어딘가에 저장되어야 하는구나"라고 느끼면 데이터베이스의 필요성이 자연스럽게 이해됩니다.
러버블은 바로 이런 식으로 배울 때 좋습니다. 먼저 만들고, 만져보고, 부족한 점을 느끼고, 그다음 개념을 배웁니다.
이 책에서 우리가 만들 것들
앞으로 이 책에서는 러버블을 이용해 초보자에게 현실적으로 도움이 되는 웹페이지를 만들어갈 것입니다. 개인 사업자와 프리랜서, 그리고 토이 프로젝트를 부업으로 키우고 싶은 사람을 기준으로 설명합니다. 코딩을 몰라도 따라올 수 있도록, 어려운 개념은 가능한 한 쉬운 말로 풀어갈 것입니다.
우리가 다룰 프로젝트는 거창한 기업 시스템이 아닙니다. 대신 실제로 써먹을 수 있는 작은 웹페이지들입니다. 프리랜서 포트폴리오와 문의 페이지, 예약·상담 신청 페이지, 견적 요청과 리드 수집 페이지, 전자책·강의·디지털 상품 랜딩 페이지를 차례로 만들어볼 것입니다. 그리고 데이터 저장이 필요해지는 순간에는 Supabase를 아주 쉽게 설명하고, 오류가 났을 때 당황하지 않는 디버깅 습관도 익힐 것입니다.
중요한 것은 도구를 숭배하지 않는 태도입니다. 러버블은 강력하지만 완벽하지 않습니다. 프롬프트가 모호하면 결과물도 흔들립니다. 범위가 너무 크면 크레딧을 많이 쓰고도 만족스럽지 않을 수 있습니다. 복잡한 기능은 한 번에 잘 나오지 않을 수 있습니다. 하지만 작게 시작하고, 요구사항을 분명히 하고, 한 단계씩 검증하면 초보자도 충분히 의미 있는 결과물을 만들 수 있습니다.
이제 웹페이지 제작은 더 이상 개발자만의 언어로 닫힌 세계가 아닙니다. 당신이 고객을 알고, 문제를 알고, 만들고 싶은 장면을 설명할 수 있다면 시작할 수 있습니다.
러버블은 당신을 개발자로 위장시키는 도구가 아닙니다. 당신의 아이디어를 화면 위로 끌어올리는 도구입니다. 첫 장에서 우리가 가져가야 할 기대치는 바로 이것입니다.
"나는 코드를 몰라도 된다. 대신 내가 만들고 싶은 것을 또렷하게 말할 수 있어야 한다."
그 문장을 붙잡고 다음 장으로 넘어가면 됩니다. 이제 러버블을 쓰기 전에 꼭 알아야 할 현실적인 문제, 바로 요금제와 크레딧 구조를 살펴보겠습니다.
참고
1AI App Builder | Vibe Code Apps & Websites with AI, Fast
2Lovable로 코딩 없이 앱 5분 만에 만들기 - PRD 한 장으로 강남역 맛집 룰렛 앱 만들기
3Quick start - Lovable Documentation
4Quick start - Lovable Documentation
5Lovable's ChatGPT App: From a Chat Conversation to a Working Website
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.