노코드로 24시간 만에 만들어 5,000달러에 팔릴 뻔한 마이크로 앱 — 아이디어 · 검증 · 빌드 · 세일즈 풀 스토리

노코드로 24시간 만에 만들어 5,000달러에 팔릴 뻔한 마이크로 앱 — 아이디어 · 검증 · 빌드 · 세일즈 풀 스토리

Christian Peverelli(We Are No Code · Outbound 창업자)가 자신의 유튜브 채널에서 진행한 24시간 챌린지 기록이다. 코드 한 줄 없이, 문제 발견부터 아이디어 검증, 앱 개발, 콜드 아웃리치, 실제 5,000달러 오퍼 수락 직전까지의 전 과정을 그대로 공개한다. Make · Lovable · Superbase 세 개의 노코드 스택으로 어떻게 완성된 SaaS 프로토타입이 만들어지는지, 그리고 왜 그가 최종적으로 팔지 않기로 결정했는지가 이 리포트의 두 축이다.

이 리포트가 답하는 질문
- 왜 "지난 30일간 내가 겪은 문제" 목록이 아이디어 발굴의 가장 효율적인 방법인가?
- Make · Lovable · Superbase 스택이 실제로 어떻게 결합되는가? 웹훅 하나로 이어지는 데이터 흐름은?
- 왜 그는 실행 계획 초기부터 "가장 어려운 부분을 먼저 만든다"라고 결정했는가?
- 24시간이라는 극단적 제약이 만드는 "네트워크가 곧 순자산"이라는 세일즈 전술의 실전 적용법?
- 5,000달러 오퍼를 받은 뒤 COO와 나눈 "팔지 마라, 리드 마그넷으로 써라"는 판단의 근거는?

목차

1. "24시간 안에 아무런 코드도 없이 앱을 만들어 판다" — 챌린지 셋업
2. 아이디어 발굴: 지난 30일간 내가 겪은 문제 리스트
3. 세 개의 후보 → 하나의 결정: 커피와 함께 내리는 판단
4. 가장 어려운 것부터 먼저: Make.com으로 리포트 엔진 구축
5. Lovable + Superbase — 로그인부터 음성 채팅까지 노코드로
6. 지옥의 2시간: 웹훅 통합 · UI 개선 · 시간 압박
7. Outbound — 자기가 만든 아웃리치 툴로 직접 세일즈 시작
8. 플랫폼 시연: 랜딩부터 리포트 생성까지의 유저 여정
9. 5K 오퍼 → 카운터 오퍼 10K → 최종 5K 확정
10. COO와의 통화: "팔지 마, 이건 리드 마그넷이야"
11. 핵심 요약(Takeaways)

1. "24시간 안에 아무런 코드도 없이 앱을 만들어 판다" — 챌린지 셋업 (0:00~0:38)

[[SECTION1_IMG]]

Christian의 오프닝은 도발적이다. "코드 한 줄 없이 며칠 만에 스크래치부터 앱을 만들어 팔 수 있다면?" 이어서 그가 스스로에게 부여한 규칙:

24시간 챌린지의 4단계
- 아이디어 발굴: 무엇을 만들지 결정
- 검증: 실제 사람들이 원하는지 확인
- 빌드: 노코드 툴로 프로토타입 완성
- 세일즈: 신용카드를 흔들며 대기 중인 구매자에게 판매

솔직한 자기 인정도 붙는다. "내가 실제로 이걸 해낼 수 있을지는 나도 모른다. 하지만 최선을 다할 것이다." 이 정직함이 24시간 챌린지 전체의 톤을 결정한다. 그는 실패 가능성을 감춘 성공담이 아니라 실시간 실행 로그를 만들기로 한다. 그리고 "기술 스킬이 없는 사람도 그대로 복제할 수 있게 단계마다 실행 가능한 형태로 쪼갠다"는 방침을 선언한다.

2. 아이디어 발굴: 지난 30일간 내가 겪은 문제 리스트 (0:38~2:00)

[[SECTION2_IMG]]

가장 어려운 첫 단계 — "뭘 만들어야 할지 모르겠다"는 고전적 문제 — 를 그가 푸는 방법은 문제 기반 접근법(Problem-Based Approach)이다. 세부 룰:

Problem-Based Approach 규칙
- 지난 30일간 내가 실제로 겪은 문제만 종이에 쓴다
- 세상의 문제가 아니라 내게 발생한 문제여야 한다
- 브레인스토밍이므로 아이디어가 안 나올 가능성도 인정한다
- 백지가 무서우면 ChatGPT나 Claude에게 문제 목록을 만들어달라고 해도 좋다

그의 논리: "내가 겪은 문제라면 다른 사람도 겪었을 확률이 높다." 이 한 문장이 문제 기반 접근법의 존재 이유다. 그가 실제로 종이에 적은 후보들:

1. 한 살짜리 아이가 매일 새벽 5시에 깨는 문제 → 해결 불가, 스킵
2. YouTube 영상 촬영이 시간과 노력을 잡아먹는 문제 → 해결할 예정이지만 이번 앱은 아님
3. 비즈니스 오너들이 AI를 이해하지 못하는 문제 → 자신의 AI 자동화 에이전시(We Are No Code)에서 매번 부딪히는 문제. 후보 A.
4. AI 솔루션 아키텍트 채용의 어려움 → 이력서 검증 · 실무 테스트 셋업 → 후보 B.
5. 온라인 상품이 광고 이미지와 다르게 도착해서 환불이 발생하는 문제 → 나무로 된 제품이 예상보다 광택이 심했던 개인 경험 → 후보 C.

세 개의 실제 시장 가치가 있는 문제 후보가 나왔다. 이제 결정만 남았다.

3. 세 개의 후보 → 하나의 결정: 커피와 함께 내리는 판단 (2:00~3:00)

[[SECTION3_IMG]]

"Good old coffee. It works every time." Christian이 커피를 마시며 내린 결정은 후보 A — 비즈니스 오너의 AI 이해 부족 문제다. 그의 선택 논리:

왜 이 아이디어를 골랐는가
- 자신의 사업 문제와 동일: We Are No Code 고객이 계속 물어보는 것 = "무엇을 자동화해야 하나요?"
- 자기 사업 온보딩도 개선됨: 앱이 대답해주면 온보딩 시간도 절약
- PDF 리포트가 자연스러운 아웃풋: 유저가 채팅으로 상황을 설명하면 → AI가 어떤 AI 에이전트/자동화를 만들어야 할지 우선순위 리스트를 PDF로 생성
- "이걸 우리가 대신 만들어드리면 됩니다" 라는 자연스러운 서비스 연결

Christian이 이 시점에서 명시적으로 세운 아웃풋 사양은 세 개다. ① 비즈니스 오너가 AI와 대화하는 인터페이스, ② AI가 그 대화를 기반으로 실행 가능한 AI 에이전트/자동화 목록을 결정, ③ 결과가 PDF 리포트로 나오는 것. 이 세 요구사항이 이후 스택 선택을 지배한다.

4. 가장 어려운 것부터 먼저: Make.com으로 리포트 엔진 구축 (3:00~8:14)

[[SECTION4_IMG]]

Christian이 취한 실행 순서 원칙은 명확하다. "항상 빌드에서 가장 어려운 부분을 먼저 공략한다." 이 앱에서 가장 어려운 부분은 UI가 아니라 리포트 생성 엔진 — 유저 대화 → 여러 AI 분석 → PDF 리포트의 백엔드 워크플로우다.

Make.com을 고른 이유
- Zapier보다 유연하고 n8n보다 학습곡선이 낮은 중간지대
- 트리거 → 액션 형태의 if-this-then-that 로직으로 시각적 스크립팅
- 웹훅 · OpenAI · Perplexity · Slack 등 수백 개 커넥터가 이미 준비됨
- 회사 규모가 커져도 Grids(모니터링)로 확장 가능

그가 실제로 만든 Make 시나리오는 다음 순서로 흐른다.

