Carrd 성공 사례 분석

이번 사례는 Carrd다. Carrd는 AJ(@ajlkn)가 만든 한 페이지(one-page) 웹사이트 빌더로, Wix·Squarespace처럼 모든 종류의 웹사이트를 만들 수 있는 범용 도구가 아니라 “간단한 한 페이지 사이트를 아주 빠르게 만든다”는 좁은 문제에 집중했다.

이 사례가 특히 중요한 이유는 세 가지다.

첫째, Carrd는 무료·대형 경쟁자가 이미 가득한 웹사이트 빌더 시장에서 기능을 더하는 대신 의도적으로 범위를 줄여 살아남았다. 둘째, 사용자가 만든 무료 사이트마다 붙는 Made with Carrd 링크를 통해 제품의 정상적인 사용 자체를 신규 고객 유입으로 연결했다. 셋째, 매우 낮은 가격과 정적 사이트 구조, 셀프서비스 UX를 결합해 수백만 개 사이트를 2명 수준의 팀으로 운영했던 시점까지 확장했다.

가장 최근에 확인할 수 있는 창업자 직접 공개 수치는 2021~2022년 무렵이다. 2021년 4월 AJ는 Carrd가 250만 개 사이트, 160만 사용자, 연 $100만 이상 ARR, 하루 1만 개 이상 신규 사이트에 도달했다고 밝혔다. 이후 SaaS Club 인터뷰에서는 약 260만 사용자, 400만 개에 가까운 사이트, 약 $100K MRR·$1.2M ARR를 직접 언급했다. 당시 팀은 AJ와 운영을 맡은 Doni를 포함해 사실상 2명 규모였다. (Indie Hackers, 2021-04-30 , SaaS Club, Episode 306 )

2026년 9월 현재 Carrd는 계속 운영 중이며 무료 계정으로 3개 사이트를 만들 수 있다. 현재 공식 가격표는 Pro Lite $9/년, Pro Standard $19/년, Pro Plus $49/년에서 시작하고 사이트 수에 따라 상위 플랜이 존재한다. 다만 2022년 이후의 최신 공식 매출, 활성 사용자 수, 총 사이트 수, 유료 전환율, churn은 공개 자료에서 확인되지 않는다. 따라서 제3자 매출 추정치는 사실 수치로 사용하지 않는다. (Carrd 공식 홈페이지, 2026-09-19 확인 , Carrd 공식 Pro 가격표, 2026-09-19 확인 )

1. 핵심 공개 지표

공개되지 않은 수치

이번 조사에서 신뢰할 만한 공개 자료로 확인하지 못한 것은 다음과 같다.

• 2026년 현재 ARR·MRR·누적 매출
• 2026년 현재 총 사용자·활성 사용자·총 사이트 수
• free → paid 전환율
• trial → paid 전환율
• 월/연 churn
• CAC·LTV
• 정확한 현재 팀 규모
• 현재 유료 계정 수
• 고객당 평균 사이트 수

특히 인터넷에는 2024~2026년 Carrd 매출을 추정한 자료가 여러 개 있지만 서로 숫자가 다르다. 이 분석에서는 AJ가 직접 공개한 마지막 매출 수치인 약 $100K MRR·$1.2M ARR만 역사적 확인치로 사용하고 이후 수치를 추정하지 않는다.

2. 창업자 배경: Carrd는 첫 번째 웹 제품이 아니었다

[사실]

AJ는 2000년대 중반부터 웹 디자인과 개발을 해왔고, Carrd 이전에 HTML5 UP이라는 무료 웹 템플릿 프로젝트와 Pixelarity 같은 유료 템플릿 관련 사업을 운영했다. 본인 회고에 따르면 Carrd의 아이디어는 완전히 새로운 영역으로 뛰어든 결과가 아니라, 수년간 반복해 온 “사이트 템플릿 설계·배포” 작업의 다음 단계였다. (AJ, Carrd: The Making Of, 2017-03-27)

그는 Wix나 Squarespace 규모의 제품을 혼자 만들 수 없다는 점을 명시적으로 인정하고, 처음부터 좁은 niche를 찾았다. 후보는 portfolio, app landing page, microblog, profile이었고, 그중 한 페이지 profile 사이트를 가장 작은 시작점으로 골랐다.

[분석]

Carrd를 “솔로 개발자가 갑자기 사이트 빌더를 만들어 성공한 사례”로 보면 재현 가능한 부분을 놓친다.

실제로는 다음과 같다.

수년간 웹 템플릿 제작 → 어떤 템플릿이 많이 쓰이는지 관찰 → 한 페이지 profile 수요 확인 → 이미 가진 디자인·프론트엔드·백엔드 역량을 그대로 활용 → 그 능력에 맞는 가장 좁은 제품 선택

즉 성공의 선행조건은 아이디어보다 founder–problem fit이었다.

AJ는 “어떤 사업이 유망한가?”보다 “내가 이미 수년 동안 이해한 영역에서 혼자 만들 수 있는 가장 작은 제품이 무엇인가?”를 택했다.

이 방식은 인디 개발자가 새로운 시장을 찾는 것보다 훨씬 재현성이 높다.

3. 제품 thesis: “더 좋은 Wix”가 아니라 “Wix가 필요 없는 경우”를 공략

[사실]

초기 Carrd의 목표는 명확했다.

