바이브 코딩 스터디 6단계 + 보너스 6개를 읽다 보면 같은 용어가 계속 나옵니다. 이 페이지는 그 용어를 처음부터 끝까지 다시 설명하는 대신, 한 줄로 정의하고 이 사이트 안에서 실제로 어떻게 쓰였는지를 붙여 빠르게 찾아볼 수 있게 정리했습니다. 용어 옆 링크를 누르면 그 용어가 실제로 다뤄진 본문으로 이동합니다.
1. 왜 만드는가 - 기획 개념
바이브 코딩
Vibe Coding코드를 한 줄씩 직접 짜는 대신, AI에게 대화하듯 요구사항을 전달해 코드를 생성하게 하는 개발 방식.
늑구맵도 원래는 워드프레스(Elementor)로 만들었다가, 이 방식으로 Next.js 사이트 전체를 다시 지었습니다. "코드를 짜는 시간"보다 "무엇을 만들지 판단하는 시간"에 집중할 수 있다는 게 핵심입니다.
2단계: 환경 셋업에서 자세히 →초니치
超niche아주 좁은 대상만을 위해, 딱 하나의 불편만 해결하는 서비스. "모두를 위한 기능"을 늘리지 않는 게 원칙.
거지맵(1만원 이하 식당), 야장맵(야외 테이블), 러브버그맵(러브버그 출몰)처럼 이름만 봐도 누구를 위한 서비스인지 바로 아는 게 초니치맵의 공통점입니다.
초니치맵 백과에서 사례 8개 보기 →MVP
최소 기능 제품 / Minimum Viable Product"부실한 버전"이 아니라, 찾은 니즈 하나를 정확히 해결하는 데 필요한 최소한의 기능만 담은 첫 버전.
이것저것 다 넣고 싶은 욕심을 못 참는 게 이 단계에서 가장 흔한 실패 원인이라고 이 스터디는 말합니다. 처음엔 "이미 있는 데이터를 정리해서 보여주는" 쪽으로 범위를 좁히는 걸 권장합니다.
3단계: MVP 설계에서 자세히 →니즈 발굴
"이런 게 있으면 좋겠다"는 막연한 아이디어가 아니라, 실제로 반복해서 불편을 겪는 사람이 있는지부터 확인하는 첫 단계.
두쫀쿠맵은 품절 헛걸음, 그늘로는 폭염 속 통학길처럼, 여기 소개된 서비스 전부 개발자 개인이 실제로 겪은 사소한 불편에서 출발했습니다.
1단계: 니즈 발굴에서 자세히 →2. 무엇으로 만드는가 - 도구/기술
Claude Code
터미널(CLI)에서 동작하는 AI 코딩 에이전트. 레포 전체 맥락을 이해하고 여러 파일에 걸친 작업, 배포 연동까지 자연어로 요청할 수 있음.
늑구맵이 실제로 쓰는 도구입니다. Cursor·v0·Bolt 같은 다른 도구와의 차이는 아래 "도구 비교"에서 더 자세히 다룹니다.
보너스 3: 바이브 코딩 도구 비교 →배포
디플로이 / Deploy로컬에서 만든 코드를 실제 방문자가 접속할 수 있는 인터넷 주소(도메인)로 올리는 과정.
늑구맵은 GitHub에 코드를 올리면 Vercel이 자동으로 감지해 배포하는 방식을 씁니다. 별도 서버 관리 없이 커밋 하나로 실제 사이트가 갱신됩니다.
2단계: Claude Code+GitHub+Vercel 조합 →API
서로 다른 프로그램이 데이터를 주고받기 위해 정해둔 약속. 초니치맵 대부분은 공공데이터 API나 지도 API를 가져와 그 위에 정보를 얹는 방식으로 만들어짐.
에어컨 정거장은 서울시 버스 스마트쉘터 API 등 공공데이터를 모아 만들어졌고, 늑구맵의 방문자 통계도 자체 API(/api/track)로 수집합니다.
4단계: 데이터·API 연동에서 자세히 →정적 사이트
Static Site방문할 때마다 서버가 새로 계산하지 않고, 미리 만들어둔 페이지를 그대로 보여주는 방식. 로딩이 빠르고 서버 비용이 적게 듦.
정보 갱신 빈도가 낮은 페이지는 정적으로, 실시간 집계가 필요한 굿즈 투표 같은 페이지는 API 연동으로 나눠 만드는 게 이 스터디가 권장하는 방식입니다.
3. 만든 뒤 무엇을 보는가 - 트래킹/지표
UTM
링크에 "이 방문자가 어디서 왔는지" 표시를 붙이는 파라미터. 예: ?utm_source=naver_search
늑구맵은 자체 트래킹 API가 referrer와 UTM 파라미터를 받아 네이버 검색·구글 검색·디시인사이드·카카오 등 유입 채널로 자동 분류합니다.
보너스 6: 방문자 데이터 직접 재는 법 →레퍼러
Referrer / 유입경로방문자가 지금 페이지로 들어오기 직전에 있었던 페이지 주소. 어느 채널에서 유입됐는지 파악하는 가장 기본적인 값.
UTM이 없어도 레퍼러만으로 어느 정도 유입 채널을 짐작할 수 있습니다. 늑구맵은 이 값을 classifyChannel() 로직으로 자동 분류해 대시보드에 쌓습니다.
보너스 6: 방문자 데이터 직접 재는 법 →재방문율
리텐션 / Retention한 번 들어온 방문자가 다시 돌아오는 비율. 바이럴로 반짝 몰리는 트래픽과, 계속 남는 트래픽을 구분하는 기준.
이벤트가 끝나도 사람들이 다시 찾아오게 만드는 장치(관련 사례 계속 추가, 커뮤니티 재방문 유도 등)가 왜 필요한지는 아래 5단계에서 다룹니다.
5단계: 홍보와 바이럴에서 자세히 →바이럴 루프
한 사람이 서비스를 알게 되면 자연스럽게 주변에 공유하고, 그걸 본 다른 사람이 또 들어오는 확산 구조.
늑구맵은 2026년 4월 뉴시스·YTN 등 언론에 "시민이 만든 추적 지도"로 동시다발적으로 소개되며 바이럴이 시작된 실제 사례를 갖고 있습니다.
5단계: 홍보와 바이럴에서 자세히 →4. 신뢰를 어떻게 지키는가 - 편집/운영
교차검증
크로스체크하나의 출처만 보고 사실이라 단정하지 않고, 서로 다른 언론사·공식 발표·1차 자료를 대조해 확인하는 절차.
이 사이트의 케이스스터디는 개발자 인터뷰·언론 보도·공식 사이트를 함께 대조해 개발 기간, 방문자 수 같은 수치를 검증합니다.
초니치맵 백과 - 사례별 출처 확인 →업데이트 로그
정보가 바뀌었을 때, 삭제하지 않고 "언제, 무엇이 바뀌었는지"를 남기는 공개 기록.
이 페이지를 포함해 늑구맵의 모든 정보성 글 하단에는 출처 목록과 함께 업데이트 로그가 붙습니다. 아래 "업데이트 로그"에서 바로 확인할 수 있습니다.
수익화
Monetize만든 서비스를 계속 운영할 서버비·시간을 감당할 수 있도록, 광고·제휴 등으로 최소한의 수입을 만드는 단계.
늑구맵은 실제 트래픽과 서버비, 애드센스 승인 시도 경험까지 숫자를 그대로 공개한 수익화 리포트를 운영 중입니다.
늑구맵 수익화 리포트 →실패 로그
잘 됐던 것만 남기지 않고, 시도했다가 안 됐던 것과 그 이유까지 그대로 기록하는 것.
"이것도 해봤는데 안 됐다"는 기록은 같은 실수를 반복하지 않게 해주는 만큼, 성공 사례 못지않게 중요한 자산이라는 게 이 스터디의 입장입니다.
보너스 5: 실패 모음집 →