VUILD

이 레슨이 끝나면

지금까지 정의한 target + pain + status_quo + strengths를 종합한 "딱 하나의 기능"이 한 문장으로 정리됨
MVP(Minimum Viable Product = 최소 동작 제품) 개념과 첫 SaaS에서 왜 중요한지 안다
vuild.kr solution step에 한 문단 답이 입력 완료

"딱 하나의 기능" — Ch.2 전체에서 가장 중요한 결정

Ch.2 전체에서 가장 중요한 결정이 이 step이에요. 이유는 단순해요. "기능을 너무 많이 넣어서 30일 안에 못 끝낸다"가 첫 SaaS 실패의 부동의 1위예요. 처음부터 5~10개 기능을 다 넣으려고 하면, 출시 자체를 못 합니다. 출시 못 하면 사용자 반응이 없고, 사용자 반응이 없으면 본인도 동력을 잃어요. 그래서 의도적으로 딱 하나로 압축하는 연습을 이 step에서 해요.

이 step의 질문은 명확해요. "딱 하나의 기능만 만든다면 뭘 만드시겠어요?" 핵심은 "나머지는 전부 버린다고 가정"하는 거예요. 이 가정을 진지하게 하면 본인 머릿속에서 "진짜 가장 중요한 한 가지"가 떠올라요. 그게 답이에요.

🎨 생성 (Codex CLI) — "10가지 기능 다 vs 1가지만" 좌우 비교 다이어그램. 좌(복잡한 메뉴 + 출시 못 함) / 우(단순 + 30일 안에 출시). — "많이"는 출시 막힘, "하나"는 출시 가능.

MVP — Minimum Viable Product

이 사고방식의 정식 명칭이 MVP예요. 영어로 Minimum Viable Product. 한국어로 풀면 "최소한으로 동작하는 제품"이에요. 즉, "이 기능 한 가지가 동작하면 사용자에게 의미가 있는 가장 작은 단위"가 MVP예요. 그 외 모든 것은 나중. 디자인도, 추가 기능도, 결제도, 모바일 앱도 다 나중.

단계	의미	예시 (베이커리 예약)
MVP (지금)	가장 작은 1가지 — 사용자에게 핵심 가치 전달	"오늘의 빵 메뉴 + 예약하기 버튼" 한 페이지
v1.1 (다음 달)	사용자 반응 보고 1가지 추가	"카톡 알림" 기능 추가
v2 (3개월 뒤)	"진짜 필요한 거"가 명확해진 후 확장	"손님 적립 카드" 추가
v3 (6개월 뒤)	사용자 100명+ 확보 후 큰 기능	"여러 매장 관리"

오늘 정의할 건 가장 위 줄, MVP 한 줄이에요. 그 아래 줄(v1.1~v3)은 머리에만 두고 지금은 적지 마세요. 적기 시작하면 다 만들고 싶어져요.

🎨 생성 (Codex CLI) — MVP → v1.1 → v2 → v3 단계별 확장 다이어그램. 가장 작은 MVP 박스부터 점점 커지는 형태. — MVP는 가장 작은 한 점. 거기서 사용자 반응 따라 키워가요.

옆 탭에 solution step 열기

vuild.kr solution step 주소

/projects/:project_id/value/definition/step?s=5

📷 캡쳐 — vuild.kr solution step 페이지 풀화면. 좌측 사이드바 1~4 ✓ 완료 + 5번 강조. — 앞 4 step이 다 ✓로 완료된 상태에서 진입.

실제 입력 예시 3개 — "딱 하나"의 모범 답

"딱 하나"가 어느 정도로 작아야 하는지 감이 안 잡히면 다음 예시들을 보세요. 모두 "이 한 가지만으로도 사용자에게 의미가 있는" 정도예요.

예시 ① 진로 코칭 SaaS

"관심사 3개를 입력하면 그에 맞는 작은 경험 3가지를 추천해 주는 한 페이지." 가입 X, 결제 X, 다른 기능 X. 입력 → 추천 한 줄. 사용자가 그 추천 중 하나를 실행에 옮기는 게 의미. 첫 100명에게 도움이 되면 그게 v1.

예시 ② 베이커리 예약 SaaS

"오늘의 빵 메뉴 + 시간대별 예약하기 버튼이 있는 한 페이지." 사장님은 매일 메뉴 한 번 입력. 손님은 페이지 들어와서 시간 선택 + 이름·연락처 입력 → 예약 완료. 사장님 카톡으로 자동 알림. 결제 X, 회원가입 X, 적립 X. 이게 가장 작은 단위.

예시 ③ 본인용 독서 노트 (TOOL 트랙)