• 사용하기 쉬울 것
• 5분 안에도 사이트를 만들 수 있을 정도로 빠를 것
• 무료로 시작할 수 있을 것
• 가입 없이 바로 빌더를 써볼 수 있을 것
• 빌더 자체도 모바일 친화적일 것
• 결과물은 반응형(responsive)일 것
• 커스터마이징은 충분하되 압도적이지 않을 것

AJ는 이를 위해 모든 사이트를 기본적으로 요소들의 단순한 stack으로 제한했다. 구조의 자유도를 줄이는 대신 색, 폰트, 배경, 정렬 등 표현 요소를 충분히 조절하게 했다. (AJ 제작 회고 )

[분석]

핵심 전략은 기능 경쟁이 아니라 문제 크기 축소다.

Wix식 질문은:

웹사이트를 만드는 데 필요한 모든 것을 어떻게 제공할까?

Carrd식 질문은:

웹사이트 중 단 한 페이지만 필요할 때, 나머지 복잡성을 전부 제거하면 어떻게 될까?

이 차이 덕분에 Carrd는 대형 경쟁사보다 기능이 적으면서도 “부족한 제품”이 아니라 특정 작업에는 더 적합한 제품이 될 수 있었다.

작은 팀이 거대 제품과 경쟁할 때 가장 강한 방식 중 하나는 기능 parity가 아니라 use-case subtraction이다.

4. 타깃 사용자는 특정 직업이 아니라 “작은 웹 존재가 필요한 사람”이었다

AJ는 이후 인터뷰에서 Carrd가 처음부터 명확한 단일 고객군을 겨냥하지 않았다고 말했다. 실제 사용자가 제품을 여러 방식으로 사용하면서 시장이 넓어졌다. (SaaS Club )

현재 제품 구조를 기준으로 보면 핵심 사용자는 다음처럼 나눌 수 있다.

[분석]

Carrd는 vertical SaaS처럼 “치과용 웹 빌더”가 아니지만 문제 자체를 좁혔다.

ICP는 직업이 아니라 job size로 정의됐다.

“큰 웹사이트가 필요하지 않은 사람.”

이 방식은 시장을 좁히면서도 사용자 종류는 넓게 유지한다.

작은 팀에게 매우 유리한 포지셔닝이다.

5. UX의 가장 중요한 결정: 가입 전에 가치를 경험시킨다

[사실]

Carrd는 지금도 홈페이지에서 **“No signup required”**를 강조하며, 시작 템플릿을 골라 빌더에 들어가는 데 계정이 필요 없다. 계정은 사이트를 실제로 publish하거나 저장해야 할 때 요구된다. (공식 홈페이지 )

AJ는 2017년 회고에서 이 결정이 Product Hunt 유입을 전환하는 데 특히 크게 도움이 됐다고 직접 평가했다. Product Hunt feature 당시 수천 명이 들어왔고, 이들이 가입 절차 없이 바로 빌더를 만질 수 있었다. (AJ 제작 회고 )

[분석]

전형적인 SaaS funnel은:

방문 → 가입 → 이메일 인증 → onboarding → 빈 dashboard → 제품 경험

Carrd는:

방문 → 제품 경험 → 결과가 마음에 들면 가입

이다.

이는 단순 conversion optimization이 아니다.

사용자가 Carrd를 믿어야 가입하는 것이 아니라 Carrd가 먼저 가치를 증명하고 나서 사용자가 계정을 만든다.

특히 제품이 시각적이고 즉시 결과가 나오는 경우 매우 강력한 패턴이다.

6. UX 제약: 자유도를 줄여 성공률을 높였다

[사실]

초기 Carrd의 기본 구조는 단순한 요소 stack이었다. AJ는 실제 generator를 만들기 전에 이 제약만으로 여러 종류의 사이트를 손으로 만들어보는 “dry run”을 했다. 그 결과 제한된 레이아웃에서도 충분히 다양한 시각 결과가 나오고, 반응형 처리가 거의 자동으로 해결된다는 것을 확인했다. (AJ 제작 회고 )

[분석]

Carrd가 주는 자유는 무한하지 않다.

하지만 그 제한 덕분에:

• 사용자가 레이아웃을 망칠 확률이 낮아지고
• 모바일 대응이 쉬워지고
• 빌더 UI가 단순해지고
• 생성 코드가 작아지고
• support case도 줄어든다.

즉 한 가지 constraint가 UX·기술·운영비를 동시에 개선했다.

소규모 제품에서 좋은 제약은 기능을 못 만드는 핑계가 아니라 unit economics를 지키는 시스템이 될 수 있다.

7. 핵심 제품 원칙: “커스터마이징은 충분히, 구조적 복잡성은 최소화”

[분석]

Carrd는 단순한 템플릿 선택기와도 다르다.

레이아웃 자유도는 제한하지만 다음은 상당히 조정할 수 있다.

• typography
• color
• background
• alignment
• image
• forms
• embeds
• custom code
• domain
• metadata

즉 제품이 제거한 것은 표현 가능성이 아니라 구조적 복잡성이다.

이 distinction이 중요하다.

사용자가 “나만의 페이지”라고 느낄 정도의 individuality는 남겨두면서, 개발자가 관리해야 하는 조합 폭발은 줄였다.

8. 개발 기간과 팀 규모

[사실]

