Carrd 성공 사례 분석: 기능을 줄여 1페이지 웹사이트 시장을 장악한 소규모 SaaS의 제품·성장 구조

이번 사례는 최근 다룬 Buckshot Roulette, Schedule I, Screen Studio, Manor Lords, Tally, TypingMind, Buttondown 등과 겹치지 않도록 Carrd를 선정했다.

Carrd는 AJ가 만든 반응형 1페이지 웹사이트 빌더다. 2016년 출시 당시 Wix·Squarespace 같은 종합형 사이트 빌더와 경쟁하기보다, 아예 기능 범위를 줄여 “빠르고 저렴하게 단일 페이지를 만든다”는 문제 하나에 집중했다. 이 선택은 단순한 제품 포지셔닝이 아니라 개발 범위, 인프라 비용, 가격, 온보딩, 바이럴 구조, 팀 규모까지 거의 모든 경영 변수에 영향을 줬다.

2024년 9월 Indie Hackers가 AJ와의 인터뷰를 바탕으로 공개한 수치에 따르면 Carrd는 당시 월 약 16.7만 달러, 연환산 약 200만 달러 ARR 규모였고, 팀은 4명이었다. 그보다 앞선 2021년 AJ 본인의 Indie Hackers AMA에서는 250만 개 사이트, 160만 명 사용자, 연 100만 달러 이상 ARR, 하루 1만 개 이상의 새 사이트를 공개했다. 2022년 SaaS Podcast에서는 월 약 10만 달러 MRR, 약 400만 개 사이트, 2명 팀이라는 수치가 소개됐다. 2026년 현재 Carrd는 정확한 최신 매출·사용자 수를 새로 공개하지 않았기 때문에 그 이후 값을 추정하지 않는다. Indie Hackers, 2024-09-18  AJ AMA, 2021-04-30  The SaaS Podcast, 2022-02-04 

2026년 9월에도 제품은 활발히 유지보수되고 있다. 공식 changelog에는 9월 16일 Template #324, 9월 7일 copy URL 지원, 8월 7일 Elements Panel, 8월 23일 iframe framing control 등이 추가된 기록이 있다. 즉 “한때 성공했던 작은 SaaS”가 아니라, 여전히 작은 팀이 장기간 운영하는 제품으로 보는 편이 정확하다. Carrd Changelog, 2026-09-16까지 확인 

1. 핵심 공개 지표와 타임라인

출시 당시와 현재 가격 구조는 특히 주목할 만하다. 2016년 첫 Pro 가격은 연 $19였고, 2026년 현재도 가장 인기 있는 Pro Standard는 연 $19다. 현재 Pro Lite는 $9/year, Pro Standard는 $19/year, Pro Plus는 $49/year다. Pro Standard에는 10개 사이트, 커스텀 도메인, 폼, 위젯, embed, analytics 등이 포함되며 Pro Plus에는 고급 폼, 다운로드 가능한 HTML/CSS/JS, password protection, redirects, variables 등이 추가된다. Carrd 공식 Pro 문서, 2026-09-20 확인 

공개되지 않은 수치

2026년 현재 정확한 최신 MRR·ARR, 총 사용자 수, 총 사이트 수, Free→Paid 전환율, churn, CAC, LTV, 환불률, DAU/MAU, 국가별 매출, 플랜별 매출 비중은 신뢰할 만한 최신 1차 자료에서 확인되지 않는다. 따라서 2024년 이후 성장률을 외삽하거나 사용자 수를 추정하지 않는다.

2017년의 10K+ users / 900+ Pro upgrades를 단순히 나누면 어떤 비율은 계산할 수 있지만, 시점·누적 기준·계정 상태가 명확하지 않으므로 이를 공식 전환율로 취급하지 않는다.

2. 창업자 배경: Carrd는 완전히 새로운 분야로의 도약이 아니라 누적된 기술의 압축이었다

[사실]

AJ는 2000년대 중반부터 웹 디자인과 개발을 해왔고, Carrd 이전에는 HTML5 UP과 Pixelarity에서 웹사이트 템플릿을 만들고 배포했다. 그는 Carrd를 만들기 전에 수년간 사실상 같은 문제—HTML/CSS로 반응형 사이트를 설계하고, 그것을 사람들이 쓰게 하는 문제—를 반복해서 풀었다. AJ, “Carrd: The Making Of”, 2017-03-27 

AJ의 설명에 따르면 특히 HTML5 UP의 1페이지 프로필 템플릿들이 예상보다 인기가 높았다. Carrd 아이디어는 그 시장 신호와 자신의 기존 역량을 결합한 결과였다.

[분석]

Carrd를 “한 명이 갑자기 사이트 빌더를 만들어 성공했다”로 이해하면 재현 가능한 부분을 놓친다.

실제 구조는 다음에 가깝다.

수년간의 HTML/CSS 경험
→ 무료 템플릿을 통한 시장 데이터
→ 유료 템플릿 사업을 통한 결제 경험
→ 이미 존재하던 개발자 audience
→ 그 모든 자산을 하나의 SaaS로 재조합

즉 성공의 시작점은 아이디어보다 founder-market fit이었다.

인디 개발자가 그대로 복제해야 할 것은 “웹빌더를 만든다”가 아니라 다음 질문이다.

내가 이미 수백 번 해본 작업 중, 다른 사람들이 반복적으로 필요로 하는 것은 무엇인가?

3. 제품 thesis: 시장을 좁힌 것이 아니라 기능 범위를 좁혔다

[사실]

