Skip to Content
2026Carrd 성공 사례 분석: 기능을 줄여 $2M ARR을 만든 소규모 웹앱의 제품·유통 전략

Carrd 성공 사례 분석: 기능을 줄여 $2M ARR을 만든 소규모 웹앱의 제품·유통 전략

이번 사례는 익명에 가까운 이름 **AJ(@ajlkn)**가 만든 원페이지 웹사이트 빌더 Carrd다. 최근 사례들과 겹치지 않도록 게임이 아니라 소규모 SaaS/웹앱을 골랐다.

Carrd의 흥미로운 점은 ‘사이트 빌더 시장이 비어 있어서 성공했다’가 아니라 정반대라는 데 있다. 2015~2016년에도 Wix·Squarespace 같은 강력한 경쟁자가 있었고, AJ 본인도 혼자서 이들과 기능 경쟁을 할 수 없다고 봤다. 그래서 업종을 좁히는 대신 제품이 할 수 있는 일의 범위를 ‘원페이지 사이트’로 제한했다. 2024년 Indie Hackers 인터뷰에서 AJ는 이 접근을 사실상 “use case가 아니라 capability를 niche down했다”고 설명했고, Carrd는 8년 뒤 연간 반복매출(ARR) $2M 이상 규모에 도달했다고 밝혔다. Indie Hackers, 2024-09-18 

이 성공을 ‘싼 가격’ 하나로 설명하면 중요한 구조를 놓친다. Carrd는 ① 기능 범위를 제한해 제품과 운영 복잡도를 낮추고, ② 회원가입 전에 제품을 직접 쓰게 해 activation friction을 거의 제거하고, ③ 무료 사이트마다 붙는 “Made with Carrd” 링크를 배포 루프로 만들고, ④ $9~$49/년 수준의 매우 낮은 연간 가격으로 유료 전환의 심리적 저항을 낮추고, ⑤ 이전 프로젝트 HTML5 UP에서 쌓은 관객과 Product Hunt의 초기 분배를 활용하고, ⑥ 성장 후에는 투자금을 현금보다 인프라·전문가 네트워크 레버리지로 사용했다.

2026년 9월 현재 Carrd는 여전히 활발히 운영되고 있다. 공식 changelog에는 2026년 9월 16일까지 템플릿·사이트·빌더 개선이 이어지고 있고, 공식 가격표는 Pro Lite $9/년, Pro Standard $19/년, Pro Plus $49/년을 제시한다. Carrd 공식 가격, 2026-09 확인  Carrd 공식 Changelog, 2026-09-16 

다만 데이터 해석에는 주의가 필요하다. 가장 최근의 명확한 founder-attributed 매출 수치로 확인한 것은 2024년의 $2M+ ARR이다. 2026년 현재 더 높은 매출을 주장하는 제3자 데이터베이스도 있지만, 이번 분석에서는 이를 공식 실적으로 채택하지 않는다. 마찬가지로 최신 사용자 수·사이트 수·전환율·churn은 공개되지 않았으므로 추정하지 않는다.


1. 핵심 공개 지표

시점공개 수치·사건자료 성격
2012 전후HTML5 UP 시작, 무료 responsive template 배포창업자 인터뷰 SaaS Club 
2012~2015HTML5 UP에서 후속 유료 상품 Pixelarity로 확장, 6자리 연매출 경험창업자 인터뷰 SaaS Club 
2015-04-30carrd.co 도메인 등록AJ 직접 회고 The Making of Carrd 
2015~2016약 1년간 Carrd 설계·개발AJ 직접 회고 The Making of Carrd 
2016-03-07Twitter를 통해 정식 공개AJ 직접 회고 The Making of Carrd 
2016-03-16Product Hunt feature, 하루 1,000+ upvotes·#1 tech, 수천 사이트·사용자와 수백 Pro upgrade 유입AJ 직접 회고 The Making of Carrd 
2017-0310,000+ 사이트, 10,000+ 사용자, 900+ Pro upgradeAJ 직접 회고 The Making of Carrd 
2019-03약 $30K MRR, 월 20K 신규 사용자·40K 신규 사이트창업자 인터뷰 Indie Hackers #87 
2021-04-302.5M 사이트, 약 1.6M 사용자, $1M+ ARR, 하루 10K+ 신규 사이트AJ 직접 AMA Indie Hackers 
2021약 $2M 투자 유치, Rainfall Ventures 포함 약 12곳 투자자창업자 인터뷰 SaaS Club #306 
2022 전후$100K+ MRR, 4M+ 사이트, 팀 2명창업자 인터뷰 SaaS Club #306 
2024-09$2M+ ARR, 4인 소규모 팀AJ 발언 기반 Indie Hackers 
2026-09 확인Pro Lite $9/년, Pro Standard $19/년, Pro Plus $49/년Carrd 공식 가격 
2026-09-16최신 공식 changelog 업데이트 확인Carrd 공식 Changelog 

공개 자료가 없는 지표

2026년 현재 다음 수치는 신뢰할 만한 최신 공개 자료를 찾지 못했다.

  • 최신 전체 사용자 수
  • 최신 전체 생성 사이트 수
  • 무료→유료 전환율
  • 월·연 churn
  • cohort retention
  • CAC
  • LTV
  • ARPU/ARPA
  • 지역별 매출
  • Pro Lite / Standard / Plus별 고객 비중
  • 무료 사이트에서 Made with Carrd 클릭 후 가입 전환율
  • Product Hunt 방문→가입→결제 전환율
  • 2026년 최신 ARR/MRR

따라서 예를 들어 현재 사용자 수와 $2M ARR를 나눠 유료 전환율이나 ARPU를 역산하지 않는다. 서로 다른 시점의 수치를 합치면 오해가 생기기 때문이다.


2. 창업자 배경: Carrd 이전에 이미 ‘무료 도구 → 유료 상품 → 관객’ 루프를 학습했다

[사실] AJ는 Carrd 전에 웹 템플릿을 만들었고, responsive design을 배우기 위해 만든 무료 템플릿이 계기가 되어 HTML5 UP을 키웠다. 무료 템플릿들이 큰 다운로드를 만들자, 더 많은 템플릿·지원 등을 원하는 사람에게 유료 상품 Pixelarity를 판매했다. SaaS Club 인터뷰에 따르면 이 사업은 6자리 연매출 규모까지 성장했고, Carrd를 만들 때 생계를 지탱할 기반이 됐다. SaaS Club, founder interview 

2019년 Indie Hackers 인터뷰 시점에는 HTML5 UP 템플릿 누적 다운로드가 약 1,200만으로 소개됐고, AJ의 Twitter 팔로워는 약 5만 명에 접근하고 있었다. Indie Hackers #87, 2019-03-29 

[분석] Carrd는 ‘무관중 상태에서 완전히 새 제품을 만든 솔로 개발자’ 사례가 아니다. 이전 무료 제품이 세 가지 자산을 남겼다.

  1. 기술 자산: 반복적인 HTML/CSS 템플릿 제작 능력.
  2. 수요 신호: 원페이지형 템플릿이 특히 많이 사용된다는 관찰.
  3. 분배 자산: 무료 사용자와 Twitter audience.

따라서 Carrd의 시작점은 코드 0줄이 아니라 10년 가까이 누적된 기술·취향·관객의 재조합에 가까웠다.

