Dome Keeper 성공 사례 분석

이번 사례는 최근 다룬 Backpack Battles, Tally, Against the Storm, Lethal Company, A Little to the Left, Vampire Survivors, Dwarf Fortress, Stacklands, Manor Lords 등과 겹치지 않도록 독일의 2인 인디 스튜디오 Bippinbits가 만든 **《Dome Keeper》**를 선정했다.

Dome Keeper는 “게임잼 프로토타입이 대박 게임이 됐다”는 익숙한 이야기처럼 보이지만, 실제 자료를 따라가면 더 유용한 구조가 보인다. 이 팀은 먼저 수년간 작은 게임을 반복해서 만들었고, 2021년 Ludum Dare 48에서 72시간 만에 만든 Dome Romantik이 기존 작품 대비 비정상적으로 높은 반응을 얻자 원래 진행하던 프로젝트를 버리고 그 신호에 베팅했다. 이후 약 6개월을 여가시간에, 약 8개월을 풀타임으로 개발했으며, 2022년 2월 공개한 데모가 첫 달 약 4만 위시리스트를 추가하고 중앙값 플레이타임 1시간 30분을 기록했다. 출시 직전에는 18.9만 개 이상 위시리스트를 확보했고, 2022년 9월 출시 첫날 매출이 100만 달러를 넘었다고 퍼블리셔 측이 공개했다. 2023년 10월에는 누적 50만 장 이상, 2024년 9월 출시 2주년에는 100만 장 milestone이 발표됐다. (How To Market A Game, 2022-10-17 , WN Hub, 2023-10-10 , GamesMarket, 2024-09-27 )

2026년 9월 현재도 이 게임은 단순한 과거 히트작이 아니다. SteamDB 기준 약 2.25만 리뷰, 약 92% 긍정, 역대 최고 동접 6,883명이며, 현재도 수백 명 단위 동접이 유지되고 있다. 같은 해에는 무료 멀티플레이 업데이트와 유료 확장팩 The Lost Keepers가 출시됐고, 9월에도 패치가 이어지고 있다. 기본 정가는 Steam 기준 $17.99, The Lost Keepers는 $7.99다. (SteamDB, 2026-09-21 확인 , Steam, 2026-09-21 확인 , Steam Community, 2026-04-13 )

이 사례의 핵심을 한 줄로 압축하면 다음과 같다.

짧은 게임잼으로 핵심 긴장감을 검증 → 이전 작품 대비 ‘이상치’ 반응을 감지 → 장기 데모로 실제 플레이 품질을 검증 → 스트리머가 자발적으로 퍼뜨릴 만큼 보기 좋은 리스크·리턴 루프를 만듦 → 퍼블리셔가 이미 증명된 수요를 대규모 유통·광고·현지화로 증폭 → 출시 후에는 무료 시스템 업데이트·모드·멀티플레이와 선택형 DLC로 카탈로그 수명을 늘림.

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

공개 자료가 없는 수치

정확한 총 누적매출, 순매출, 개발자에게 귀속된 수익, 퍼블리셔 revenue share, 개발비, 광고비 총액, CAC, Steam wishlist→구매 전환율, 환불률, D1/D7/D30 retention, DLC attach rate, 플랫폼별 매출, 2024년 100만 이후 정확한 최신 누적 판매량은 신뢰할 수 있는 1차 공개자료에서 확인되지 않았다.

SteamDB 등 제3자 서비스에는 판매량 추정치가 여러 개 존재하지만 서로 큰 차이가 난다. 따라서 여기서는 공식 발표된 100만 milestone 이후 수치를 추정하지 않는다.

2. 성공 배경: “첫 게임이 우연히 터졌다”가 아니다

[사실]

Bippinbits의 핵심은 독일 드레스덴 지역의 부부 개발자 **René Habermann(코드·게임디자인)**과 **Anne(아트)**다. 음악 등 일부 영역은 외부 협력자를 활용했다. Dome Keeper 이전에도 itch.io에 14개 게임을 올렸고, 그중 12개는 Ludum Dare 같은 게임잼에서 만들었다. 둘은 Dome Keeper가 확실한 신호를 보이기 전까지 본업을 유지했다. (How To Market A Game, 2022-10-17 )

현재 Raw Fury의 공식 게임 페이지도 Bippinbits를 2인 인디 개발사로 소개한다. (Raw Fury, 2026년 확인 )

[분석]

이 사례를 “게임잼 72시간 → 100만 장”으로만 축약하면 가장 중요한 중간단계가 사라진다.

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

4년간 작은 게임 반복 제작
→ Steam 출시 학습작까지 경험
→ 수많은 작은 결과 중 비정상적으로 강한 신호를 발견
→ 그때 비로소 메인 프로젝트로 확대.

즉 게임잼의 진짜 가치는 72시간 만에 완성품을 만드는 것이 아니라 아이디어 포트폴리오를 싸게 늘려 성공 후보를 비교할 수 있게 하는 것이었다.

3. 첫 번째 결정적 신호: 절대 숫자가 아니라 “자기 과거 대비 이상치”

[사실]

How To Market A Game가 정리한 Ludum Dare 결과를 보면 Bippinbits의 이전 게임 대부분은 20~80개대 평가를 받았다. Dome Romantik은 약 278개로 크게 튀었다. René는 별도 홍보 없이도 평가가 빠르게 들어왔고 itch.io에서도 이전 게임보다 한 자릿수 배 이상 많은 관심을 확인했다고 설명했다. 그때 Anne이 기존 프로젝트를 버리고 Dome Keeper에 집중하자고 강하게 주장했다. (How To Market A Game, 2022-10-17 )

[분석]

인디 개발자가 흔히 찾는 질문은:

“위시리스트 몇 개면 성공인가?”

하지만 초기 단계에서는 절대 벤치마크보다 자기 제품들 사이의 상대적 차이가 더 강할 수 있다.

Bippinbits에게 278이라는 숫자 자체보다 중요한 것은:

30, 40, 50 정도 나오던 환경에서 갑자기 278이 나왔다.

는 점이다.

이 방식은 시장 크기나 팔로워 수가 작은 팀에도 쓸 수 있다.

4. Product thesis: “파고 싶지만 돌아가야 한다”

[사실]

Dome Keeper의 기본 루프는 세 동사로 설명할 수 있다.

1. DIG — 돔 아래를 파고 자원을 찾는다.
2. DEFEND — 일정한 간격으로 오는 괴물의 공격을 막는다.
3. DEVELOP — 자원을 이동속도, 드릴, 돔 방어, 무기 등에 투자한다.

공식 설명도 “더 깊이 파고 싶은가, 아니면 곧 시작될 공격 전에 돌아갈 것인가?”라는 선택을 제품의 중심 긴장으로 강조한다. (Raw Fury , Steam )

[분석]

이 게임의 핵심은 채굴도 타워디펜스도 아니다.

더 정확히는:

욕심을 부리게 만드는 탐색 시스템
× 욕심을 중단하게 만드는 시간 압박

이다.

플레이어는 항상 다음 질문을 한다.

“한 블록만 더 팔까?”
“저 아래 광물이 있을 것 같은데?”
“지금 돌아가면 안전하지만 손해 아닌가?”

좋은 리텐션 루프는 종종 큰 콘텐츠보다 매 30초~2분마다 발생하는 작은 자가협상에서 나온다.

5. 핵심 UX ①: 타이머가 UI가 아니라 공간적 긴장으로 바뀐다

[분석]

단순한 게임이라면 공격까지 남은 시간을 숫자만 보고 기다릴 수 있다.

Dome Keeper에서는 자원을 찾으려면 돔에서 물리적으로 멀어진다. 깊이 파면 파는 동안뿐 아니라 되돌아오는 시간도 길어진다.

따라서 같은 “공격까지 20초”라도 의미가 다르다.

돔 옆에 있을 때 20초
≠
지하 깊은 곳에 있을 때 20초.

이 설계가 강한 이유는 별도의 이벤트를 많이 만들지 않아도 플레이어 위치 자체가 난이도와 감정을 바꾸기 때문이다.

6. 핵심 UX ②: 자원 하나가 항상 기회비용을 가진다

[사실]

자원은 단순히 점수를 높이지 않는다. 플레이어는 돔 방어, 무기, 드릴, 이동속도 등 서로 다른 영역에 투자해야 한다. 공식 페이지는 이를 “play style과 생존에 직접 영향을 주는 meaningful upgrades”로 설명한다. (Raw Fury 발표, 2022-04 )

[분석]

업그레이드가 재미있는 이유는 숫자가 올라가기 때문이 아니라 무언가를 포기하게 만들기 때문이다.

예를 들어:

이동속도 → 탐색 시간이 늘어남
드릴 → 더 깊은 광맥 접근
무기 → 다음 공격을 쉽게 방어
체력/수리 → 실패 확률 감소.

모든 것이 동시에 필요하므로 한 자원에 대한 선택이 다음 3~5분의 플레이 감각을 바꾼다.

작은 팀에 특히 효율적이다. 새로운 컷신이나 스테이지 없이 기존 자원의 배분관계만으로 플레이스타일 차이를 만든다.

7. 핵심 UX ③: 평온과 공포를 번갈아 준다

[분석]

Dome Keeper의 플레이 감정은 일정하지 않다.

조용한 채굴
→ 시간 확인
→ 귀환 서두름
→ 짧은 전투
→ 안도
→ 다시 내려감.

이 구조의 장점은 한 장르가 다른 장르의 피로를 씻어준다는 것이다.

계속 전투만 하면 긴장에 적응한다.
계속 채굴만 하면 반복이 지루해진다.

서로 다른 두 루프가 번갈아 등장하면서 각각의 감정을 새로 리셋한다.

8. Genre hybrid의 성공 포인트: 기능을 섞은 것이 아니라 서로를 방해하게 했다

[분석]

장르 혼합의 흔한 방식은:

채굴 콘텐츠도 있음 + 타워디펜스 콘텐츠도 있음.

이다.

Dome Keeper에서는 두 장르가 독립적이지 않다.

채굴을 더 오래 하면 방어가 위험해진다.
방어에 투자하면 채굴효율 투자가 늦어진다.

즉 두 시스템이 서로의 자원을 빼앗고 서로의 시간을 제한한다.

이것이 단순 feature bundle과 다른 점이다.

9. 타깃 사용자: 장르보다 “결정의 질감”으로 보는 편이 정확하다

Dome Keeper가 특히 잘 맞는 사람은 다음과 같다.

[분석]

이 게임은 “광산 게임”이나 “타워디펜스 게임”이라는 장르 레이블보다:

욕심과 안전 사이에서 계속 작은 결정을 내리는 게임

으로 보는 편이 성공을 더 잘 설명한다.

10. 개발기간과 팀 규모: 작지만 무모하게 길지 않았다

[사실]

René는 상용판 개발에 대해 대략:

6개월은 여가시간, 8개월은 풀타임

정도를 계획했다고 설명했다. (How To Market A Game, 2022-10-17 )

핵심 개발팀은 2명이었고 음악 등은 외부 협업을 활용했다. 게임은 Godot 기반으로 제작됐다. (itch.io , SteamDB )

[분석]

게임잼 프로토타입의 가장 큰 이점은 “빨리 만들었다”가 아니라 어떤 시스템이 반드시 필요한지 이미 알고 상용 제작에 들어갈 수 있었다는 점이다.

본게임에서 가장 비싼 실패는:

8개월 후 core loop가 재미없음을 발견.

하는 것이다.

72시간 프로토타입은 이 리스크를 초기에 크게 줄였다.

11. 이전 게임의 실패가 사실상 launch rehearsal이었다

[사실]