AJ는 2015년 초부터 아이디어를 구체화했고 2015년 4월 30일 carrd.co를 등록했다. 정식 Twitter launch는 2016년 3월 7일이었다. 따라서 concept·prototype·개발에서 공개까지는 대략 10~11개월 수준의 기간이 확인된다. 다만 정확한 full-time 개발 개월 수는 공개 자료가 없어 “11개월 풀타임”이라고 단정할 수는 없다. (AJ 제작 회고 )

2016년 launch 시점에는 사실상 AJ 혼자 만들었다. 2021년에는 AJ가 제품·개발을, Doni가 운영·support·content moderation을 담당하는 형태로 2명 규모였고, SaaS Club Episode 306에서도 2명 팀으로 소개됐다. (Indie Hackers, 2021-04-30 , SaaS Club )

2026년 현재의 정확한 직원·계약자 수는 공식적으로 확인하지 못했다.

[분석]

“2명이 400만 사이트를 운영했다”는 숫자는 인상적이지만, 이를 단순 headcount 벤치마크로 삼으면 위험하다.

Carrd의 작은 팀이 가능했던 이유는 다음이 결합됐기 때문이다.

• static output
• 매우 제한된 제품 scope
• self-service signup·billing
• 저지원 UX
• 무료 사용자의 organic distribution
• founder가 design+frontend+backend를 모두 다룰 수 있었던 점

즉 headcount 자체가 원인이 아니라 제품 구조가 headcount를 적게 요구하도록 설계됐다.

9. 기술 선택이 사업모델을 가능하게 했다: 100% static output

[사실]

AJ는 Carrd의 generator를 정적 사이트 생성기처럼 설계했다. 각 사이트는 server-side code가 없는 HTML·CSS 파일로 만들어졌다. 본인 회고에서 장점으로 단순성, 성능, 낮은 runtime cost, portability를 직접 언급했다. 빌더 역시 로드된 뒤에는 backend 의존을 줄여 bandwidth와 runtime cost를 낮추는 방향으로 설계했다. (AJ 제작 회고 )

[분석]

Carrd의 $9~$19/년 가격은 단지 “싸게 팔기로 했다”는 마케팅 결정만으로는 유지하기 어렵다.

가격을 가능하게 한 기술 구조가 있다.

정적 사이트 → 사이트별 서버 연산 거의 없음 → 무료 사이트 수백만 개를 상대적으로 저렴하게 호스팅 가능 → free tier 유지 가능 → free tier가 유통망 역할 → 낮은 가격에서도 규모의 경제 가능

즉 pricing과 architecture가 서로 맞물린다.

소규모 SaaS가 Carrd의 가격만 복제하고 높은 서버비 구조를 유지하면 같은 경제성이 나오지 않는다.

10. 출시 전략 ①: 기존 audience를 첫 분배 채널로 사용

[사실]

AJ는 HTML5 UP·Pixelarity 등 이전 프로젝트를 통해 이미 웹 디자인 커뮤니티에서 audience를 갖고 있었다. 2016년 3월 7일 Twitter에 Carrd를 공개하자 곧바로 신규 사이트·사용자·Pro 업그레이드가 들어왔다. (AJ 제작 회고 )

[분석]

Carrd는 “아무 audience도 없는 익명의 첫 제품”이 아니었다.

이 점은 성공 사례를 재현할 때 반드시 분리해야 한다.

다만 재현 가능한 원칙은 있다.

첫 제품에서 매출이 작더라도, 다음 제품과 겹치는 audience를 만든다면 distribution asset이 된다.

Carrd 이전의 무료 템플릿 활동은 단순 과거 경력이 아니라 launch channel이었다.

11. 출시 전략 ②: Product Hunt 효과를 극대화한 것은 UX였다

[사실]

Carrd는 2016년 3월 16일 Product Hunt에 featured 됐고, AJ의 회고에 따르면 그날:

• 수천 개의 신규 사이트와 사용자
• 수백 건의 Pro 업그레이드
• 1,000+ upvotes
• tech category #1

을 기록했다.

1년 뒤에는 10,000+ 사이트, 10,000+ 사용자, 900+ Pro 업그레이드에 도달했다. (AJ 제작 회고 )

Product Hunt의 현재 페이지에서도 Carrd가 2016년 3월 launch 당시 Day·Week·Month #1과 2016 Golden Kitty 수상 기록을 갖고 있음을 확인할 수 있다. (Product Hunt, 2026-09-19 확인 )

[분석]

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

같은 노출을 받아도 onboarding이 복잡했다면 전환은 훨씬 낮았을 수 있다.

Carrd는 Product Hunt 방문자가:

클릭 → 즉시 builder → 30초~몇 분 안에 결과 확인 → publish 시점에 가입

할 수 있었다.

즉 launch channel과 activation UX가 서로 맞았다.

좋은 launch는 트래픽 이벤트가 아니라 activation event다.

12. 가격/수익화: 저가 freemium이 처음부터 제품 구조의 일부였다

[사실]

2016년 초기 Pro 가격은 $19/년이었다. AJ는 경쟁 웹 빌더보다 기능 범위가 좁고 도메인이 포함되지 않는다는 점을 고려해 낮은 가격대를 골랐다고 회고했다. (AJ 제작 회고 )

2026년 9월 현재 공식 가격은 다음과 같이 더 세분화돼 있다. (Carrd Pro )

또한 현재는 7일 Pro trial을 카드 없이 제공한다.

[분석]