"매주 일요일 저녁에 카톡으로 '이번 주 읽은 책 한 줄?' 질문이 자동으로 옴. 답하면 노션 DB에 자동 저장." UI X, 그래프 X, 통계 X. 한 줄 메모 한 가지만. 한 달 후 별도 한 페이지에서 한 달치 메모 한 번에 봄.

📷 캡쳐 — vuild.kr solution step 입력 폼에 한 문단 답이 입력된 화면. — "이 한 가지만으로도 의미가 있는" 정도면 OK.

"딱 하나" 압축 기법 — 5가지 기능을 1가지로

머릿속에 5가지 기능이 떠다니면 다음 4단계로 1가지로 압축해 보세요.

5가지를 다 적기 — 종이나 메모장에 떠오르는 기능 5~10개를 그냥 적어요. 검열 X.
각 기능에 "이게 없으면 사용자가 떠나는가" 점수 1~5점 — 5점이면 절대 필요, 1점이면 있어도 그만 없어도 그만.
5점인 것 1~2개만 남김 — 보통 5점은 1~2개밖에 안 나와요. 그게 MVP의 baseline.
그 1~2개를 한 문장으로 묶기 — "[누가] [어떤 동작]하면 [어떤 결과]가 나오는 한 페이지/도구."

"5점이 3~4개 나와요"라는 분이 있어요. 그러면 페르소나·문제가 너무 넓어서 그래요. 2-3 target으로 돌아가서 좁혀 보세요. target 좁아지면 자연스럽게 5점 기능도 1~2개로 줄어요.

🎨 생성 (Codex CLI) — "5가지 기능 → 1가지로 압축" 4단계 흐름도. 박스 5개 → 점수 → 5점 1~2개 → 한 문장. — 5점만 남기는 게 핵심.

막히는 지점 — 미리 답

"하나로 줄이면 너무 시시해 보여요" — 정상이에요. 처음에는 시시한 게 정답이에요. 시시해 보이는 1가지가 사용자 100명에게 진짜 도움이 되면 그게 본격 SaaS의 시작점이에요. 화려하게 시작해서 출시 못 하면 0이에요.
"이미 비슷한 게 있어요" — 그러면 본인 솔루션의 구체적 차별점이 한 줄로 나와야 해요. "더 빠르다 / 더 좁은 사용자에 특화 / 더 자동화 / 더 가격 합리적" 등. 차별점이 한 줄로 안 나오면 다른 페르소나·다른 각도로 좁혀 보세요.
"AI 기능을 어디에 넣어야 하나요?" — MVP에서는 보통 AI 기능이 1가지만 들어가요. 추천·요약·분류·생성 중 하나. 더 넣고 싶어도 v2로 미루세요.
"한 문장으로 안 써져요" — AI Coach에 본인이 떠올린 솔루션 5가지를 적고 "이 중에서 가장 핵심을 한 문장으로 다듬어 줘"라고 부탁하세요. 그러면 압축 패턴이 보여요.

한 문장 솔루션 템플릿

템플릿

"[target]이 [입력/동작]하면 [핵심 결과]가 나오는 [페이지/도구/봇]."

예: "취준 4학년생이 관심사 3개를 입력하면, 다음 주 안에 시도해 볼 수 있는 작은 경험 3가지가 추천되는 한 페이지."

AI Coach 활용법 — 압축의 도우미

AI Coach 추천 질문

"제 머릿속에 떠오르는 기능 5가지를 줄게요. 이 중 'MVP 1가지'로 가장 잘 맞는 게 뭔가?"
"이 솔루션이 [target]의 [pain]을 어떻게 해소하는지 한 줄로 표현해 줘."
"비슷한 기존 SaaS와 본인 솔루션의 차이를 한 문장으로 요약해 줘."

📷 캡쳐 — AI Coach 패널에서 "5가지 → 1가지 압축" 대화 시퀀스. 본인이 5가지 적음 → AI가 1가지 추천 + 이유 설명. — 압축은 머리 혼자 하기 어려워요. AI Coach에 짐을 넘기세요.

다음 단계 → 2-7 AI 제안 + 서비스 개요 + 수요 (Reflection)

다음 lesson은 vuild.kr step 6(ai_suggestion) + step 7(service_overview) + step 8(demand 또는 portfolio_goal)을 다뤄요. 지금까지 본인이 입력한 5개 step을 AI가 자동으로 종합 검토하고, 한 문단 서비스 개요를 만들어 주고, 마지막으로 수요 검증·포트폴리오 목표까지 마무리해서 VALUE 단계를 완성해요.

딱 하나의 기능 (solution)