I Asked Claude Fable 5 to Build a Funnel To Reach a Monthly Target (COPY ME)

🖼️ 인포그래픽

I Asked Claude Fable 5 to Build a Funnel To Reach a Monthly Target (COPY ME) 내용을 설명하는 본문 이미지

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Claude Fable 5를 활용한 퍼널 구축의 핵심은 월간 고객 10명이라는 실제 목표를 기준으로 랜딩 페이지, 인테이크, 백엔드, 관리자 흐름까지 한 번에 연결하는 것이다.

📌 핵심 요점

이 영상의 목표는 단순 데모가 아니라 실제 월간 고객 10명 확보를 위한 리드 생성 시스템을 만드는 것이며, 현재 목표 대비 약 10분의 1 수준이라는 문제의식에서 출발한다.
Clear Mud의 오퍼는 일반적인 AI 전략 컨설팅이 아니라 월 정액 리테이너 기반의 워크플로우 감사, 매월 3~4개 AI 시스템 구축·개선, 보조 자동화, 비동기 리뷰로 구성된다.
필요한 퍼널은 공개 랜딩 페이지, 자격 검증 폼, 적합도 스코어링, 관리자 대시보드, 리드 상세 정보, 후속 이메일 초안, capacity tracker, Convex 백엔드까지 포함하는 엔드투엔드 구조다.
랜딩 페이지의 전환력은 가격 공개 여부보다 전달물의 명확성, 실용적 카피, 프리미엄 신뢰감, 타깃 고객이 이해하기 쉬운 서비스 범위 제시에 더 크게 좌우된다.
결과물은 작동 가능한 출발점으로 평가되지만, 폼 리셋·반복 로딩 같은 사용성 버그와 카피·온보딩 흐름의 세부 조정은 실제 운영 전 추가 수정이 필요하다.

🧩 배경과 문제 정의

영상의 핵심 문제는 “AI로 그럴듯한 데모를 만드는 것”이 아니라, 실제로 월간 고객 10명을 확보하기 위한 리드 생성 퍼널과 운영 시스템을 만드는 것이다.
현재 고객 확보 수준은 목표의 약 10분의 1에 머물러 있어, 단순 랜딩 페이지보다 리드 수집, 선별, 인테이크, 관리자 처리까지 이어지는 엔드투엔드 구조가 필요하다.
Clear Mud의 오퍼는 일반적인 AI 전략 컨설팅이 아니라, 월 정액 리테이너 형태로 워크플로우 감사, AI 시스템 구축·개선, 보조 자동화, 비동기 리뷰를 제공하는 서비스로 설명된다.
따라서 퍼널은 “AI 컨설팅”이라는 추상적 표현보다, 어떤 문제를 진단하고 어떤 시스템을 만들어주며 어떤 범위까지 제공하는지 명확히 보여줘야 한다.
타깃은 주로 중소기업과 건설업으로 제시되며, 카피와 디자인은 실용적이면서도 프리미엄한 신뢰감을 주는 방향이 중요하다.
검증이 필요한 내용은 영상 속 설명 기준으로만 다뤄야 하며, 실제 가격, 고객 수, gstack 저장소의 최신 상태, 생성된 코드의 프로덕션 품질은 별도 확인 대상이다.

🕒 시간순 섹션별 상세정리

1. 실제 고객 목표에 맞춘 퍼널 구축 문제

발표자는 이번 작업의 목표가 과시용 데모가 아니라 실제 월간 고객 10명을 확보하는 데 도움이 되는 시스템이라고 보여준다 [00:02]
현재는 목표의 10분의 1 수준에 있으므로, 더 많은 리드를 만들고 동시에 자신의 업무 시간을 줄이는 구조가 필요하다고 문제를 정의한다 [00:17]
필요한 결과물은 단순한 랜딩 페이지가 아니라, 리드 생성에 도움이 되는 실제 퍼널, 인테이크 시스템, 작동하는 백엔드까지 포함한 엔드투엔드 구조다 [00:21]

2. Clear Mud 리테이너 오퍼와 기능 요구사항

Clear Mud의 오퍼는 흔한 AI 전략 컨설팅 패키지가 아니라, 월 정액으로 고객의 워크플로우를 감사하는 리테이너형 서비스로 드러난다 [01:40]
서비스 범위에는 매달 3~4개의 AI 시스템을 구축하거나 기존 시스템을 개선하는 작업이 포함된다 [01:55]
오퍼에는 보조 자동화 또는 최적화 1개와 Loom·Docs 기반의 주간 비동기 리뷰가 포함된다 [02:05]
반대로 무제한 미팅, 처음부터 만드는 커스텀 SaaS, 고객 사업 전체 운영 대행 같은 약속은 제공 범위에서 제외된다 [02:20]

3. 백엔드·인증·프런트 경험의 우선순위