AJ는 처음에 포트폴리오, 앱 랜딩페이지, 블로그, 프로필 등 여러 niche를 검토한 뒤 “프로필”을 선택했다. 이유는 한 페이지 구조라 단순하고, 반응형 처리가 쉬우며, 대상 사용자가 넓었기 때문이다. 이후 프로토타입을 만들면서 단일 stack 구조만으로도 프로필 외의 다양한 1페이지 사이트를 만들 수 있음을 확인했고, 최종적으로 제품 정의를 **“one-page site builder for pretty much anything”**으로 넓혔다. AJ, 2017-03-27 

2024년 인터뷰에서도 AJ는 Carrd가 산업별 niche로 좁혀진 것이 아니라 capability 자체를 niche로 만들었다고 설명했다. 즉 특정 업종만 타깃한 것이 아니라 “1페이지에서 할 수 있는 모든 것”으로 범위를 제한했다. Indie Hackers, 2024-09-18 

[분석]

이 차이는 매우 중요하다.

일반적인 niche 전략은:

“변호사용 웹사이트 빌더”

처럼 고객군을 좁힌다.

Carrd는:

“1페이지로 끝나는 모든 웹사이트”

로 문제의 복잡도를 좁혔다.

그 결과 사용자는 넓게 유지하면서 제품은 작게 유지할 수 있었다.

이 전략은 특히 작은 팀에 강력하다. 고객 vertical을 좁히지 않아 TAM을 과도하게 제한하지 않으면서도, 기능 표면은 제한할 수 있기 때문이다.

4. 타깃 사용자: “웹사이트가 필요한 사람”이 아니라 웹사이트 전체가 필요하지 않은 사람

Carrd의 실제 사용 사례는 현재도 다양하다.

• 개인 프로필
• 포트폴리오
• 링크 인 바이오
• 출시 전 landing page
• 이메일 수집 페이지
• 이벤트 페이지
• 단일 제품 소개
• 작은 회사의 간단한 정보 페이지
• 임시 캠페인 페이지

[분석]

Wix나 Squarespace의 경쟁 질문은:

“웹사이트 전체를 어떻게 만들 것인가?”

Carrd의 질문은:

“사실 페이지 하나면 충분한 사람에게 왜 CMS 전체를 배우게 하는가?”

이다.

이 포지셔닝의 장점은 매우 명확하다.

사용자가 포기하는 것:

블로그, 복잡한 CMS, 다중 페이지 구조, 대규모 commerce.

그 대신 얻는 것:

속도, 낮은 가격, 쉬운 UI, 작은 학습비용.

Carrd의 한계가 곧 가치제안이다.

5. 핵심 UX 선택 ①: 가입하기 전에 제품 전체를 써보게 했다

[사실]

Carrd는 초기부터 signup 없이 builder에 바로 들어가 사이트를 만들 수 있게 설계됐다. 사용자가 실제로 마음에 드는 결과를 만든 뒤 publish할 때 계정을 요구했다. AJ는 2017년 제작기와 2021년 AMA, 2024년 인터뷰에서 이 onboarding 구조를 반복해서 Carrd 성장의 중요한 이유로 꼽았다. AJ, 2017  AJ AMA, 2021  Indie Hackers, 2024 

[분석]

일반 SaaS 흐름:

Landing → Signup → Email verify → Dashboard → Tutorial → 첫 가치

Carrd:

Landing → Builder → 실제 결과 생성 → Publish할 때 계정 생성

이다.

이 차이는 Product Hunt 같은 일회성 traffic spike에서 특히 강하다. 호기심으로 클릭한 사용자가 회원가입 폼에서 이탈하지 않고 즉시 제품을 경험한다.

중요한 교훈은 “가입폼을 줄여라”가 아니다.

계정이 필요해지는 순간을 첫 가치 이후로 늦출 수 있는가?

가 핵심이다.

6. 핵심 UX 선택 ②: UI를 ‘기능표’가 아니라 작업표면 중심으로 설계

[사실]

AJ가 정한 builder 원칙은 네 가지였다.

• minimal
• self-explanatory
• lightweight
• mobile-friendly

완성된 UI는 크게 Canvas, Panel, Menu라는 세 요소로 압축됐다. Canvas에서 실제 페이지를 보고, Panel 한 곳에서 설정을 편집하며, Menu에는 가장 중요한 actions만 남겼다. AJ, 2017 

[분석]

복잡한 사이트 빌더는 기능이 늘수록:

왼쪽 패널 + 오른쪽 패널 + 상단 toolbar + layer tree + modal

형태가 되기 쉽다.

Carrd는 capability를 먼저 줄였기 때문에 UI도 줄일 수 있었다.

즉 좋은 UX는 마지막 polish 단계가 아니라:

제품 scope의 결과

였다.

기능 100개를 넣고 UI만 단순하게 보이게 만드는 것보다, 애초에 30개만 필요한 제품을 만드는 편이 쉽다.

7. 핵심 UX 선택 ③: “5분 안에 만들 수 있어야 한다”를 설계 목표로 둠

[사실]

AJ는 초기 목표 중 하나를 5분 안에 보기 좋은 사이트를 만들 수 있는 수준의 streamlined experience로 정의했다. 실제 제작기에는 30초 이내에 사이트를 만드는 데모도 제시돼 있다. AJ, 2017 

[분석]

시간 기반 제품 목표는 기능 목표보다 강하다.

“더 쉬운 builder”는 애매하지만:

새 사용자가 5분 안에 publish 가능한 결과에 도달한다

는 명확하다.

이 기준이 있으면 기능 요청을 평가하기도 쉬워진다.

이 기능이 5분 목표를 돕는가, 방해하는가?

8. 기술 설계가 가격전략을 가능하게 했다: static output

