Balatro: 48개 위시리스트에서 500만+ 판매로 — 솔로 개발자의 발견·확산 시스템 분석

Balatro의 성공에서 가장 벤치마킹할 부분은 “천재적인 게임 아이디어” 자체보다 제품의 재미가 외부로 전달되는 구조를 단계적으로 만든 방식이다. LocalThunk는 처음부터 상업적 성공을 목표로 설계하지 않았고, 2023년 5월 말 Steam 위시리스트는 48개에 불과했다. 그러나 플레이 가능한 빌드, 스트리머 노출, 반복 가능한 데모, 커뮤니티 피드백, Steam 이벤트 타이밍, 퍼블리셔의 유통 역량이 연결되면서 출시일 위시리스트는 208,401개로 증가했다. 출시 당일 Steam에서만 119,000장이 팔렸고, Playstack은 2025년 1월 누적 판매량이 500만 장을 넘었다고 공식 발표했다.[1][2]

이 사례의 핵심은 “바이럴이 터졌다”가 아니다. 제품의 강점을 발견 → 증명 → 증폭 → 전환하는 퍼널을 몇 달에 걸쳐 구축했다는 점이다.

1. 숫자로 보는 성장 곡선

LocalThunk가 직접 공개한 개발 타임라인을 기준으로 보면 성장의 변곡점이 매우 선명하다.[1]

흥미로운 부분은 48 → 208,401이라는 결과보다 증가폭이 균일하지 않다는 것이다. 대부분의 성장은 몇 개의 이벤트 주변에 몰려 있다.

따라서 인디 개발자가 “매일 SNS에 글을 올리면 언젠가 성장한다”라고 해석하면 잘못된 벤치마킹이 된다. Balatro는 지속적 콘텐츠 생산보다 고레버리지 이벤트를 만들고, 그 이벤트가 제품 체험으로 이어지도록 설계한 사례에 가깝다.

2. 첫 번째 핵심: 마케팅보다 먼저 “관찰 가능한 재미”를 만들었다

Balatro는 설명만 들으면 마케팅이 쉽지 않은 게임이다.

“포커 패를 만들어 점수를 올리고, Joker와 카드 효과를 조합하는 로그라이크 덱빌더”라는 설명은 시스템을 전달할 뿐, 실제 플레이에서 발생하는 쾌감을 충분히 보여주지 못한다.

하지만 플레이 화면에는 세 가지 강력한 특성이 있다.

2.1 결과가 즉시 보인다

카드를 내고 효과가 연쇄되면 점수가 눈앞에서 커진다.

이 구조는 플레이어에게는 보상이고, 시청자에게는 콘텐츠다. 중요한 것은 게임의 내부 재미가 외부 관찰자에게도 보인다는 것이다.

인디 앱으로 번역하면 다음과 같다.

• AI 도구라면 결과물이 입력 직후 크게 달라져야 한다.
• 생산성 앱이라면 사용 전/후 시간 절감이 눈에 보여야 한다.
• 디자인 도구라면 한 번의 조작으로 화면이 극적으로 개선되어야 한다.
• 게임이라면 “왜 재미있는지”를 10초짜리 영상에서도 이해할 수 있어야 한다.

즉, 제품이 좋다는 것과 제품의 장점이 콘텐츠로 전환되기 쉽다는 것은 별개의 문제다.

Balatro는 두 가지를 동시에 만족했다.

2.2 룰은 익숙하고 조합은 낯설다

포커 족보는 많은 사람이 이미 알고 있다. 따라서 처음부터 모든 규칙을 새로 학습할 필요가 없다.

반면 Joker, 배수, 카드 변형, 덱 조작을 통해 익숙한 규칙 위에 예상하지 못한 조합이 만들어진다.

이것은 강력한 제품 설계 패턴이다.

익숙한 입구 + 낯선 깊이

완전히 새로운 개념을 만들면 설명 비용이 올라간다. 반대로 너무 익숙하면 차별성이 없다.

Balatro는 포커라는 기존 멘탈 모델을 획득 비용 절감 장치로 사용하고, 그 위에 로그라이크 조합성을 붙였다.

인디 앱에서도 같은 전략을 사용할 수 있다.