1. Webhook: Lovable 앱이 유저 대화 정보를 이 URL로 POST
2. Metric Calculation: 채점 시스템 — 유저 답변을 정량화
3. Executive Summary Generator (OpenAI): 개요 문단 생성
4. Readiness Scorecard w/ Commentary (OpenAI): 준비도 점수 + 해설
5. Process Analysis (OpenAI): 프로세스 분석
6. Tool & Agent Recommendations (Perplexity): 회사 실황에 맞는 툴/에이전트 검색 및 추천
7. Parse Data: 위 데이터 통합 정리
8. Roadmap Generator: 30일 · 60일 · 90일 실행 로드맵
9. CTA Composer (Action Plan): 마지막 액션 플랜
10. Wrap + Webhook Response: PDF 형태로 랩핑해 앱에 재전송

왜 하나의 큰 프롬프트가 아니라 여러 모듈로 쪼갰는가
"ChatGPT 하나에 리포트 전체를 뽑아내라고 하는 것보다, 각 섹션을 독립 모듈로 만들고 각각의 프롬프트를 붙여야 아웃풋 품질이 확실히 좋다." — Christian의 관찰

이렇게 하면 Lovable 안에서 직접 이 복잡한 로직을 코딩할 필요가 없다. Lovable은 프론트엔드와 유저 인터랙션만, 무거운 AI 파이프라인은 Make가 담당. 관심사 분리 원칙이 노코드 스택에도 그대로 적용된다.

5. Lovable + Superbase — 로그인부터 음성 채팅까지 노코드로 (8:14~11:15)

[[SECTION5_IMG]]

Lovable은 "만들고 싶은 것을 텍스트로 설명하면 앱을 대신 코딩해주는 AI 코딩 플랫폼"이다. Christian이 Lovable을 다루는 3단계 프롬프트 전략은 이 파트의 핵심 인사이트다.

Lovable 프롬프트 전략 — ChatGPT를 프롬프트 프로듀서로 쓰기
- Step 1: ChatGPT에게 "Lovable을 위한 프롬프트를 만들어달라"고 요청
- Step 2: 이때 PRD(Product Requirements Document)를 프롬프트에 포함하라고 명시 → AI가 앱 목적 · 유저 여정 · 필수 기능을 명확히 이해
- Step 3: 마지막에 "내가 놓친 걸 찾아낼 수 있게 질문을 해달라"고 지시 → ChatGPT가 클래리피케이션 질문을 던져 프롬프트 완성도 상승

이 프롬프트 프로듀서 방식으로 Lovable에 첫 요청을 넣자마자 앱 스켈레톤이 "Stop AI Overwhelm, Start Smart"라는 헤드라인과 함께 등장한다.

다음 단계는 Superbase 연결이다. Christian의 표현: "로그인, 로그아웃, 비밀번호 잊음 이런 모든 fancy stuff를 담당하는 백엔드." 절차는 극도로 단순하다.

1. Lovable 채팅창에 "Now let's build in auth and database with Superbase" 라고 입력
2. 우측 상단 Superbase 아이콘 클릭 → 새 프로젝트 생성
3. 프로젝트 이름 입력 → 자동으로 Lovable 계정과 연결
4. 인증 테스트 → 정상 작동 확인

이 시점에서 Christian이 마주친 진짜 어려운 부분은 음성 인터랙션이었다. 처음 Lovable이 만든 UI는 "녹음 버튼을 누르면 유저 문제를 녹음하라"는 형태로, 그가 원한 실시간 음성 채팅 UX가 아니었다. 그의 재프롬프트:

"오디오 버튼을 클릭하면 내 음성이 실시간으로 채팅창에 텍스트로 전사되도록 만들어줘. 오디오 버튼을 다시 클릭하면 그 텍스트가 챗봇으로 전송되게 해줘."

이 재프롬프트로 원하는 UX가 완성됐다. 여기서 얻는 교훈: 노코드 툴에서도 프롬프트 정밀도가 결과 품질을 결정한다. "음성이 필요해요"로는 부족하고 "클릭 → 실시간 전사 → 다시 클릭 → 챗봇 전송"이라는 인터랙션 시퀀스를 명시해야 한다.

6. 지옥의 2시간: 웹훅 통합 · UI 개선 · 시간 압박 (11:15~12:00)

[[SECTION6_IMG]]

여기가 24시간 챌린지의 진짜 병목이다. Christian의 자기 고백:

"방금 지옥을 다녀왔다. 최근 2시간을 그냥 모든 것을 알아내려 애쓴 시간으로 태워버렸다. 다행히 해결은 했지만, 완전히 지쳤다. 아웃리치는 아직 시작도 못 했다."