Carrd의 낮은 가격은 단순 할인 전략이 아니다.

가격의 역할은 세 가지다.

1. 개인·학생·작은 프로젝트도 고민 없이 구매할 수 있게 한다.
2. free user가 “브랜딩 제거·도메인 연결” 같은 명확한 순간에 업그레이드하기 쉽다.
3. 파워유저·에이전시는 사이트 수를 늘리며 더 높은 tier로 이동한다.

즉 low ARPU만 있는 구조가 아니라:

낮은 개인 진입가 + site capacity expansion

이다.

13. 가격이 낮을 수 있었던 이유: 판매 비용이 거의 없는 구조

[분석]

$19/년 SaaS는 인간 sales call이 한 번만 들어가도 경제성이 쉽게 깨진다.

Carrd는:

• sales call 없음
• 무료로 직접 체험
• 카드 없는 trial
• self-service checkout
• docs 중심 지원
• static hosting

으로 고객당 판매·운영비를 낮춘다.

따라서 낮은 가격은 pricing genius라기보다 운영 모델 전체의 결과다.

다른 인디 개발자가 복제해야 할 것은 $19/year가 아니라:

“이 가격을 유지할 정도로 고객 한 명을 얻고 서비스하는 비용이 낮은가?”

라는 질문이다.

14. 핵심 바이럴 루프: 무료 사용자가 Carrd의 광고 지면을 만든다

[사실]

무료 Carrd 사이트에는 footer에 작은 Made with Carrd 링크가 붙는다. Pro에서는 이 브랜딩을 제거할 수 있다. 이 구조는 2016년부터 존재했고 2026년 현재도 공식 가격표에서 “No Branding”이 Pro 혜택으로 명시돼 있다. (AJ 제작 회고 , 공식 가격표 )

SaaS Club 인터뷰에서는 이 링크가 Carrd의 중요한 지속 유입원으로 작동했다고 설명한다. (SaaS Club )

[분석]

성장 루프는 매우 간단하다.

사용자 A가 무료 사이트 제작 → 그 사이트를 고객·친구·팔로워에게 공유 → 방문자가 Made with Carrd를 봄 → Carrd 방문 → 가입 없이 직접 사이트를 만들어봄 → 사용자 B가 새 사이트 제작 → 새로운 Carrd 링크 생성

핵심은 신규 고객을 얻기 위해 기존 고객이 별도의 referral 행동을 할 필요가 없다는 것이다.

사용자는 친구 초대 버튼을 누르지 않아도 된다.

사이트를 정상적으로 사용하는 것만으로 신규 acquisition surface가 생긴다.

15. 브랜딩 제거가 monetization과 virality를 동시에 해결한다

[분석]

Made with Carrd는 두 가지 역할을 한다.

무료 사용자에게는:

acquisition channel

유료 사용자에게는:

제거하고 싶은 작은 제약 → upgrade reason

즉 하나의 UI 요소가:

• 무료 유통
• 유료 전환

을 동시에 만든다.

이런 설계는 인디 제품에서 특히 강하다.

무료 사용자의 marginal cost가 낮고 결과물이 공개되는 제품이라면, 브랜드 워터마크/링크를 단순 홍보가 아니라 가격 구조의 일부로 설계할 수 있다.

16. Product-led growth의 핵심은 “결과물이 공개된다”는 점

[분석]

Carrd는 내부 업무용 도구보다 product-led growth에 유리하다.

사용자의 output인 웹사이트가 본질적으로 다른 사람에게 보여주기 위해 만드는 것이기 때문이다.

이 조건을 식으로 표현하면:

Product usage → Public artifact → Third-party exposure → Product discovery

이다.

Canva·Typeform·Linktree 같은 제품이 가진 것과 비슷한 구조다.

좋은 인디 아이디어를 평가할 때 다음 질문은 매우 유용하다.

“사용자가 성공하면 그 결과를 잠재 고객이 보게 되는가?”

그렇다면 마케팅 비용 일부를 제품에 내장할 수 있다.

17. 2020년의 거대한 외부 인플렉션: 팬데믹과 미국 시위

[사실]

AJ는 SaaS Club 인터뷰에서 2020년 두 번의 큰 외부 충격을 설명했다.

첫째, 팬데믹으로 사람들이 온라인으로 이동하면서 사이트 제작 수요가 크게 증가했다.

둘째, 미국의 정치·사회적 시위 기간에 활동가들이 Carrd를 정보·캠페인 페이지로 대규모 사용하기 시작했다. Kim Kardashian이 Carrd로 만든 한 사이트를 트윗하면서 트래픽이 크게 치솟았고, 기존 인프라의 한계가 드러났다. (SaaS Club )

[분석]

이 성장의 일부는 명백히 재현 불가능한 운과 시대적 맥락이다.

하지만 외부 사건이 Carrd에 유리하게 작용한 이유는 제품 특성이 사건의 요구와 정확히 맞았기 때문이다.

활동가에게 필요한 것은:

• 무료 또는 매우 저렴함
• 몇 분 안에 제작
• 모바일 친화적
• 공유 가능한 URL
• 기술 지식 불필요

였다.

Carrd는 이미 그 조건을 만족했다.

즉:

사건 자체는 운이지만, 그 사건이 요구하는 순간에 사용할 수 있는 제품을 만들어 둔 것은 실행이다.

18. 성공 위험: 사용자 폭증이 서버를 위협했다