[사실]

Carrd의 generator는 각 사이트를 정적 HTML·CSS 파일로 만들도록 설계됐다. 서버측 애플리케이션을 사이트별로 계속 실행하지 않는다. AJ는 이 선택의 이점으로 simplicity, performance, 낮은 runtime cost, portability를 직접 들었다. AJ, 2017 

[분석]

Carrd의 낮은 가격은 마케팅 전략만이 아니다.

$19/year가 가능한 이유 중 하나는 제품 구조 자체가 inexpensive-to-serve이기 때문이다.

낮은 기능 복잡도

• 정적 output
• 작은 팀
• 연간 결제
  = 매우 낮은 ARPU에서도 가능한 economics

가격을 복제하려는 개발자는 먼저 구조를 봐야 한다.

우리 제품은 고객 한 명이 늘 때 실제 비용이 얼마나 늘어나는가?

Carrd의 가격만 보고 “우리 SaaS도 $19/year”를 따라 하면 실패할 수 있다.

9. 개발전략: 코드 작성 전에 제약조건이 실제로 충분한지 hand-coded prototype으로 확인

[사실]

AJ는 본격 generator를 만들기 전에 자신이 정한 “stack of elements” 규칙을 따르는 사이트를 몇 개 직접 코딩했다. 목적은 제한된 layout으로도 충분히 다양한 디자인을 만들 수 있는지, responsive 처리가 쉬운지 확인하는 것이었다. 테스트 결과 제약 안에서도 충분한 다양성이 가능하다는 결론을 얻었다. AJ, 2017 

[분석]

이것은 매우 좋은 constraint validation이다.

일반적으로 창업자는 기능이 부족할까 걱정해서 기능을 추가한다.

Carrd는 반대로:

제한이 충분한가?

를 먼저 검증했다.

인디 개발자가 재현할 수 있는 방식은 간단하다.

플랫폼 전체를 만들기 전에, 그 플랫폼이 허용할 결과물 10개를 손으로 만들어본다.

그 10개가 충분히 다양하면 product scope가 맞을 가능성이 높다.

10. 출시전략 ①: 기존 audience를 seed로 사용

[사실]

Carrd의 첫 10~100명 사용자는 AJ가 HTML5 UP과 template 작업을 통해 이미 보유했던 Twitter audience에서 나왔다. AJ는 2021년 AMA에서 이를 명확히 밝혔다. AJ AMA, 2021 

2016년 3월 7일 Twitter에서 공개하자 사이트 생성과 Pro upgrade가 즉시 발생했다. AJ, 2017 

[분석]

여기에는 분명 founder-specific advantage가 있다.

AJ는 cold start가 아니었다.

하지만 재현 가능한 교훈도 있다.

새 제품을 만들기 전부터 같은 문제공간에서 공개 output을 쌓아두면 launch audience가 된다.

즉 audience building은 제품 출시 한 달 전의 marketing task가 아니라 수년간의 work residue일 수 있다.

11. 출시전략 ②: Product Hunt는 PMF를 만든 것이 아니라 이미 frictionless한 제품을 증폭

[사실]

Carrd는 2016년 3월 16일 Product Hunt에서 featured되며 1,000+ upvotes, tech #1을 기록했다. 그날 수천 개의 새 사이트·사용자, 수백 개 Pro upgrade, 대규모 feedback이 발생했다. AJ는 특히 signup-free experience가 이 트래픽을 흡수하는 데 큰 역할을 했다고 설명했다. AJ, 2017 

2017년 3월에는 Product Hunt 누적 upvote가 2,300+였다.

[분석]

Product Hunt가 Carrd를 성공시켰다는 설명은 절반만 맞다.

트래픽을 받은 순간:

• 제품을 바로 쓸 수 있었고
• 결제할 이유가 있었고
• free plan도 충분히 유용했고
• output에 Made with Carrd가 붙었다.

즉 Product Hunt는 growth loop에 초기 에너지를 넣은 사건이었다.

loop 자체는 제품 안에 있었다.

12. 바이럴 메커니즘: 무료 사용자의 output이 광고가 됨

[사실]

무료 Carrd 사이트에는 작은 “Made with Carrd” 링크가 붙는다. 유료 플랜은 이를 제거할 수 있다. AJ는 2024년 인터뷰에서 Carrd가 광고비를 쓰지 않고 word of mouth로 성장한 핵심 구조 중 하나로 이 링크를 직접 언급했다. 현재 Pro Lite·Standard·Plus 모두 “No Branding”을 혜택으로 제공한다. Indie Hackers, 2024  Carrd Plans 

[분석]

Carrd의 free user는 단순한 비용이 아니다.

사이트가 공개될 때마다:

Visitor → Made with Carrd 클릭 → Builder 체험 → 새 사이트 생성

가능성이 생긴다.

따라서 free plan의 경제성을 다음처럼 볼 수 있다.

free user value = 직접 유료 전환 + downstream referral value - serving/support cost

Carrd의 구조에서는 “결제하지 않는 사용자”가 marketing inventory가 된다.

13. 가격전략: 연 $19라는 숫자는 ‘싸게 팔기’보다 결제 결정을 작게 만들기

[사실]

초기 Pro는 $19/year였다. AJ는 monthly 대신 yearly만 선택한 이유를 “또 하나의 monthly service를 사용자에게 만들고 싶지 않았다”고 설명했다. 가격을 충분히 낮추면 연간 commitment도 부담이 덜할 것이라고 봤다. AJ, 2017 