구체적으로 어떤 문제였는지는 영상에서 상세히 다루지 않지만, 맥락상 다음 세 개가 겹쳤을 것으로 보인다.

1. Make 웹훅 응답 처리: 리포트가 몇 초~수십 초 걸리는데, 그동안 유저에게 "처리 중"을 보여주는 UI가 필요
2. Lovable 내 로딩 상태 관리: 프로세싱 상태를 화면에 반영하는 컴포넌트 튜닝
3. 리포트 결과의 렌더링: PDF/HTML 형태로 사용자에게 보여주는 처리

Christian의 문제 접근법도 흥미롭다. "먼저 실제로 처리가 완료되고 리포트가 도착하는지부터 검증하고, 그다음에 UI를 손본다." — 즉 파이프라인의 엔드투엔드 성공을 먼저 확인한 뒤 UX를 다듬는 순서. 이 순서를 뒤집으면 UI를 예쁘게 만들었는데 백엔드가 안 될 수도 있으니 시간 낭비가 커진다.

7. Outbound — 자기가 만든 아웃리치 툴로 직접 세일즈 시작 (12:00~13:12)

[[SECTION7_IMG]]

이제 시간은 이미 대부분 소진됐다. Christian이 꺼내드는 카드는 그가 스텔스로 만들고 있던 자체 아웃리치 툴 "Outbound"다. 이 툴의 3단계 워크플로우:

Outbound의 personalized outreach 3단계
① List Building: 조건(ex. 미국 내 AI 자동화 에이전시 오너들) 입력 → AI가 LinkedIn 프로필 스캔하여 리스트 자동 생성
② Enrichment: 각 인물별 데이터 보강 + 좋은 구매자일 확률을 시사하는 시그널 탐지
③ Personalized Outreach: 개인화된 메시지 생성 + 인박스에 도달할 인프라(이메일 워밍업 · LinkedIn 자동화 등) 셋업

여기서 Christian이 인정하는 "조금 치팅하는 부분"이 등장한다.

Your network is your net worth
"콜드 아웃리치는 답변까지 24~48시간이 걸린다. 그리고 현실적으로 대부분의 사람은 자동으로는 구매하지 않는다. 그래서 내 네트워크를 병행 활용한다. Your network is your net worth. 누군가 어디선가 그렇게 말했다. 지금 이 시점에서는 기존 관계를 즉시 활용하는 게 가장 현실적인 승률이다."

이 발언은 24시간 챌린지의 세일즈 방법론에서 가장 중요한 인사이트다. "완벽하게 낯선 사람에게 콜드 아웃리치 → 답변 → 데모 → 계약" 전 과정이 24시간 안에 끝나는 확률은 극히 낮다. 그래서 그는 이메일 콜드 캠페인(광범위) + 개인 네트워크(고확률)를 병렬로 돌린다.

결과는 다음과 같다:

• 이메일 아웃리치 4명 → 모두 "No"
• 이메일 아웃리치 1명 → "그 기능이 있나요?"라는 질문 (실제로 없는 기능이라 그가 밤새 추가)
• 이메일 아웃리치 1명 → "추가 질문"
• 친구 A → "Nah, bro" (거절)
• 친구 B → "관심 있어 할 사람을 아는데 소개해줄까?" (미팅 셋업 요청)

이 친구 B 소개가 결국 5,000달러 오퍼로 이어진다. 이메일 콜드가 아니라 네트워크의 2-홉(2-hop)에서 세일즈가 발생한다는 점이 이 챌린지의 핵심 발견 중 하나다.

8. 플랫폼 시연: 랜딩부터 리포트 생성까지의 유저 여정 (13:12~15:35)

[[SECTION8_IMG]]

Christian이 실제 완성된 플랫폼을 시연하는 파트다. 유저 여정은 다음과 같이 짜여 있다.