백엔드는 Convex를 데이터베이스이자 orchestration layer로 사용하도록 요구된다 [03:22]
인증 레이어가 필요하다면 공개 페이지 전체가 아니라 주로 관리자 영역에 한정되는 것으로 설정된다 [03:37]
공개 페이지의 역할은 방문자를 랜딩 페이지 상단부터 하단까지 자연스럽게 이동시키고, 충분한 관심을 만든 뒤 문의로 전환시키는 것이다 [03:38]
프런트 경험은 예쁜 화면만이 아니라, 잠재 고객이 서비스의 가치와 다음 행동을 이해하도록 설계되어야 한다 [03:53]

4. 초기 실행과 컴포넌트·스킬 환경

프롬프트는 미리 다듬은 문서가 아니라 음성 입력으로 구성됐고, auto mode가 켜진 상태에서 실행된다 [04:57]
발표자는 auto mode에서는 계획 단계에서 약간의 왕복이 발생할 수 있다고 전제한다 [05:12]
Claude Fable은 약 2분간 분석한 뒤 Convex 백엔드, leads, company notes, statuses, packages, scoring, capacity, premium landing page 방향으로 응답한다 [05:30]
이 초기 응답은 단순 UI 생성보다 리드 관리와 관리자 흐름까지 포함한 퍼널 시스템 쪽으로 범위를 잡는다 [05:45]

5. gstack 스킬 라이브러리와 프롬프트 운영 팁

발표자는 github.com/garyan/gstack을 Gary Tan의 경험을 바탕으로 한 포괄적인 skill set 라이브러리로 보여준다 [06:35]
해당 라이브러리는 무료로 공개되어 있어 Claude가 기본적으로 참고할 수 있는 리소스로 나온다 [06:50]
다만 이 저장소와 스킬의 실제 최신 상태, 포함 범위, 라이선스 조건은 영상 밖에서 별도 확인이 필요한 정보다 [07:05]
발표자는 이 skill들이 유용하지만, 특히 office hours 명령에서는 skill onboarding이나 step 내부에 리드 퍼널처럼 작동하는 흐름이 나타날 수 있다고 주의한다 [07:20]

6. 병렬 세션 운영과 초기 디자인 판단

Fable은 메인 세션 외에 병렬 세션을 만들어 여러 작업을 나눠 진행한다 [09:34]
병렬 세션은 같은 파일이나 같은 코드 라인을 동시에 건드리지 않는 범위에서 작업을 분리하는 방식으로 드러난다 [09:49]
발표자는 병렬 세션이 작업 무결성을 해치지 않는 선에서 3개, 4개, 5개 이상으로 늘어날 수 있다고 드러낸다 [09:58]
복잡한 과제에서는 프롬프트에 병렬 작업 요청을 명시하는 편이 더 좋은 결과를 낼 수 있다고 제안한다 [10:13]

7. 에이전트 완료와 QA handoff 전환

한 에이전트가 9분 47초 동안 실행을 마치고 완료 상태로 전환된다 [12:10]
메인 세션은 공개 페이지 작업을 마무리한 뒤, 다른 에이전트가 끝나는 동안 발견된 설정 문제 두 개를 수정한다 [12:25]
미리보기는 준비됐지만 Claude의 자체 QA가 연결된 skill 문제에 막히는 상황이 발생한다 [12:48]
녹화 시간 제한 때문에 최종 QA는 Claude에게 계속 맡기기보다 사람이 직접 확인하는 방향으로 전환된다 [13:03]

8. 랜딩 페이지 카피와 전환력 점검

공개 전 화면에는 데모 데이터가 들어가 있으며, 발표자는 이를 실제 서비스에 맞게 다듬어야 할 부분으로 본다 [14:04]
정확한 가격은 곧바로 노출하기보다 discovery call 전까지 일부 가리는 방식이 전환 전략으로 고려된다 [14:19]
하지만 전환의 핵심은 가격을 숨기는지 여부가 아니라, 전달물이 명확하고 고객이 받는 가치가 분명한지에 있다 [14:28]
애매한 용어, 흔한 패키지 표현, 모호한 AI 컨설팅 문구는 리드의 문의 의지를 낮출 수 있는 요소로 지적된다 [14:43]

9. Fit check 흐름과 리드 선별 기능 검증

시스템 카탈로그, workflow audit 기반 선택, 한 달 첫 주 한 번의 fit check call은 서비스 구조를 비교적 명확하게 보여주는 요소로 평가된다 [16:18]
작업 순서를 보여주는 timeline은 고객이 서비스 진행 방식을 이해하는 데 도움이 되는 장치로 드러난다 [16:33]
화면 검토 중 accordion 영역 주변에서 반복 로딩되는 버그가 나타난다 [16:40]
이 문제는 백그라운드 작업이나 상태 갱신이 폼 사용성을 흔드는 문제로 이어질 수 있어, 실제 배포 전 수정이 필요한 항목으로 보인다 [16:55]