2022년 SaaS Podcast는 AJ가 $19/year pricing을 유지하는 편이 총수익에 유리하다고 판단했으며, Black Friday discount도 활용했다고 요약했다. The SaaS Podcast, 2022 

[분석]

연 $19는 월 환산 약 $1.58 수준이지만 사용자는 월별 bill을 관리하지 않는다.

이 가격은 다음 문장을 가능하게 한다.

“사이트 하나 필요하면 그냥 Carrd Pro 써. 1년에 19달러야.”

추천 문장이 짧다.

낮은 가격은 conversion만 높이는 것이 아니라 word-of-mouth 설명비용을 줄인다.

14. 현재 pricing ladder도 기능 경계를 명확히 유지한다

[사실]

2026년 현재:

• Pro Lite — $9/year: 3 sites, branding 제거, premium URLs/templates, 고화질 media 등
• Pro Standard — $19/year: 10 sites, custom domains, forms, widgets, embeds, analytics 등
• Pro Plus — $49/year: 25 sites, advanced forms, advanced settings, site download, redirects, password protection, variables 등

Carrd는 공식 문서에서 Pro Standard를 “by far the most popular Pro plan”이라고 설명한다. Carrd 공식 Plans 

[분석]

가격벽은 usage 폭탄이 아니라 사용자의 professional need 증가에 맞춰져 있다.

무료/저가:

개인 페이지·간단한 presence

$19:

custom domain + forms + business use

$49:

개발자·power user control

즉 고객이 더 “많이” 쓰는 것보다 더 “전문적으로” 쓸 때 돈을 받는다.

이 방식은 제품성공과 과금이 충돌하는 것을 줄인다.

15. 기능요청 대응 원칙: 요청을 그대로 만들지 않고 제품 thesis 안에서 일반화

[사실]

초기 Carrd에는 다중 페이지 요청이 많았다. 하지만 AJ는 제품을 multi-page builder로 바꾸지 않고 Control Element를 만들어 sections를 전환하는 방식으로 비슷한 요구를 해결했다. 그는 이를 “vision을 지키면서 유연하게 대응한 사례”로 설명했다. AJ, 2017 

2022년 SaaS Podcast도 특정 사용자의 feature request를 일반화해 “virtual sections” 같은 더 범용적인 기능을 만든 접근을 Carrd의 제품 원칙으로 정리했다. The SaaS Podcast, 2022 

[분석]

좋은 작은 제품의 feature triage는:

사용자 요청을 거절하거나 수락

이라는 binary decision이 아니다.

더 좋은 질문은:

이 요청 뒤의 문제를 제품 scope를 넓히지 않고 해결할 수 있는가?

이다.

이 원칙이 Carrd의 작은 surface를 10년 가까이 유지하게 했다.

16. 커뮤니티 전략: ‘community program’보다 feedback absorption 속도

[사실]

AJ는 2016년 Twitter launch 이후 feedback, feature request, bug report가 제품 개선을 계속 이끌었다고 기록했다. 2024년 인터뷰에서도 Carrd는 community suggestions에 열려 있고 제품 방향에 맞는 아이디어는 빠르게 구현한다고 설명했다. AJ, 2017  Indie Hackers, 2024 

2026년 현재도 changelog에는 builder navigation, new templates, fonts, integrations 등 작은 개선이 꾸준히 추가되고 있다. Carrd Changelog 

[분석]

Carrd는 Discord 규모나 이벤트 수로 community를 키운 사례가 아니다.

핵심은:

사용자 output이 공개되어 있고
사용자가 product feedback을 보내고
작은 팀이 빠르게 반영하며
개선된 제품이 다시 더 많은 output을 만든다.

이 product-community loop가 지속됐다.

17. Retention mechanism ①: 웹사이트는 만든 뒤에도 계속 존재한다

[분석]

Carrd는 사용자가 매일 로그인해야 하는 productivity app이 아니다.

한 번 만든 사이트가:

• 명함
• 포트폴리오
• landing page
• campaign page
• 프로필

로 계속 공개돼 있다.

따라서 retention을 DAU로 보면 제품가치를 과소평가할 수 있다.

더 중요한 행동은:

site remains published

• user returns for edits/new sites
• domain/forms/integrations stay connected

이다.

정확한 retention 수치는 공개되지 않았다.

18. Retention mechanism ②: 여러 사이트를 만드는 자연스러운 확장

[사실]

현재 Pro Standard는 10개 사이트, Pro Plus는 25개 사이트까지 제공한다. Carrd Plans 

[분석]

Carrd의 고객 한 명은 한 번만 사이트를 만들 필요가 없다.

예:

개인 profile

• 제품 landing page
• waitlist
• 행사 page
• client microsite

처럼 usage가 horizontal하게 늘어난다.

기존 도구 사용경험을 그대로 재사용하므로 두 번째 사이트의 switching cost가 낮다.

19. Retention mechanism ③: custom domain·forms·analytics가 workflow dependency를 만든다

[사실]

Pro Standard에는 custom domains, forms, widgets, embeds, analytics가 포함된다. Pro Plus에는 Stripe Checkout을 포함한 advanced forms, redirect, password, downloadable source 등이 있다. Carrd Plans 

[분석]

사이트 자체보다 연결된 요소들이 switching cost가 된다.

DNS
form routing
analytics
custom embeds
payment flow

를 다시 설정해야 하므로 단순 디자인 툴보다 유지력이 높아진다.

20. 운영 레버리지 ①: 제품 scope가 인프라 scope를 줄였다

[분석]

1페이지 + static output 구조는 동시에 여러 레이어를 단순화한다.

• renderer
• hosting
• responsive logic
• editor UI
• support
• documentation
• QA

