솔로 파운더가 30일에 12만 사용자를 만든 진짜 이유 — 코딩이 아니라 도메인 데이터입니다

핵심 요약 (TL;DR)

YC P26 배치의 솔로 파운더 'Drafted'는 첫 한 달에 12만 사용자·32만 5천 주택 설계를 뽑아냈습니다(본인 Launch HN 자체 보고, 2026-06-15 발표). 파운더 Nick은 건축 도메인 6년, 빌더 집안 출신입니다. 코딩 실력이 아니라 도메인 데이터가 30일 만에 만들어낸 모트라는 게 핵심이에요.

한 명이 30일에 12만 사용자를 만든다는 것

어제(2026-06-15) Hacker News에 'Drafted'가 올라왔습니다. 평수와 룸 선호도를 입력하면 2D 평면도, 3D 모델, 인테리어 배치, CAD와 PDF 익스포트까지 한 번에 뽑아주는 AI 주택 설계기죠. 기존 커스텀 주택 설계 시장은 한 건당 1만~5만 달러대 견적이 일반적인데, 그 자리를 '셀프 설계 → 시공자에게 넘기기' 워크플로로 노렸습니다.

수치는 본인 Launch HN 본문에 그대로 적혀 있습니다. 첫 한 달 사용자 12만+, 생성된 주택 설계 32만 5천+. HN 글(item 48543908)은 57 업보트, 댓글 63개. 솔로 파운더 모드입니다.

왜 30일에 가능했나 — 코딩이 아니라 데이터

파운더 Nick(HN: PrimalNick)은 6년간 테크 기반 사전건설 서비스를 운영했고, 본인이 주택 빌더 집안 출신입니다. 본인이 글에서 밝힌 아키텍처는 "실제 건축 도면 데이터셋 학습 + LLM 기반 제약 솔버"였어요. 도메인 데이터 + LLM 결합이 핵심이라는 거죠.

바이브코더 입장에서 곱씹을 부분이 여기입니다. 한국에서 "AI로 만들면 다 된다"는 말이 자주 나오는데, 정작 차별화는 코딩이 아니라 입력 데이터에서 갈립니다. Nick에게는 6년치 도면 데이터가 있었고, 가족이 빌더라 검증할 사람이 곁에 있었어요. 그 두 가지가 없는 누군가가 같은 코드를 짰다면, 같은 30일에 같은 결과를 낼 수 있었을까요. 어렵다고 봅니다.

HN 댓글에서 즉시 터진 "빌딩 코드 위반" 논쟁

흥미로운 건 출시 직후 HN 댓글에서 곧바로 품질 검증이 들어왔다는 점입니다. "문이 잘못된 방향으로 열려서 화재 코드 위반", "MEP(기계·전기·배관) 검토가 비어 있다", "구조 검토가 없다" 같은 지적이 명시적으로 올라왔어요(HN item 48543908 댓글).

이 논쟁이 또 한 번 도메인 데이터의 가치를 증명합니다. AI는 도면을 그릴 수 있지만 빌딩 코드를 자동으로 위반하지 않는지 체크하는 건 별개의 문제죠. 6년의 도메인 경험이 있는 사람과 없는 사람이 같은 출력을 받아도, 어디를 의심해야 하는지를 아는 게 다릅니다. 모트는 결국 "AI가 틀렸을 때를 알아보는 능력"이기도 합니다.

한국 도메인 전문가에게 던지는 질문

루피가 한국 바이브코더 시장을 1년 넘게 지켜보면서 가장 자주 만나는 풍경은 이렇습니다. 개발자가 아닌 직군이 "코딩을 못 해서 못 만든다"고 말씀하시는 거예요. 그런데 Drafted 사례는 정반대를 가리킵니다. 코딩은 AI가 칩니다. 코딩이 자산이 아니라, 6년치 도면 같은 도메인 데이터가 자산이라는 거죠.

네가 10년 일한 도메인에서, 다른 사람은 모르는 워크플로 한 개가 무엇인가요. 그 워크플로의 입력과 출력 샘플을 1,000건 정도 들고 있다면, 그게 바로 30일 후 12만 사용자를 만들 수 있는 모트입니다.

FAQ

Q. 솔로 파운더가 정말 한 달에 12만 사용자를 만들 수 있나요?
A. Drafted Launch HN(2026-06-15) 본문에 본인이 직접 적은 수치입니다. 외부 트래픽 분석(SimilarWeb 등) 교차 확인은 미완이라 "본인 자체 보고" 기준으로 받아들이는 게 안전합니다. 다만 YC P26 배치로 들어갔다는 점은 어느 정도 외부 검증의 신호로 읽을 수 있어요.

Q. 도메인 데이터가 없는 사람은 어떻게 시작해야 하나요?
A. 데이터를 만들기 시작하는 게 첫 단계입니다. 자기 직무에서 매일 반복하는 의사결정 100개를 기록하고, 그중 패턴이 보이는 30개를 추리세요. 그 30개가 도메인 데이터의 시드(seed)입니다. 코딩보다 이게 먼저예요.

Q. 빌딩 코드 위반 같은 품질 이슈는 어떻게 다뤄야 하나요?
A. Drafted 사례는 "AI 출력은 시작점, 도메인 검증은 사람"이라는 구조를 그대로 보여줍니다. 한국 약사·세무사·치과의사가 자기 직군 SaaS를 만든다면, 자동 출력 옆에 본인 검수 단계를 반드시 끼워야 합니다. 그게 모트 그 자체예요.

마무리

Drafted를 본 첫 인상은 "한 명이 진짜 빠르네"였는데, 두 번 보고 나서 바뀐 인상은 "한 명이 빠른 게 아니라 6년이 빠른 거구나"였습니다. 바이브코딩이 평준화하는 건 코딩 노동이지, 도메인 경험이 아닙니다. 오히려 코딩이 평준화될수록 도메인의 가치는 더 또렷해지는 거죠. 오늘 밤 자기 직무에서 매일 반복하는 의사결정 10개를 적어보세요. 그게 30일 후의 모트입니다.

출처: https://news.ycombinator.com/item?id=48543908