코딩 없이 AI로 웹사이트 만들기: 첫 MVP 60분을 ‘완성’이 아닌 검증으로 쓰는 법

핵심 요약 (TL;DR)

AI로 웹사이트를 만드는 첫날, 목표를 ‘60분 안에 완성’으로 잡으면 대개 실망으로 끝납니다. 대신 60분 안에 한 명이 한 가지 일을 끝낼 수 있는 화면을 만들고 직접 눌러보는 데 성공하면 됩니다. 바이브코더 루피가 권하는 첫 MVP는 기능이 많은 서비스가 아니라, 문제 한 줄·사용자 한 명·행동 한 번이 선명한 작은 검증입니다.

왜 첫 MVP를 작게 잘라야 할까요?

예를 들어 예약 서비스라면 회원가입, 결제, 관리자 페이지를 한 번에 만들지 마세요. ‘고객이 날짜를 고르고 예약 요청을 남긴다’까지만 정합니다. AI에게는 “모바일에서 읽기 쉬운 예약 요청 페이지를 만들어 주세요. 이름, 연락처, 희망 날짜, 요청 버튼만 넣고 제출 뒤에는 완료 문구를 보여 주세요”처럼 결과와 범위를 함께 말합니다.

중요한 것은 AI가 만든 코드를 얼마나 많이 받았는지가 아닙니다. 사용자가 실제로 입력하고, 버튼을 누르고, 다음 화면을 이해할 수 있는지입니다. 2026년 8월 다시 주목받은 Peter Bloem의 글도 AI가 구현을 전부 맡고 사람이 뒤늦게 모든 것을 검토하는 방식은 지속하기 어렵다고 짚습니다. 처음부터 사람은 목적과 확인을 맡고, AI는 좁은 구현을 맡기는 편이 훨씬 안정적입니다.

60분은 어떤 순서로 써야 하나요?

처음 10분에는 한 문장으로 성공을 씁니다. “방문자가 예약 요청을 남기면 완료 화면을 본다” 정도면 충분합니다. 다음 25분에는 화면 하나를 만듭니다. 이때 색상·애니메이션보다 입력값과 버튼 뒤 반응을 먼저 확인하세요. 이어지는 15분에는 휴대폰 크기로 열어 직접 이름을 넣고 제출합니다. 마지막 10분에는 막힌 지점을 기록하고, AI에게 한 가지 수정만 요청합니다.

이 과정에서 ‘배포’는 거창한 출시가 아닙니다. 링크를 열어 볼 수 있는 상태로 만드는 일입니다. 공개 전에는 비밀키나 실제 고객 정보를 넣지 말고, 테스트용 데이터만 쓰세요. 방문자에게 무엇을 약속하는지 불분명하다면 기능을 더하기보다 문장을 고치는 편이 먼저입니다.

AI에게 무엇을 맡기고 무엇을 직접 봐야 할까요?

AI에게는 화면 뼈대, 반복되는 스타일, 오류 문구 초안을 맡길 수 있습니다. 반면 서비스가 해결할 문제, 고객에게 보여 줄 문장, 개인정보를 받는 이유, 제출 뒤 실제로 데이터가 어디로 가는지는 직접 확인해야 합니다. AI가 ‘작동한다’고 말해도 실제 브라우저에서 눌러보기 전에는 완료가 아닙니다.

FAQ: 비개발자도 첫날 배포까지 할 수 있나요?

가능합니다. 다만 배포를 사업 출시와 같은 뜻으로 생각하지 마세요. 우선 테스트 링크 하나를 만들고 본인과 지인 한 명이 흐름을 끝까지 실행해 보는 것이 첫 목표입니다.

FAQ: 어떤 도구부터 골라야 하나요?

처음에는 특정 도구의 순위보다 화면을 바로 확인하고 수정할 수 있는 환경이 중요합니다. 한 도구를 정해 화면 하나를 완성한 뒤에야 다른 도구와 비교해도 늦지 않습니다.

FAQ: AI가 만든 결과가 마음에 안 들면요?

전체를 다시 만들라고 하기보다 ‘버튼 문구만 바꾸기’, ‘모바일에서 입력칸 간격 조정’처럼 한 번에 한 가지 변경을 요청하세요. 작게 요청하고 즉시 확인하는 리듬이 바이브코딩의 가장 좋은 출발점입니다.

출처: https://peterbloem.nl/blog/craft-coding
Hacker News 토론: https://news.ycombinator.com/item?id=49318735
관찰 시점: 2026-08-17 KST