아이디어보다 먼저 만들 것 — AI 시대, 첫 고객 10명은 '손'으로 만든다

개요

항목 내용
주제 AI로 MVP를 만드는 데 30분이 걸리는 시대, 사업화 검증의 병목이 '개발'에서 '첫 고객 10명'으로 이동했다
핵심 관점 MVP 완료가 검증 완료가 아니다. 검증의 단위는 가입자가 아니라 증거 사슬(인터뷰→사용→재사용→결제) 을 끝까지 통과한 사람이다
핵심 키워드 첫 10명 · 손으로 만든다(Do Things That Don't Scale) · 증거 실험 · 이탈 지점 · 코딩 0줄 7일 플랜 · 채점표

핵심 메시지 3가지

① 병목은 개발이 아니라 첫 10명이다

고등학생이 30분 만에 만든 복약 관리 앱이 성인 창업자의 제품과 견줘도 손색없는 완성도로 돌아간다. 만드는 비용이 0에 가까워졌다는 말은, 뒤집어 들으면 "만드는 것은 더 이상 차별점이 아니다"라는 말이다. 누구나 주말에 MVP를 뽑아낼 수 있다면 사업화 검증의 걸림돌은 개발이 아니라 그 다음 칸 — 첫 10명을 확보하는 과정으로 옮겨간다.

② 10명은 가입자가 아니다, 증거 실험을 통과한 사람이다

가입 10명은 실제로는 0명일 수 있다. 세는 단위가 달라야 한다. 인터뷰 → 사용 → 재사용 → 결제라는 네 칸의 사슬을 끝까지 통과한 사람만 고객으로 친다.

③ 첫 10명까지 기능 추가는 금지다

사용자가 0명인데 기능을 추가하는 것은 가장 피하기 쉬운 도피처다. 코딩 한 줄 없이 7일 안에 첫 10명을 채우는 플랜을 설계하고, 고객이 실제로 막힌 지점만 손대야 한다.

손으로, 증거 사슬로, 7일 안에.

오늘의 결론 세 가지 — 확보 방식·검증 기준·개발 원칙을 한 장에 정리한 슬라이드

1. 문제 진단 — 금요일에 아이디어, 화요일에 가입 0명

"요즘 멘토링에서 매주 보는 장면"은 거의 동일하게 반복된다.

단계 벌어지는 일
금요일 아이디어 — "이거 되겠다", 레퍼런스 3개 캡처
주말 바이브코딩 — 로그인·결제·대시보드, 새벽 3시 배포 완료
월요일 런칭 글 — 커뮤니티·SNS에 "피드백 주세요"
화요일 가입 0명 — 지인 3명이 전부, "다음 주엔 뭘 하죠?"
그리고 대부분 기능을 하나 더 만든다

'어느 창업자의 일주일' — 주말 MVP 완성 후 화요일 가입 0명으로 이어지는 반복 패턴

이게 개인 문제가 아니라는 신호는 국내외에서 동시에 나온다.

  • 해외(레딧 r/startups): "제품을 만드는 것과 첫 10명을 모으는 것, 뭐가 더 어렵나요?"
  • 국내(디스커이엇, 2026.09.03): "열심히 만들어서 런칭은 했는데 막상 첫 사용자를 찾기가 어렵고, 어디에 홍보해야 할지도 막막하다. 가장 어려웠던 게 만드는 것보다 사람을 모으고 그 사람들과 이야기를 이어가는 것이다."
  • 멘토링 현장: MVP는 있는데 사용자 데이터가 없는 팀이 대부분이다. 사업계획서에는 MVP가 찬란하게 들어가 있는데 고객 증거 데이터는 빈약하다. 캐물으면 결제 고객도 없고 재구매 고객도 없고 "MVP를 확인해 보았다" 수준이다.

요약하면 "만들 사람이 없어 막히던 시대에서, 만들어 놓고 막히는 시대로" 전환된 것이다.

2. 왜 지금인가 — YC 대표의 한마디가 뜻하는 것

2026년 9월 4일 조선일보 WEEKLY BIZ에 실린 와이콤비네이터(YC) 게리 탄 CEO 인터뷰 헤드라인은 이렇다. "AI 덕분에 창업 문턱 낮아져… 더 빨리, 많이 시도하라."

항목 수치
YC 연간 지원자 10만 명
YC 연간 선발 1,000명
YC가 20년간 배출한 기업 가치 합계 1조 3,000억 달러 (약 1,790조 원)

'만드는 문턱이 낮아졌다는 말의 뜻' — AI가 낮춘 것 → 만드는 문턱, 그래서 병목은 첫 10명으로 이동

이런 곳의 대표가 "만드는 문턱이 낮아졌다"고 말한다. 논리 사슬은 세 칸으로 정리된다.

AI가 낮춘 것 → 만드는 문턱 · YC가 권하는 것 → 더 빨리, 많이 시도 · 그래서 병목은 → 첫 10명으로 이동

만들기가 쉬워지면 병목은 다음 칸으로 이동한다. 만드는 능력으로 뽑히던 시대는 끝났다는 뜻으로 읽을 수 있다.

3. 원칙 ① 첫 10명은 광고가 아니라 손으로 — 한 사람에게 한 번씩

첫 10명은 광고로도, SNS로도, 런칭 게시글로도 오지 않는다. 대표가 직접 한 명씩 데려온다. 이는 실리콘밸리에서 13년 전(2013년) 이미 정리된 원칙이다.

폴 그레이엄(YC 공동창업자)의 에세이 「Do Things That Don't Scale」의 두 사례가 근거다.

기업 초기에 한 일 결과
에어비앤비 뉴욕 호스트 집을 문 하나하나 직접 찾아다녀며 등록 페이지를 고쳐줌 → 한 집씩 증가 수천만 명 사용 서비스
스트라이프(콜리슨 형제) "써볼게요"라는 사람에게 링크를 보내지 않고, 노트북을 받아 그 자리에서 직접 설치 수천만 명 사용 서비스

폴 그레이엄 「Do Things That Don't Scale」(2013) 원문 캡처 — 에어비앤비·스트라이프 사례

왜 처음엔 광고가 아니라 '손'이어야 하는가 — 세 가지 원리

# 원리 의미
① 아무도 나를 모른다 신뢰 0 상태에서 광고는 '낯선 사람의 주장'일 뿐. 얼굴 보고 대화한 사람만 낯선 서비스에 시간을 쓴다
② 타겟·메시지가 아직 미확정 광고는 확정된 메시지를 증폭하는 도구. 메시지가 미정일 때 돌리면 "돈 내고 오답을 증폭"하는 일
③ 한 명마다 대화가 제품를 수정 대화 1회 = 정의 수정 1회. 첫 10명은 고객이자 리서치 표본 — 광고로 온 100명은 절대 해줄 수 없는 역할

국내 타겟별 적용

타겟 하지 말 것 할 것
소상공인 링크 보내기 상가 10곳 방문, 노트북을 옆에서 열어 첫 사용을 끝까지 함께
대학생 커뮤니티 글 도서관·동아리방 옆자리에 앉아 사용 관찰
B2B 광고· cold 메일 대량 발송 아는 담당자 5명에게 30분만 요청, 끝날 때 한 명씩 소개 → 5명이 10명이 된다

공통점은 하나다. "써보세요" 링크가 아니라 고객 옆에 같이 앉아 확인하는 것.

예상 반론과 대안

반론 대안
"확장성이 없잖아요" 확장성은 100명·1,000명 이후의 문제. 10명 단계에서 채널을 찾는 건 순서 오류 — 증폭할 메시지도 없이 증폭기를 사는 일
"저는 내향적이라 못 해요" 대면 대신 이름과 상황을 적은 개인화 DM·메일 30통(대량 발송 ✕). 답이 오면 15분 통화로 대체. 핵심은 방식이 아니라 "나는 너에게 집중하고 있다"는 시그널

4. 원칙 ② 10명은 가입자가 아니다 — 증거 사슬 4칸

증거 실험 4단계 — 인터뷰→사용→재사용→결제, 각 칸이 증명하는 것이 다르다

단계 증명하는 것 통과 기준
① 인터뷰 문제 존재 말로 확인 — "'필요해요'"까지가 여기까지
② 사용 첫 행동 손을 대서 자신의 문제를 해결하는 과정을 끝까지 완료
③ 재사용 반복 다시 돌아온다 — 문제가 반복되고 해결책이 습관으로 굳는 증거
④ 결제 지불 의사 돈·시간·소개 — 가장 강한 신호 (초기엔 소액 선결제·유료 파일럿)

원칙은 "말이 아니라 행동, 한 번이 아니라 반복"이다. 챌린저스를 만든 최혁준 대표의 표현을 빌리면 "마차를 탄 사람은 자동차를 요구하지 않는다" — 손끝을 봐야 한다.

가상 시나리오로 보는 숫자 (프리랜서 세금 정리 앱 팀)

단계 인원 관찰
인터뷰 12명 전원 "필요해요", 종합소득세 스트레스에 공감
사용 4명 실제로 영수증을 올린 사람. 8명은 링크만 열었다
재사용 1명 2주 뒤 재방문 — 사용 주기가 연 1회
결제 0명 월 구독 제안 전원 거절 ("신고할 때 한번 해볼게요")
첫 10명(사슬 통과자) 0명 인터뷰 12명은 검증 실험의 첫 칸을 채운 것뿐

가상 시나리오 퍼널 — 인터뷰 12 → 사용 4 → 재사용 1 → 결제 0, 첫 10명은 아직 0명

중요한 것은 좌절이 아니라 '이탈 지점'이다. 이탈 지점이 다음 주 할 일을 정한다.

이탈 구간 진단 다음 주 할 일
인터뷰 → 사용 가치 전달 문제 — 첫 화면에서 가치가 안 보임 온보딩·첫 과업 단순화
사용 → 재사용 반복 문제 — "이게 원래 고객의 반복 행동인가?" 세금 정리가 연 1회라면 월 구독 모델 자체가 틀림 → 시즌 상품·세무사 채널로 피벗
재사용 → 결제 가격·대체재 문제 — "엑셀로 충분한가" 가격이 아니라 핵심 가치 재정의

이걸 아는 팀과 모르는 팀은 다음 2주 동안 만드는 것이 달라진다.

역시 예상 반론

반론 결제급 대체 신호
"무료 서비스인데 결제를 어떻게 봐요?" 시간·데이터·소개 — 자기 데이터 이관, 팀원 초대, 캘린더 연동 등 되돌리기 귀찮은 행동. 지인 소개 1건 = 결제급 신호
"B2B라 재사용 주기가 길어요" 결제 전 신호를 본다 — 다음 미팅 확정, 담당자가 상급자 소개, 파일럿 계약서 초안 요청. "검토해 볼게요"는 신호가 아니라 정중한 거절

5. 원칙 ③ 기능 추가 금지 — 바이브코딩 시대의 역설

만드는 비용이 0에 가까워지면 이상한 일이 생긴다. 만들기가 생각을 대신한다. 기능을 하나 붙이면 화면이 돌아가니 성취감이 그 자리에서 온다. 그 시간 동안 고객은 아무 말도 하지 않고, 데이터는 한 줄도 늘지 않는다.

게리 탄이 말한 "더 빨리, 많이 시도하라"에서 시도의 단위는 기능이 아니라 실험이다.

15억 한 번보다 1,000만 원짜리 실험 100번. — 챌린저스(화이트큐브) 최혁준, 15억 프로젝트 두 번 실패 후 정리한 원칙

실패를 없애는 게 아니라 작게 쪼개서 실험한다. 실패 관리 = 시도 횟수 × 성공 확률. 코딩이 쉬워졌으니 실험도 쉬워져야 하는데, 대부분 실험 대신 바이브코딩을 택한다. 코딩은 혼자 방에서 할 수 있지만 실험은 고객 앞에 서야 하는 불편함이 있기 때문이다.

'바이브코딩 시대의 역설' — 병목은 기술이 아니라 고객 앞에 서는 불편함

사업화 검증의 가장 큰 병목은 기술 개발이 아니라, 고객 앞에 서는 불편함이다.

6. 실행 — 코딩 0줄, 첫 10명 7일 플랜

'코딩 0줄, 첫 10명 7일 플랜' — 일자별 할 일과 산출·합격선

일자 할 일 산출·합격선
1일차 타겟을 한 문장으로 쓰고, 해당 고객 명단 30명 작성 (링크드인·오픈채팅·리멤버 명함·지인 소개) 이름·연락 경로·"왜 이 사람인지" 한 줄
2~3일차 30명에게 사람마다 다르게 쓴 DM·메일 발송, 15분만 요청 대화 성사 10명 (3분의 1이 답하면 10명)
4~5일차 대화 끝에 노트북을 열어 바로 옆에서 첫 과업을 끝까지 해보게 함. 막히는 지점 기록 첫 사용 완료 n명 — 이 기록이 유일한 핵심 기능 로그
6일차 다시 사용했는지 로그로 확인. 안 썼으면 이유를 묻지 말고 다시 옆에 앉아 관찰 재사용 n명
7일차 결제 제안 — "다음 달부터 월 얼마, 지금 결제하면 3개월 얼마". 토스페이먼츠·스마트스토어 등 실제로 돈이 오가게, 어려우면 개인 계좌이체 결제 n명 + 거절 이유 원문

제품이 아예 없다면, 고객이 문제를 해결하느라 이미 쓰고 있는 대체제를 옆에서 쓰게 해보자. 어디서 만족하고 어디서 불편해하는지가 보이고, 그 불편한 지점이 진입 공략 지점이다.

채점표 — 한 장이 다음 주 개발 계획

# 누구(가명) 경로 인터뷰 사용 재사용 결제 막힌 지점 / 한 말 원문
1 A 사장님(카페) 상가 방문 O O O O 3개월 "장부 옮기기 귀찮다" → 데이터 이관 대행
2 B 님(프리랜서) 오픈채팅 DM O O X X 첫 화면에서 뭘 눌러야 할지 모름
3 C 대표(B2B) 지인 소개 O O O 다음 미팅 "팀장님 소개해 드릴게요"
4 D 님 링크드인 메일 O X 링크만 열고 이탈 → 가치 전달 문제
5 E 님 리멤버 O O X X "엑셀로 충분해요"
6 F 사장님 상가 방문 O O O X "신고 때 쓸게요" → 반복 주기 문제
7 G 님 오픈채팅 DM O X 가입 후 미사용 → 온보딩
8 H 님 지인 소개 O O O X 가격 아니라 '굳이' → 대체재
9 I 님 링크드인 메일 O X 일정 불발 후 연락 끊김
10 J 님 리멤버 O O X X 2주 뒤 재방문 없음
합계 10 7 4 1

첫 10명 채점표 작성 예시 — 합계 10→7→4→1, 최다 이탈 칸이 다음 주 할 일

기록 규칙은 단 하나. 말이 아니라 행동에만 O를 친다. "검토해 볼게요"는 X다. 합계 행에서 가장 많이 떨어진 칸이 다음 주 할 일이다. 위 샘플은 사용→재사용(7→4)에서 최다 이탈했으므로, 다음 주 과제는 기능 추가가 아니라 재사용을 가능하게 할 반복 구조 보강이다.

"아직 보여주기 부끄러워요"에 대한 코딩 규칙 3가지

# 규칙
① "부끄러워요" → 완성도는 10명이 정한다. 부족한 채로 보여주세요
② 기능 백로그 = 고객이 막힌 지점만 (고객 요청 목록 ✕ · 옆에서 본 관찰 기록 ○)
③ 결제는 정식 결제 링크만 — 가짜 결제창·카드정보 수집 금지

기능 추가는 반드시 실험을 돌리고 나온 결과여야 한다. "기능 하나만 더 붙이고 보여드릴게요"라는 말이 나오는 순간 현실 회피는 이미 시작된다. 부끄러워하는 지점과 고객이 막히는 지점은 대체로 다르다.

첫 10명 단계의 코딩 규칙 세 가지 — 부족한 제품을 보여주는 것이 첫 10명의 조건

7. 도구 — 내 아이템에 맞춘 '첫 10명 실행계획' 프롬프트

영상에서는 아이템·사업계획서를 넣으면 첫 10명 정의, 명단, 7일 플랜, 채점 규칙까지 뽑아주는 마스터 프롬프트를 공개한다. 고객개발(Customer Development) 인스트럭터 역할에 NSF I-Corps 방식을 접목한 구조로, STEP 0~8과 출력 형식(제목 + 섹션 ①~⑥, 표 우선, 각 섹션 표 1개 + 해설 5줄 이내, 총 A4 3~4장, 서론·격려·일반론 금지)을 규정한다. 마지막에는 "이번 주 월요일에 할 일 3개"를 1문장씩, 오늘 당장 할 수 있는 크기로 쓰게 한다. 자가 점검도 붙어 있다 — 입력에 없는 숫자는 '가정'으로 표시, 고객 실명 요구 금지, "모른다"고 적으면 AI가 추측하지 말고 측정 방법부터 제안하게 하기.

관점 포인트

  • 병목의 위치를 옮겨라. "무엇을 만들까"가 아니라 "누가 언제 다시 쓰며 얼마를 낼까"가 지금의 질문이다.
  • 가입 수는 증거가 아니다. 링크를 연 사람이 아니라 영수증을 올린 사람을 세어라.
  • 확장성은 순서 문제다. 메시지가 정해지기도 전에 채널을 사는 것은 오답을 증폭하는 일이다.
  • 내향형도 실행 가능하다. 단위는 대면/비대면이 아니라 '한 사람에게 한 번씩'이다.
  • 이탈 지점이 로드맵이다. 채점표 합계 행의 최다 이탈 칸 한 곳이 다음 주 개발 계획을 대체한다.
  • 부끄러움은 필터다. 완성도 판단 권한은 창업자가 아니라 첫 10명에게 있다.
  • 대체제 관찰은 무료다. 제품이 없으면 고객이 이미 쓰는 방법을 옆에서 보면 진입 지점이 보인다.

최종 핵심 정리

  • 우리 팀의 병목은 정말 개발인가, 아니면 첫 10명인가?
  • 지금 손에 든 '가입자 10명'은 인터뷰·사용·재사용·결제 중 몇 칸을 통과했는가?
  • 우리 제품은 원래 반복되는 행동 위에 있는가? (연 1회라면 월 구독은 성립하지 않는다)
  • 결제 대신 볼 수 있는 되돌리기 귀찮은 행동(데이터 이관·팀원 초대·캘린더 연동·소개)은 무엇인가?
  • 다음 주 만들 기능은 고객 요청 목록에서 나온 것인가, 옆에서 본 관찰 기록에서 나온 것인가?
  • 이번 주 월요일, 명단 30명을 채울 수 있는가?

한 줄 요약: AI가 만드는 문턱을 없앤 순간, 사업화 검증의 승부처는 기능이 아니라 손으로 데려온 첫 10명이 되었고 — 그 10명은 가입자가 아니라 인터뷰→사용→재사용→결제의 증거 사슬을 끝까지 통과한 사람이어야 한다.