Bippinbits는 Dome Keeper 전에 Of Mice and Moggies를 Steam에 출시했다. 목표는 큰 매출이 아니라 Steam 배포 과정을 배우고 약 $100 매출과 긍정적 리뷰를 얻는 것이었다. 실제 성과는 리뷰 약 20개, 최고동접 4명 정도로 작았지만 팀은 이를 학습 프로젝트로 봤다. (How To Market A Game )

[분석]

첫 Steam 출시가 대형 프로젝트이면 개발자는 동시에 배우게 된다.

• 게임 개발
• 상점 페이지
• 빌드 배포
• 가격
• 패치
• 리뷰
• 고객지원
• 플랫폼 운영

Bippinbits는 작은 게임에서 이 운영 리스크를 미리 소비했다.

즉 작은 출시 하나가 다음 게임의 운영 QA였다.

12. 가장 큰 전환점: 데모 이전에는 거의 아무도 관심이 없었다

[사실]

Steam 페이지는 2021년 5월 열렸지만 초기 약 6개월은 큰 반응이 없었다. 2022년 2월 데모를 내기 전에는 위시리스트가 1,174개에 불과했다.

팀은 트윗, Reddit 등 여러 활동을 했지만 반응은 제한적이었다. René는 “9개월 동안 약 1,000 위시리스트를 모았는데 데모를 실제로 플레이한 뒤 사람들이 빠져들기 시작했다”고 회고했다. (How To Market A Game )

[분석]

이 사례는 인디 마케팅에서 아주 중요한 반례를 준다.

팔로워가 적다 = 제품이 실패한다.

가 아니다.

Dome Keeper는 소셜 계정 규모가 매우 작았지만 플레이 가능한 제품 자체가 최고의 마케팅 자산이 됐다.

13. 데모 KPI에서 가장 중요한 숫자: 4만 wishlist보다 1시간 30분

[사실]

데모 공개 후 중앙값 플레이타임은 약 1시간 30분이었다. How To Market A Game의 당시 자체 조사에서는 일반적인 인디 데모 중앙값이 약 25분 수준이었다고 비교했다. 데모 첫 달 위시리스트 증가는 약 4만 건이었다. (How To Market A Game )

[분석]

마케팅팀이 직접 통제하기 어려운 지표지만, 인디 개발자가 가장 먼저 봐야 할 숫자는 때로:

영상 조회수가 아니라 사람이 데모를 얼마나 오래 붙잡고 있는가다.

높은 playtime은 세 가지를 동시에 암시한다.

1. core loop가 반복 가능하다.
2. streamer가 영상 한 편을 만들 분량이 충분하다.
3. 구매 후에도 같은 루프가 작동할 가능성이 높다.

위시리스트는 관심 지표이고, 긴 플레이타임은 행동으로 확인된 제품지표다.

14. 스트리머 확산이 “캠페인”보다 “연쇄반응”에 가까웠다

[사실]

데모 공개 후 Retromation, Splattercat, Wanderbots, Real Civil Engineer, Dangerously Funny 등 여러 creator가 며칠~몇 주 간격으로 차례로 게임을 다뤘다. 초기 확산은 개발팀이 일괄 스폰서한 결과라기보다 상당 부분 organic pickup이었다. 각 파동 뒤 Steam 유입과 wishlists가 다시 증가했다. (How To Market A Game )

[분석]

왜 creator에게 잘 맞았는가?

게임을 모르는 시청자도 몇 초 안에 긴장을 이해할 수 있기 때문이다.

지하 깊이 내려감
→ 공격 경고
→ 아직 광물이 보임
→ “하나만 더?”
→ 급하게 귀환.

이 장면에는 긴 설명이 필요 없다.

즉 실제 플레이의 가장 좋은 순간이 영상의 가장 좋은 순간과 같았다.

15. Demo를 festival 종료와 함께 내리지 않은 것이 장기 유통을 만들었다

[사실]

Dome Keeper 데모는 Games of Germany 행사에 맞춰 공개됐지만 행사 후에도 계속 유지됐다. 이후 몇 주 동안 추가 creator가 계속 발견했고, 첫 달 4만 위시리스트 뒤에도 약 300/day 수준의 장기 유입이 이어졌다. (How To Market A Game )

2026년 현재 Steam에도 여전히 데모가 제공된다. (Steam )

[분석]

데모는 launch funnel만이 아니라 evergreen discovery endpoint가 될 수 있다.

특히 시스템 게임은 시간이 지나도 core loop의 매력이 쉽게 낡지 않으므로 장기 데모의 ROI가 높다.

16. “소셜미디어가 안 먹혔다”는 사실도 중요한 데이터였다

[사실]

How To Market A Game 분석 당시 Bippinbits의 공식 Twitter 팔로워는 약 1천 명 수준이었다. #screenshotsaturday 게시물도 RT 19개 정도였고 직접적인 wishlist 증가는 크지 않았다. (How To Market A Game )

[분석]

하지만 이 활동이 완전히 무가치했던 것은 아니다.

대중 acquisition에는 약했지만 publisher scout에게 노출되는 B2B surface가 됐다.

즉 같은 채널도 역할이 다를 수 있다.

Twitter follower growth에는 실패
→ publisher discovery에는 성공.

마케팅 채널을 단일 KPI로만 평가하면 이런 효과를 놓친다.

17. Raw Fury와의 계약: 수요를 만든 publisher가 아니라 수요를 증폭한 publisher

[사실]

Raw Fury scout는 #screenshotsaturday에서 게임을 발견했고 이후 계약으로 이어졌다. Bippinbits는 Raw Fury가 창작 자유를 유지하면서 개발을 지원해준다는 점을 강조했다. (GamesMarket, 2022 , Raw Fury 발표 )

중요하게도 데모의 큰 organic 성장 상당 부분은 publisher 발표가 공식화되기 이전부터 발생했다. (How To Market A Game )

[분석]

이 관계는:

publisher가 재미없는 게임을 마케팅으로 살림

보다:

이미 플레이어 반응이 나온 제품의 ceiling을 높임