• “Notion 같은 문서 편집기 + 자동으로 구조화하는 AI”
• “캘린더 + 목표별 실제 시간 사용 분석”
• “스크린샷 도구 + 자동 제품 문서 생성”
• “엑셀 같은 표 + 자연어 자동화”

새로운 기능을 팔기보다 사용자가 이미 이해하는 제품 카테고리를 기반으로 차이를 설명하는 것이 유리하다.

3. 두 번째 핵심: 데모를 ‘무료 버전’이 아니라 성장 엔진으로 사용했다

Balatro의 초기 데모는 50라운드 제한 방식이었다. LocalThunk 자신도 이 전략이 좋지 않았다고 회고한다.[1]

이후 중요한 변화가 일어났다.

시간/라운드 제한을 제거하고 콘텐츠 자체를 제한했다.

사용자는 작은 콘텐츠 풀 안에서 원하는 만큼 반복 플레이할 수 있었다.

이 차이는 매우 중요하다.

잘못된 데모

• 10분 후 종료
• 3회 사용 후 결제
• 기능의 핵심을 체험하기 전에 제한
• “유료 버전을 사야 진짜 제품이 된다”는 인상

Balatro식 데모

• 핵심 루프는 완전하게 경험
• 반복 사용 가능
• 전체 콘텐츠만 제한
• 데모 자체도 하나의 완결된 제품처럼 느껴짐

이 방식은 사용자가 데모를 단순 평가판이 아니라 계속 소비할 수 있는 콘텐츠로 인식하게 만든다.

LocalThunk는 일부 사용자가 데모를 수십 시간 플레이할 정도였다고 여러 인터뷰에서 설명했고, 커뮤니티 피드백 역시 게임 디자인 개선에 직접 활용됐다.[1][4]

벤치마킹 원칙

인디 앱이라면 무료 플랜의 질문을 이렇게 바꾸는 것이 좋다.

“무료 사용자를 얼마나 빨리 막을까?”가 아니라

“제품의 핵심 반복 루프를 충분히 사랑하게 만들면서, 어떤 확장 영역을 유료로 남길까?”

예를 들어 AI 이미지 앱이라면 생성 횟수를 지나치게 적게 제한하는 것보다 기본 모델은 반복 사용 가능하게 하고 고급 해상도, 대량 처리, 브랜드 스타일, API 등을 유료화하는 방식이 제품의 습관 형성에는 더 유리할 수 있다.

4. 세 번째 핵심: 작은 크리에이터 노출을 ‘신호’로 보고 빠르게 확대했다

2023년 5월 말 위시리스트 48개라는 숫자는 제품이 시장에 존재하지만 발견되지 않았다는 뜻이다.

6월부터 작은 유튜버와 스트리머가 게임을 다루기 시작했고, Dan Gheesling의 방송 이후 위시리스트가 눈에 띄게 상승했다. 이후 Northernlion이 플레이하면서 성장폭은 훨씬 커졌다.[1]

여기서 중요한 것은 특정 인플루언서의 이름이 아니다.

“누가 우리 제품을 잘 설명할 수 있는가?”를 제품 데이터로 발견한 것이 중요하다.

Balatro의 타깃은 단순히 “게임 유튜버”가 아니었다.

로그라이크, 덱빌더, 전략 게임을 오래 플레이하고 시청자와 사고 과정을 공유하는 크리에이터가 특히 적합했다.

이들은 광고판이 아니라 제품의 재미를 번역해 주는 인터페이스였다.

벤치마킹 방법

초기 제품에서 인플루언서를 찾을 때 팔로워 수부터 보면 안 된다.

다음 순서가 더 낫다.

1. 제품을 실제로 오래 사용할 사람을 찾는다.
2. 그 사람이 사용하면서 자연스럽게 설명할 수 있는지 본다.
3. 시청자 반응, 링크 클릭, 가입, 위시리스트 증가를 확인한다.
4. 반응이 좋은 크리에이터와 유사한 채널을 확장한다.

즉, “큰 사람에게 한 번 노출”이 아니라 작은 테스트 → 반응 측정 → 유사 채널 확장 구조가 필요하다.

5. 네 번째 핵심: 퍼블리셔를 돈이 아니라 ‘병목 제거 장치’로 사용했다