인디 개발자가 벤치마킹할 때 “Carrd는 마케팅 없이 컸다”만 가져오면 안 된다. 더 정확한 문장은 **“Carrd는 유료 광고는 거의 하지 않았지만, 이전 무료 제품에서 이미 audience와 신뢰를 축적했다”**다.


3. 제품 thesis: 업종을 좁히지 않고 ‘가능한 기능의 폭’을 좁혔다

[사실] AJ는 혼자서 Wix나 Squarespace 수준의 범용 빌더를 만들 수 없다고 판단했다. 이전 HTML5 UP에서 원페이지 템플릿이 유독 인기였던 점을 기억하고, 원페이지 사이트만 만드는 빌더로 범위를 축소했다. 2024년 인터뷰에서는 이를 특정 산업으로 niche down한 것이 아니라 capability를 niche down한 것이라고 설명했다. Indie Hackers, 2024-09-18 

Carrd의 현재 공식 문구도 여전히 “Simple, free, fully responsive one-page sites for pretty much anything”이다. Carrd 공식 

[분석] 이 포지셔닝의 강점은 시장 범위는 넓게, 구현 범위는 좁게 유지한다는 데 있다.

일반적인 vertical SaaS는 고객을 좁힌다.

치과용 홈페이지 빌더
부동산 중개사용 랜딩페이지
음악가용 포트폴리오

Carrd는 정반대로 사용자는 넓게 두고 기능을 제한했다.

개인 프로필
포트폴리오
링크 페이지
뉴스레터 signup
제품 랜딩페이지
이벤트 페이지

이들이 모두 **‘페이지 하나면 충분한 문제’**라는 공통 제약 아래 들어간다.

작은 팀에는 매우 강한 전략이다. 시장을 줄이지 않고도 제품 복잡도를 줄일 수 있기 때문이다.


4. 타깃 사용자: 한 산업이 아니라 ‘완전한 CMS가 필요 없는 사람’

세그먼트별 매출·사용자 비중은 공개되지 않았다. 따라서 다음은 제품 사용 사례를 바탕으로 한 **[분석]**이다.

사용자기존 문제Carrd가 제공하는 가치
개인·프리랜서프로필/포트폴리오 사이트가 필요하지만 CMS는 과함템플릿→수정→즉시 공개
인디 개발자·창업자MVP 랜딩페이지를 빨리 만들어야 함짧은 제작시간·낮은 가격
크리에이터link-in-bio·팬 페이지 필요모바일 responsive 원페이지
뉴스레터 운영자이메일 capture page 필요form integration
소상공인소개·문의·결제 연결만 필요custom domain·form·embed
agency/freelancer소규모 고객 사이트를 다량 제작한 계정 다사이트 요금제
커뮤니티·활동가빠르게 정보 페이지 공유 필요무료 진입·배포 속도

2019년 AJ는 실제로 agency 수준에서 고객용 사이트를 반복 제작하는 사용자도 생겼다고 언급했다. Indie Hackers #87 

2020년에는 팬데믹으로 온라인 전환이 늘고, 활동가들이 Carrd를 빠른 정보 페이지로 사용하면서 트래픽이 크게 증가했다. Kim Kardashian이 Carrd로 만든 activist site를 공유한 일도 대형 트래픽 이벤트가 됐다. SaaS Club #306 


5. 핵심 UX ①: 회원가입 전에 제품의 ‘aha’를 경험시킨다

[사실] Carrd는 계정을 만들기 전에도 템플릿을 선택하고 실제 빌더를 사용해 사이트를 만들 수 있다. 사용자가 결과물을 공개하려는 시점에서야 계정 생성이 필요하다. AJ는 이 흐름을 초기부터 의도적으로 설계했고, Product Hunt 유입을 흡수하는 데 특히 효과적이었다고 여러 인터뷰에서 반복해서 말했다. The Making of Carrd  Indie Hackers, 2024 

[분석] 보통 SaaS onboarding은 다음과 같다.

홈페이지 → 가입 → 이메일 인증 → 워크스페이스 생성 → tutorial → 가치 체험

Carrd는 이를 사실상:

템플릿 클릭 → 편집 → 결과 확인 → 공개하려면 가입

으로 뒤집었다.

이 차이가 중요한 이유는 가입 전환을 최적화한 것이 아니라 가치 체험 전환을 최적화했기 때문이다.

가입폼이 conversion funnel의 시작이 아니고, 사용자가 이미 만든 결과물을 잃고 싶지 않은 시점에 account creation이 나온다. 이는 ‘commitment after value’ 구조다.


6. 핵심 UX ②: 템플릿은 디자인 자산이 아니라 blank-canvas anxiety를 제거하는 onboarding 장치

[사실] Carrd는 공식적으로 수십 개의 template에서 시작하거나 blank page를 고를 수 있게 한다. 2026년에도 template을 계속 추가하고 있으며 공식 changelog에는 9월 16일 Template #324 추가가 기록돼 있다. Carrd 공식  Changelog 

[분석] 웹사이트 빌더의 가장 큰 onboarding 문제 중 하나는 “무엇을 만들지 모르겠다”는 빈 화면 문제다.

Carrd의 template은 단순히 예쁜 디자인을 파는 기능이 아니다.

“내 프로필 페이지를 만들고 싶다”
→ 이미 완성된 profile 구조 선택
→ 이름·사진·링크만 교체
→ 성공 경험

이 흐름은 사용자를 ‘디자이너’가 아니라 편집자로 만든다. 초보자의 과업이 “사이트 디자인”에서 “내 정보 넣기”로 축소된다.


7. 핵심 UX ③: responsive를 사용자가 해결해야 할 문제에서 제거

[사실] Carrd는 첫 화면부터 모든 사이트가 responsive라는 점을 핵심 가치로 강조한다. Carrd 공식 

[분석] 작은 제품의 핵심은 기능을 줄이는 것만이 아니다. 사용자가 신경 써야 하는 결정의 수를 줄이는 것이다.

웹사이트 제작에서 모바일 대응은 중요하지만, 대부분의 단순 페이지 사용자에게는 ‘잘 하고 싶은 일’이 아니다. Carrd는 이 작업을 기본값으로 처리한다.

이것이 제품 thesis와 일치한다.

사용자가 원페이지라는 제약을 받아들이는 대신
사이트 제작과 유지의 복잡성을 시스템이 떠안는다.


8. 핵심 UX ④: ‘한 페이지’ 원칙을 깨지 않고 사용자 요구를 일반화한다

[사실] AJ는 multi-page 요청이 많았지만 제품 정체성을 버리는 대신 section/control 기반의 가상 페이지 경험을 만들었다. 2017년 회고와 2022년 인터뷰 모두 특정 요청을 그대로 구현하기보다 더 넓은 사용자에게 유용하도록 일반화하는 접근을 설명한다. The Making of Carrd  SaaS Club #306 

[분석] 좋은 scope discipline은 고객 요청을 무시하는 것이 아니다.

나쁜 방식:

고객이 multi-page를 원함 → CMS·route·navigation·SEO 구조를 모두 추가.

Carrd 방식:

고객의 실제 목적은 ‘콘텐츠를 구분해서 보여주는 것’ → 원페이지 구조 안에서 section 전환으로 해결.

즉 요청한 feature가 아니라 underlying job을 해결했다.

이 때문에 제품 복잡도는 제한하면서 사용 가능성은 넓어졌다.


9. 개발 전략: 먼저 UX를 정하고 구현을 역산