으로 보는 편이 맞다.

18. Publisher leverage: 작은 팀이 혼자 하기 힘든 일을 확장

[사실]

Raw Fury는 launch 전후로:

• 대규모 creator outreach
• TikTok·Instagram Reels·Facebook 광고
• Steam pre-purchase 협의
• localization 확대
• Valve feature 협상

등을 지원했다. 당시 게임과 상점 페이지는 약 20개 언어로 현지화됐고, 2026년 SteamDB에는 30개 언어가 표시된다. (How To Market A Game , SteamDB )

[분석]

2인 팀의 가장 희소한 자원은 돈만이 아니다.

동시에 처리할 수 있는 유통작업의 개수

도 제한돼 있다.

publisher는 core design을 대신하기보다 parallelism을 샀다.

19. 이례적인 Steam pre-purchase는 재현하기 어려운 특수조건

[사실]

출시 약 1주 전 Raw Fury는 Valve 허가를 받아 Steam에서 pre-purchase를 진행했다. 일반 인디게임에는 흔치 않은 방식이다. 구매 특전과 할인도 제공됐다. 퍼블리셔 측 설명상 이는 creator·paid campaign 중 발생한 관심을 바로 구매로 전환하고 Valve에 판매잠재력을 보여주기 위한 목적도 있었다. (How To Market A Game )

[분석]

이 전술 자체는 대부분 인디가 복제할 수 없다.

복제해야 할 것은:

“pre-order를 하자”

가 아니라:

관심이 최고조일 때 사용자가 바로 다음 행동을 할 수 있게 하자.

라는 원리다.

20. 출시 전 18.9만 위시리스트: launch는 이미 만들어진 수요의 현금화였다

[사실]

출시 직전 Dome Keeper는 189,000개 이상 Steam wishlist를 확보했다. (How To Market A Game )

[분석]

이 수치는 launch 성공이 “출시날 알고리즘에 운 좋게 걸렸다”는 설명을 약화한다.

이미:

게임잼 이상치
→ 데모 플레이타임
→ creator pickup
→ 4만 wishlists
→ 장기 organic 유입

이라는 여러 단계의 신호가 있었다.

Launch day는 발견의 시작보다 검증된 관심을 결제로 바꾸는 시점이었다.

21. 출시 첫날 매출 $1M+: “작은 팀 = 작은 매출” 가정의 붕괴

[사실]

Raw Fury CEO가 공개한 수치를 인용한 자료에 따르면 Dome Keeper는 출시 첫날 이미 100만 달러 이상의 매출을 기록했다. 2023년 10월에는 판매량 50만 장 이상이 확인됐다. (How To Market A Game , WN Hub, 2023-10-10 )

[분석]

여기서 유의할 점은 매출과 개발자 실수령을 혼동하면 안 된다는 것이다.

• 플랫폼 수수료
• VAT/세금
• 퍼블리셔 계약
• 지역가격
• 할인
• 환불

이 존재하므로 총매출을 곧바로 순수익으로 볼 수 없다.

그래도 2인 core team이 만든 시스템 게임이 매우 큰 매출 ceiling을 가질 수 있다는 증거로는 충분하다.

22. 2024년 100만 milestone: 출시 spike만으로 끝나지 않았다

[사실]

출시 2주년인 2024년 9월 27일 Raw Fury와 Bippinbits는 100만 milestone을 발표했다. (GamesMarket, 2024-09-27 )

[분석]

첫해 이후에도 판매량이 누적된 이유를 단일 원인으로 확정할 수는 없다. 하지만 다음 요소들이 장기 카탈로그 성장을 지원했다.

• 지속적 무료 업데이트
• 할인
• 데모 유지
• Steam Deck 적합성
• 모드
• 신규 장비·keeper·game mode
• publisher catalogue cross-promotion

즉 launch만 잘한 것이 아니라 다시 발견될 이유를 계속 만들었다.

23. 업데이트 하나가 동접을 25배 가까이 되살린 사례

[사실]

2023년 10월 5일 대형 콘텐츠 패치 이후 평소 약 200명 수준이던 Steam 동접이 10월 8일 5,285명까지 상승했다. 보도는 약 2,500% 증가로 표현했으며, 당시 60% 할인도 함께 진행돼 효과를 분리할 수는 없다. (WN Hub, 2023-10-10 )

[분석]

정확한 인과는:

업데이트만의 힘

이 아니라:

대형 기능 + 할인 + 기존 소유자 재활성화 + Steam 노출

의 묶음으로 보는 것이 안전하다.

하지만 인디 개발자에게 중요한 시사점은 분명하다.

카탈로그 게임은 release date가 지나도 새 launch moment를 만들 수 있다.

24. 2026년까지 이어진 product lifecycle: 무료 멀티플레이 + 유료 DLC

[사실]

2026년 4월에는 무료 멀티플레이 기능과 유료 확장팩 The Lost Keepers가 함께 출시됐다. Steam 현재 가격은 base game $17.99, The Lost Keepers $7.99이며, 별도로 소규모 cosmetic gear pack과 soundtrack도 판매된다. (Steam , Steam Community, 2026-04-13 )

[분석]

이 패키징이 영리한 이유는:

네트워크 효과를 만드는 기능은 무료

• 새로운 콘텐츠 깊이는 유료

로 분리했다는 점이다.

멀티플레이를 유료 DLC로 묶으면 친구 그룹 안에서 소유권 friction이 커진다.

무료 멀티는 기존 유저가 친구를 다시 부를 이유를 만들고, 유료 DLC는 코어팬의 LTV를 높인다.

25. Mod support: 개발자가 모든 콘텐츠를 만들지 않는 방향으로 확장

[사실]

2024년 11월 Bippinbits는 공식 mod 지원 확대와 Mod Jam을 공지했고, 현재 Steam 페이지에는 Workshop 지원이 표시된다. (Steam Community, 2024-11-27 , Steam )

[분석]

게임의 가장 큰 장기 운영 문제는:

새 콘텐츠를 누가 계속 만들 것인가?

다.

Workshop은 모든 사용자를 creator로 바꾸지는 않지만 일부 super-user가 콘텐츠 수명을 연장할 수 있는 구조를 만든다.

작은 팀에게 이는 headcount 대신 ecosystem을 쓰는 방식이다.

26. Monetization: premium game을 유지하면서 LTV를 확장

[사실]

2026년 현재 기본게임은 $17.99의 premium purchase다. 별도의 battle pass나 소모성 microtransaction은 중심모델이 아니다. 유료 DLC는 The Lost Keepers, Engineer/Assessor gear pack, soundtrack 등으로 구성된다. (Steam )

[분석]

제품구조와 수익모델이 일치한다.

Dome Keeper는 매일 접속해야 가치가 생기는 서비스가 아니라:

몇 번이고 돌아와 새로운 run을 하는 premium system game.

이다.

따라서 monetization도:

FOMO를 강제하는 live-service

보다:

완성된 base game + 장기 무료 개선 + 선택적 확장팩

이 브랜드와 잘 맞는다.

27. 커뮤니티 루프 ①: 플레이어 feedback은 초기부터 제품의 일부였다

[사실]

René는 Discord playtest 커뮤니티가 10명 정도밖에 없던 시기부터 큰 도움이 됐으며, Dome Keeper의 많은 부분이 그 피드백에서 성장했다고 설명했다. (How To Market A Game )

[분석]

커뮤니티의 가치는 규모가 아니라 feedback latency다.

개발자가 기능을 만들고 3개월 뒤 리뷰로 문제를 발견하는 대신:

prototype
→ 10명 테스트
→ 다음 build

를 반복하면 시행착오 비용이 급감한다.

28. 커뮤니티 루프 ②: 데모 시청자가 다음 streamer를 부른다

[분석]

Dome Keeper 초기 성장의 creator loop는 다음처럼 볼 수 있다.

streamer A가 demo 플레이
→ 시청자와 다른 creator가 발견
→ Steam wishlist 상승
→ Discovery Queue 노출 상승
→ streamer B가 발견
→ 다시 유입.

개발팀이 콘텐츠를 매번 직접 제작하지 않아도 플레이 자체가 다음 유통 콘텐츠를 만든다.

29. 커뮤니티 루프 ③: 업데이트가 새로운 영상 소재가 된다

[분석]

시스템게임의 좋은 점은 patch 하나도 콘텐츠가 된다는 것이다.

• 새로운 keeper
• gadget
• dome
• modifier
• multiplayer
• mod

는 기존 모든 run 조건과 결합한다.

선형 스토리 게임에서 1시간 콘텐츠를 만들려면 1시간을 거의 새로 제작해야 하지만, Dome Keeper에서는 시스템 한 개가 기존 콘텐츠의 조합공간 전체를 바꾼다.

30. Operational leverage ①: 72시간 prototype이 R&D 비용을 줄였다

[분석]

게임잼의 핵심 ROI는 개발시간 절약이 아니라 실패를 싸게 만드는 것이다.

72시간 동안:

• 채굴이 손에 붙는가
• 방어 파트가 긴장을 만드는가
• 두 루프 전환이 재미있는가

를 볼 수 있다.

이것이 재미없었다면 폐기 비용은 72시간에 가깝다.

31. Operational leverage ②: Procedural space가 level-design 인건비를 대신한다

[사실]

공식 설명은 매 run마다 procedural map, 자원배치, caves, gadgets가 바뀐다고 밝힌다. (Raw Fury )

[분석]

2인 팀은 100개의 handcrafted mine을 만들기 어렵다.

대신:

procedural map
× upgrade order
× gadget
× dome
× keeper
× difficulty/modifier

를 곱하면 적은 자산으로 많은 run variation을 만든다.

32. Operational leverage ③: 음악·유통·광고는 외부 전문성을 사용

[사실]

게임잼 이후 음악은 외부 composer Cameron Paxton 등이 협력했고, 퍼블리싱은 Raw Fury가 담당했다. (itch.io , Raw Fury )

[분석]

2인 팀의 강점은 모든 것을 직접 하는 것이 아니다.

더 정확한 전략은:

제품 taste와 core system은 내부에 유지하고, 규모효과가 큰 전문작업은 외부화.

이다.

33. Operational leverage ④: 성공 후에도 core team을 급팽창시키지 않았다

[사실]

2026년 Raw Fury 공식 페이지는 여전히 Bippinbits를 2인 개발사로 소개한다. (Raw Fury )

[분석]

100만 장 성공 후 곧바로 수십 명 스튜디오로 확장했다면:

• 고정비 증가
• 관리업무 증가
• 다음 제품의 hit 필요성 증가

가 생긴다.

Bippinbits는 퍼블리셔·계약 협업·커뮤니티를 이용해 조직보다 생태계를 늘리는 방식을 택했다.

34. Product-market-channel fit: “보는 재미”와 “하는 재미”가 연결됐다

[분석]

Dome Keeper의 중요한 강점은 마케팅을 위해 다른 게임처럼 꾸밀 필요가 없었다는 것이다.

좋은 플레이 순간:

너무 깊이 내려갔는데 공격이 시작되는 순간.

좋은 streamer 순간:

너무 깊이 내려갔는데 공격이 시작되는 순간.

좋은 짧은 영상 hook:

너무 깊이 내려갔는데 공격이 시작되는 순간.

제품과 유통채널이 같은 긴장을 공유한다.

35. 가장 중요한 inflection points

전체 흐름을 연결하면 다음과 같다.