LocalThunk는 게임 개발 자체보다 마케팅, 포팅, 공개적인 커뮤니케이션, 계약과 사업 운영에서 큰 부담을 느꼈다. 여러 퍼블리셔와 접촉한 뒤 Playstack을 선택했고, 퍼블리셔는 콘솔 포팅, 다국어 지원, PR, 출시 일정, 미디어 관계 등에 관여했다.[1][3]

여기서 중요한 점은 “퍼블리셔가 성공시켰다” 혹은 “개발자가 혼자 성공했다”라는 이분법이 아니다.

LocalThunk가 가진 핵심 자산은 매우 명확했다.

• 강한 제품 루프
• 빠른 제품 개선
• 독특한 디자인 감각
• 플레이어 피드백 흡수 능력

반대로 약한 영역도 명확했다.

• 퍼블릭 커뮤니케이션
• 멀티플랫폼 출시
• 글로벌 마케팅
• PR
• 사업 운영

Playstack은 개발자가 약한 영역의 처리량을 높였다.

앱 개발자로 번역하면

공동창업자, 마케팅 파트너, 에이전시, 퍼블리셔를 찾기 전에 먼저 다음 표를 만들어야 한다.

파트너의 목적은 단순히 인력을 늘리는 것이 아니라 창업자가 가장 높은 레버리지 활동에 계속 집중할 수 있도록 병목을 제거하는 것이다.

6. 다섯 번째 핵심: 커뮤니티를 고객지원 채널이 아니라 제품 연구 조직으로 활용했다

LocalThunk는 Discord에서 플레이어들과 지속적으로 대화했고, 출시 직전에는 게임을 매우 잘 이해하는 일부 커뮤니티 멤버를 별도의 테스트 그룹에 모았다.[1]

이 방식이 특히 강력한 이유는 일반적인 “사용자 의견 수집”과 다르기 때문이다.

모든 의견을 동일하게 취급하지 않았다.

제품을 깊게 이해하는 사용자를 발견하고, 그들의 피드백 해상도를 높였다.

많은 초기 제품이 사용자 피드백에서 실패하는 이유는 다음과 같다.

• 가장 목소리가 큰 사용자의 의견을 따른다.
• 기능 요청 개수를 우선순위로 사용한다.
• 신규 사용자와 파워유저의 문제를 섞는다.
• 사용자의 해결책 제안을 그대로 구현한다.

Balatro식 접근은 더 구조적이다.

1. 반복 사용자를 식별한다.
2. 제품을 깊이 이해하는 사용자를 구분한다.
3. 그들의 행동 패턴과 문제 인식을 관찰한다.
4. 최종 디자인 결정은 개발자가 한다.

즉, 커뮤니티는 디자인 위원회가 아니라 고해상도 센서 네트워크다.

7. 여섯 번째 핵심: Steam Next Fest를 이벤트가 아니라 ‘전환 압축기’로 사용했다

Balatro는 2023년 가을 Next Fest 시기에 데모를 노출하면서 관심을 키웠고, 정식 참가 기회는 2024년 2월 출시 직전에 사용했다.[1]

출시 직전의 흐름은 매우 강하다.

스트리머 토너먼트 → 새로운 데모 → Next Fest → 리뷰 공개 → 정식 출시

각 이벤트가 독립적이지 않고 앞선 이벤트가 만든 관심을 다음 단계가 회수한다.

이것이 중요하다.

많은 인디 개발자는 다음처럼 마케팅을 한다.

• 월요일 트윗
• 목요일 Reddit
• 다음 달 Product Hunt
• 두 달 후 뉴스레터
• 어느 날 출시

각 활동 사이에 연결이 없다.

Balatro는 반대로 관심의 반감기 안에 다음 이벤트를 붙였다.

따라서 벤치마킹해야 할 것은 Next Fest 자체가 아니라 캠페인 밀도다.

앱 출시로 번역한 예

• D-30: 제한 베타 공개
• D-21: 10명의 작은 크리에이터에게 실제 사용 콘텐츠 제공
• D-14: 공개 무료 버전/인터랙티브 데모
• D-10: 성공 사용 사례 공개
• D-7: 커뮤니티 챌린지
• D-3: 주요 리뷰/파트너 콘텐츠
• D-Day: Product Hunt 또는 App Store 출시
• D+3: 사용자 결과물 모음
• D+7: 첫 업데이트