1. 랜딩 페이지: 헤드라인 "Stop AI Overwhelm, Start Smart". CTA 두 개 — "Get Your Recommendation" / "Try the Interactive Demo"
2. 페이지 하단에 인터랙티브 데모 임베드(로그인 없이 체험)
3. "Start Assessment" 클릭 → 로그인 요청 → Superbase 인증
4. Alex라는 AI 컨설턴트 캐릭터가 사용자에게 인사 후 브라우저 마이크 권한 요청
5. Q1: "어떤 사업을 하시나요? 일상 업무는 어떻게 진행되나요?" → 유저 음성 답변 → 실시간 전사 → 다음 질문
6. Q2: "매일/매주 시간이 가장 많이 드는 업무 2~3개는 무엇인가요?" → 유저 답변
7. Q3: "가장 답답한 병목은 무엇인가요?" → 유저 답변
8. Q4: "현재 도와주는 팀원이나 프리랜서가 있나요?" → 유저 답변
9. "Generating your AI report" 상태 → Make 시나리오 백그라운드 실행
10. 완성된 리포트 반환 → 유저가 다운로드 가능

Christian이 시연에서 실제로 답한 문제들
- 새 고객 온보딩에 시간이 너무 오래 걸린다
- 풀타임 비서가 있으면 좋겠지만 아직 감당 못한다
- YouTube 영상 제작이 너무 길다
- 많은 리드가 들어오지만 팔로우업할 시간이 없어 잃는다
- YouTube 스트래티지스트, 마케팅 인력 2명이 있지만 모두 오버로드 상태
→ 이 정도의 정보만 있어도 "당신이 만들어야 할 AI 에이전트 목록"이 도출 가능

이 UX의 중요한 특성은 "입력이 대화 · 출력이 리포트"라는 비대칭 인터페이스다. 유저는 3~5분 대화로 30~90일 실행 로드맵을 받는다. 이 시간 비대칭성이 곧 "돈을 내고 살 만한 가치"가 된다.

9. 5K 오퍼 → 카운터 오퍼 10K → 최종 5K 확정 (15:35~17:57)

[[SECTION9_IMG]]

친구 B의 소개로 시작된 대화가 5,000달러 오퍼로 이어진다. Christian이 실제로 취한 거래 협상 프로토콜은 세일즈 자체보다도 흥미롭다.

협상 시퀀스
1. Loom 데모를 보냄 (실제 제품이 돌아가는 것을 녹화)
2. 상대 답변: "I'll pay 3K."
3. Christian의 판단: "3K를 부른다면 뒤에 더 있다. 5K 아니면 10K까지 갈 수 있다." → 거절
4. Christian의 카운터 오퍼: 10K
5. 상대의 최종 오퍼: "5K final offer. Take it or leave it."
6. Christian이 수락 신호를 보내고 소프트웨어 이전 계약서(Software Transfer Agreement) 작성 요청

여기서 학습할 세 가지 세일즈 원칙:

1. Loom 데모는 랜딩 페이지보다 강력하다. 실제로 제품이 돌아가는 화면을 1~3분짜리 녹화로 보여주는 것이 이 딜의 결정타.
2. 첫 오퍼는 거의 항상 저평가다. "3K"라는 첫 오퍼는 상대의 최대 지불 의사와 다르다. Christian은 이걸 알고 카운터를 걸었다.
3. Take it or leave it이 나오면 그것이 진짜 상한선이다. "5K final offer"는 협상 여지가 없다는 강한 신호. 이때 더 밀면 거래 자체가 무너진다.

Christian은 "소프트웨어 이전 계약서를 써달라"고 요청한다. 이는 제품(코드 + 자산 + 도메인) 전체를 통째로 이전하는 형태의 딜을 의미한다. 즉 라이선스가 아니라 업사이드 없는 원샷 매각. 5,000달러가 확정되는 순간이다.

10. COO와의 통화: "팔지 마, 이건 리드 마그넷이야" (17:57~19:22)

[[SECTION10_IMG]]

5,000달러 확정 직후 Christian은 COO Chad에게 전화를 건다. 두 사람의 대화가 이 리포트의 가장 중요한 판단 포인트다.

Christian → Chad: "5K는 큰 돈이지만 이걸로 더 잘할 수 있을 것 같은데. 리드 마그넷으로 쓰면 훨씬 더 많은 걸 할 수 있지 않을까?"
Chad: "야, 나도 방금 그 생각했다. 파는 거 반대야. 아예 팔지 마."
Christian: "우린 그 돈이 필요하지도 않잖아. 더 벌 수 있다고 봐?"
Chad: "훨씬 더 벌 수 있어. Long-term, my friend."