[사실] AJ는 2024년 인터뷰에서 UX를 사후 polish로 보지 않고, wireframe과 sketch에서 먼저 경험을 결정한 다음 구현을 설계한다고 설명했다. Carrd 개발 회고에도 종이·화이트보드 계획과 실제 기기 테스트가 강조된다. Indie Hackers, 2024  The Making of Carrd 

[분석] 작은 팀에게 이 순서가 중요한 이유는 기술적으로 가능한 것이 제품 범위를 결정하는 것을 막기 때문이다.

원하는 user path → 필요한 시스템 → 코드

순서로 가면, 불필요한 backend·settings·workflow가 덜 생긴다.

Carrd의 low-friction onboarding도 이런 방식으로 나온 결과다.


10. 출시 전략 ①: 초기 audience는 Carrd가 아니라 이전 무료 프로젝트에서 왔다

[사실] Carrd의 첫 10~100 사용자 대부분은 AJ가 템플릿 사업을 하며 모은 Twitter audience에서 왔다. 2021 AMA에서 AJ는 첫 1,000명 이상은 Product Hunt가 만들었다고 회고했다. Indie Hackers AMA, 2021-04-30 

2019년에는 Twitter 팔로워가 약 50,000에 접근했고, AJ는 HTML5 UP에 ‘follow for updates’를 배치해 제품과 함께 audience를 키웠다고 설명했다. Indie Hackers #87 

[분석] 이는 매우 중요한 반생존자편향 포인트다.

Carrd의 “zero marketing”은:

audience도 없고 distribution도 없이 제품만 잘 만들면 자연성장한다.

는 뜻이 아니다.

더 정확한 구조는:

무료로 가치 제공 → audience 축적 → 다음 제품 launch에 재사용.

따라서 인디 개발자가 지금 Carrd를 벤치마킹한다면 광고비를 0으로 만드는 것보다 다음 제품에도 перенос 가능한 audience asset을 먼저 만드는 것이 더 재현 가능하다.


11. 출시 전략 ②: Product Hunt를 ‘트래픽 이벤트’가 아니라 제품 검증 이벤트로 사용

[사실] Carrd는 2016년 3월 7일 Twitter에서 공개됐고, 3월 16일 Product Hunt에 feature되면서 수천 개의 신규 사이트·사용자, 수백 건의 Pro upgrade, 1,000+ upvotes와 당일 tech #1을 기록했다. The Making of Carrd 

AJ는 무료 플랜만 먼저 출시하지 않고 처음부터 유료 Pro도 준비했다. 이유는 Product Hunt의 큰 관심을 단순 무료가입으로만 끝내지 않고 사람들이 실제로 돈을 낼지 동시에 검증하기 위해서였다. Indie Hackers #87 

[분석] 좋은 launch의 기준은 방문자 수만이 아니다.

Carrd는 launch day에 동시에 검증했다.

  • 사람들이 클릭하는가?
  • 가입 전에 실제로 편집하는가?
  • 사이트를 publish하는가?
  • custom domain 같은 value에 돈을 내는가?
  • 어떤 feature를 요청하는가?

즉 launch는 PR 이벤트이면서 고밀도 product experiment였다.


12. 가격·수익화: $19/year는 ‘싸게 팔기’가 아니라 운영 구조와 맞춘 가격

[사실] Carrd는 초기 Pro를 $19/년에 출시했다. AJ는 경쟁자가 $20~$250/년 범위였지만 Carrd는 복잡한 다페이지 사이트용 제품이 아니기 때문에 $19가 제공 가치에 맞는 가격이라고 봤다. The Making of Carrd 

현재 공식 가격은 다음과 같다. Carrd Pro, 2026-09 확인 

플랜현재 연 가격핵심
Free$0계정당 최대 3개 사이트, core 기능
Pro Lite$93 sites, branding 제거, premium template 등
Pro Standard$1910 sites, custom domain, forms, embeds, analytics 등
Pro Plus$4925 sites, advanced forms/settings, site download 등

[분석] 이 가격은 대부분 SaaS의 일반적 가격 전략과 다르다.

보통 SaaS는:

유료 고객 수가 적으니 ARPU를 올린다.

Carrd는:

운영 overhead가 작으니, 가격을 거의 고민할 필요 없는 수준으로 낮춰 전환량을 늘린다.

AJ는 2019년 인터뷰에서 혼자 운영하는 제품은 큰 조직 인건비를 메울 필요가 없기 때문에 가격을 훨씬 공격적으로 정할 수 있다고 말했다. Indie Hackers #87 

즉 $19가 먼저가 아니라:

작은 팀 + 작은 scope + 낮은 support surface → 낮은 가격이 가능한 cost structure

가 먼저다.


13. Pro Lite는 기존 가격 인하가 아니라 ‘새 세그먼트 포획’

[사실] Carrd는 이후 $9/년 Pro Lite를 추가했다. SaaS Club 인터뷰에 따르면 더 젊은 사용자·팬 사이트 사용자 가운데 무료 이상은 원하지만 full Pro 기능은 필요 없는 층이 있었고, 더 낮은 tier를 추가해 incremental revenue를 만들었다. SaaS Club 

[분석] 좋은 저가 tier는 기존 유료 고객에게 할인쿠폰을 주는 것이 아니라 지금까지 돈을 안 내던 사람을 유료화해야 한다.

따라서 가격 실험에서 볼 지표는:

새 tier 가입자 수

보다:

기존 고가 tier downgrade율 vs 무료→새 tier 신규전환율

이다.

Carrd가 보여주는 것은 tier expansion을 시장 세분화로 사용한 사례다.


14. 전환율: 정확한 숫자는 없지만 가격 민감도는 공개 신호가 있다

[사실] 정확한 free→paid conversion rate는 공개되지 않았다. 다만 AJ는 Black Friday 때 가격을 40~50% 낮추면 conversion rate가 크게 치솟았고, 너무 비싸게 올리면 오히려 총매출이 줄 수 있다고 판단했다고 설명했다. 구체적 퍼센트는 공개하지 않았다. SaaS Club #306 

[분석] Carrd의 가격 철학은 ‘싼 것이 정의롭다’가 아니다.

전환 elasticity가 매우 높은 self-serve 상품에서 가격 인상으로 ARPU를 높이는 것이 항상 최적이 아니다.

특히 product-led virality가 강하면 무료 사용자가 계속 들어오기 때문에 저가 annual plan이 volume model과 잘 맞는다.


15. 유통 루프 ①: 무료 사이트 자체가 Carrd 광고다

[사실] 무료 Carrd 사이트 하단에는 작고 비방해적인 “Made with Carrd” 링크가 붙는다. AJ는 2024년에도 이를 Carrd 성장의 중요한 루프로 꼽았다. Indie Hackers, 2024 

[분석] 구조는 다음과 같다.

사용자 A가 무료 사이트를 만듦
→ 방문자 B가 사이트를 봄
→ Made with Carrd 클릭
→ B는 가입 없이 바로 빌더 사용
→ B도 새 사이트를 만듦
→ 새 사이트에서 또 노출

이 구조에서 free plan은 단순 acquisition cost가 아니다. distribution inventory를 생산하는 사용자 계층이다.

특히 중요하게 연결되는 두 요소가 있다.

  1. footer link만 있어서는 부족하다.
  2. link를 클릭한 사람이 account wall에 막히지 않아야 한다.

즉 virality와 zero-signup onboarding이 결합돼 있다.


16. 유통 루프 ②: 사용자 결과물이 제품 데모다