[사실]

AJ는 2020년 폭증 전에는 기존 인프라가 수년은 버틸 것으로 예상했지만, 성장 이후 약 6개월 내 한계에 도달할 것으로 판단했다. 이후 약 $2M 투자를 유치했고, 그 이유를 자금 부족보다 네트워크와 전문성 확보라고 설명했다. 투자자 연결을 통해 AWS 엔지니어들의 조언을 받고 인프라를 이전했다. (SaaS Club )

[분석]

이 사례는 “부트스트랩 vs 투자”를 단순한 철학 문제로 보지 않는다.

Carrd는 이미 수익이 났지만 투자했다.

이유는:

돈보다 팀이 가지고 있지 않은 운영 지식을 사기 위해서.

작은 팀의 성공 이후에는 자본보다:

• infrastructure expertise
• legal knowledge
• moderation
• hiring
• security

가 병목이 될 수 있다.

성공 리스크는 실패 리스크만큼 실제적이다.

19. operational leverage: 사이트 자체는 값싸고, 사람 손이 거의 필요 없다

[분석]

Carrd가 작은 팀으로 대규모 고객을 다룬 구조는 다음과 같다.

① Static output

사이트 한 개의 운영 계산량이 낮다.

② Self-service activation

고객이 영업 직원 없이 직접 만든다.

③ Self-service billing

저가 제품이라 sales process 자체가 없다.

④ Narrow scope

복잡한 CMS·commerce·plugin ecosystem를 직접 운영하지 않는다.

⑤ Usage cap

무료는 3개 사이트, 유료는 site count별 가격으로 리소스 사용과 수익을 어느 정도 연결한다.

⑥ User-generated distribution

마케팅 팀이 매일 광고 creative를 생산하지 않아도 무료 사이트가 링크를 만든다.

이것이 Carrd의 진짜 “작은 팀” 비결이다.

20. 기능 요청 처리 방식: 요청을 그대로 만들지 않고 일반화한다

[사실]

초기부터 사용자들은 여러 페이지 지원을 요청했다. 하지만 다중 페이지는 “one-page builder”라는 Carrd의 핵심 철학과 충돌했다.

AJ는 대신 toggleable sections / control element 형태로 가상 페이지를 구현해 한 페이지 구조를 유지하면서 여러 화면처럼 사용할 수 있게 했다. 또한 초기 사용자들이 텍스트 요소를 억지로 정렬해 표를 만드는 행동을 보고 실제 Table element를 추가했다. (AJ 제작 회고 , SaaS Club )

[분석]

좋은 feature request 처리의 예다.

나쁜 방식:

“여러 페이지 만들어 주세요.” → multipage CMS 개발

Carrd 방식:

사용자가 얻고 싶은 결과가 무엇인가? → 그 결과를 기존 제품 원칙 안에서 해결

즉 요청의 문장을 구현하지 않고 underlying job을 구현했다.

이것이 scope creep를 줄인다.

21. retention: 사이트가 살아 있는 한 제품 관계도 유지된다

공식 churn·retention 수치는 공개되지 않았다. 따라서 다음은 **[분석]**이다.

Carrd의 유지 메커니즘은 앱을 매일 쓰게 만드는 habit과 다르다.

Hosted asset retention

사용자가 만든 사이트가 계속 온라인에 있어야 한다.

Domain retention

custom domain을 연결하면 DNS·링크·검색·명함 등이 해당 사이트를 가리킨다.

Integration retention

form·email service·analytics·payment embed가 붙으면 교체 비용이 증가한다.

Content maintenance

프로필·제품·이벤트 정보를 수정할 때 다시 Carrd로 돌아온다.

즉 사용자는 매일 로그인하지 않아도 서비스를 계속 소비한다.

SaaS에서 “active session”이 낮다고 churn이 높은 것은 아니다.

호스팅 제품은 존재 자체가 usage다.

22. 커뮤니티 루프: 사용자가 Carrd의 use case를 발견했다

[사실]

Carrd는 원래 profile site에 가까운 제품이었지만 실제 사용자들이 landing page, campaign page, link hub, portfolio 등 예상 밖의 용도를 계속 발견했다. 2020년 활동가들의 사용 역시 개발자가 미리 계획한 vertical이 아니었다. AJ는 인터뷰에서 Carrd가 특정 user base를 목표로 하기보다 사람들이 제품을 찾아 자기 방식으로 쓰기 시작했다고 설명했다. (SaaS Club )

[분석]

이것은 horizontal product의 좋은 확장 패턴이다.

개발자가:

“이제 activists용 기능을 전부 만들자.”

고 하지 않고, 기본 도구는 일반적으로 유지한다.

그 결과 하나의 narrow product가 여러 niche에 자연스럽게 퍼질 수 있었다.

제품 범위는 좁고, 사용 사례 범위는 넓다.

이 조합이 Carrd의 강점이다.

23. 초기 audience는 큰 장점이었지만 장기 growth engine은 아니었다

[사실]

SaaS Club에서 AJ는 초기 Twitter audience가 launch에 도움이 됐지만 이후에는 Made with Carrd 링크와 word of mouth가 더 중요한 지속 성장원이 됐다고 설명한다. 당시 본인의 Twitter follower는 5만 명 이상이었지만 Carrd 사용자는 이미 그 범위를 훨씬 넘어섰다. (SaaS Club )

[분석]