이것이 소수 인원 운영을 가능하게 한 핵심이다.

작은 팀의 productivity는 개발자가 빨라서만 생기지 않는다.

운영해야 할 시스템 종류가 적어서 생긴다.

21. 운영 레버리지 ②: 제품 개발을 마케팅의 대체재로 사용

[사실]

2021년 AMA에서 AJ는 Carrd가 사실상 word of mouth만으로 성장했고, 광고·마케팅을 하지 않았다고 밝혔다. 2024년 인터뷰에서도 의도적 advertising/marketing을 하지 않고 product에 집중한다고 다시 설명했다. AJ AMA, 2021  Indie Hackers, 2024 

[분석]

“마케팅이 필요 없다”는 보편적 교훈은 아니다.

Carrd는 다음 조건을 모두 갖췄다.

1. 무료 사용자가 많아질수록 output이 공개됨
2. output에 Made with Carrd가 붙음
3. 제품이 매우 낮은 friction으로 체험 가능
4. founder의 기존 audience가 있었음
5. 저가라 추천 후 구매장벽이 낮음

이 다섯 조건이 없으면 “마케팅 0” 전략은 그대로 복제하기 어렵다.

22. 외부자금의 용도도 특이했다: 성장자금보다 경험과 연결

[사실]

2024년 인터뷰에서 AJ는 Carrd가 늘 profitable했고 자금 자체가 절실하지 않았지만, 빠른 성장에 대응할 경험이 부족해 2021년 초 여러 VC·angel과 seed round를 진행했다고 말했다. 목적은 capital보다 connections and expertise에 가까웠다. Indie Hackers, 2024 

2022년 SaaS Podcast 설명에는 총 약 $2M를 조달했고 AWS migration 같은 기술·운영 경험에 도움을 받았다고 정리돼 있다. The SaaS Podcast, 2022 

[분석]

부트스트랩 제품이 투자를 받는 이유가 반드시:

광고비·채용비

일 필요는 없다.

Carrd 사례에서는:

운영 노하우와 네트워크를 사는 수단

이었다.

인디 개발자에게 중요한 질문은 “투자를 받을까?”보다:

우리에게 부족한 것이 돈인가, 경험인가, distribution인가?

이다.

23. 팀 규모 변화: solo purity를 포기하는 것이 오히려 제품을 살렸다

[사실]

2021년 AJ는 Carrd를 사실상 자신(dev/product)과 Doni(operations) 두 명이 운영한다고 밝혔다. 2024년 인터뷰에서는 오랫동안 solo development를 고집한 것이 bottleneck이 됐고, 첫 개발자를 채용한 뒤 작은 팀 4명으로 성장했다고 말했다. AJ AMA, 2021  Indie Hackers, 2024 

2026년 현재 정확한 headcount를 공식적으로 확인할 수 있는 최신 자료는 찾지 못했다. 따라서 “현재도 4명”이라고 단정하지 않는다.

[분석]

초기에는 solo founder가 leverage였다.

• 빠른 decision
• 일관된 UX
• 낮은 cost

성장 후에는 같은 특성이 bottleneck이 됐다.

모든 제품 결정이 한 사람에게 모임
→ backlog 증가
→ 운영/인프라 risk 증가

따라서 “계속 혼자 한다”는 목표 자체가 사업목표가 되어서는 안 된다.

24. 2026년에도 작은 개선을 지속하는 방식이 핵심

[사실]

2026년 8~9월 공식 changelog에는:

• Elements Panel
• Framing control
• Analytics shortcut
• new fonts/icons
• copy URL support
• 지속적인 templates 추가

가 기록돼 있다. Carrd Changelog 

[분석]

Carrd는 매년 “2.0 대개편”을 해야만 유지되는 제품이 아니다.

오히려 장기적인 moat는:

수백 개의 작은 UX 개선 누적

에 가깝다.

이런 제품은 AI 기능 하나보다 10년치 edge-case 처리가 경쟁력일 수 있다.

25. 핵심 inflection point

Inflection 1 — 1페이지라는 capability niche 결정

Wix/Squarespace를 그대로 축소한 것이 아니라 one-page만 지원하기로 한 결정이 개발·가격·운영 모든 것을 바꿨다.

Inflection 2 — signup 없는 builder

Product Hunt traffic을 activation으로 변환하는 핵심 friction removal이었다.

Inflection 3 — Product Hunt featured

2016년 3월 수천 사용자·수백 upgrade를 한 번에 만들며 초기 flywheel에 에너지를 공급했다.

Inflection 4 — Made with Carrd loop

무료 사용자 증가가 public output 증가로 이어지고, output 자체가 다시 유입을 만들었다.

Inflection 5 — $1M ARR / 2.5M sites 규모

2021년에는 이미 단순 side project가 아니라 large-scale infrastructure product가 됐다.

Inflection 6 — AWS migration + seed round

성장문제가 기능개발이 아니라 infrastructure·experience 문제로 바뀌었다.

Inflection 7 — 첫 개발자 채용

solo founder 구조가 bottleneck이 됐음을 인정하고 팀 레버리지로 전환했다.

26. 가장 설득력 있는 성공 인과관계

공개 자료를 연결하면 Carrd의 성공은 다음 흐름으로 설명하는 것이 가장 타당하다.

