바이브코딩으로 만든 걸로 진짜 돈을 벌 수 있을까요? 결론부터 말하면 가능은 하지만, 돈이 되는 지점은 ‘코드를 만드는 순간’이 아니라 ‘만든 걸 누구에게 어떻게 보여주느냐’에 있어요. AI가 코드를 뱉어주는 속도는 놀랍게 빨라졌지만, 그 결과물이 수익으로 바뀌려면 광고·구독·판매 같은 유통 경로가 반드시 붙어야 하거든요. 그래서 같은 실력으로 시작해도 누구는 3개월째 0원이고, 누구는 애드센스 첫 지급을 받습니다. 이 글에서는 비전공자가 현실적으로 거칠 수 있는 수익 모델 5가지, 돈이 되는 아이템 6유형, 0원에서 100만원까지 구간별 조건, 그리고 시간만 날리기 쉬운 실패 패턴까지 순서대로 정리했어요.
- 바이브코딩 수익화, 정말 될까? 먼저 알아야 할 구조
- 돈이 되는 길은 사실 5개뿐 — 수익 모델 비교
- 뭘 만들어야 돈이 될까? 수익 가능 아이템 6유형
- 0원에서 10만원, 100만원까지 — 구간별 로드맵
- 어디서 시간만 날리나 — 흔한 실패 패턴 5가지
- AI 코딩 도구, 수익화 관점에서 고르는 법
- 출시 이후가 진짜 — 정산·수수료·세금 실무
- 커뮤니티에서 말하는 진짜 반응
- 자주 하는 오해와 진실
- 참고자료
바이브코딩 수익화, 정말 될까? 먼저 알아야 할 구조
📌 핵심 요약
바이브코딩 수익화는 가능하지만, 돈은 코드가 아니라 광고·구독·판매 같은 유통 경로에서 나옵니다. 비전공자에게 가장 현실적인 출발점은 애드센스형 콘텐츠 사이트이고, 첫 지급까지 보통 3~6개월을 잡아야 해요.
바이브코딩이라는 말은 AI에게 자연어로 지시해서 코드를 만들어내는 작업 방식을 가리켜요. 클로드 코드, 커서, 볼트 같은 도구에 “이런 화면 만들어줘”라고 쓰면 실제로 동작하는 페이지가 나옵니다. 여기까지는 정말 빨라요.
문제는 그다음입니다. 동작하는 페이지가 생겼다고 해서 통장에 돈이 들어오지는 않아요. 수익이 생기려면 누군가 그 페이지를 방문하거나, 결제하거나, 광고를 보는 일이 일어나야 합니다.
그래서 바이브코딩 수익화를 이해할 때는 두 단계로 쪼개서 보는 게 맞아요. 하나는 ‘만드는 비용이 얼마나 줄었나’이고, 다른 하나는 ‘파는 난이도가 줄었나’입니다. AI가 극적으로 바꾼 건 앞쪽 하나뿐이에요.
예전에는 랜딩페이지 하나 만들려면 외주비 수십만원이나 몇 주의 학습이 필요했습니다. 지금은 프롬프트 몇 번으로 초안이 나와요. 그런데 그 랜딩페이지에 사람을 데려오는 일, 방문자를 결제로 바꾸는 일은 예전과 난이도가 똑같습니다. 오히려 누구나 만들 수 있게 되면서 경쟁만 늘었죠.
이 구조를 먼저 받아들이면 시간 배분이 달라집니다. 개발에 80%, 유통에 20%를 쓰던 걸 뒤집어야 해요. 실제로 수익이 나는 사례들을 보면 대부분 ‘검색에서 유입되는 글’, ‘이미 사람이 모여 있는 마켓’, ‘기존 고객이 있는 외주’ 셋 중 하나에 올라타 있습니다.
💡 꼭 알아두세요
“AI로 코딩하면 바로 돈 번다”는 기대와 실제 체감의 간극은 대부분 여기서 생깁니다. AI는 제작 시간을 줄여줄 뿐, 수요를 만들어주지는 않아요. 만들기 전에 “이걸 누가 왜 검색할까”를 먼저 적어보는 게 코드 한 줄보다 값집니다.
돈이 되는 길은 사실 5개뿐 — 수익 모델 비교
복잡해 보이지만 개인이 실행할 수 있는 바이브코딩 수익 모델은 크게 다섯 가지로 정리돼요. 광고, 구독, 일회성 판매, 후원, 인앱결제입니다. 각각 진입 난이도와 회수 속도가 전혀 달라요.
| 수익 모델 | 필요한 것 | 비전공자 난이도 |
|---|---|---|
| 광고(애드센스 등) | 꾸준한 검색 유입, 승인된 사이트 | 낮음 — 결제 연동 불필요 |
| 구독(SaaS) | 로그인, 결제 연동, 지속 운영 | 높음 — 유지보수 부담 큼 |
| 일회성 판매(템플릿·외주) | 결과물 샘플, 판매 채널 | 중간 — 회수는 가장 빠름 |
| 후원·멤버십 | 팬층, 공개 기록 콘텐츠 | 중간 — 축적 시간 필요 |
| 인앱결제(앱마켓) | 개발자 등록, 심사 통과 | 높음 — 심사·수수료 변수 |
이 표에서 비전공자가 먼저 봐야 할 칸은 ‘필요한 것’ 열이에요. 구독과 인앱결제는 결제 시스템, 회원 정보 보관, 환불 처리까지 따라옵니다. 코드를 AI가 짜줘도 책임은 운영자에게 남아요.
반면 광고 모델은 결제 연동이 아예 없습니다. 방문자가 들어오고 광고가 노출되면 끝이에요. 기술적 리스크가 가장 낮으면서도 콘텐츠만 쌓으면 복리로 오르기 때문에, 바이브코딩을 막 시작한 사람에게 가장 현실적인 첫 관문입니다.
회수 속도만 보면 일회성 판매가 압도적으로 빨라요. 지인이나 소규모 가게의 랜딩페이지를 만들어주면 며칠 안에 대금이 들어오니까요. 다만 이건 수익이 쌓이는 구조가 아니라 시간을 파는 구조라, 손을 놓는 순간 0이 됩니다.
그래서 조합이 중요해요. 현금 흐름은 일회성 판매로 만들고, 자산은 광고형 사이트로 쌓는 식입니다. 한 모델만 붙들고 있으면 대개 몇 달 안에 지칩니다.
뭘 만들어야 돈이 될까? 수익 가능 아이템 6유형
“만들 줄은 알겠는데 뭘 만들지 모르겠다”가 이 주제의 진짜 병목이에요. 아이디어가 없는 게 아니라, 돈이 되는 아이디어의 조건을 모르는 경우가 많습니다. 조건은 단순해요. 이미 사람들이 돈을 쓰고 있거나, 이미 검색하고 있는 영역이어야 합니다.
애드센스형 정보 사이트
워드프레스나 티스토리로 특정 주제를 깊게 파는 블로그예요. 바이브코딩은 여기서 테마 수정, 표·카드 컴포넌트 제작, 내부 링크 구조 개선에 쓰입니다. 기술 난이도가 가장 낮고 검색 유입이 곧 수익이라 초보 출발점으로 적합해요.
단일 목적 계산기·변환기
평수 계산, 단위 변환, 날짜 계산처럼 검색량이 꾸준한 도구입니다. 백엔드 없이 브라우저 안에서만 돌아가서 서버 비용이 거의 안 들어요. 도구 페이지 자체에 광고를 붙이거나, 관련 글로 유입을 연결하는 방식이 잘 맞습니다.
소상공인 랜딩페이지·예약 페이지
동네 공방, 스튜디오, 학원처럼 홈페이지가 없는 곳은 여전히 많아요. 한 장짜리 소개 페이지에 지도·연락처·예약 문의만 붙여도 수요가 있습니다. 회수가 빠르고, 만든 결과물이 그대로 다음 영업용 포트폴리오가 됩니다.
반복 업무 자동화 스크립트
엑셀 정리, 파일명 일괄 변경, 자료 수집 후 정리 같은 작업이요. 본인 업무에서 출발하면 수요 검증이 이미 끝나 있다는 게 장점입니다. 같은 직군 사람에게 유료로 제공하거나, 사용법 콘텐츠로 유입을 만들 수 있어요.
템플릿·디자인 에셋 판매
노션 템플릿, 포트폴리오 HTML 템플릿, 블로그 스킨 같은 것들입니다. 한 번 만들어 반복 판매하는 구조라 시간 대비 효율이 좋아요. 단, 사용한 폰트와 이미지의 상업적 이용 범위를 반드시 확인해야 합니다.
미니 웹앱·마켓 등록 앱
습관 기록, 간단한 퍼즐, 특정 취미용 기록 도구 같은 작은 앱이에요. 앱마켓은 트래픽이 이미 모여 있다는 게 매력이지만, 개발자 등록비와 심사 과정이 붙습니다. 앞의 다섯 유형을 한 번씩 거친 뒤 도전하는 편이 안전해요.
여섯 유형을 관통하는 공통점이 보이나요? 전부 ‘작다’는 겁니다. 처음부터 종합 플랫폼을 만들려 하면 AI가 코드를 뽑아줘도 완성이 안 돼요. 기능이 늘어날수록 AI가 만든 코드끼리 충돌하고, 그걸 잡아낼 안목은 아직 부족한 시기거든요.
기능 하나, 화면 두세 개. 이 정도 규모로 끝까지 출시해보는 경험이 열 개의 아이디어보다 낫습니다.
0원에서 10만원, 100만원까지 — 구간별 로드맵
수익화 기간을 묻는 질문에 “2주”, “4주”, “7일”처럼 제각각인 답이 돌아다니는 이유는 간단해요. 시작점이 다르기 때문입니다. 이미 고객이 있는 사람과, 도메인도 없는 사람의 기간이 같을 수 없어요.
기간 대신 구간으로 보면 훨씬 정확합니다. 구간마다 필요한 조건이 완전히 다르거든요.
| 구간 | 이 구간의 과제 | 현실적 소요 |
|---|---|---|
| 0원 구간 | 끝까지 출시해 URL을 갖기, 검색엔진 등록 | 2~6주 |
| 첫 1만원 | 광고 승인 또는 첫 유료 고객 1명 | 1~4개월 |
| 월 10만원대 | 검색 유입 고정화, 반복 고객 확보 | 4~12개월 |
| 월 100만원대 | 수익원 2개 이상 병행, 운영 자동화 | 1년 이상 누적 |
0원 구간에서 가장 많이 발생하는 문제는 ‘출시하지 않음’입니다. 만들다가 마음에 안 들어 갈아엎고, 새 아이디어로 옮겨가는 패턴이 반복돼요. 기술이 아니라 완결 경험이 없어서 생기는 정체입니다. 이 구간의 목표는 잘 만드는 게 아니라 남에게 보여줄 수 있는 주소 하나를 갖는 것이에요.
첫 1만원 구간은 심리적 분수령입니다. 광고형이라면 애드센스 승인이 여기 걸려요. 구글은 지급 기준액을 두고 있어서, 일정 금액이 쌓여야 실제 입금이 일어납니다. 승인 직후 몇백원씩 쌓이는 시기를 버티지 못하고 접는 경우가 가장 흔해요.
월 10만원대로 가려면 우연한 유입이 아니라 고정 유입이 필요합니다. 특정 키워드에서 검색 결과 상단을 안정적으로 지키는 글이 몇 개 생겨야 해요. 이 시점부터는 코딩보다 콘텐츠 기획과 검색 최적화에 쓰는 시간이 훨씬 많아집니다.
월 100만원대는 단일 수익원으로 도달하기 어렵습니다. 광고 수익에 템플릿 판매나 소규모 제작 의뢰가 겹쳐지는 형태가 일반적이에요. 그리고 이 단계에서는 이미 만든 것들을 유지보수하는 시간이 신규 제작 시간을 넘어서기 시작합니다.
⚠️ 주의사항
“며칠 만에 수백만원” 류의 사례는 대개 이미 구독자나 고객 기반이 있던 사람의 결과입니다. 같은 방법을 맨땅에서 따라 하면 기간이 몇 배로 늘어요. 사례를 볼 때는 결과 금액보다 그 사람이 출발 시점에 이미 갖고 있던 자산을 먼저 확인하세요.
어디서 시간만 날리나 — 흔한 실패 패턴 5가지
수익이 0으로 끝나는 프로젝트에는 반복되는 모양이 있어요. 기술 부족보다 순서 문제인 경우가 훨씬 많습니다.
첫째, 수요 확인 없이 기능부터 만드는 경우. AI로 만드는 게 재미있어서 화면부터 늘려갑니다. 정작 “이 문제로 불편해하는 사람이 실제로 있나”를 확인한 적이 없어요. 만들기 전에 관련 검색어가 실제로 조회되는지, 커뮤니티에 비슷한 질문이 올라오는지 30분만 확인해도 방향이 달라집니다.
둘째, 출시만 하고 알리지 않는 경우. 사이트를 올려두면 누군가 찾아올 거라 생각하지만, 검색엔진에 등록조차 안 된 상태가 많아요. 서치콘솔에 사이트를 등록하고 사이트맵을 제출하는 것이 사실상 출시의 마지막 단계입니다. 이걸 안 하면 존재하지 않는 것과 같아요.
셋째, 유지보수 비용을 계산하지 않은 경우. AI 기능을 쓰는 서비스라면 사용자가 늘수록 API 호출 비용이 늘어납니다. 무료로 풀었다가 비용만 나가는 구조가 되기 쉬워요. 출시 전에 사용자 1명당 발생하는 비용을 한 번 계산해보는 습관이 필요합니다.
넷째, 결제와 개인정보를 가볍게 다루는 경우. AI가 만들어준 코드에 비밀번호나 API 키가 그대로 노출된 채 공개 저장소에 올라가는 일이 생각보다 자주 일어나요. 키는 환경변수로 분리하고, 저장소에 올리지 않도록 제외 설정을 반드시 확인해야 합니다. 개인정보를 받는 페이지라면 수집 항목과 목적을 명시하는 안내문도 필요해요.
다섯째, 완성 강박. 남들에게 보여줄 만큼 완벽해야 한다는 생각에 출시를 미룹니다. 하지만 초기 사용자가 없는 상태에서 다듬는 건 대부분 헛수고예요. 부족한 채로 내놓고 반응을 보고 고치는 순환이 훨씬 빠릅니다.
📋 출시 전 점검 체크리스트
✓ API 키·비밀번호가 코드에 직접 박혀 있지 않다
✓ 서치콘솔 등록과 사이트맵 제출을 마쳤다
✓ 월 고정비(도메인·호스팅·AI 구독)를 합산해봤다
✓ 사용한 폰트·이미지의 상업적 이용 범위를 확인했다
✓ 모바일 화면에서 깨지는 곳이 없는지 직접 열어봤다
AI 코딩 도구, 수익화 관점에서 고르는 법
도구 선택 질문도 많이 나와요. 클로드 코드, 커서, 볼트, 코덱스, 제미나이 CLI 중 뭐가 좋냐는 거죠. 수익화 관점에서 보면 기준은 ‘성능 순위’가 아니라 내가 만들려는 결과물의 형태입니다.
| 도구 유형 | 잘 맞는 작업 |
|---|---|
| 터미널형 (클로드 코드·코덱스·제미나이 CLI) | 기존 워드프레스 테마 수정, 파일 여러 개를 한꺼번에 고치는 작업, 자동화 스크립트 |
| 에디터형 (커서 등) | 코드를 눈으로 보며 조금씩 수정, 오류 원인을 추적해야 하는 디버깅 |
| 브라우저형 (볼트·러버블 등) | 랜딩페이지 초안, 아이디어 빠른 시각화, 설치 없이 결과부터 보고 싶을 때 |
비전공자가 애드센스형 사이트나 워드프레스 운영을 목표로 한다면 터미널형이 잘 맞아요. 이미 존재하는 테마 파일을 읽고 고치는 작업이 많기 때문입니다. 반대로 “일단 눈에 보이는 페이지부터”라면 브라우저형이 심리적 장벽이 낮아요.
비용도 현실적인 변수입니다. 유료 구독은 대체로 월 단위로 나가고, 사용량이 많은 요금제일수록 부담이 커져요. 요금제와 가격은 자주 바뀌니 각 도구 공식 홈페이지에서 현재 기준을 확인하는 게 정확합니다. 다만 계산 방식은 같아요. 월 구독료 × 6개월을 먼저 적어두고, 그 기간 안에 회수 가능한 계획인지 보는 겁니다.
도구를 여러 개 동시에 결제하는 것도 흔한 낭비 패턴이에요. 다섯 개를 비교해보면 실제로 계속 쓰게 되는 건 한두 개 정도입니다. 하나를 정해 3개월쯤 깊게 써보는 편이 결과물 완성도에 훨씬 유리해요.
💡 프롬프트 요령 하나
“쇼핑몰 만들어줘” 같은 통짜 요청보다 “상품 카드 3개가 가로로 배열되고, 모바일에서는 세로로 쌓이는 섹션만 만들어줘”처럼 범위를 좁힌 요청이 훨씬 정확합니다. 한 번에 한 덩어리씩 요청하고, 동작을 확인한 뒤 다음 덩어리로 넘어가세요. 수정 요청 시 “어디가 어떻게 잘못됐는지”를 구체적으로 적는 것도 중요해요.
출시 이후가 진짜 — 정산·수수료·세금 실무
의외로 정리된 정보가 적은 영역이 정산과 세금이에요. 수익이 나기 시작하면 반드시 마주치는 부분이라 미리 알아두는 게 좋습니다.
광고 수익은 대개 플랫폼이 정한 지급 기준액을 넘겨야 입금됩니다. 기준에 도달하지 못하면 다음 달로 이월돼요. 여기에 본인 확인 절차와 세금 정보 입력 단계가 붙기 때문에, 첫 지급은 생각보다 시간이 걸립니다. 구체적 기준액과 지급 일정은 해당 플랫폼 공식 고객센터에서 확인하는 게 정확해요.
앱마켓이나 결제 대행 서비스를 쓴다면 수수료가 빠집니다. 판매가에서 수수료를 제한 금액이 실수령액이라는 점을 가격 책정 단계에서 반영해야 해요. 1만원짜리 상품이라고 1만원이 들어오지 않습니다.
세금 쪽은 원칙만 잡아두면 됩니다. 계속·반복적으로 수익이 발생하면 사업 소득으로 보는 것이 기본이고, 일정 수준 이상 지속되면 사업자등록과 신고 의무가 생겨요. 개인 부업 수준이라도 종합소득세 신고 대상이 될 수 있습니다.
해외 플랫폼에서 받는 수익은 처리 방식이 또 달라서, 금액이 커지기 시작하면 세무 상담을 한 번 받는 편이 안전해요. 국세청 홈택스와 국세상담센터에서 기본 안내를 받을 수 있습니다. 애매한 채로 몇 년을 지나면 나중에 정리 비용이 훨씬 커집니다.
실무적으로 권하는 습관은 단순해요. 수익이 들어온 날짜와 금액, 그리고 도메인·호스팅·AI 구독 같은 지출을 같은 파일에 기록하는 겁니다. 나중에 신고할 때도, 이 프로젝트가 실제로 남는 장사인지 판단할 때도 이 기록이 기준이 됩니다.
커뮤니티에서 말하는 진짜 반응
커뮤니티를 보면 두 목소리가 동시에 들려요. 한쪽은 “AI로 며칠 만에 서비스 만들어 수익 냈다”이고, 다른 쪽은 “결국 유지보수 못 해서 다 접었다”입니다. 둘 다 사실이라서 헷갈립니다.
이 간극은 대부분 프로젝트의 수명에서 갈려요. 만드는 순간의 성취는 AI가 확실히 만들어줍니다. 문제는 출시 이후 6개월, 1년을 굴릴 때 나타나요. 라이브러리가 업데이트되면서 동작이 깨지거나, 사용자가 예상 못 한 방식으로 쓰다가 오류가 나거나, 기능을 하나 추가했더니 다른 곳이 망가지는 식이죠.
개발자들이 바이브코딩에 회의적인 지점도 여기입니다. 동작하는 코드와 유지 가능한 코드는 다르다는 거예요. 이 지적은 타당하지만, 결론을 “그러니 하지 마라”로 가져갈 필요는 없습니다. 오히려 유지보수 부담이 작은 프로젝트를 고르라는 실용적 조언으로 읽는 게 맞아요.
정적인 콘텐츠 사이트, 브라우저에서만 도는 계산기, 한 장짜리 랜딩페이지는 유지보수 부담이 작습니다. 반대로 회원 관리와 결제가 붙은 구독형 서비스는 부담이 훨씬 커요. 비전공자가 첫해에 굴리기에는 무겁습니다.
또 하나 자주 언급되는 게 경쟁 포화입니다. 누구나 만드는 시대에 차별화가 되겠냐는 거죠. 실제로 비슷한 도구는 많아졌어요. 다만 포화된 건 ‘만드는 능력’이지 ‘특정 분야를 잘 아는 상태’가 아닙니다. 본인이 오래 몸담은 영역의 구체적 불편을 다루면, 그 자체가 다른 사람이 흉내 내기 어려운 차이가 돼요.
자주 하는 오해와 진실
AI로 코딩하면 개발 지식이 아예 필요 없다던데, 맞나요?
아니에요. 코드를 처음부터 쓸 줄은 몰라도 되지만, 읽고 판단하는 최소 지식은 필요합니다. 파일이 어디에 있는지, 오류 메시지가 무슨 뜻인지, 어떤 값이 밖에 노출되면 안 되는지 정도는 알아야 해요. 터미널 기본 명령, 깃과 깃허브, JSON 형식 읽기 정도가 최소선입니다. 이 정도는 며칠이면 감이 오고, 이게 있느냐 없느냐가 막혔을 때 스스로 빠져나올 수 있는지를 가릅니다.
바이브코딩 수익화는 몇 주면 된다던데요?
시작 조건에 따라 완전히 다릅니다. 이미 고객이나 구독자가 있는 사람은 몇 주 안에 첫 매출이 날 수 있어요. 하지만 도메인부터 시작하는 상태라면 첫 입금까지 3~6개월을 잡는 게 현실적입니다. 특히 광고형은 콘텐츠가 검색에 반영되고 순위가 잡히는 데 절대적인 시간이 필요해요. 짧은 기간을 내건 사례를 볼 때는 출발선에 무엇이 있었는지를 먼저 확인하세요.
만들기만 하면 검색에서 알아서 찾아주는 거 아닌가요?
그렇지 않아요. 검색엔진이 사이트의 존재를 알아야 색인이 시작됩니다. 서치콘솔에 소유권을 등록하고 사이트맵을 제출하는 작업이 필수예요. 여기에 제목 구조, 내부 링크, 페이지 속도 같은 기본기가 붙어야 순위가 잡힙니다. 요즘은 AI 검색이 답변을 직접 만들어주는 흐름도 커져서, 질문에 명확히 답하는 문단 구조를 갖추는 것도 중요해졌어요.
AI가 짠 코드는 보안 걱정 안 해도 되죠?
오히려 더 신경 써야 합니다. AI는 요청한 기능을 동작시키는 데 집중하기 때문에, 보안 관련 처리를 알아서 챙겨주지 않는 경우가 많아요. 특히 API 키가 코드에 그대로 남는 문제, 사용자 입력값을 검증하지 않는 문제가 자주 나옵니다. 개인정보나 결제를 다루는 페이지라면 직접 만들기보다 검증된 외부 결제 서비스를 붙이는 쪽이 안전해요.
바이브코딩 경험이 취업에도 도움이 되나요?
포트폴리오 측면에서는 도움이 됩니다. 다만 ‘만들었다’는 결과물만으로는 약해요. 어떤 문제를 발견했고, 왜 그 구조를 택했고, 어디서 막혀 어떻게 해결했는지 과정을 기록해두면 설명할 거리가 생깁니다. 빌드 일지 형태로 공개해두는 것이 완성된 화면 캡처 몇 장보다 훨씬 설득력이 있어요.
참고자료
- 구글 애드센스 고객센터 — 프로그램 정책, 승인 요건, 지급 기준액과 결제 일정 확인
- 구글 서치 콘솔 — 사이트 등록, 사이트맵 제출, 색인 상태 점검
- 국세청 홈택스 — 사업자등록, 종합소득세·부가가치세 신고 안내
- 개인정보보호 포털 — 개인정보 수집·이용 시 준수 사항과 처리방침 작성 안내
바이브코딩 수익화에서 막히는 지점은 대개 실력이 아니라 순서예요. 수요를 확인하지 않고 기능부터 만들거나, 출시해놓고 알리지 않거나, 유지보수 부담이 큰 아이템을 첫 프로젝트로 고르는 식이죠. 그래서 권하는 순서는 이렇습니다. 작게 하나 끝까지 출시해 주소를 갖고, 검색엔진에 등록하고, 광고처럼 결제 부담이 없는 모델로 첫 1만원을 만들어보는 것. 그다음에 수익원을 하나씩 늘려가면 돼요. AI가 줄여준 건 만드는 시간이지 기다리는 시간이 아니니, 3~6개월을 버틸 계획으로 시작하는 편이 마음도 결과도 편합니다. 오늘 할 일 하나만 고른다면, 만들고 싶은 것을 검색창에 쳐보고 이미 있는 것과 없는 것을 적어보는 일부터 시작해보세요.
함께 보면 좋은 글