[분석] SaaS는 보통 마케팅팀이 demo video와 landing page를 만든다.

Carrd에서는 사용자가 만든 실제 사이트가 제품의 가능성을 보여준다.

누군가 예쁜 Carrd 페이지를 공유하면 그 페이지가 동시에:

  • 사용자 콘텐츠
  • 사례집
  • social proof
  • 제품 데모
  • acquisition surface

역할을 한다.

이는 UGC가 product marketing으로 자동 전환되는 구조다.

게임의 streaming virality와 비슷한 면이 있다. 제품 사용 자체가 다음 사용자에게 제품가치를 보여준다.


17. ‘마케팅 없음’의 실제 의미: paid marketing이 아니라 product-led distribution

[사실] AJ는 Carrd가 2016년 이후 광고·전통적 마케팅 없이 거의 전적으로 입소문으로 성장했다고 말했다. 동시에 이전 HTML5 UP audience가 launch에 큰 도움을 줬고, 이것이 없었다면 현재 위치에 도달했을지 확신하지 못한다고도 명시했다. Indie Hackers, 2024 

[분석] “마케팅하지 마라”가 교훈이 아니다.

Carrd는 사실 다음 채널을 썼다.

  • HTML5 UP audience
  • Twitter/X building in public
  • Product Hunt
  • Made with Carrd footer
  • referral
  • 사용자 공유
  • template discovery
  • community feedback

다만 대부분 현금으로 미디어를 사지 않았을 뿐이다.

즉 CAC를 광고예산에서 지불하기보다 제품 구조와 이전 콘텐츠 자산으로 지불했다.


18. 커뮤니티 전략: support를 제품개발 센서로 사용

[사실] 초기 Carrd에서 AJ는 Twitter DM·이메일로 직접 support했고, build-in-public 형태로 변경사항과 미완성 작업을 공유해 feedback을 받았다. 2019년에는 이 과정이 계속되는 feedback loop가 됐다고 설명했다. Indie Hackers #87 

2021년 1.6M 사용자 시점에는 Doni가 basic/intermediate support를, AJ가 제품 문제나 고급 이슈를 맡았다. 당시 support ticket은 하루 약 100~200건이라고 AJ가 직접 답했다. Indie Hackers AMA, 2021 

[분석] small-team support의 가장 큰 장점은 고객 만족보다 제품팀과 support팀 사이의 정보손실이 0에 가깝다는 점이다.

사용자:

“이 버튼을 못 찾겠습니다.”

창업자:

같은 질문이 반복됨 → documentation 문제가 아니라 UI 문제일 수 있음 → 바로 수정.

대기업에서는 ticket → support taxonomy → PM report → roadmap이 필요하지만 작은 팀은 이 피드백을 거의 실시간으로 제품에 반영할 수 있다.


19. 운영 레버리지 ①: 기능 제약이 support surface까지 줄인다

[분석] ‘한 페이지’ 제약은 개발비만 줄이지 않는다.

지원해야 할 경우의 수도 줄인다.

범용 CMS였다면 다음이 생긴다.

  • page hierarchy
  • routing
  • navigation
  • CMS collections
  • author roles
  • complex SEO
  • plugin conflicts
  • database-driven pages

Carrd는 많은 문제를 애초에 제품 범위 밖으로 둔다.

따라서 단순함은 브랜딩이 아니라 운영비 절감 장치다.


20. 운영 레버리지 ②: 1.6M 사용자에 사실상 2명

[사실] 2021년 4월 AJ는 Carrd가 2.5M 사이트·1.6M 사용자·$1M+ ARR를 기록하면서도 dev/product는 자신, operations는 Doni가 맡는 사실상 2인 구조라고 밝혔다. Indie Hackers AMA 

2022년에도 SaaS Club은 $100K+ MRR·4M+ 사이트를 2명이 운영한다고 소개했다. SaaS Club #306 

[분석] 이것이 가능한 이유는 인원수가 적어서가 아니라 셀프서비스 제품을 인원수가 적어도 되도록 설계했기 때문이다.

낮은 기능 복잡도

  • template onboarding
  • 자동 responsive
  • documentation
  • 연간 billing
  • 사용자 자체 배포
    = 큰 사용자 수 대비 작은 ops team

21. 운영 레버리지 ③: 투자금도 ‘성장 인력’보다 전문지식 접근에 사용

[사실] Carrd는 profitable 상태에서 2021년 약 $2M을 Rainfall Ventures를 포함한 12곳 안팎의 투자자에게서 조달했다. AJ는 돈 자체보다 network·expertise가 목적이었다고 설명했다. 투자자 네트워크를 통해 AWS 엔지니어들과 직접 이야기했고, 수백만 사이트를 새 인프라로 옮기는 설계를 지원받았다. SaaS Club #306 

당시 약 2~2.5M 사이트를 한 달 정도 준비해 downtime 없이 AWS로 옮겼고, 투자사 연결을 통해 약 $100K의 AWS credit도 받았다고 밝혔다. SaaS Club #306 

[분석] 보통 투자금의 레버리지는:

돈 → 인력 → 성장

으로 생각한다.

Carrd에서는 일부가:

투자 → 전문가 접근 → 잘못된 인프라 의사결정 회피 → founder time·다운타임 리스크 절감

으로 작동했다.

소규모 개발자가 배울 점은 투자 자체가 아니라 현금보다 희소한 전문성을 사는 방법이다. advisor, contractor, platform partner도 같은 역할을 할 수 있다.


22. 2020년 인플렉션: 팬데믹·활동가 사용·셀럽 노출이라는 비재현적 tailwind

[사실] AJ는 2020년 팬데믹으로 사람들이 온라인 사업·일을 찾으면서 사이트 수요가 늘었고, 사회운동 관련 Carrd 페이지가 확산됐으며, Kim Kardashian이 Carrd-built activist site를 공유해 큰 트래픽이 들어왔다고 회고했다. 이 급성장은 원래 수년 버틸 것이라 생각한 인프라의 여유를 수개월 수준으로 줄일 정도였다. SaaS Club #306 

[분석] 이 사건을 Carrd의 제품전략과 분리해서 봐야 한다.

비재현 요소:

  • 팬데믹이라는 구조적 디지털 전환
  • 2020년 activism wave
  • 대형 셀럽 공유

재현 가능한 준비 상태:

  • 누구나 무료로 즉시 사이트를 만들 수 있음
  • 가입 없이 trial 가능
  • 모바일 responsive
  • 공유 가능한 URL이 바로 생김
  • 저비용 유료 업그레이드

즉 tailwind는 운이지만 tailwind가 왔을 때 흡수할 제품은 설계할 수 있다.


23. 핵심 인플렉션 타임라인

단계사건전략적 의미
2012~HTML5 UP 무료 템플릿기술·신뢰·audience 자산 생성
이후Pixelarity 유료화$19 가격 감각과 결제 경험 축적
2015Carrd 개발 시작solo scope를 one-page로 제한
2016-03Twitter launch기존 audience 활용
2016-03-16Product Hunt 폭발frictionless onboarding의 레버리지 검증
201710K 사용자·900+ Pro유료 willingness 확인
2019~$30K MRRside project가 지속가능 SaaS로 전환
2020팬데믹·activism·셀럽 공유비정상적 수요 shock
2021$1M+ ARR·1.6M userssolo 운영 한계와 인프라 문제 본격화
2021$2M 투자·AWS 이동자본보다 전문성 레버리지
2022$100K+ MRR·4M sites2인 구조에서 대규모 서비스
2024$2M+ ARR·팀 4명solo를 고집하지 않고 병목 제거
2026지속적 changelogmature product의 장기 유지·세부 개선