수년간 사이트 template 제작 경험
→ 1페이지 template의 반복적 인기 확인
→ Wix급 범위는 solo로 불가능하다는 현실적 판단
→ customer niche가 아니라 capability를 one-page로 제한
→ hand-coded prototype으로 제약의 유효성 검증
→ static output으로 비용·성능·운영 단순화
→ 5분 내 결과라는 UX 목표
→ 가입 없이 builder 사용 가능
→ 기존 Twitter audience로 첫 사용자 확보
→ Product Hunt featured로 대규모 traffic 확보
→ 무료 사이트의 Made with Carrd가 지속 referral loop 생성
→ 연 $19라는 낮은 가격으로 word-of-mouth 구매 friction 감소
→ community feedback은 받되 multi-page 요구를 제품 thesis 안에서 일반화
→ 기능범위를 크게 늘리지 않고 millions-of-sites 규모로 확장
→ 성장 후 인프라·운영 경험을 얻기 위해 seed round 활용
→ solo bottleneck이 생긴 뒤 개발자를 채용
→ 작은 팀으로 2024년 약 $2M ARR
→ 2026년에도 incremental improvements 지속.

한 문장으로 줄이면:

Carrd는 기능을 많이 제공해서 성공한 것이 아니라, 사용자가 실제로 필요로 하지 않는 기능을 제거함으로써 UX·가격·인프라·바이럴을 동시에 유리하게 만든 제품이다.

27. 대안 가설 A — “그냥 너무 싸서 성공했다”

부분적으로 맞다.

$19/year는 강력한 구매 촉진 요인이다.

하지만 저가만으로는 다음을 설명하지 못한다.

• Product Hunt에서 즉시 수천 사용자가 실제 builder를 사용한 것
• 2021년 250만 sites 규모
• 지속적인 word of mouth
• 2024년까지의 성장을 유지한 것

[분석]

더 정확한 모델은:

낮은 가격 × 낮은 사용마찰 × 낮은 운영비용

이다.

가격만 복제하면 안 된다.

28. 대안 가설 B — “Product Hunt가 다 했다”

Product Hunt는 중요한 초기 inflection이다.

그러나 Product Hunt traffic은 일회성이다.

[분석]

Carrd가 8년 뒤 $2M ARR에 도달한 이유는 Product Hunt 자체가 아니라:

Product Hunt → free users → public sites → Made with Carrd → 다음 users

로 이어지는 loop가 있었기 때문이다.

즉 launch event는 engine이 아니라 ignition이었다.

29. 대안 가설 C — “AJ에게 기존 audience가 있었기 때문”

이것도 상당히 맞다.

AJ 본인도 2024년 인터뷰에서 HTML5 UP audience가 없었다면 Carrd가 지금 위치에 없었을 수 있다고 인정했다.

[분석]

이는 재현하기 어려운 context-specific advantage다.

다만 audience는 우연히 생긴 것이 아니라 이전 작업을 수년간 공개 배포하면서 축적됐다.

따라서 재현 가능한 원칙은:

제품 출시 전에 같은 문제공간에서 utility를 제공하고 audience를 쌓는다.

이다.

30. 대안 가설 D — “무료라서 퍼졌다”

무료는 acquisition에 중요했다.

그러나 무료 기능이 지나치게 약하면 사용자는 결과물을 공개하지 않는다.

[분석]

Carrd free tier의 진짜 강점은:

무료로도 실제 usable output을 만들 수 있었다는 것

이다.

free user가 만든 output이 referral surface가 되려면 free product 자체가 충분히 좋아야 한다.

31. 대안 가설 E — “1페이지 웹은 기술적으로 쉬워서”

일부 맞다.

1페이지 범위는 복잡도를 크게 줄였다.

하지만 그 쉬움을 발견하고 의도적으로 사업모델로 만든 것이 중요하다.

[분석]

대부분 제품은 성공하면서 기능을 계속 늘린다.

Carrd의 어려움은 만드는 것이 아니라 안 만드는 것이었다.

장기적으로 scope discipline이 더 큰 경쟁력이다.

32. 위험과 한계 ①: multi-page·CMS·SEO 요구를 포기해야 한다

Carrd는 근본적으로 one-page 중심 제품이다.

[분석]

사용자가 성장해 다음이 필요해지면 다른 플랫폼으로 이동할 수 있다.

• 대규모 콘텐츠 SEO
• 블로그
• 깊은 page hierarchy
• 복잡한 commerce
• 대형 팀 workflow

즉 Carrd는 일부 고객에게 완벽한 첫 도구이지만 영원한 도구는 아닐 수 있다.

이것은 의도적 trade-off다.

33. 위험과 한계 ②: 낮은 ARPU는 volume이 필요하다

[분석]

$19/year 제품이 $1M ARR을 만들려면 매우 많은 paying accounts가 필요하다.

정확한 paid-user 수는 공개되지 않았으므로 역산하지 않는다.

하지만 구조적으로 낮은 가격은:

큰 top-of-funnel + 낮은 servicing cost

가 없으면 성립하기 어렵다.

좁은 B2B niche에서 고객이 2,000명밖에 존재하지 않는 제품이 Carrd 가격을 따라 하면 성장 ceiling이 매우 낮을 수 있다.

34. 위험과 한계 ③: “마케팅 없음”을 일반화하면 위험하다

AJ 본인도 2024년 인터뷰에서 이 전략이 Carrd의 상황에 특수하며 다른 사람이 무조건 따라 하라고 권하지 않는다고 말했다. Indie Hackers, 2024 

[분석]

Carrd에는:

• pre-existing audience
• public-output product
• built-in attribution
• strong free tier
• very low price

가 있었다.

내 제품이 private back-office tool이라면 같은 loop가 없을 수 있다.

35. 위험과 한계 ④: founder bottleneck

AJ는 오랫동안 solo development를 유지했지만 2024년 인터뷰에서 그것이 제품 성장의 serious bottleneck이 됐다고 인정했다.