수년간 작은 게임·game jam 반복
→ Steam 소형작으로 출시 운영 학습
→ 2021 Ludum Dare 72시간 Dome Romantik
→ 이전작 대비 비정상적 리뷰·관심 신호
→ 기존 프로젝트 중단, Dome에 집중
→ 초기 10명 규모 Discord playtest
→ Steam 페이지 2021-05
→ social reach는 약했지만 Raw Fury scout가 발견
→ publisher 계약
→ 2022-02 장기 demo
→ median playtime 1h30
→ creator organic pickup
→ 첫 달 +40K wishlists
→ 약 300 wishlists/day organic long tail
→ 출시 전 189K+ wishlists
→ publisher가 paid media·creator outreach·localization·Valve 관계로 amplification
→ 2022-09 출시 첫날 $1M+
→ 2023 500K+ copies
→ 대형 update+sale로 CCU 재활성화
→ 2024 1M milestone
→ Workshop/mod ecosystem 확대
→ 2026 무료 multiplayer + paid Lost Keepers
→ 2026-09에도 수백 명 동접과 지속 patch.

36. 왜 성공했나: 가장 설명력이 높은 인과모형

Dome Keeper를 단순히:

“roguelike 붐을 탔다.”

라고 보면 중요한 메커니즘을 놓친다.

더 설명력이 높은 공식은 다음과 같다.

반복적인 소형 출시 경험
× 72시간 prototype으로 core tension 검증
× 자기 과거 대비 이상치 신호를 빠르게 포착
× 채굴과 방어가 서로 시간을 빼앗는 강한 시스템 결합
× 스트리머가 설명 없이도 보여줄 수 있는 risk/reward 장면
× 1h30 demo median playtime이라는 높은 실제 engagement
× demo를 오래 유지한 evergreen discovery
× 퍼블리셔의 creator·광고·현지화·플랫폼 관계
× procedural/systemic content leverage
× 업데이트·할인·mod·multiplayer로 catalogue 재활성화.

37. 대안 가설 A — “Raw Fury가 밀어서 성공했다”

[사실]

Raw Fury는 중요한 역할을 했다. 대규모 creator outreach, paid ads, localization, Steam pre-purchase/feature 관련 협의 등은 작은 팀이 혼자 하기 어려운 작업이었다. (How To Market A Game )

[분석]

하지만 데모의 큰 organic growth와 streamer pickup은 publisher 발표가 공식화되기 전부터 시작됐다.

따라서:

publisher가 수요를 생성

보다:

publisher가 이미 확인된 수요의 상한을 확대

했다는 설명이 더 타당하다.

38. 대안 가설 B — “스트리머 한두 명이 운 좋게 띄웠다”

[사실]

여러 creator가 연속적으로 데모를 다뤘고 각 시점에 새로운 wishlist spike가 발생했다. (How To Market A Game )

[분석]

첫 발견 자체에는 운이 있다.

하지만 여러 명이 독립적으로 계속 집어든 것은 제품-채널 fit 신호다.

한 influencer spike라면 운 설명이 강하지만:

creator A → B → C → D

가 반복됐다면 demo가 creator에게 구조적으로 좋은 소재였다고 보는 편이 낫다.

39. 대안 가설 C — “roguelike라서 잘 팔렸다”

[분석]

roguelike 시장은 분명 유리한 기반이었다. 그러나 같은 장르의 수많은 게임이 100만 장에 도달하지 않는다.

Dome Keeper의 differentiation은:

전투 build만 반복하는 roguelike

가 아니라:

채굴로 위험거리를 스스로 만들고, wave가 그 욕심을 벌주는 구조

에 있다.

40. 대안 가설 D — “픽셀아트가 예뻐서”

[분석]

Anne의 아트와 polishing은 creator thumbnail과 Steam conversion에 분명 중요했을 가능성이 높다.

하지만 데모 median playtime 1시간 30분은 시각적 매력만으로 설명하기 어렵다.

클릭은 art가 만들 수 있지만, 90분 체류는 loop가 만들어야 한다.

41. 대안 가설 E — “게임잼 순위가 좋아서 성공했다”

[사실]

Dome Romantik은 Ludum Dare에서 강한 반응을 얻었다. (itch.io )

[분석]

게임잼 성공 자체가 상업성공을 보장하지 않는다.

더 중요한 것은 팀이:

반응을 비교하고
원래 프로젝트를 버리고
상용 구조로 다시 만들고
데모에서 두 번째 검증을 수행했다.

는 실행이다.

42. 대안 가설 F — “출시 전 18.9만 wishlist가 전부였다”

[분석]

위시리스트는 결과이기도 하다.

그 앞에는:

높은 demo playtime
streamer coverage
Discovery Queue
long-tail YouTube

가 있었다.

따라서 더 유용한 선행지표는 wishlists를 만든 행동이다.

43. 실패 위험과 한계 ① — 두 루프 모두 재미없으면 장르 혼합이 오히려 피로해진다

[분석]

채굴이 지루하고 방어도 얕으면:

지루한 것 두 개를 번갈아 하는 게임

이 된다.

Dome Keeper식 구조를 따라 하려면 각각의 loop가 최소한의 독립적 재미를 가져야 한다.

44. 실패 위험 ② — core loop가 반복적이라는 비판은 구조적으로 피하기 어렵다

[분석]

시스템게임의 강점은 반복이다.

동시에 약점도 반복이다.

장기적으로는:

• 새 keeper
• dome
• gadget
• modifier
• multiplayer
• mod

같은 변주가 없으면 사용자가 loop를 “이해한 뒤” 떠날 수 있다.

즉 작은 제작비의 대가로 장기 variation design debt를 진다.

45. 실패 위험 ③ — streamer fit은 power-law 결과다

[분석]

Retromation·Splattercat·Wanderbots 같은 creator가 연속적으로 잡아준 것은 매우 큰 행운 요소다.

모든 좋은 demo가 이런 연쇄를 얻는 것은 아니다.

복제 가능한 것은:

creator가 발견했을 때 보여줄 장면을 강하게 만드는 것.

복제 불가능한 것은:

누가 언제 발견할지.

이다.

46. 실패 위험 ④ — 2인 팀의 key-person risk

[분석]

코어 디자인·코드·아트가 두 사람에게 집중되면:

• 건강
• burnout
• 가족 상황
• 다음 프로젝트