launch audience는 점화 장치다.

하지만 지속 성장에는:

사용자 수가 늘수록 acquisition surface도 늘어나는 메커니즘

이 필요하다.

Carrd의 free branded site는 이 역할을 했다.

따라서 “큰 팔로워가 있어야 한다”보다 더 좋은 벤치마킹 질문은:

“처음 100명을 데려온 뒤, 그 100명이 다음 100명을 만들어 주는 구조가 있는가?”

이다.

24. 낮은 가격의 숨은 장점: 공유·실험을 막지 않는다

[분석]

웹사이트는 많은 경우 temporary asset이다.

• 제품 사전 출시
• 이벤트
• 개인 소개
• 링크 페이지
• 캠페인
• 작은 아이디어 검증

이런 용도에서 $200~300/년은 과도할 수 있다.

Carrd의 낮은 가격은 “좋은 웹사이트의 값”을 기준으로 하지 않는다.

사용자가 사이트 하나를 만들기로 결정할 때 느끼는 심리적 예산에 맞춘다.

그 결과 많은 작은 use case가 경제적으로 가능해지고, 사이트 수가 늘며, 그 사이트가 다시 acquisition node가 된다.

즉 가격이 virality에도 간접적으로 기여한다.

25. 왜 $19/year가 정답이라고 복제하면 안 되는가

Carrd의 가격은 자주 인디 SaaS의 이상적인 모델로 소개되지만, 그대로 따라 하면 위험하다.

[분석]

Carrd가 낮은 가격을 감당하는 조건은 매우 특수하다.

• marginal hosting cost가 낮음
• support surface가 비교적 작음
• 사용자가 스스로 onboarding
• free user가 distribution 제공
• millions-scale volume
• 한 고객이 여러 사이트를 구매할 수 있음

AI API·영상 렌더링·대용량 저장·사람 지원이 필요한 SaaS라면 같은 가격은 손실을 키울 수 있다.

복제해야 할 것은 가격 숫자가 아니라:

price와 marginal cost, sales cost, distribution loop가 일치하도록 만드는 것

이다.

26. 주요 인플렉션 포인트

27. 성공의 인과관계 모델

[분석]

가장 설득력 있는 성공 경로는 다음과 같다.

① 웹 템플릿 분야의 오랜 경험 ↓ ② Wix 규모는 혼자 불가능하다고 인정 ↓ ③ one-page profile이라는 좁은 문제 선택 ↓ ④ stack 구조로 레이아웃 자유도를 의도적으로 제한 ↓ ⑤ 반응형·속도·운영비가 동시에 개선 ↓ ⑥ 가입 없이 즉시 builder 체험 ↓ ⑦ 기존 Twitter audience로 첫 사용자 확보 ↓ ⑧ Product Hunt feature가 대규모 트래픽 제공 ↓ ⑨ 무료 사이트마다 Made with Carrd 링크 생성 ↓ ⑩ 사용자 증가가 신규 acquisition surface 증가로 연결 ↓ ⑪ $19/year의 낮은 upgrade friction ↓ ⑫ 기능 요청을 제품 원칙 안에서 일반화 ↓ ⑬ 2020년 팬데믹·시위라는 외부 tailwind ↓ ⑭ 사이트 수 폭증 ↓ ⑮ 투자금을 자본보다 infrastructure expertise 확보에 활용 ↓ ⑯ 2인 수준의 팀으로 $1M+ ARR·수백만 사이트 운영

이 중 가장 중요한 것은 제품의 제약, 운영비, 가격, 유통이 같은 방향으로 설계됐다는 점이다.

28. 대안 가설 A — “Product Hunt가 Carrd를 성공시켰다”

부분적으로 맞다.

AJ 본인도 Product Hunt가 Carrd 초기 성장에 매우 큰 역할을 했다고 명확히 말했다. (AJ 제작 회고 )

하지만 Product Hunt는 launch spike다.

수년 뒤 수백만 사이트를 설명하려면 지속 성장 메커니즘이 필요하다.

그 역할은:

• no-signup activation
• Made with Carrd links
• word of mouth
• 낮은 가격

이 수행했다.

따라서 더 정확한 모델은:

Product Hunt가 불을 붙였고 product loop가 불을 유지했다.

29. 대안 가설 B — “AJ에게 이미 5만 Twitter follower가 있어서 성공했다”

기존 audience가 중요한 것은 사실이다.

하지만 2021년 Carrd는 이미 160만 사용자를 넘었다. (Indie Hackers )

[분석]

기존 audience는 첫 cohort를 설명하지만 수백만 사용자 전체를 설명하지 못한다.

다만 이 요소는 context-specific advantage다.

초기 audience가 없는 개발자는:

• niche community
• Product Hunt
• free utility
• integrations
• SEO

등으로 같은 역할을 대체해야 한다.

30. 대안 가설 C — “2020년 팬데믹·시위 덕분에 성공했다”

2020년은 명백한 가속기였다. AJ도 이를 직접 인정한다. (SaaS Club )

하지만 Carrd는 이미 2016년에 launch했고, 2020년 이전에 약 $30K MRR에 도달했다.

[분석]

따라서 2020년은 PMF를 만든 사건이 아니라 이미 존재하던 PMF를 비정상적으로 빠르게 확대한 사건이다.

이 distinction이 중요하다.

운은 성장을 증폭했지만 제품 가치를 처음 만들지는 않았다.