[분석]

small team leverage에는 역설이 있다.

초기에는:

작은 팀 = 속도

성장 후에는:

작은 팀 = 모든 결정과 유지보수가 소수에게 집중

이 된다.

제품이 크게 성공할 경우 “작게 유지한다” 자체보다 bottleneck을 측정해야 한다.

36. 위험과 한계 ⑤: public-output virality는 카테고리 특수성이 크다

Carrd 사이트는 인터넷에 공개된다.

[분석]

모든 인디 앱이 이렇게 성장할 수는 없다.

예를 들어:

• accounting
• password manager
• private notes
• internal analytics

는 사용 output이 public하지 않다.

따라서 Carrd에서 복제할 것은 badge 자체가 아니라:

사용 결과가 외부에 노출되는 순간이 있는가?

를 찾는 것이다.

37. 운 요소와 맥락 특수성

38. 재현 가능한 성공요인 vs 재현하기 어려운 성공요인

재현 가능한 것

1. 사용자군보다 기능범위를 좁히는 niche 전략
2. 가입 전에 first value를 제공하는 activation 설계
3. 제품 output이 배포채널이 되는 구조
4. 무료사용자의 referral value까지 포함한 freemium economics
5. 핵심 workflow 시간 목표를 수치로 정의
6. 낮은 가격을 가능하게 하는 cost architecture
7. feature request를 제품 thesis 안에서 재해석
8. 큰 프로젝트 전에 constraint prototype 제작
9. founder audience를 launch seed로 사용
10. solo 운영이 bottleneck이 되는 시점을 인정

재현하기 어려운 것

1. HTML5 UP에서 이미 확보한 audience
2. 2016 Product Hunt의 distribution power
3. 1페이지 웹 수요가 성장한 시장 timing
4. 8년 이상 누적된 word of mouth
5. Carrd의 브랜드 자체가 하나의 default recommendation이 된 상태
6. 낮은 가격에서도 사업이 되는 millions-scale top-of-funnel

39. 다른 인디 개발자가 우선 벤치마킹할 항목

이번 사례에서 바로 적용할 수 있는 실행 아이디어

실험 1 — Capability Niche Test

현재 제품 아이디어에서 모든 기능을 적는다.

예:

pages
blog
payments
forms
analytics
collaboration
automation

그중 고객이 목표를 달성하는 데 필수인 기능만 남긴 최소 제품을 만든다.

두 버전을 20명에게 보여준다.

• A: full concept
• B: capability-limited concept

측정:

• 이해까지 걸린 시간
• 첫 task completion
• “무엇에 쓰는 제품인가” 설명 정확도
• 구매의향

B가 비슷한 구매의향을 유지하면서 학습시간이 크게 줄면 Carrd식 capability niche 가능성이 있다.

실험 2 — Signup-after-Value A/B

A:

방문 → signup → onboarding → product

B:

방문 → product → 첫 output → save/publish 때 signup

1,000명씩 노출한다.

측정:

• first useful action rate
• time-to-value
• activated account / visitor
• 7-day return

단순 signup rate보다 activated visitor를 우선 KPI로 본다.

실험 3 — Five-Minute Product Challenge

Carrd처럼 핵심 결과물을 만드는 시간 목표를 정한다.

예:

“신규 사용자가 설명 없이 5분 안에 첫 결과물을 publish.”

신규 사용자 10명을 관찰한다.

각 단계별 시간을 기록한다.

• 진입
• template 선택
• edit
• preview
• publish

가장 오래 걸리는 한 단계만 개선한 뒤 다시 테스트한다.

실험 4 — Constraint Prototype

플랫폼을 만들기 전에 결과물 10개를 손으로 만든다.

단 하나의 제한을 강제로 적용한다.

예:

1페이지 only
3-block only
1 automation workflow only

질문:

• 10개 결과가 서로 충분히 달라 보이는가?
• 고객 use case 80%를 커버하는가?
• responsive/technical complexity가 얼마나 줄어드는가?

Carrd는 실제 generator 개발 전에 비슷한 dry run을 했다.

실험 5 — Output-as-Distribution

사용자가 만든 결과물 1,000개가 외부에서 얼마나 노출되는지 측정한다.

가능하면 작은 attribution을 넣는다.

A:

attribution 없음

B:

“Made with X”

측정:

• attribution impressions
• CTR
• new activated users
• paid upgrades from referral

최종 KPI:

1,000 public outputs당 신규 활성사용자 수

실험 6 — Free User Contribution Margin

무료사용자 1,000명을 90일 추적한다.

각 cohort에서:

• infrastructure cost
• support cost
• own paid conversion
• referred users
• referred paid revenue

를 기록한다.

식:

Free contribution = direct paid value + referred paid value - serving/support cost

Carrd식 generous free tier는 free user가 distribution 역할을 할 때 특히 강하다.

실험 7 — Word-of-Mouth Sentence Test

고객 20명에게 묻는다.

“친구에게 이 제품을 추천한다면 한 문장으로 뭐라고 말할 건가요?”

좋은 경우:

“한 페이지 사이트 필요하면 Carrd 써. 1년에 19달러야.”

나쁜 경우:

긴 기능설명과 조건이 필요함.

추천 문장이 길수록 positioning 또는 pricing이 복잡한 것이다.

실험 8 — Pricing/Cost Fit

가격을 먼저 정하지 않는다.

사용자 한 명이 1년간 만드는 비용을 계산한다.

• compute
• storage
• third-party APIs
• payment fees
• support
• average refunds

그 뒤 세 가격을 비교한다.

low price / high volume
mid price / medium volume
high price / low volume