이 그대로 product risk가 된다.

작은 팀의 높은 효율은 낮은 redundancy와 교환한 결과다.

47. 실패 위험 ⑤ — 성공 후 multiplayer는 운영복잡성을 크게 늘린다

[사실]

2026년 Dome Keeper는 온라인/로컬 cooperative multiplayer를 추가했다. 최신 patch notes에도 multiplayer 방향 표시, 입력 처리, splitscreen UI 등 관련 개선이 계속 등장한다. (Steam Community, 2026-09 )

[분석]

새 기능은 acquisition을 늘릴 수 있지만 동시에:

• 동기화
• 세션 연결
• controller conflict
• split-screen UI
• save compatibility

같은 새로운 QA 영역을 만든다.

2인 팀에는 특히 큰 운영세금이다.

48. 실패 위험 ⑥ — Publisher 특수전술을 그대로 복제할 수 없다

Steam pre-purchase, 대규모 광고, 플랫폼 관계는 top-tier publisher가 있어 가능했던 부분이다.

[분석]

이 사례를 보고:

“나도 pre-order만 열면 된다.”

고 결론 내리면 잘못이다.

보다 재현 가능한 부분은:

publisher가 들어오기 전에도 product signal을 만들 것.

이다.

49. 실패 위험 ⑦ — 성공신호를 잘못 읽으면 원래 프로젝트를 괜히 버릴 수 있다

[분석]

Anne과 René의 pivot은 결과적으로 옳았다.

하지만 모든 일시적 Reddit spike가 PMF는 아니다.

따라서 pivot 기준은 단일 숫자보다:

• 플레이타임
• 반복 플레이
• 자발적 creator pickup
• wishlist 속도
• 사용자 feedback 강도

를 함께 보는 편이 안전하다.

50. 맥락 특수적인 요소 vs 재현 가능한 요소

51. 다른 인디 개발자가 우선순위별로 벤치마킹할 항목

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

실험 1 — 72시간 Tension Prototype

새 프로젝트의 전체 기능을 만들지 않는다.

먼저 다음 두 힘만 만든다.

사용자가 더 하고 싶어지는 행동
vs
그 행동을 지금 멈춰야 하는 압력.

예:

• 더 깊이 탐색 vs 시간
• 더 높은 수익 vs 파산확률
• 더 많은 기능 추가 vs 배포 deadline
• 더 긴 streak vs fatigue

72시간 뒤 20명에게 플레이하게 하고 “한 번만 더”가 자연스럽게 발생하는지 본다.

실험 2 — Portfolio Outlier Test

한 아이디어를 1년 개발하기 전에 6주 동안 매주 작은 prototype을 하나 만든다.

각 prototype의 동일 지표를 기록한다.

• 플레이 요청수
• median session
• 자발적 재실행
• 공유의향
• 피드백 길이

절대 benchmark가 아니라 6개 중 어느 것이 3배 이상 튀는지 본다.

실험 3 — 10명 Playtest Council

커뮤니티가 1,000명이 될 때까지 기다리지 않는다.

10명을 고정 테스트 그룹으로 만들고 2주마다 같은 질문을 한다.

1. 어디서 멈췄나?
2. 어디서 욕심을 부렸나?
3. 실패 후 바로 다시 하고 싶었나?
4. 가장 기억나는 30초는?

같은 문제가 3회 반복되면 roadmap 우선순위를 올린다.

실험 4 — Demo Median-Time Gate

데모 KPI를 다운로드 수보다 먼저 플레이타임으로 본다.

가설:

core loop가 좋다면 데모가 짧아도 사용자는 가능한 만큼 오래 붙잡고 있을 것이다.

측정:

• median playtime
• P75 playtime
• sessions/player
• demo completion
• wishlist after play

자신의 장르 baseline과 비교한다. Dome Keeper처럼 90분이라는 절대숫자를 그대로 목표로 삼기보다는 자기 이전 build 대비 개선폭을 본다.

실험 5 — “하나만 더” Decision Counter

플레이에서 안전하게 끝낼 수 있는 순간마다 optional reward를 하나 둔다.

예:

지금 귀환
vs
20초 더 가면 희귀자원 가능.

Telemetry로 다음을 기록한다.

• 추가 위험 선택률
• 그 선택 후 실패율
• 실패 후 restart률
• 플레이어 감정평가

좋은 tension은 100% 안전 선택도, 100% 위험 선택도 아니다.

실험 6 — Distance-as-Risk Prototype

단순 countdown 대신 사용자가 목표에서 멀어질수록 복귀비용이 커지는 구조를 만든다.

A:

숫자 타이머만 존재.

B:

행동할수록 안전지대에서 물리적·논리적으로 멀어짐.

측정:

• panic event
• last-second recovery
• 기억나는 사건
• clip/share intent.

실험 7 — Creator Readability Test

게임을 모르는 30명에게 15초 gameplay clip을 음소거로 보여준다.

질문:

“지금 플레이어가 왜 급해졌는지 이해되나요?”

70% 미만이면 trailer narration을 더하기 전에 game state 자체를 읽기 쉽게 만든다.

실험 8 — Demo Long-Tail Test

행사 종료 뒤 데모를 바로 내리지 않는다.

4주 동안 유지하면서:

• 신규 demo users/day
• YouTube referral
• wishlist/day
• median playtime
• creator pickups

를 기록한다.

Long-tail이 의미 있으면 유지한다. Support 비용이 더 크면 종료한다.

실험 9 — Social Vanity vs Product Signal Dashboard

매주 다음 두 그룹을 나눠 기록한다.

Vanity

• X followers
• likes
• impressions

Product

• demo players
• median playtime
• wishlists
• repeats
• Discord testers

의사결정은 두 번째 그룹을 우선한다.

Dome Keeper처럼 팔로워 성장이 약해도 product signal은 매우 강할 수 있다.

실험 10 — Small Steam Rehearsal

대형 상용작 전에 2~4주짜리 작은 제품을 Steam에 실제 출시한다.