24. 팀 규모: ‘영원히 솔로’가 아니라 병목이 생길 때만 확장

[사실] Carrd는 오랫동안 AJ 중심의 one-person product였고 Doni가 ops를 맡았다. 그러나 2024년 AJ는 자신이 모든 개발을 계속 직접 맡는 것이 성장의 bottleneck이 됐다고 인정했고, 첫 개발자를 채용한 뒤 작은 4인 팀으로 확장했다고 밝혔다. Indie Hackers, 2024 

[분석] Carrd에서 복제할 것은 “직원 없이 버틴다”가 아니다.

더 나은 규칙은:

headcount는 성장 목표 때문에 늘리는 것이 아니라 명확한 병목이 확인될 때 늘린다.

AJ는 투자를 받은 뒤에도 곧바로 조직을 크게 만들지 않았다. 반대로 solo identity가 제품 속도를 막는 순간에는 고집을 버렸다.


25. 리텐션: 공개 cohort 데이터는 없지만 제품 구조상 ‘낮은 사용빈도·높은 유지가치’ 가능성이 있다

정확한 churn·D1/D30 retention은 공개되지 않았다.

[분석] Carrd는 매일 열어야 가치가 생기는 SaaS가 아니다.

한 번 사이트를 만든 뒤 사용자는 몇 주 동안 로그인하지 않아도 사이트가 계속 공개돼 있다. 이런 제품은 일반적인 DAU/MAU 지표로 건강도를 평가하면 오해할 수 있다.

더 적절한 retention 단위는 다음에 가깝다.

  • custom domain이 계속 연결돼 있는가
  • site가 계속 publish 상태인가
  • 연간 renewal이 일어나는가
  • 새 사이트를 추가로 만드는가

즉 interaction retention보다 artifact retention이 중요하다.

다른 인디 앱도 사용 빈도보다 ‘결과물이 계속 가치를 내는 기간’을 측정해야 할 수 있다.


26. 바이럴 메커니즘: artifact가 공개될수록 acquisition surface가 늘어난다

[분석] Carrd의 viral loop는 초대형 network effect와 다르다.

Slack:

다른 사람이 있어야 제품가치 증가.

Carrd:

사용자 혼자도 가치가 완성되지만, 결과물이 공개될 때 제품 노출이 증가.

이를 artifact-led virality라고 볼 수 있다.

비슷한 구조를 적용할 수 있는 제품:

  • form builder
  • survey
  • portfolio maker
  • resume builder
  • chart/visualization app
  • public dashboard
  • link-in-bio
  • event page
  • generated report

핵심 질문은:

“사용자가 제품을 사용할수록 외부인이 볼 수 있는 산출물이 늘어나는가?”

이다.


27. 실패 위험 ①: 저가격은 한번 브랜드가 되면 올리기 어렵다

Carrd의 Standard 가격은 출시 때 $19/년이었고 2026년에도 $19/년이다. The Making of Carrd  Carrd Pro 

[분석] 이는 강한 moat이자 위험이다.

장점:

  • 경쟁자가 가격으로 공격하기 어려움
  • impulse upgrade 가능
  • annual purchase decision이 가벼움
  • word-of-mouth에서 가격 objection이 적음

위험:

  • infra·support 비용 상승을 가격에 전가하기 어려움
  • 사용자는 $19를 브랜드 약속으로 받아들임
  • 고가 경쟁자가 누리는 sales/CS 예산이 없음

따라서 Carrd의 가격을 그대로 복제하면 안 된다. 가격이 아니라 비용구조와 self-service 비율을 함께 복제해야 한다.


28. 실패 위험 ②: freemium은 사용자가 많아질수록 moderation·abuse 비용도 증가

[사실] 2019년 AJ는 Product Hunt 이후 사이트 수가 갑자기 수백 단위로 늘면서 user-generated content moderation을 사전에 충분히 준비하지 않았다는 문제를 깨달았다고 회고했다. Indie Hackers #87 

2021년에는 Doni가 운영·moderation·support의 상당 부분을 맡았다. Indie Hackers AMA 

[분석] 무료 생성도구에는 항상 shadow COGS가 있다.

  • spam
  • phishing
  • abusive content
  • DMCA·법적 요청
  • support
  • storage
  • bandwidth

무료 사용자의 acquisition value만 보고 이 비용을 무시하면 scale에서 무너질 수 있다.


29. 실패 위험 ③: founder 취향이 제품 일관성의 원천이자 bus factor

[분석] Carrd의 강점 중 하나는 UX·디자인·기능 우선순위를 한 사람이 오랫동안 일관되게 통제했다는 점이다.

그러나 같은 구조는:

  • release bottleneck
  • knowledge concentration
  • burnout
  • succession risk

를 만든다.

2024년 팀을 4명으로 늘린 것은 이 한계를 인정한 결과다.


30. 실패 위험 ④: ‘원페이지’ 제약이 시장 확장 ceiling이 될 수 있다

[분석] constraint는 차별화와 비용 절감의 원천이지만 동시에 다음 사용자를 경쟁사로 내보내는 경계다.

사용자가:

  • 대규모 블로그
  • e-commerce catalog
  • CMS
  • complex SEO
  • multi-author publishing

을 원하면 Carrd의 fit은 빠르게 떨어진다.

Carrd의 강점은 이 고객을 붙잡으려고 scope를 무한 확장하지 않는다는 점이지만, 그만큼 TAM 일부를 의도적으로 포기한다.


31. 실패 위험 ⑤: 초기 distribution advantage는 오늘 그대로 재현되지 않는다

2016년 Product Hunt, 당시 Twitter 환경, HTML5 UP audience는 시간 특정적이다.

[분석] 2026년에 같은 전략을 그대로 실행해:

무료 템플릿 → Twitter → Product Hunt

만으로 동일한 도달을 기대하는 것은 위험하다.

재현할 것은 채널이 아니라 구조다.

먼저 무료 가치로 audience를 만들고 → 다음 유료 제품에 이동 가능한 distribution asset으로 전환한다.

오늘의 채널은 GitHub, YouTube, TikTok, Reddit, niche community, newsletter, app marketplace 등일 수 있다.


32. 실패 위험 ⑥: 바이럴 무료 제품은 인프라 용량계획을 어렵게 한다

[사실] 2020년 성장으로 기존 인프라의 예상 수명이 수년에서 약 수개월로 줄었고, 결국 AWS로 대규모 migration을 해야 했다. SaaS Club #306 

[분석] product-led virality의 문제는 마케팅팀이 유입량을 통제하지 못한다는 것이다.

유료 캠페인은 꺼버릴 수 있지만, 셀럽 공유·viral event는 끌 수 없다.

따라서 public artifact 제품은 작은 팀이라도 최소한:

  • rate limits
  • storage quotas
  • abuse response
  • static caching/CDN
  • backup/restore
  • billing failure handling

같은 emergency surface를 미리 생각해야 한다.


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

[분석] Carrd의 성공은 다음과 같이 연결하는 것이 가장 설득력 있다.