Carrd의 $19/year는 static architecture와 낮은 support complexity가 있었기 때문에 가능했다.

실험 9 — Feature Request Generalization

상위 feature request 20개를 모은다.

각 요청마다 두 칸을 작성한다.

그 뒤 full feature가 아니라 problem을 해결하는 더 작은 primitive를 설계한다.

Carrd의 Control Element 방식처럼 하나의 primitive가 여러 요청을 흡수하면 우선순위를 높인다.

실험 10 — Founder Bottleneck Audit

매주 founder의 시간을 분류한다.

• coding
• support
• infra
• billing
• QA
• community
• product decisions

4주 평균에서 한 비핵심 영역이 20% 이상이면:

hire / automate / outsource

후보로 올린다.

“solo 유지”가 목표가 아니라 founder가 차별화를 만드는 일에 시간을 쓰는 것이 목표다.

실험 11 — Marketing-Free Readiness Test

마케팅을 줄이기 전에 아래 조건을 0~2점으로 평가한다.

1. 사용 output이 public인가?
2. 제품 내부 referral이 있는가?
3. free product가 충분히 유용한가?
4. trial friction이 낮은가?
5. 추천가격이 낮거나 이해하기 쉬운가?
6. 기존 audience가 있는가?

12점 중 9점 미만이라면 “마케팅 0”을 목표로 삼지 않는다.

Carrd의 결과를 전략이 아니라 조건의 결과로 봐야 한다.

실험 12 — Small-Update Compounding

12주 동안 대형 feature 대신 매주 작은 friction 하나를 제거한다.

예:

• navigation
• keyboard flow
• error message
• template search
• publish speed
• form setup

매주 다음을 기록한다.

• completion time
• support ticket category
• abandonment point

12주 뒤 기능 수가 아니라 friction inventory가 얼마나 줄었는지 비교한다.

Carrd의 2026 changelog가 보여주는 운영방식과 유사하다.

40. Carrd에서 복제하면 안 되는 표면

Carrd를 보면 쉽게 다음을 베끼고 싶어진다.

one-page
$19/year
free plan
Made with X badge
Product Hunt
no marketing

하지만 이 표면만 복제하면 실패할 가능성이 높다.

복제해야 할 더 깊은 구조는 다음과 같다.

시장 자체를 좁히지 않고 제품 capability를 좁힌다.

→ 그 제약 덕분에 UX와 인프라를 단순화한다.

→ 가입보다 first value를 앞에 둔다.

→ 무료 사용자가 만든 결과물이 다음 사용자를 데려오게 한다.

→ 낮은 가격이 가능한 cost structure를 먼저 만든다.

→ feature request는 제품 scope 안에서 primitive로 일반화한다.

→ launch event는 성장엔진이 아니라 기존 loop의 ignition으로 사용한다.

→ solo 운영이 bottleneck이 되는 순간에는 ‘혼자 한다’는 정체성을 포기한다.

41. 최종 결론

Carrd에서 눈에 띄는 숫자는 다음과 같다.

약 1년 개발
2016 Product Hunt 1,000+ upvotes / tech #1
2017 10K+ users / 900+ Pro upgrades
2021 2.5M sites / 1.6M users / $1M+ ARR / 10K+ new sites per day
2022 약 $100K MRR / 4M sites / 2-person team
2024 약 $167K monthly / $2M ARR / 4-person team
2026 Pro Standard $19/year 유지.

하지만 인디 개발자가 가장 중요하게 볼 숫자는 오히려 1페이지다.

Carrd의 강점 대부분이 이 한 제약에서 파생됐다.

1페이지였기 때문에:

• builder UI가 단순해졌고
• responsive 처리가 쉬워졌고
• output을 static으로 만들기 쉬웠고
• hosting cost가 낮아졌고
• 가격을 낮게 유지할 수 있었고
• onboarding을 빠르게 만들 수 있었고
• 한 명이 제품을 만들 수 있었고
• 기능요청을 거절할 기준이 생겼다.

즉 성공의 핵심은 “Carrd가 무엇을 만들었는가?”보다:

“무엇을 만들지 않기로 했는가?”

에 더 가깝다.

다른 인디 개발자가 이 사례에서 먼저 물어볼 질문은 네 가지다.

“우리 제품의 고객을 줄이지 않고 기능 범위만 절반으로 줄일 수 있는가?”

“사용자가 계정을 만들기 전에 실제 결과를 경험하게 할 수 있는가?”

“무료사용자의 정상적인 제품 사용이 다음 사용자에게 노출되는 구조가 있는가?”

그리고 가장 중요하게:

“낮은 가격·작은 팀·간단한 UX를 원한다면, 그 목표를 가능하게 만드는 기술·제품 제약을 먼저 설계했는가?”

Carrd의 재현가치 높은 공식은 결국 다음과 같다.

capability niche × signup-after-value × useful free tier × output-driven referrals × low-cost architecture × low-friction annual pricing × strict scope discipline × small-team operational leverage

주요 출처와 게시일

신뢰도 메모

• 2017 제작기와 2021 AMA는 창업자 AJ의 1차 자료다.
• 2022 SaaS Podcast 수치는 AJ 인터뷰를 요약한 episode description에 기반한다.
• 2024 Indie Hackers 수치는 AJ 발언을 포함한 인터뷰 기사로, 최신 공개 매출 milestone으로 사용했다.
• 2026년 정확한 최신 매출·사용자·사이트 수는 공식적으로 확인되지 않아 추정하지 않았다.
• 현재 가격과 제품 유지보수 상태는 Carrd 공식 문서와 changelog를 기준으로 확인했다.