핵심은 여러 채널에 존재하는 것이 아니라 하나의 관심 곡선을 연속적으로 만드는 것이다.

8. 일곱 번째 핵심: 콘텐츠가 아니라 ‘사건’을 만들었다

2024년 1월, Balatro는 6명의 스트리머가 참여하는 초청 토너먼트를 열었다.[1]

이 전략은 매우 효율적이다.

일반적인 인플루언서 캠페인은

“이 게임을 플레이해 주세요.”

로 끝난다.

토너먼트는

“누가 가장 잘할 수 있는가?”

라는 이야기를 만든다.

제품이 콘텐츠의 소재가 아니라 이벤트의 규칙이 된다.

이렇게 되면 다음 효과가 생긴다.

• 스트리머가 오래 플레이할 이유가 생긴다.
• 시청자가 비교하고 응원할 이유가 생긴다.
• 커뮤니티에서 점수와 전략을 토론한다.
• 여러 크리에이터의 시청자 풀이 같은 사건으로 연결된다.
• 결과 자체가 다시 콘텐츠가 된다.

앱에서의 응용

예를 들어 AI 개발 도구라면 단순 리뷰보다 다음이 강할 수 있다.

• “1시간 안에 가장 좋은 앱 만들기”
• “같은 데이터로 가장 좋은 대시보드 만들기”
• “마케터 5명이 같은 상품을 광고해 보기”
• “디자이너 10명이 같은 랜딩 페이지를 리디자인하기”

제품의 기능을 설명하는 대신 제품을 사용해야만 참여 가능한 게임 규칙을 만든다.

이것은 UGC와 크리에이터 마케팅을 동시에 활성화한다.

9. 제품 설계 관점에서 가장 중요한 부분: 조합 폭발을 만든다

Balatro의 재플레이성은 단순 콘텐츠 양에서 나오지 않는다.

150개의 Joker가 존재한다는 사실보다 더 중요한 것은 Joker들이 서로 조합되면서 새로운 전략 공간을 만든다는 것이다.

콘텐츠가 N개일 때 경험도 N개인 제품은 확장이 비싸다.

반대로 콘텐츠 요소들이 서로 조합되면 가능한 경험 수는 훨씬 빠르게 증가한다.

이를 앱에 적용하면 다음처럼 볼 수 있다.

선형 제품

• 템플릿 100개
• 필터 100개
• 프롬프트 100개

사용자가 소비하면 끝난다.

조합형 제품

• 데이터 소스
• 트리거
• 액션
• 출력 형식
• 스타일
• 자동화

각 요소를 조합할 수 있으면 사용자가 스스로 새로운 워크플로를 만든다.

이 구조는 세 가지 이점을 만든다.

1. 개발자가 모든 사용 사례를 직접 만들 필요가 없다.
2. 파워유저가 발견한 조합이 콘텐츠가 된다.
3. 커뮤니티에서 전략/워크플로 공유가 발생한다.

따라서 인디 SaaS에서 중요한 질문은 “기능을 얼마나 많이 만들까?”보다

“기능들이 서로 결합되어 사용자가 새로운 사용법을 발견할 수 있는가?”

이다.

10. Balatro 성공을 그대로 복제하면 안 되는 부분

성공 사례 분석에서 가장 위험한 오류는 결과를 보고 모든 행동을 성공 원인으로 해석하는 것이다.

Balatro에는 재현하기 어려운 요소도 많다.

10.1 매우 높은 제품 재미

데모와 스트리머 전략은 제품 자체가 강했기 때문에 작동했다.

재미가 약한 제품에 노출을 늘리면 성장보다 이탈 데이터가 더 빨리 쌓인다.

10.2 게임과 앱의 공유 동기가 다르다

Balatro 플레이는 관람 자체가 재미있다.

회계 앱, 백업 도구, B2B 업무 도구는 같은 방식의 Twitch 바이럴을 기대할 수 없다.

대신 결과물 공유, 생산성 향상, 전후 비교, 팀 성과 등의 형태로 “관찰 가능한 가치”를 만들어야 한다.

10.3 인플루언서 노출에는 우연성이 있다

Northernlion과 같은 크리에이터의 자연스러운 관심은 완전히 계획할 수 없다.