10. 재사용 가능한 퍼널 코드베이스와 남은 조정 과제

발표자는 첫인상 기준으로 생성된 코드베이스가 재사용 가치가 높다고 평가한다 [18:14]
다만 실제 Clear Mud 오퍼에 맞추려면 서비스 내용, 온보딩 흐름, 세부 카피를 추가로 다듬어야 한다고 본다 [18:29]
이번 결과물은 한 번의 프롬프트로 랜딩 페이지뿐 아니라 onboarding mechanism, admin side, 작동하는 backend까지 포함한 퍼널 artifact 묶음을 만든 사례로 압축된다 [18:38]
마지막 결론은 Claude Fable이 실제 비즈니스 목표에 맞춘 퍼널 초안을 빠르게 만들 수는 있지만, 전환력 있는 카피와 실제 운영 품질을 위해서는 사람이 QA와 조정을 이어가야 한다는 쪽에 가깝다 [18:53]

🧾 결론

영상은 Claude Fable 5가 단순히 보기 좋은 페이지를 만드는 데 그치지 않고, 리드 접수부터 관리자 확인까지 이어지는 실제 영업 퍼널을 얼마나 빠르게 구성할 수 있는지를 보여준다.
핵심은 “AI 컨설팅”이라는 추상적 표현보다, 매월 어떤 시스템을 만들고 어떤 업무 부담을 줄이며 어떤 방식으로 리뷰하는지 구체적으로 설명하는 데 있다.
퍼널의 가치는 랜딩 페이지 디자인보다 리드 품질을 선별하고, 회사 맥락과 pain point를 관리자 화면에서 바로 파악하게 만드는 운영 연결성에서 더 분명하게 드러난다.
다만 영상 속 결과물은 최종 배포본이 아니라 fine-tune의 출발점이며, 실제 고객 유입에 쓰려면 서비스 내용, 온보딩 단계, 카피, 폼 안정성 검증이 필요하다.
검증 필요: 실제 전환율, 월간 고객 10명 달성 가능성, 가격 비공개 전략의 효과는 영상 내에서 입증된 성과가 아니라 향후 운영 데이터로 확인해야 할 부분이다.

📈 투자·시사 포인트

중소기업·건설업처럼 업무 흐름이 복잡하고 반복 작업이 많은 시장에서는 “AI” 자체보다 견적, 데일리 리포트, 인보이스, 후속 연락 같은 구체적 업무 개선 단위가 더 설득력 있는 판매 포인트가 될 수 있다.
월 정액 리테이너 모델은 단발성 구축보다 반복 매출을 만들 수 있지만, 매월 제공 가능한 시스템 수, 보조 자동화 범위, 리뷰 방식, 제외 범위를 명확히 하지 않으면 운영 부담이 커질 수 있다.
퍼널 구축에 투자할 때는 디자인 완성도만 보지 말고, 리드 스코어링, 관리자 대시보드, 후속 이메일 초안, capacity 관리처럼 실제 영업 운영을 줄여주는 기능을 함께 평가해야 한다.
AI 기반 제작 도구를 활용하면 초기 퍼널 구축 속도는 빨라질 수 있으나, 실제 고객용 배포 전에는 QA, 폼 안정성, 카피 검수, 데이터 흐름 확인이 별도 투자 항목으로 남는다.
검증 필요: 영상에서 제시된 퍼널이 특정 업종과 가격대에서 실제로 얼마나 높은 문의율과 계약 전환율을 만드는지는 공개된 운영 결과가 아니라 추가 실험으로 확인해야 한다.

⚠️ 불확실하거나 확인이 필요한 부분

실제 퍼널이 월간 고객 10명 목표에 필요한 qualified lead를 충분히 만들 수 있는지는 아직 검증되지 않았다.
가격을 discovery call 전까지 일부 숨기는 전략이 전환에 유리한지, 또는 신뢰를 떨어뜨리는지는 데이터 확인이 필요하다.
accordion 주변 반복 로딩 버그의 원인과 fit check 폼 사용성에 미치는 영향은 추가 QA가 필요하다.
자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

랜딩 페이지 카피에서 모호한 “AI 컨설팅” 표현을 줄이고, 워크플로우 감사·월 3~4개 시스템 구축/개선·비동기 리뷰·제외 범위를 명확히 정리한다.
fit check 폼, 적합도 스코어링, 회사 맥락·pain point 수집, 리드 상세 페이지까지 end-to-end로 테스트한다.
Convex 백엔드의 leads, companies, notes, statuses, packages, scoring, capacity tracker 스키마가 관리자 화면과 연결되는지 확인한다.
10명 capacity limit과 후속 이메일 초안 생성기가 실제 운영 흐름에서 쓸 수 있는 수준인지 점검한다.