31. 대안 가설 D — “싸서 성공했다”

낮은 가격은 분명 전환 장벽을 낮춘다.

하지만 무료 웹 빌더도 이미 많았다.

[분석]

가격만 낮았다면 차별화가 어렵다.

Carrd의 실제 묶음은:

빠른 결과 + 예쁜 기본값 + 가입 없는 체험 + 모바일 반응형 + $19/year

이었다.

가격은 수요를 만드는 요소보다 수요를 결제로 바꾸는 friction reducer에 가깝다.

32. 대안 가설 E — “한 페이지라는 단순한 아이디어라 개발이 쉬웠다”

사실이 아니다.

AJ의 2017 회고에는 generator, builder, dashboard, billing, custom domain, touch interaction, responsive behavior 등 상당한 기술 작업이 등장한다. CSS optimizer는 과도하게 복잡하게 만들었다가 launch 전에 제거하기도 했다. (AJ 제작 회고 )

[분석]

scope가 작다는 것은 구현이 무조건 쉽다는 뜻이 아니다.

Carrd는 product breadth를 줄여 interaction quality에 집중했다.

이것은 Tiny product와 low-quality product의 차이다.

33. 실패 위험 ①: 낮은 ARPU는 규모가 없으면 위험하다

[분석]

$9~$19/년 사용자는 support ticket 한두 건만으로도 연간 매출보다 큰 인건비를 사용할 수 있다.

따라서 Carrd 모델은 다음이 무너지면 위험하다.

• support automation
• 안정성
• 단순 UX
• 저비용 infrastructure
• organic acquisition

즉 낮은 가격은 “친절함”이 아니라 매우 엄격한 cost discipline을 요구한다.

34. 실패 위험 ②: 무료 사용자가 abuse surface가 된다

Carrd처럼 누구나 공개 페이지를 빠르게 만들 수 있는 제품은 자연스럽게:

• spam
• phishing
• 악성 링크
• 불법 콘텐츠
• moderation

문제를 가진다.

SaaS Club 인터뷰에서 Doni가 support와 content moderation을 맡았다고 설명한 점도 이 운영 부담을 보여준다. (SaaS Club )

[분석]

freemium의 비용은 서버비만이 아니다.

trust & safety 비용도 marginal cost다.

무료 공개 콘텐츠 제품은 이 비용을 출시 전부터 계산해야 한다.

35. 실패 위험 ③: one-page 제약이 장기 성장 한계가 될 수 있다

[분석]

고객이 성장하면:

• CMS
• ecommerce
• memberships
• complex navigation
• collaboration

을 원할 수 있다.

Carrd가 이를 모두 추가하면 Wix와 비슷해지고, 추가하지 않으면 고객이 다른 플랫폼으로 이동할 수 있다.

따라서 장기 전략은 고객의 성장 전체를 따라가는 것이 아니라 one-page job 안에서 더 많은 가치를 제공하는 것이어야 한다.

이것이 scope discipline의 가장 어려운 부분이다.

36. 실패 위험 ④: founder bottleneck

AJ는 오랜 기간 제품·개발 대부분을 직접 담당했다.

이는 품질 일관성을 높이지만 동시에:

• release velocity
• support escalation
• architecture knowledge
• key-person risk

를 만든다.

SaaS Club에서도 AJ는 규모가 커지며 자신이 병목이 될 수 있음을 인정하고 첫 개발자 채용을 고민한 과정을 설명한다. (SaaS Club )

[분석]

솔로 창업 모델의 성공 조건 중 하나는 “혼자 잘한다”가 아니라 어느 순간부터 혼자 하지 않을 영역을 정의하는 것이다.

37. 운의 요소와 맥락 의존적 요소

38. 재현 가능한 요소

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

P0 — 경쟁 제품보다 “무엇을 안 만들 것인지” 먼저 정한다

거대 플랫폼과 기능 수로 경쟁하지 않는다.

사용자가 자주 쓰는 10%의 job만 따로 떼어낼 수 있는지 찾는다.

P0 — 가입보다 먼저 결과를 보여준다

가능하다면:

landing page → signup

이 아니라:

landing page → product → result → signup

을 실험한다.

P0 — 사용자 output이 acquisition surface가 될 수 있는지 본다

웹페이지, form, image, document, widget, report처럼 외부에 공유되는 결과물이 있다면 product-led distribution 가능성이 커진다.

P0 — 가격을 정하기 전에 marginal cost를 설계한다

Carrd의 가격은 static architecture와 self-service 때문에 가능하다.

P1 — 자유도를 늘리기 전에 성공 확률을 높인다

사용자가 틀릴 수 있는 선택지를 줄여도 결과 다양성이 충분한지 검증한다.

P1 — free tier가 직접 마케팅을 수행하게 한다

무료 사용자를 “언젠가 돈 내는 사람”으로만 보지 말고 distribution node로 볼 수 있는지 검토한다.

P1 — 요청을 기능이 아니라 목적 단위로 해석한다

“멀티페이지” 요청의 진짜 목적이 navigation이라면, 더 작은 해법이 있을 수 있다.

P2 — 대형 success spike를 사전에 대비한다

traffic 10배·100배 상황에서:

• hosting
• abuse
• support
• billing
• moderation

이 어떻게 깨지는지 미리 본다.

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

41. 특히 벤치마킹 가치가 높은 실험: “가입을 어디까지 늦출 수 있는가?”