따라서 벤치마킹 대상은 “유명 스트리머가 발견해 주기를 기다린다”가 아니다.

작은 크리에이터에서 제품-콘텐츠 적합도를 검증하고 노출 가능성을 계속 늘리는 시스템이 벤치마킹 대상이다.

10.4 창업자 체력은 무한하지 않다

LocalThunk의 타임라인에는 출시 전 장기간의 스트레스와 불안, 수면 문제까지 매우 구체적으로 기록돼 있다.[1] 이후에도 업데이트 일정이 늦춰질 정도로 번아웃이 문제가 됐다는 보도가 있다.[5]

이 사례에서 “죽도록 몰입하라”를 배우면 안 된다.

오히려 반대다.

제품이 성장하면 개발뿐 아니라 다음 일이 동시에 발생한다.

• 커뮤니티 대응
• 버그
• PR
• 플랫폼 대응
• 파트너 커뮤니케이션
• 계약
• 업데이트 기대
• 지원 요청

따라서 제품-시장 적합성 이후의 가장 큰 리스크는 수요 부족이 아니라 창업자의 처리량 부족이 될 수 있다.

11. Balatro에서 추출할 수 있는 재현 가능한 성장 시스템

Balatro의 흐름을 일반화하면 다음과 같다.

단계 1. 핵심 루프의 자발적 반복을 먼저 확인

마케팅 전에 소수 사용자에게 제품을 준다.

보아야 할 지표는 만족도 설문보다 행동이다.

• 다시 실행하는가?
• 세션이 예상보다 길어지는가?
• 친구에게 보여 주는가?
• 자신만의 사용법을 발견하는가?
• 사용하지 말라고 해도 계속 사용하는가?

Balatro 초기에는 친구 한 명이 베타를 수십 시간 플레이한 것이 LocalThunk에게 강한 신호였다.[1]

단계 2. 제품을 설명하는 가장 좋은 전달자를 찾는다

직접 광고하기 전에 제품을 잘 사용하는 사람을 찾는다.

• 파워유저
• 작은 크리에이터
• 업계 전문가
• 특정 커뮤니티 운영자

그들이 사용하는 장면을 관찰하면 어떤 메시지가 먹히는지도 알 수 있다.

단계 3. 핵심 경험을 충분히 제공하는 데모를 만든다

무료 체험은 기능 목록을 보여주는 것이 아니라 핵심 루프를 체험시키는 제품이어야 한다.

단계 4. 반응이 발생한 채널에 집중

모든 채널을 동시에 키우지 않는다.

실제 전환이 보인 채널을 확대한다.

단계 5. 이벤트를 연결해 관심의 밀도를 높인다

노출 → 데모 → 커뮤니티 → 이벤트 → 출시가 하나의 캠페인처럼 이어져야 한다.

단계 6. 파워유저를 제품 연구 파트너로 만든다

일반 피드백과 전문 피드백을 구분한다.

단계 7. 창업자의 병목을 외부화한다

제품의 성공이 보이면 개발자가 직접 하지 않아도 되는 일을 빠르게 분리한다.

12. 인디 개발자가 바로 실행할 수 있는 4주 벤치마킹 실험

1주차 — 핵심 루프 검증

목표: “사용자가 자발적으로 반복하는 행동”을 찾는다.

실행:

• 10~20명에게 제품을 제공한다.
• 기능 설명을 최소화한다.
• 첫 세션 시간, 24시간 재사용, 7일 재사용을 본다.
• 가장 오래 사용하는 3명과 인터뷰한다.
• 사용 중 스스로 발견한 기능/조합을 기록한다.

통과 기준의 예:

• 일부 사용자가 예상 세션의 3배 이상 사용
• 최소 한 명이 자발적으로 친구에게 공유
• 개발자가 예상하지 않은 사용 패턴 발견

2주차 — 콘텐츠 적합도 검증

목표: 누가 제품의 가치를 가장 잘 전달하는지 찾는다.

실행:

• 작은 크리에이터 20명 후보를 만든다.
• 팔로워 수보다 제품 카테고리 적합도를 우선한다.
• 5명에게 제품을 제공한다.
• 콘텐츠 조회수보다 가입/다운로드/대기목록 증가를 본다.

측정:

• 콘텐츠당 방문
• 방문 → 가입
• 가입 → 핵심 행동 완료
• 시청자 댓글에서 반복되는 표현

3주차 — 데모 구조 실험

두 버전을 비교한다.

A: 사용량 제한
B: 핵심 기능은 반복 가능하지만 고급 콘텐츠 제한

측정:

• 첫 성공까지 걸리는 시간
• 두 번째 세션 비율
• 공유율
• 유료 전환 의도
• 제품 추천 의도

Balatro 사례가 주는 가설은 핵심 루프 반복을 막지 않는 데모가 입소문과 학습에 유리할 가능성이다.

4주차 — 작은 ‘사건’ 만들기

제품 설명 방송 대신 제품을 사용해야 하는 이벤트를 만든다.

예:

• 가장 좋은 결과물 만들기
• 가장 빠른 자동화 만들기
• 같은 입력에서 가장 창의적인 결과 만들기
• 공개 빌드 챌린지

성공 지표:

• 참가자당 생성 콘텐츠 수
• 참가자 외 시청자 비율
• 이벤트 기간 신규 가입
• 이벤트 종료 후 7일 잔존
• 커뮤니티 내 사용자 간 대화량

13. 내가 이 사례에서 가장 중요하게 보는 벤치마킹 포인트

Balatro의 성공을 한 문장으로 요약하면 다음과 같다.

강한 제품 루프를 만든 뒤, 그 루프를 사람들이 직접 체험하고 타인이 관찰하고 커뮤니티가 해석하고 크리에이터가 확산하고 출시 이벤트가 회수하도록 하나의 시스템으로 연결했다.

대부분의 작은 개발자는 제품과 마케팅을 분리한다.

제품을 만든 뒤 마케팅을 “추가 작업”으로 시작한다.

Balatro에서는 제품 자체가 마케팅 자산이었다.

• 플레이 가능한 데모가 광고였다.
• 플레이어의 전략 발견이 콘텐츠였다.
• 스트리머의 플레이가 설명서였다.
• Discord가 사용자 연구실이었다.
• 토너먼트가 캠페인이었다.
• Next Fest가 관심의 집결점이었다.
• 리뷰가 마지막 신뢰 레이어였다.

이 구조를 앱 개발자가 벤치마킹하려면 가장 먼저 광고 채널을 찾기보다 다음 질문에 답해야 한다.

1. 우리 제품에서 남이 봐도 가치가 보이는 순간은 무엇인가?
2. 사용자가 반복하고 싶어 하는 최소 루프는 무엇인가?
3. 그 루프를 무료로 충분히 경험시킬 수 있는가?
4. 우리 제품을 가장 잘 설명하는 사용자는 누구인가?
5. 사용자의 결과물이 자연스럽게 다음 사용자를 데려오는가?
6. 다음 30일의 마케팅 활동이 하나의 상승 곡선으로 연결되어 있는가?
7. 사용자가 늘어났을 때 창업자의 어떤 업무가 먼저 병목이 되는가?

이 질문에 답할 수 있다면 Balatro의 표면적인 성공 공식을 복제하는 것이 아니라, 그 아래에 있는 제품 주도 확산 구조를 자기 제품에 맞게 재구성할 수 있다.

출처

1. LocalThunk, “The Balatro Timeline”
   https://localthunk.com/blog/balatro-timeline-3aarh 

2. Playstack, “Balatro Deals a Full House of Success — Over 5 Million Copies Sold”, 2025-01-21
   https://www.playstack.com/news/balatro-5-million-copies-sold/ 

3. PocketGamer.biz, “How Playstack bet on Balatro and won big”, 2025-03-25
   https://www.pocketgamer.biz/how-playstack-bet-on-balatro-and-won-big/ 

4. TouchArcade, “Balatro Interview: LocalThunk on the Mobile Version, Balatro’s Concept, Design, the Demo’s Importance, Future Plans, and More”
   https://toucharcade.com/?p=320511 

5. PC Gamer, “Balatro developer LocalThunk turns up on Discord to talk about the 1.1 update and life after burnout”, 2026-09-17
   https://www.pcgamer.com/games/card-games/balatro-developer-localthunk-turns-up-on-discord-to-talk-about-the-1-1-update-and-life-after-burnout-i-truly-am-having-the-best-time-making-the-game-now/