1주 만에 만들고 12개월 안에 팔았다 — Johann Sathianathen의 Qura 운영법
- Johann Sathianathen은 대학 대신 실전에서 작은 SaaS를 빠르게 만들고 팔아본 창업자입니다.
- 대표 사례 Qura: 1주 MVP → 콜드 DM으로 80% 고객 확보 → 1,500+ users → 12개월 내 매각.
- 이 글은 신화보다 Qura의 운영 순서에 집중합니다. 주요 수치는 Johann 본인 공개 기준입니다.
Johann Sathianathen과 Qura
Johann은 대학 대신 스타트업 현장에 들어갔고,
이미 18세에 Cisco의 youngest full-time engineer였다고 소개합니다.
이후 20세 전후로 첫 엑싯을 공개했고,
지금은 Jars Global을 통해 SaaS 포트폴리오를 운영합니다.
중요한 건 이력이 아니라,
그가 만든 제품 중
1인 개발자가 가장 바로 참고할 수 있는 Qura 사례입니다.
Qura는 AI 기반 Twitter 반응 자동화 도구였습니다. 큰 Twitter 계정의 답글·반응 관리를 돕는, 기능이 적고 고객이 분명한 제품이었습니다. 기술적 완성도가 아니라 좁은 문제 + 명확한 고객 + 바로 결제 가능한 영역을 골랐다는 점이 핵심입니다.
12개월의 운영법
Qura의 타임라인을 보면, 각 단계마다 하나의 원칙이 드러납니다.
| 시점 | 이벤트 | 핵심 수치 |
|---|---|---|
| 2024년 3월 | MVP 출시 | 오픈소스 repo 기반 1주 안에 제작 |
| 2024년 3월~연말 | 고객 확보 + 수익화 | 콜드 Twitter DM으로 초기 고객 80% 확보 1,500+ users lifetime deal 약 $5K |
| 2025년 3월 | acquire.com에서 매각 | 출시 12개월 만에 첫 엑싯 (금액 미공개) |
이 타임라인에서 운영 원칙 세 가지가 읽힙니다.
1. 출시가 코드보다 먼저다
코드 품질을 무시하자는 게 아니라, 시장 반응보다 코드 정교함을 앞세우지 않았다는 뜻입니다.
Johann은 첫 버전을 오픈소스 repo 기반으로 1주 안에 만들었다고 말합니다.
엉망인 코드에 유저 50명이, 완벽한 코드에 유저 0명보다 낫다.
"I'd rather have terrible code and 50 users than perfect code with none."
같은 exit 페이지에 적힌 반례도 이 이야기입니다. 예전 스타트업에서 어떤 개발자가 "bulletproof" 코드를 만들었지만 유저는 한 명도 오지 않았다는 회고.
회사에서 익힌 좋은 습관이 사이드프로젝트에서는 출시 지연의 원인이 되기 쉽습니다. 초기 단계의 더 큰 실패는 보통 아무도 원하지 않는 제품을 너무 오래 만드는 것입니다.
"대충 만들라"가 아닙니다. 초기엔 빠른 검증이 먼저고, 반응이 붙은 뒤에 구조를 고치는 우선순위의 순서입니다.
2. 첫 고객은 퍼널이 아니라 대화에서 나왔다
많은 1인 개발자는 랜딩페이지, X 글, SEO, Product Hunt를 준비하지만 아무도 클릭하지 않습니다.
Johann의 답은 단순합니다. 매일 콜드 DM을 보냈습니다.
광고 없이, 화려한 마케팅 없이, 직접 연락만 했다.
"No ads. No fancy marketing. Just direct outreach."
멋있어 보이지 않고 확장성도 낮아 보이지만, 초기에 더 중요한 건 확장성이 아니라 학습 속도입니다. 콜드 DM은 누가 반응하는지, 어떤 문장이 먹히는지, 왜 사거나 안 사는지를 바로 알려줍니다.
3. 제품은 작품이 아니라 자산이다
Johann의 exit 페이지에는 이런 문장이 나옵니다.
1년 동안 매달 스타트업 하나. 자라면 키우고, 아니면 접는다.
"1 Startup Every Month For a Year. They either mature or I kill them off."
Self-reported 기준으로 3-4 successful products, ~15 failed products. 제품은 실험 단위고, 실패는 낙인이 아니라 비용이며, 되면 키우거나 팔고 안 되면 접습니다.
많은 1인 개발자는 "이 아이디어가 내 대표작이 될까", "팔면 진 것 아닐까"를 고민합니다. Johann의 질문은 다릅니다. "누가 지금 돈을 낼까", "안 되면 언제 접을까". 감정적으로는 차갑지만, 1인 개발자에게 가장 비싼 자원은 돈보다 집중력과 시간이기 때문에 운영적으로는 강합니다.
다른 인디해커와 비교
| Tony Dinh | Pieter Levels | Johann Sathianathen | |
|---|---|---|---|
| 핵심 전략 | 완벽함보다 출시 속도 | 많이 만들고 되는 것만 키움 | 직접 팔고, 자산으로 정리 |
| 첫 고객 방식 | 공개 빌드, 기존 청중 | 커뮤니티, 반복 출시 | 콜드 DM 직접 판매 |
| 대표 장면 | 테스트 0개, 2주 출시 | 12 Startups 챌린지 | 1주 MVP, 12개월 매각 |
| 주의점 | 현재는 소규모 팀 | 공개 수치가 과거에 몰림 | 현재는 포트폴리오 운영 |
Tony보다 더 직접 판매형이고, Pieter보다 초기 고객 확보가 전면에 나와 있습니다.
바로 적용할 것
1) 7일 안에 내놓을 수 없으면 더 쪼개라. MVP를 못 만들겠다면 아이디어가 큰 게 아니라 범위가 큰 것입니다.
2) 첫 10명은 글쓰기 말고 직접 대화로 찾아라. 랜딩페이지 조회수보다 "왜 안 사는지" 들을 수 있는 대화가 초기에 더 값집니다.
3) 유료 반응 전까지 코드를 과대평가하지 마라. 고객이 없으면 좋은 구조도 비즈니스 자산이 아니라 취미 프로젝트입니다.
4) 제품 하나에 정체성을 걸지 마라. 되면 밀고, 안 되면 접고, 필요하면 판다. 1인 개발자의 실패는 능력 부족보다 너무 오래 놓지 못하는 데서 옵니다.
Agentic30에서 써먹기: 이번 주 목표를 "좋은 제품"이 아니라 "첫 유료 반응을 받는 버전"으로 바꿔보세요.
Johann Sathianathen 팔로우하기
- 소개 페이지: johann.fyi/about
- Qura exit 페이지: How I Sold My First Startup at 20
- 포트폴리오 운영: Jars Global
- X: @johann_sath
- LinkedIn: Johann Sathianathen
다음 읽기: 테스트 커버리지 95%에 매출 $0, 테스트 0개에 매출 $160K — Tony Dinh의 인디해커 여정 — Johann의 빠른 검증을 엔지니어 관성 쪽에서 보여주는 사례입니다.
Agentic30에서 직접 해보기: 이 교훈을 30일 안에 실전으로 옮기고 싶다면, Agentic30 무료 체험에서 시작하세요.