무료 HTML 템플릿을 수년간 만들어 기술과 audience 축적
↓
원페이지 템플릿이 유독 많이 쓰인다는 demand signal 발견
↓
혼자 Wix를 만들 수 없으므로 capability를 원페이지로 제한
↓
약 1년간 UX-first 방식으로 빌더 제작
↓
회원가입 없이 편집부터 가능한 activation 구조
↓
무료 + $19/year Pro를 launch day부터 함께 제공
↓
기존 Twitter audience로 첫 사용자 확보
↓
Product Hunt feature가 대규모 첫 트래픽을 만듦
↓
no-signup UX 덕분에 유입이 바로 제품사용으로 전환
↓
무료 사이트의 Made with Carrd 링크가 새로운 방문자를 계속 생성
↓
저가 annual pricing이 사용→결제 마찰을 낮춤
↓
사용자 결과물과 입소문이 paid acquisition을 대체
↓
기능 요청을 one-page 철학 안에서 일반화해 scope 유지
↓
2019 ~$30K MRR
↓
2020 외부 tailwind가 사용량을 폭발시킴
↓
2021 $1M+ ARR, 1.6M users, 2.5M sites
↓
profit 상태에서 $2M 투자로 전문가·AWS 네트워크 확보
↓
인프라 이관·ops 분업
↓
founder bottleneck이 커지자 4인 팀으로 확장
↓
2024 $2M+ ARR
↓
2026에도 동일한 단순 제품 thesis를 유지하며 꾸준히 업데이트

핵심은 **“단순함이 UX만 좋아지게 한 것이 아니라 개발비·support·가격·virality·조직 규모를 모두 같은 방향으로 정렬했다”**는 점이다.


34. 대안 가설 A — “Product Hunt가 띄웠기 때문에 성공했다”

[사실] Product Hunt가 초기 폭발에 큰 역할을 한 것은 AJ 본인이 명확히 인정한다. The Making of Carrd 

[분석] 그러나 Product Hunt만으로 8년 뒤 $2M ARR를 설명하기는 어렵다.

Product Hunt가 제공한 것은 초기 유량이다.

장기적으로 필요한 것은:

  • 반복되는 user-created sites
  • Made with Carrd loop
  • 낮은 churn 가능성이 있는 annual plan
  • 제품 품질
  • 가격
  • 꾸준한 improvement

였다.

따라서 Product Hunt는 ignition, 제품 구조는 engine에 가깝다.


35. 대안 가설 B — “$19로 너무 싸게 팔아서 성공했다”

[분석] 낮은 가격은 전환에 도움을 줬지만 단독 원인은 아니다.

$19 상품이 성공하려면:

  • support가 적어야 하고
  • server cost가 낮아야 하고
  • sales team이 없어야 하고
  • acquisition이 저비용이어야 하고
  • 대규모 self-serve volume이 필요하다.

Carrd는 이 조건이 제품 설계와 함께 충족됐다.

따라서 다른 SaaS가 enterprise onboarding·human support가 필요한데 가격만 $19로 내리면 망가질 가능성이 높다.


36. 대안 가설 C — “AJ가 디자인을 잘해서 성공했다”

분석: 디자인 실력은 분명 중요했다. 그러나 디자인만으로는 Carrd의 economics를 설명하지 못한다.

더 중요한 연결은:

좋은 template → 사용자가 빠르게 좋은 결과 생성 → 그 결과를 외부에 공유 → 방문자가 Carrd를 발견 → no-signup builder 체험

이다.

즉 디자인 품질이 유통 루프의 conversion rate를 높이는 역할을 했다.


37. 대안 가설 D — “팬데믹이 Carrd를 성공시켰다”

팬데믹은 2020년에 강력한 가속기였다. 그러나 Carrd는 2019년에 이미 약 $30K MRR를 만들고 있었다. Indie Hackers #87 

[분석] 따라서 pandemic은 PMF를 만든 사건이라기보다:

검증된 product의 growth curve를 급격히 가속한 외부 shock

으로 보는 것이 맞다.


38. 대안 가설 E — “투자받아서 $2M ARR까지 컸다”

Carrd는 투자 전에 이미 profitable했고 2021년 $1M+ ARR 수준에 도달했다. Indie Hackers AMA 

[분석] 투자는 PMF를 구매한 것이 아니다.

더 정확한 역할은:

  • 인프라 전문성
  • advisor network
  • AWS 연결
  • hiring 판단

등 scale risk를 낮추는 것이었다.


39. 대안 가설 F — “마케팅을 안 해서 제품에 집중한 것이 성공 원인”

[분석] 절반만 맞는다.

Carrd는 paid marketing은 거의 하지 않았지만 distribution을 하지 않은 것이 아니다.

  • previous audience
  • Twitter
  • Product Hunt
  • footer virality
  • referral
  • UGC

가 존재했다.

따라서 교훈은 “마케팅 금지”가 아니라:

acquisition channel을 제품과 결과물 안에 내장할 수 있으면 별도 캠페인 의존도를 낮출 수 있다.

이다.


40. 맥락 의존 요소와 재현 가능한 요소

요소재현성이유
기능 범위를 강하게 제한매우 높음제품 전략
signup 전에 value experience 제공매우 높음UX 설계
free artifact에 attribution link 포함높음제품 유형에 따라
무료→저가 annual upgrade높음cost structure 필요
사용자의 요구를 underlying job으로 일반화매우 높음roadmap 원칙
이전 무료제품으로 audience 축적높음시간 필요
launch day부터 paid plan 제공매우 높음willingness 검증
템플릿으로 blank-canvas friction 제거높음builder류에 강함
low-headcount self-service 운영중간~높음제품 복잡도에 따라
투자로 전문가 네트워크 확보중간관계·조건 의존
Product Hunt 2016의 효과낮음플랫폼·시대 특정
2020 팬데믹 온라인 전환매우 낮음외부 사건
셀럽의 자발적 공유극히 낮음운
HTML5 UP의 기존 5만 Twitter audience낮음장기간 누적 자산
$19 가격을 10년 가까이 유지중간 이하비용 구조 의존
$2M+ ARR 결과낮음outlier scale

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

우선순위항목왜 중요한가
P0고객 vertical보다 capability scope를 줄일 수 있는지 검토시장은 넓게, 구현은 작게 가능
P0signup 전에 핵심 가치를 체험하게 만들기activation friction 감소
P0사용자가 만든 결과물이 신규 사용자에게 노출되는지 확인product-led distribution
P0핵심 use case를 template/preset으로 1분 내 시작 가능하게 만들기blank-canvas 제거
P0feature request를 그대로 받지 말고 underlying job으로 일반화scope 보호
P0PMF 이전부터 실제 결제 옵션 제공willingness-to-pay 조기 검증
P0가격을 competitors가 아니라 cost structure·support burden에 맞춰 설정unit economics 일치
P1무료 사용자가 acquisition asset인지 비용만 만드는지 계측freemium 품질
P1audience를 현재 제품이 아니라 다음 제품에도 남는 자산으로 구축장기 distribution
P1support ticket을 UX 개선 데이터로 연결small-team advantage
P1명확한 founder bottleneck이 생길 때만 채용headcount discipline
P1급성장 시 필요한 infra/abuse 대응 최소계획 마련viral risk
P2할인 시 conversion elasticity 관찰가격 최적화
P2투자·advisor를 현금보다 전문성 접근 관점에서 평가operational leverage
P2low-frequency SaaS는 DAU가 아니라 artifact/renewal retention 측정metric fit

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

아래는 Carrd의 전략을 작은 인디 앱에 바로 적용할 수 있도록 실험 단위로 바꾼 것이다.