이 판단의 논리를 풀어보면 다음과 같다.

1. 5K는 원샷: 매각하면 그걸로 끝. 재구매도 없고 확장도 없다.
2. 리드 마그넷으로 쓰면: 유저가 리포트를 받기 위해 이메일과 사업 정보를 넘긴다 → 그 정보로 We Are No Code의 다음 서비스 계약이 자연 발생 (컨설팅, 실제 AI 에이전트 구축 등)
3. LTV vs. 원샷 매각: AI 자동화 에이전시 고객 한 명의 LTV가 5K를 초과할 확률이 매우 높음
4. 규모의 잠재력: 리드 마그넷은 무한히 배포 가능. 5K 매각은 딱 한 번

결론: Christian은 5,000달러 오퍼를 거절한다. "COO가 팔지 못하게 했다"는 게 나쁜 뉴스, 그러나 "이걸로 훨씬 더 벌 수 있다"는 게 좋은 뉴스. 그는 대신 이 플랫폼을 공개 무료로 오픈하고 유입되는 비즈니스 오너들을 We Are No Code의 리드 풀로 편입시키기로 결정한다.

즉 24시간 챌린지의 공식적 실패(매각 성사 안 됨)가 사업적으로는 더 큰 승리가 된다. 이 결정은 "단기 5K vs. 장기 LTV"의 클래식한 트레이드오프인데, Christian이 그 자리에서 후자를 선택할 수 있었던 이유는 명확하다 — 그의 본업이 이미 AI 자동화 에이전시이고, 이 앱이 그 본업의 인바운드 채널이 되기 때문이다.

핵심 요약 (Takeaways)

1. 아이디어는 "지난 30일간 내가 겪은 문제"에서 찾아라. 자신이 실제로 마주한 페인은 시장 가치 검증이 끝난 것과 같다. Christian이 실제로 종이에 쓴 5개 문제 중 3개가 실행 가능한 후보였다.
2. 가장 어려운 것부터 먼저 만들어라. UI가 아니라 백엔드 파이프라인 — 웹훅 · LLM 프롬프트 · PDF 생성 — 이 실패 위험이 가장 큰 부분. 이걸 먼저 검증하고 UI로 옮겨야 시간 낭비가 최소.
3. 노코드 스택은 관심사 분리 원칙을 그대로 지켜라. Make = 백엔드 자동화, Lovable = 프론트/유저 인터랙션, Superbase = 인증/DB. 한 툴에 다 몰아넣으려 하지 말 것.
4. Lovable 프롬프트는 ChatGPT로 먼저 프로듀싱: PRD를 포함시키고, 마지막에 "내가 놓친 것을 질문으로 물어봐줘"라고 지시. 이 3단계가 노코드 앱 스켈레톤의 품질을 결정.
5. 재프롬프트할 때는 인터랙션 시퀀스를 명시: "음성이 필요해요"가 아니라 "클릭 → 실시간 전사 → 다시 클릭 → 챗봇 전송". 이 정밀도가 결과 품질과 재작업량을 결정.
6. 세일즈는 콜드 아웃리치 + 개인 네트워크를 병렬로. 콜드는 규모, 네트워크는 확률. 24시간 안에 성사되는 딜은 거의 항상 네트워크의 2-홉에서 나온다.
7. Loom 데모가 랜딩 페이지보다 강하다. 특히 첫 오퍼에서 확실히 강력하다. 실제 제품이 돌아가는 1~3분짜리 화면 녹화 하나가 계약을 만든다.
8. 첫 오퍼는 카운터를 걸어라. 단, "Final offer"가 나오면 멈춰라. 3K → 10K 카운터 → 5K 확정의 프로토콜이 실제 데이터 포인트로 유효했다.
9. 단기 매각 vs. 장기 LTV — 본업이 있는 사람은 후자. AI 에이전시가 본업인 Christian에게 이 앱의 리드 마그넷 가치가 5K 원샷 매각보다 훨씬 컸다. 자신의 사업 컨텍스트에서 이 결정이 나올 수 있는지 항상 점검하라.

원본 영상: I Built and Sold a Micro App for $5,000 (here's how)