Carrd의 가장 즉시 적용 가능한 제품 실험은 signup wall을 뒤로 미루는 것이다.

많은 앱이 데이터 모델 편의 때문에 계정부터 만든다.

하지만 사용자 입장에서는 아직 제품 가치를 모른다.

다음 세 버전을 비교할 수 있다.

A. 전통형

회원가입 → onboarding → 제품

B. guest preview

제품 일부 → 회원가입 → 결과

C. Carrd형

제품 → 실제 결과 생성 → 저장·publish 시 회원가입

측정할 것은 단순 signup conversion이 아니다.

• 첫 결과 도달률
• 결과→가입 전환율
• 결과→유료 전환율
• support 문의
• abuse

를 함께 봐야 한다.

가입자 수보다 가치 경험자 수가 더 중요한 초기 지표일 수 있다.

42. 또 하나의 벤치마킹 포인트: “free user의 경제적 가치”를 다시 계산하라

일반적인 freemium 모델에서 무료 사용자는 흔히 비용으로 계산된다.

Carrd에서는 일부 무료 사용자가:

• 공개 사이트를 만들고
• Carrd 링크를 노출하고
• 다른 잠재 고객을 데려온다.

즉 free user 한 명의 가치는:

미래 paid conversion value + referral acquisition value

로 볼 수 있다.

[분석]

free tier를 평가할 때 다음 식이 유용하다.

Free User Net Value = Upgrade Expected Value + Referral Value − Infra Cost − Support Cost − Abuse Cost

이 값이 양수라면 free tier 자체가 성장 채널이 될 수 있다.

Carrd는 static architecture와 공개 output 때문에 이 식이 유리한 구조였다.

43. Carrd의 진짜 moat는 기능이 아니라 “전체 시스템의 정렬”

Carrd의 개별 기능은 복제하기 어렵지 않다.

• one-page builder
• templates
• forms
• custom domains
• embeds

는 경쟁사도 만들 수 있다.

[분석]

하지만 Carrd의 경쟁력은 다음이 함께 움직이는 데 있다.

좁은 scope → 간단한 UX → 빠른 activation → 낮은 support cost → 낮은 가격 → 많은 무료 사용자 → 많은 공개 사이트 → Made with Carrd referral → 더 많은 신규 사용자

즉 moat는 단일 feature보다 운영 모델·UX·가격·유통의 feedback loop다.

이런 시스템은 기능 복제만으로 따라가기 어렵다.

44. 잘못 복제하면 안 되는 교훈

Carrd를 보고 다음처럼 단순화하면 위험하다.

“$19/year로 싸게 팔자.”

“무료 플랜을 만들자.”

“Product Hunt에 올리면 된다.”

“직원을 뽑지 말자.”

“사이트 빌더처럼 공개 링크를 넣자.”

실제 조건은 훨씬 더 구체적이다.

• 낮은 marginal cost
• signup 없는 activation
• 공개되는 user output
• 좁은 product scope
• 기존 audience
• 매우 높은 제품 polish
• self-service business model

이 조합이 없으면 같은 전략은 오히려 수익성을 악화시킬 수 있다.

45. 최종 결론

Carrd의 성공에서 가장 인상적인 숫자는 $1M+ ARR나 수백만 사이트만이 아니다.

더 중요한 것은 거대한 웹사이트 빌더 시장에 들어가면서도 거대한 웹사이트 빌더를 만들지 않았다는 점이다.

AJ는 혼자 Wix를 따라가는 대신:

“한 페이지 사이트만 필요하면 무엇을 전부 버릴 수 있는가?”

를 물었다.

그 질문 하나가:

• 단순한 UI
• 빠른 제작
• 자동 반응형
• 정적 architecture
• 낮은 hosting cost
• 낮은 가격
• 넓은 free tier
• 많은 공개 사이트
• Made with Carrd acquisition loop

로 연쇄적으로 이어졌다.

가장 재현 가치가 높은 교훈은 기능을 적게 만드는 것 자체가 아니다.

기능을 줄였을 때 UX, 가격, 운영비, 유통이 동시에 좋아지는 지점을 찾는 것

이다.

다른 인디 개발자가 이번 사례에서 가져갈 가장 좋은 질문은 세 가지다.

1. “큰 경쟁자가 제공하는 기능 중 우리 고객이 실제로 필요하지 않은 것은 무엇인가?”
2. “사용자가 계정을 만들기 전에 실제 결과를 보여줄 수 있는가?”
3. “사용자가 우리 제품으로 만든 결과물이 다음 고객을 자연스럽게 데려올 수 있는가?”

Carrd는 이 세 질문을 하나의 제품 구조로 해결했고, 그 결과 작은 팀이 무료 거대 경쟁자들과 같은 시장에서 장기간 독립적인 사업을 만들 수 있었다.

주요 출처와 게시·확인일

수치 해석 원칙

• 창업자 본인 또는 공식 제품 페이지가 밝힌 수치를 우선했다.
• 2022년 이후 Carrd의 최신 공식 매출·사용자 수는 확인되지 않아 추정하지 않았다.
• 제3자 사이트의 2024~2026 매출 추정은 상호 불일치가 있어 본문 핵심 지표에서 제외했다.
• “현재 팀이 2명”이라고 단정하지 않고, 2명은 2021~2022 시점에 확인된 운영 규모로만 사용했다.