목표 매출을 낮게 둔다.

배워야 할 것:

• store setup
• build upload
• achievements
• patch
• pricing
• refund/support
• review 대응

첫 상업작에 운영학습비를 모두 얹지 않는다.

실험 11 — Publisher Amplification Score

publisher 후보별로 1~5점을 준다.

“돈을 얼마 주는가”보다 내가 이미 만든 PMF를 몇 배 넓혀줄 수 있는가를 본다.

실험 12 — Content Multiplier Score

신규 콘텐츠를 만들 때 계산한다.

기존 시스템과 의미 있게 결합하는 경우의 수 ÷ 개발일

예:

• 새 linear stage: 조합 1개 / 10일
• 새 gadget: 4 domes × 3 keepers × 6 modifiers / 4일

작은 팀은 multiplier가 큰 콘텐츠를 우선한다.

실험 13 — Patch + Sale Reactivation

출시 6개월 이상 지난 제품에서 대형 업데이트를 준비한다.

A 기간:

update만.

B 기간:

update + 할인 + creator outreach.

측정:

• returning users
• new buyers
• CCU
• review velocity
• wishlist conversion

Dome Keeper의 2023 사례처럼 묶음효과가 큰지 본다.

실험 14 — Free Network / Paid Depth 분리

멀티플레이·sharing처럼 사용자를 더 불러오는 기능과, expert 콘텐츠·확장팩처럼 깊이를 늘리는 기능을 분리한다.

A:

network feature 유료.

B:

network feature 무료 + depth 콘텐츠 유료.

친구 초대율과 DLC conversion을 함께 본다.

실험 15 — Mod Demand Probe

정식 Workshop을 만들기 전에 config/mod hook을 제한적으로 제공한다.

측정:

• 만든 사람 수
• 다운로드
• 가장 많이 바뀌는 시스템
• support burden

유저가 반복적으로 특정 규칙을 바꾸고 싶어 하면 그 자체가 roadmap insight다.

실험 16 — Team Expansion Brake

hit 발생 뒤 6개월간 모든 업무를 다음 네 그룹으로 나눈다.

1. core taste라 내부 유지
2. 반복업무라 자동화
3. 전문작업이라 contractor
4. distribution이라 publisher/partner

정규직 채용은 4가지 방법으로 해결되지 않는 반복업무에만 사용한다.

53. 가장 표면적으로 복제하면 안 되는 것

Dome Keeper를 보고 따라 하기 쉬운 것은:

픽셀아트
채굴
기지방어
roguelike
게임잼
demo
streamer 마케팅.

이것을 그대로 조합하면 이미 수많은 “Dome Keeper-like” 제품과 비교된다.

복제해야 할 것은 다음 구조다.

짧은 제작으로 아이디어를 많이 시험한다.

→ 자기 과거 대비 이상치 신호를 찾는다.

→ 신호가 오면 기존 계획을 버릴 수 있다.

→ core loop에서 욕심과 안전이 서로 충돌하게 만든다.

→ 실제 플레이타임으로 재미를 검증한다.

→ 가장 재미있는 순간이 영상에서도 이해되게 만든다.

→ 데모를 단발 이벤트가 아니라 장기 유통자산으로 사용한다.

→ publisher는 PMF를 대신하는 존재가 아니라 amplification layer로 쓴다.

→ 출시 후에는 시스템 업데이트와 ecosystem으로 같은 제품을 다시 launch한다.

54. 최종 결론

Dome Keeper에서 가장 눈에 띄는 공개수치는 다음과 같다.

2인 core team
72시간 최초 prototype
14개의 이전 itch.io 게임
약 6개월 파트타임 + 8개월 풀타임 개발
데모 직전 1,174 wishlists
데모 median playtime 약 1시간 30분
데모 첫 달 +40K wishlists
출시 직전 189K+ wishlists
출시 첫날 $1M+ 매출
2023년 500K+ copies
2024년 1M milestone
2026년 SteamDB 약 22.5K reviews / 약 92% 긍정
2026년에도 수백 명 동접과 업데이트 지속.

하지만 다른 인디 개발자가 가장 중요하게 봐야 할 숫자는 100만보다 278일 수 있다.

Bippinbits는 처음부터 이 게임이 100만 장이 될 것을 알지 못했다.

다만 이전 게임이 30~80개 평가를 받을 때 새 프로토타입이 약 278개를 받는 비정상적인 차이를 보았다.

두 번째 핵심 숫자는 90분이다.

사람들이 트레일러를 좋아한 것이 아니라 무료 demo 자체를 오래 플레이했다.

세 번째는 40,000이다.

데모 첫 달의 wishlist 증가량은 “마케팅을 더 해야 한다”는 문제가 아니라 제품 자체가 유통을 생성하기 시작했다는 신호였다.

그리고 네 번째는 2명이다.

100만 장 게임의 core team이 2명으로 유지될 수 있었던 이유는 단순히 많이 일해서가 아니다.

procedural content

• 반복 가능한 system design
• composer/contractor
• Raw Fury의 publishing leverage
• Discord playtests
• mod ecosystem

이 headcount를 대신했다.

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

작은 반복제작 × 상대적 이상치 감지 × 빠른 pivot × risk/reward core loop × 높은 demo engagement × creator-readable gameplay × evergreen demo × publisher amplification × procedural content leverage × catalogue reactivation.

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

“내가 만든 여러 아이디어 중 어떤 것이 내 과거 평균보다 비정상적으로 강한 반응을 얻고 있는가?”

“사람들이 내 demo를 클릭하는가보다 실제로 얼마나 오래 붙잡고 있는가?”

“게임에서 가장 재미있는 순간이 설명 없이 영상만으로도 이해되는가?”

그리고 가장 중요하게:

“성공을 만들기 위해 팀을 늘리는 대신, 시스템·도구·커뮤니티·파트너가 사람을 대신하게 만들 수 있는가?”

주요 출처와 게시일