우선순위실험실행 방법핵심 지표성공 기준 예시
P0Signup-Later TestA: 첫 화면 가입, B: 핵심 작업 완료 후 가입first-value completionB가 30%+ 개선
P0Capability Cut Test제품 기능 중 상위 1개 job만 남긴 lite prototype 제작completion time, support questions가치 유지하며 task time 감소
P0Artifact Virality Test무료 산출물에 작고 비방해적인 attribution link 추가artifact→product CTR0.5~2% 이상 초기 signal
P0Template Activation Testblank start vs 5개 preset 비교time-to-first-successpreset cohort 2배 빠름
P0Paid-at-Launch Test무료 beta에서도 custom domain/export 등 1개 기능 유료화first 100 users pay rate최소 1~5명의 실제 결제
P0Underlying-Job Reviewfeature request 20개를 ‘요청 기능’과 ‘실제 목적’으로 분리generalized solutions count3개 이상 공통 solution 발견
P1Price Elasticity Test$9/$19/$39 annual plan 또는 40% 할인 기간 비교revenue/visitor, conversion가격보다 총수익 최대 구간 탐색
P1Footer Loop Cohortattribution 유입 cohort를 별도 추적visitor→trial→publishorganic loop coefficient 측정
P1Support-to-UX Sprint2주간 support top 10 반복질문을 전부 UI/documentation으로 해결tickets/active user20%+ 감소
P1Founder Bottleneck Audit2주간 founder 시간을 code/support/ops/sales로 기록high-value dev hours20% 이상 reclaim 가능 업무 발견
P1Free User Cost Auditfree cohort별 storage·bandwidth·support·abuse cost 계산cost/free active userviral value > marginal cost 확인
P1Audience Carryover Test무료 tool/content에서 다음 제품 waitlist CTA 운영audience→new product conversion5%+ interested signal
P2Viral Spike Drill트래픽 20배 상황 부하테스트 및 moderation runbookrecovery timehuman intervention 최소화
P2Artifact Retention Metric로그인 대신 공개 artifact의 30/90/365일 생존율 측정artifact survival제품 특성에 맞는 retention baseline 확보
P2Expertise Buy-vs-Hire Test병목 기술 1개를 advisor 5h vs full-time hire 비용으로 비교founder weeks savedhire 이전 전문상담 ROI 확인

43. 바로 적용할 실험 ①: 가입 버튼을 뒤로 미뤄라

Carrd의 가장 강한 UX benchmark는 ‘회원가입 없는 trial’이다.

실험 설계

A 버전

Landing → Sign up → Workspace → Product

B 버전

Landing → 핵심 기능 사용 → 결과물 생성 → Save/Publish 때 Sign up

측정:

  • 방문→핵심 기능 시작률
  • 핵심 기능 시작→완료율
  • 완료→가입률
  • 가입자당 completed artifact

왜 이 실험이 중요한가

일반 funnel은 signup conversion을 최적화하기 쉽다. 그러나 Carrd가 최적화한 것은 value conversion이다.

B 버전에서 가입 수가 조금 줄더라도 실제 성공 결과물이 크게 늘면 장기적으로 더 좋은 funnel일 수 있다.


44. 바로 적용할 실험 ②: vertical niche 대신 capability niche를 찾아라

많은 인디 SaaS 조언은 “부동산용 X”, “치과용 Y”처럼 고객군을 좁히라고 한다.

Carrd의 대안은:

“모든 사람이 쓸 수 있지만 한 종류의 문제만 아주 잘 푼다.”

다.

실험

현재 제품 기능 10개를 나열한다.

그중 가장 중요한 job 하나만 남긴 prototype을 만든다.

예:

  • 범용 CRM → ‘상담 후 후속메일만 관리’
  • 범용 analytics → ‘한 페이지 conversion만 측정’
  • 범용 project management → ‘오늘 할 일만 관리’
  • 범용 AI writing → ‘고객지원 답변만 작성’

측정:

  • onboarding time
  • first-task completion
  • support questions
  • willingness to pay

기능을 줄였는데 willingness to pay가 유지된다면 좋은 capability niche일 수 있다.


45. 바로 적용할 실험 ③: 무료 사용자가 진짜 acquisition channel인지 계산

freemium을 ‘사람을 많이 모으는 가격정책’으로만 사용하면 비용이 커진다.

Carrd에서는 무료 사용자 결과물에 브랜드 링크가 있어 유입을 재생산한다.

실험

무료 artifact에 작은 attribution link를 배치한다.

30일간 측정한다.

Free active user 1명 → 외부 노출 수 → 클릭 → 새 trial → 새 artifact

이를 간단한 viral coefficient로 만든다.

예:

무료 사용자 100명 → 2,000 외부 방문 → 40 click → 8 trial → 3 publish

무료 사용자가 marginal cost보다 큰 acquisition value를 만드는지 판단한다.


46. 바로 적용할 실험 ④: launch에 반드시 ‘돈 내는 선택’을 포함시켜라

AJ는 Product Hunt 트래픽을 무료 사용자 수로만 끝내지 않기 위해 처음부터 Pro를 준비했다.

실험

beta라도 다음 중 하나를 유료로 둔다.

  • custom domain
  • export
  • watermark 제거
  • larger limits
  • automation
  • API

목표는 매출 규모가 아니다.

“사람들이 좋아한다”와 “사람들이 돈을 낸다”를 같은 날 검증

하는 것이다.

첫 100~500 사용자에서 실제 결제가 한 건도 없다면 가격·가치경계·타깃을 다시 볼 신호다.


47. 바로 적용할 실험 ⑤: feature request를 그대로 만들지 않는다

Carrd의 multi-page 사례처럼, 고객이 말하는 solution과 job을 분리한다.

템플릿

고객 요청:

“폴더 기능을 만들어 주세요.”

실제 job 후보:

“콘텐츠가 많아져 찾기 어렵다.”

더 작은 해법 후보:

  • tag
  • search
  • filter
  • section

매주 feature request 상위 10개에 대해:

  1. 요청 기능
  2. underlying job
  3. 기존 기능으로 가능한가
  4. 더 일반화된 solution이 있는가
  5. 제품 thesis를 깨는가

를 기록한다.


48. 바로 적용할 실험 ⑥: 가격을 ‘최대 지불의사’보다 ‘생각 없이 결제 가능한 선’으로 테스트

Carrd의 가격전략은 enterprise SaaS와 다르다.

실험

동일 기능에 대해 annual price landing page를 세 버전으로 만든다.

  • $9/year
  • $19/year
  • $39/year

각 cohort에서:

  • checkout start
  • paid conversion
  • refund
  • support load
  • total revenue/visitor

를 본다.

가격이 2배인데 conversion이 3배 이상 떨어지면, 낮은 가격이 총매출과 viral conversion 모두에 유리할 수 있다.

단, human onboarding이나 고가 infrastructure가 필요한 제품은 이 실험을 그대로 적용하면 안 된다.


49. 바로 적용할 실험 ⑦: support를 ‘비용’이 아니라 UX telemetry로 사용

Carrd처럼 작은 팀은 founder가 직접 support를 볼 때 정보 우위가 있다.

실험

2주간 support ticket을 다음으로 tag한다.

  • 못 찾음
  • 이해 못 함
  • bug
  • missing feature
  • billing
  • abuse

가장 많은 ‘못 찾음/이해 못 함’ 3개를 UI로 고친다.

다음 2주 ticket 비율을 비교한다.

support가 줄면 documentation 팀을 키우기보다 제품 자체가 support를 없애는 방향으로 간 것이다.


50. 바로 적용할 실험 ⑧: 채용 전에 founder bottleneck을 수치화

Carrd는 너무 오래 solo로 남은 것이 나중에는 병목이 됐다고 인정했다.

실험

2주 동안 founder 시간을 30분 단위로 기록한다.

  • core product
  • customer support
  • moderation
  • infra
  • billing
  • admin
  • marketing

그 후 질문한다.

“다른 사람이 80% 품질로 해도 되는 일 중, 내가 매주 10시간 이상 쓰는 것은 무엇인가?”

그 업무가 채용·contractor·automation의 첫 후보가 된다.


51. 가장 따라 하면 안 되는 것: ‘마케팅을 0으로 하면 제품이 알아서 큰다’

Carrd의 표면적인 성공 공식은 매력적이다.

solo dev
zero marketing
$19/year
freemium
Product Hunt
$2M ARR

하지만 그대로 따라 하면 재현 가능성이 낮다.

Carrd 뒤에는 이미:

  • HTML5 UP의 대규모 무료 사용자
  • 5만 가까운 Twitter audience
  • Pixelarity의 유료화 경험
  • 프론트엔드 제작 숙련
  • Product Hunt의 2016년 distribution power

가 있었다.

진짜 벤치마크는:

무료 가치로 audience를 축적하고, 그 audience가 다음 제품의 초기 distribution이 되게 만든다.

이다.


52. 가장 따라 하면 안 되는 것: ‘$19/year면 무조건 강력하다’

Carrd의 low price는 훌륭하지만, 그것은 원인이자 결과다.

가능한 이유:

  • self-service
  • 작은 team
  • 좁은 scope
  • low sales cost
  • annual billing
  • product-led acquisition

만약 제품에 매 고객당 매달 1시간의 human support가 필요하다면 Carrd 가격은 사업을 파괴한다.

따라서 벤치마킹 항목은 가격 숫자가 아니라:

“이 가격에서도 support·infra·acquisition 비용이 구조적으로 낮은가?”

이다.


53. 최신 상태: mature SaaS인데도 여전히 작은 개선을 반복한다

2026년 9월 공식 changelog를 보면 Carrd는 거대한 repositioning이나 AI pivot보다 기존 builder의 세부 기능·template·icon·font·site 설정을 계속 개선하고 있다. 8월에는 Elements Panel, iframe framing control, analytics shortcut 등이 추가됐고 9월에도 template과 URL 관련 개선이 이어졌다. Carrd Changelog, 2026-09 

[분석] 이것은 Carrd의 운영철학과 일관된다.

성숙한 제품이 성장한다고 해서 반드시:

  • enterprise
  • collaboration suite
  • CMS
  • e-commerce
  • full marketing platform

으로 변해야 하는 것은 아니다.

Carrd는 core promise를 바꾸기보다 그 약속 안에서 compound한다.


54. 최종 결론

Carrd에서 가장 눈에 띄는 숫자는 $2M+ ARR다. 그러나 인디 개발자가 더 주목해야 할 숫자는 다음이다.

  • 약 1년의 초기 개발 기간
  • 2017년 10,000+ 사용자 / 900+ Pro upgrade
  • 2019년 ~$30K MRR
  • 2021년 1.6M 사용자 / 2.5M 사이트 / $1M+ ARR / 하루 10K+ 신규 사이트
  • 2022년 2명 / 4M+ 사이트 / $100K+ MRR
  • 2024년 4명 / $2M+ ARR
  • 2026년에도 $9 / $19 / $49 연간 가격 구조 유지

이 숫자를 연결하면 Carrd의 성공은 ‘사이트 빌더를 싸게 만든 것’보다 더 정교하다.

Carrd는 제품의 한계를 의도적으로 정한 뒤 그 한계가 조직·가격·지원·유통의 장점이 되도록 정렬했다.

원페이지 제약은:

  • 개발 범위를 줄였고
  • onboarding을 단순하게 했고
  • support surface를 줄였고
  • 낮은 가격을 가능하게 했고
  • free plan을 운영 가능하게 했고
  • 결과물을 빠르게 publish하게 했고
  • 그 결과물이 다시 Carrd를 홍보하게 했다.

여기에 signup-free experience가 붙으면서 신규 유입은 계정 생성이 아니라 바로 제품 체험으로 들어갔다.

그리고 이 모든 것이 가능했던 초기 분배에는 HTML5 UP이라는 이전 무료 제품과 Product Hunt라는 시대적 tailwind가 있었다. 2020년 팬데믹과 대형 셀럽 노출도 강한 운 요소였다.

따라서 다른 인디 개발자가 Carrd에서 가져갈 가장 중요한 질문은 세 가지다.

“내가 고객군을 더 좁히지 않고도, 제품이 할 수 있는 일 자체를 더 좁힐 수 있는가?”

“사용자가 계정을 만들기 전에 내 제품의 핵심 가치를 실제로 경험하게 할 수 있는가?”

“사용자가 내 제품으로 만든 결과물이 공개될 때, 그 결과물 자체가 다음 사용자를 데려오는가?”

Carrd는 기능이 적어서 성공한 제품이 아니다.

기능을 적게 유지한 덕분에 UX·가격·운영·바이럴 구조가 동시에 좋아진 제품이다.


주요 출처 및 게시·확인일

게시·확인일출처주요 정보
2017-03-27AJ — Carrd: The Making Of 2015~2016 개발과정, 2016-03-07 출시, Product Hunt, 초기 pricing, 2017 10K sites/users·900+ Pro, UX·scope 설계
2019-03-29Indie Hackers Podcast #87 — AJ of Carrd ~$30K MRR, 월 20K 신규 사용자·40K sites, 50K 근접 Twitter audience, no-signup onboarding, pricing·support·word-of-mouth
2021-04-30AJ Indie Hackers AMA 2.5M sites·1.6M users·$1M+ ARR·10K+ sites/day, 2인 운영, support 규모
2021-09-30Indie Hackers Podcast #228 $30K MRR→$1M ARR 성장, 2020 성장과 funding 배경
2022 전후SaaS Club #306 — From Vanity Project to $1M ARR $100K+ MRR, 4M+ sites, $2M raise, AWS migration, 2020 tailwind, Black Friday pricing elasticity
2024-09-18Indie Hackers — Growing Carrd to $2M ARR $2M+ ARR, capability niche, zero paid marketing, Made with Carrd loop, audience advantage, team 4명
2026-09 확인Carrd 공식 홈페이지 현재 one-page positioning, free tier, signup-free start
2026-09 확인Carrd 공식 Pro 가격 Pro Lite $9/year, Standard $19/year, Plus $49/year 및 기능
2026-09-16Carrd 공식 Changelog 2026년 현재도 지속적인 제품 업데이트 확인

데이터 해석 메모

  • 2024년 $2M+ ARR는 Indie Hackers의 AJ 인터뷰/기고 형식 자료를 최신 founder-attributed 수치로 사용했다.
  • 2026년 제3자 revenue estimate는 서로 불일치하므로 공식 실적으로 사용하지 않았다.
  • 최신 user/site count는 공개되지 않았으므로 2021·2022 시점의 founder-stated 수치만 날짜와 함께 사용했다.
  • 정확한 conversion·churn·CAC·LTV가 공개되지 않았으므로 계산하거나 추정하지 않았다.
Last updated on