A Dark Room — 자원 병목과 ‘다음 화면’의 호기심으로 세 시간을 끌고 가는 모바일 증분 RPG
원작자 Michael Townsend가 혼자 만든 브라우저 게임을 Amir Rajan이 허락을 받아 약 5개월 동안 iOS용으로 재설계한 작품으로, 플레이어는 불을 지피고 주민을 생산 직업에 배치해 자원 흐름을 맞추고 건물·장비를 준비한 뒤 황무지를 탐험해 세계의 정체와 결말에 도달한다. 가장 최근 확인 가능한 공개 판매 자료는 개발자가 공개한 첫 2년 iOS 실적으로, 유료 다운로드 976,373건(2013년 11월~2015년 10월, iOS, 개발자 공개 수치의 보도 정리)이며 같은 기간 한시 무료 배포는 약 124.7만 건이었다; 현재 Google Play는 별도로 100K+ 다운로드(공식 스토어 표기, 2026-09-09 확인, Android)를 표시하지만 이는 유료 판매량과 같은 지표가 아니다. 같은 첫 2년 iOS 총매출은 US$697,270(개발자 공개 수치)였고, 세금과 수익 배분 뒤 Rajan 개인에게 남은 순액은 US$191,810으로 보도됐으며 이후 iOS·Android·Steam·itch.io·Switch를 합친 최신 누적 전체 매출과 전체 이익은 확인하지 못했다. 제작자 관점에서 이 사례가 중요한 이유는 화려한 보상 대신 새 규칙을 조금씩 공개하고, 자원을 한쪽에 몰면 다른 자원이 적자가 되는 병목 구조를 만든 뒤, 그 운영 게임을 갑자기 탐험 RPG로 뒤집는 방식으로 모바일의 짧은 입력과 장기 호기심을 동시에 후킹으로 바꿨기 때문이다.
판매량·매출 요약
| 항목 | 확인된 내용 | 기준 시점·플랫폼·출처 |
|---|---|---|
| 판매량 / 다운로드 | 유료 다운로드 976,373건: 1년차 773,933건 + 2년차 202,440건. 같은 첫 2년 한시 무료 다운로드는 약 124.7만 건으로, 판매량과 구분해야 한다. 현재 Android는 100K+ 다운로드를 표시한다. | 2013-11~2015-10, iOS — Game Developer의 개발자 공개 수치 정리. 2026-09-09 확인, Android — Google Play. |
| 매출 | 첫 2년 iOS US$697,270 총매출(개발자 공개 수치). 이후 Android·PC·Switch를 포함한 최신 전체 누적 매출은 미확인. | 2013-11~2015-10, iOS — Game Developer, Pocket Gamer. |
| 개발사 실수령 | 개발사 전체 실수령은 미확인. 보도에 따르면 세금과 팀 수익 배분 뒤 Rajan 개인 순액 US$191,810. | 첫 2년 iOS — Game Developer. Michael Townsend와 Rajan은 초기 합의에서 수익을 나누기로 했다. |
| 이익 | 게임 전체 순이익은 미확인. US$191,810은 Rajan 개인에게 남은 순액으로 보도된 값이며, 전체 프로젝트 순이익과 동일하다고 볼 수 없다. | 첫 2년 iOS — Game Developer. |
| BM·가격 | 유료 1회 구매형, 광고·인앱결제 없음. 2026-09-09 미국 App Store와 Google Play에서 US$1.99, Steam·itch.io는 US$6.99. | App Store, Google Play, Steam, itch.io. |
핵심 게임 분석 — 처음에는 버튼 하나, 나중에는 경제와 원정이 된다
A Dark Room의 가장 강한 설계 선택은 ‘규칙을 설명하지 않는 것’이 아니라 규칙이 아직 존재하지 않는 것처럼 보이게 하는 것이다. 처음 화면에서 플레이어가 할 수 있는 일은 불을 지피는 것뿐이다. 잠시 뒤 숲이 열리고 나무를 모을 수 있게 되며, 낯선 Builder가 깨어나면 건물과 주민, 생산 직업이 차례로 등장한다. 원작자 Townsend는 이 첫 확장이 플레이어에게 “이 게임은 계속 커진다”는 약속을 가르치는 구간이라고 설명했다. 즉 초반의 빈 화면은 콘텐츠 부족이 아니라, 이후 화면 자체가 넓어지는 것을 보상으로 쓰기 위한 여백이다. 개발자 코멘터리 PDF
모바일판에서 Rajan은 이 여백을 그대로 두지 않았다. 브라우저판에서는 불을 지핀 뒤 숲이 열리기까지 약 45초가 걸렸지만, iOS에서는 약 15초로 줄였다. 5초까지 줄여보기도 했지만 Builder가 나타나는 사건의 무게가 사라졌고, 15초로 조정해도 테스트 참가자 일부는 나무 채집 단계에서 흥미를 잃었다. 그래서 그는 단순 가속 대신 짧은 내면 독백과 서사 단서를 추가했다. 이 과정은 모바일에서 ‘대기 시간을 없애면 된다’는 단순한 결론보다 중요하다. 기다림은 다음 변화의 크기를 느끼게 하는 장치라서, 완전히 삭제하지 않고 이탈 직전까지만 압축한 것이다. 개발자 코멘터리
초반을 지나면 플레이어의 행동은 ‘클릭해서 나무를 얻기’에서 ‘사람을 어디에 배치해 어떤 생산망을 만들지 결정하기’로 바뀐다. 나무를 모아 오두막을 만들면 인구가 늘고, 주민을 사냥꾼·덫꾼·무두장이 같은 역할로 돌리면서 모피·고기·가죽 등 새로운 재화가 생긴다. 중요한 점은 각 자원을 독립적으로 올리는 것이 아니라는 데 있다. Townsend는 한 자원에 집중하면 하위 자원 중 일부가 적자로 돌아서도록 설계했고, 모든 자원을 완전히 균형 잡으면 어느 것도 빠르게 늘지 않게 했다고 설명한다. 그래서 플레이어의 질문은 “가장 좋은 업그레이드가 무엇인가?”가 아니라 **“지금 다음 목표를 위해 어느 적자를 감수할 것인가?”**가 된다.
이 구조에서 가장 효율적인 초반 해법은 의외로 지루하다. Townsend에 따르면 주민을 전부 채집자로 두고 오두막만 반복해 최대 인구를 먼저 채우는 방식이 효율적일 수 있다. 그는 그 길을 의도적으로 덜 매력적으로 만들기 위해 새 자원과 새 건물을 ‘다음 오두막 비용이 거의 모일 즈음’ 보이게 했다. 플레이어는 안정적 최적해를 알고도 “조금만 더 기다리면 저 새 건물을 살 수 있다”는 유혹을 받는다. 이것은 숫자를 크게 주는 보상이 아니라 현재 계획을 흔드는 새 선택지를 타이밍 좋게 노출하는 후킹이다. 개발자 코멘터리
성장의 핵심은 수치 상승이 아니라 병목 이동이다
마을 단계의 경제는 생산량과 저장량을 단순히 높이는 방치형보다 공급망 게임에 가깝다. 특정 자원을 빨리 얻으려 주민을 몰아주면 다른 재화가 줄고, 새 건물을 만들려면 그동안 덜 중요했던 중간재가 필요해진다. 그래서 성장의 감각은 “이전보다 20% 세졌다”가 아니라 **“이제는 예전과 다른 숫자를 보고 있다”**에 가깝다. 제작자는 콘텐츠를 수백 개 만들지 않고도, 같은 주민 숫자가 어느 직업에 배치되느냐에 따라 서로 다른 문제를 만들 수 있다.
이 경제는 결국 장비와 보급 준비로 연결된다. 나침반과 연료·식량을 준비해 Dusty Path에 나서면 화면의 성격이 바뀐다. 마을에서의 핵심이 생산 속도와 직업 배치였다면, 원정에서는 제한된 식량·물·운반 한도·장비를 가지고 얼마나 멀리 갈지 판단해야 한다. 전투와 랜덤 이벤트, 탐색 목표가 생기며, 멀리 나갈수록 더 강한 적을 만난다. 같은 ‘자원 관리’가 마을에서는 지속 생산의 문제였다가, 원정에서는 소모 가능한 런 예산을 얼마나 가져갈지 정하는 문제로 변한다.
이 전환이 중요한 이유는 장르를 새로 하나 붙였기 때문이 아니다. Townsend는 Dusty Path를 Candy Box의 ‘나무 검’ 순간처럼, 플레이어가 이미 안다고 생각한 게임의 범위를 뒤집기 위한 장치로 만들었다고 설명했다. 실제로 원정 파트는 개발 과정에서 가장 많은 테스트와 수정을 거쳤고, 초기에는 조우율이 더 높고 길과 전초기지도 없었다. 테스트에서 플레이어들이 장비 수준보다 너무 멀리 나가 반복적으로 죽자 경고를 추가했고, 정복한 지점을 보급 거점으로 바꾸는 방식으로 난이도와 랜덤 맵 문제를 함께 완화했다. 개발자 코멘터리
재미와 후킹 — ‘다음 보상’보다 ‘다음 정체’를 궁금하게 만든다
상점에서 보이는 훅: 거의 아무것도 보여주지 않는 프리미엄 게임
2026년의 공식 스토어 설명은 “미니멀한 텍스트 기반 RPG/로그라이크”와 광고·마이크로트랜잭션 부재를 전면에 둔다. iOS 앱은 US$1.99이고, 현재 App Store 설명은 2014년 Apple에서 가장 많이 다운로드된 앱 중 하나였고 여러 국가에서 상위권을 기록했다는 과거 성과도 함께 제시한다. App Store Google Play 역시 광고 없음, 소액결제 없음, 오프라인 플레이를 강조한다. Google Play
하지만 출시 당시에는 이 미니멀함이 강점만은 아니었다. Rajan은 첫 화면이 너무 비어 있어 구매자가 ‘사기를 당했다’고 느낄 수 있다는 것을 알고 있었고 실제로 그런 1점 리뷰도 받았다고 기록했다. 여기서 중요한 제작 판단은 스토어 이미지와 초반 게임을 더 화려하게 바꿔 위험을 제거한 것이 아니라, 그 불안이 호기심으로 넘어가는 시간을 줄이고 첫 확장을 더 빨리 보여주는 것이었다. 즉 제품의 독특함을 희석하지 않고 이탈 구간만 다듬었다.
플레이 중 붙는 힘: 화면에 생기는 것 자체가 보상이다
A Dark Room은 해금 보상을 UI 확장과 거의 동일시한다. 숲, 마을, 상점, 생산 직업, 나침반, 원정 지도처럼 다음 단계가 열릴 때마다 플레이어가 보는 화면이 달라진다. 그래서 “다음 업그레이드 수치”보다 “다음에는 게임이 어떤 모습이 될까”가 더 강한 기대가 된다. Townsend는 느린 템포가 플레이어 머릿속에 세계에 대한 가설을 만들 시간을 주고, 다음 공개가 그 가설을 흔들도록 의도했다고 설명했다. 개발자 코멘터리
이 방식은 성장·운영 게임에서 특히 유용하다. 숫자 상승만으로 장기 후킹을 만들려면 증가율을 계속 키워야 하지만, A Dark Room은 새 숫자보다 새 맥락을 준다. 처음에는 나무가 생존 자원이고, 다음에는 주민을 늘리는 생산 기반이며, 더 뒤에는 외부 세계로 나가기 위한 장비 경제의 출발점이 된다. 플레이어가 이미 아는 자원과 행동이 새로운 목적을 얻기 때문에 콘텐츠 재사용 효율도 높다.
최근 모바일 리뷰가 보여주는 맞는 지점과 어긋나는 지점
2026년 Google Play 리뷰 중 한 이용자는 “처음에는 나무를 모으고 불을 지피는 것뿐이었는데 진행이 갑자기 폭발적으로 커져 계속 탐험하고 싶었다”는 취지로 평가했다. 이는 제작진이 의도한 단계적 범위 확장과 정확히 맞닿는다. 다른 이용자는 게임이 짧고 더 많은 대체 경로나 Builder와의 상호작용을 원한다고 남겼다. 즉 핵심 구조의 장점인 ‘한 번만 겪을 수 있는 발견’은 동시에 반복 플레이 콘텐츠가 얕게 느껴질 수 있는 비용이다. Google Play 리뷰
반면 모바일판이 원작과 다른 밸런스·UI를 가진다는 불만도 있다. 한 리뷰는 Android판을 충실한 포트라기보다 모바일 리메이크로 보라고 지적하며 자원 무게와 밸런스 변화를 예로 든다. 이 반응은 모바일 최적화가 항상 개선으로만 받아들여지지 않는다는 점을 보여준다. 플랫폼 적응을 위해 수치를 바꾸면 기존 팬에게는 규칙의 정체성이 바뀐 것으로 느껴질 수 있다. 따라서 모바일 전용 튜닝은 입력 편의뿐 아니라 원작에서 무엇을 ‘같아야 하는 규칙’으로 보는지까지 정해야 한다.
모바일 설계 — 짧은 터치보다 ‘중단과 복귀’를 설계한다
Townsend는 방치형의 기본 중 하나를 “잠시 떠나도 진행이 멈추지 않는 것”으로 보았다. 초기 버전에서는 불을 켜고 자리를 비우면 Builder가 깨어나기 전에 불이 꺼져 진행이 멎는 문제가 있었고, 이를 고쳐 Builder가 스스로 불을 관리하고 약간의 나무를 모으게 했다. 돌아온 플레이어는 숲이 열리고 로그가 쌓인 상태를 보게 된다. 개발자 코멘터리
이 점이 모바일과 잘 맞는다. 짧게 앱을 열어 한두 번 탭하고 닫는 행위가 실패가 아니라 정상 플레이가 되며, 복귀 시 “내가 없는 동안 새 일이 생겼다”는 감각을 준다. 하지만 이 게임은 무한 오프라인 보상으로 모든 의사결정을 없애지 않는다. 적극적으로 직업을 재배치하고 생산을 집중하면 더 빨리 진행할 수 있게 해 두었다. 수동 플레이는 자동 진행을 대체하는 노동이 아니라, 병목을 더 빨리 옮기는 개입이다.
iOS판의 접근성 변화도 모바일 기능이 핵심 경험을 바꾼 사례다. 출시 후 시각장애 플레이어가 VoiceOver와 점자 디스플레이로 Dusty Path를 플레이하고 있다는 사실을 Rajan이 알게 되었고, 이후 전체 게임을 VoiceOver로 플레이 가능하게 만드는 작업을 진행했다. 현재 App Store도 VoiceOver 지원을 명시한다. App Store 텍스트 중심 UI라는 제약이 접근성 가능성을 만들었고, 실제 사용자 반응이 그것을 제품 기능으로 확장했다.
판매량·매출·BM — ‘무료 전환이 장기 유료 판매를 살려줬다’고 말할 수 없는 이유
A Dark Room의 첫 2년 수치는 프리미엄 모바일 게임의 변동성을 잘 보여준다. 첫 12개월에는 773,933건의 유료 다운로드와 약 105만 건의 무료 다운로드가 있었고, 무료 다운로드 대부분은 2014년 8월 한 주간의 무료 프로모션에서 발생했다. 다음 12개월 유료 다운로드는 202,440건, 무료 다운로드는 196,959건이었다. 합치면 첫 2년 유료 판매는 976,373건이다. Game Developer
이 수치에서 가장 조심해야 할 해석은 ‘무료로 풀어 입소문을 만들었기 때문에 이후 유료 판매가 크게 늘었다’는 식의 인과다. Rajan은 100만 건이 넘는 무료 다운로드가 발생한 뒤에도 45일 유료 다운로드 평균이 뚜렷하게 상승하지 않았다고 설명했다. 즉 대형 무료 배포는 설치량과 차트 가시성을 크게 만들 수 있지만, 그 자체가 이후 유료 전환의 지속적 상승을 보장하지 않았다. 제작자가 가격 프로모션을 할 때 봐야 할 것은 총 다운로드가 아니라 프로모션 종료 후 유료 판매 기준선이 실제로 변했는지다.
첫 2년 iOS 총매출은 US$697,270으로 공개됐다. 보도는 세금과 팀 내 배분 뒤 Rajan 개인에게 US$191,810이 남았다고 전한다. 이 수치를 ‘개발사 이익률’로 환산하면 안 된다. Michael Townsend와의 수익 배분, 세금, 플랫폼 수수료가 포함된 경로가 있고, 개발에 들어간 생활비·기회비용까지 전체 비용 자료가 공개된 것은 아니기 때문이다. 확인 가능한 것은 iOS 첫 2년 총매출과 Rajan 개인 순액이지, 전체 프로젝트의 회계상 순이익이 아니다. Game Developer
현재 BM은 오히려 단순하다. 미국 App Store와 Google Play 모두 유료 1회 구매이며 광고와 인앱결제가 없다. Steam·itch.io의 데스크톱 버전은 US$6.99다. Android 공식 스토어는 2026년에도 100K+ 다운로드를 표시한다. Google Play 다만 현재 iOS 누적 판매와 Android 유료 구매 건수, 플랫폼별 최신 매출은 공개 자료에서 확인하지 못했다. 따라서 2015년 수치를 ‘현재 누적’처럼 쓰지 않는 것이 중요하다.
제작자 인터뷰와 개발 자료 — 작은 포팅이 아니라 ‘번역’이었다
A Dark Room의 원작은 Doublespeak Games의 Michael Townsend가 혼자 만든 브라우저 프로젝트였다. Doublespeak의 공식 프레스 페이지는 당시 스튜디오가 사실상 Townsend의 1인 활동이었고, Hacker News에서 게임을 본 Rajan이 iOS 이식 허락을 요청했다고 설명한다. Doublespeak Games 프레스킷 Rajan은 인터뷰에서 처음 이메일을 보낼 때 “모바일로 옮겨 돈이 나면 수익을 나누자”는 취지로 제안했고, Townsend가 동의했다고 회고한다. CoRecursive 인터뷰
개발 기간에 대해서는 자료마다 “약 5개월”과 “약 7개월”이라는 표현이 나온다. 당시 개발자 코멘터리와 초기 인터뷰는 2013년 6월부터 11월 출시까지 5개월을 ‘모바일용으로 다시 상상한 기간’으로 기록한다. 훗날 Rajan은 전체 모바일 작업을 돌아보며 약 7개월을 썼다고 표현했다. 개발자 코멘터리, 7 Lessons From 7 Years of Indie Game Dev 따라서 정확한 한 숫자로 고정하기보다, 출시까지의 집중 재설계가 약 5개월이고 후속 조정까지 넓게 보면 더 길었다고 보는 편이 안전하다.
Rajan은 iOS판을 RubyMotion으로 만들었고, 단순 코드 복사보다 페이싱·서사·모바일 상호작용을 고치는 데 시간을 썼다. 원작 코드의 겉모습이 단순해 보여 이식이 쉬울 것이라 생각했지만, 실제 Dusty Path가 전체 코드의 큰 비중을 차지하는 복잡한 파트임을 개발 한 달 뒤에야 제대로 파악했다고 회고한다. 12,000 lines of RubyMotion, 개발자 코멘터리
제작자에게 더 유용한 부분은 기능 목록보다 테스트 방식이다. 이 게임은 첫 경험의 놀라움이 중요해서 같은 사람에게 새 콘텐츠를 반복 테스트시키기 어렵다. Rajan은 새 파트를 만들 때마다 다른 사람을 찾아 첫 반응을 관찰했고, 아내는 예외적으로 여러 버전을 끝까지 반복 플레이했다. 마지막 테스트는 약 4시간 동안 처음부터 끝까지 이어졌다. 이런 방식은 ‘튜토리얼 이해도’보다 언제 흥미를 잃고, 언제 게임의 정체를 새로 이해하는지를 검증하는 데 초점이 맞춰져 있다.
Townsend 역시 원정 파트에서 플레이어의 실제 행동이 예상과 다름을 확인했다. 제작자는 멀리 갈수록 적이 강해진다는 것을 자연스럽게 이해할 것이라 생각했지만, 테스트 플레이어는 장비 수준을 무시하고 한 방향으로 끝까지 나가다 죽었다. 그래서 경고를 추가했다. 제작자의 머릿속에 있는 ‘당연한 규칙’은 플레이어에게 보이지 않을 수 있고, 특히 텍스트·미니멀 UI에서는 정보를 적게 준다는 미학이 곧 정보 부족으로 바뀔 수 있다. A Dark Room은 이 문제를 설명문을 늘리는 대신 경고·보급 거점·확률 조정 같은 시스템 피드백으로 고쳤다.
제작자가 가져갈 판단 — 콘텐츠 양보다 ‘규칙 공개의 순서’를 설계하라
첫째, 초반 대기 시간을 무조건 제거하지 말고 첫 놀라움을 보존할 수 있는 최소 길이를 찾을 가치가 있다. A Dark Room은 45초를 15초로 줄였지만 5초까지 줄이지 않았다. 플레이테스트에서 실제 이탈 지점을 확인하고, 남겨 둔 대기에는 짧은 서사 단서를 붙였다. 모바일에서 속도가 중요하다는 명제보다 더 구체적인 판단 기준이다.
둘째, 성장게임의 선택을 만들 때 모든 자원을 동시에 플러스로 만드는 ‘완벽한 운영’을 정답으로 두지 않는 방법이 있다. 한 자원을 빠르게 얻으려면 다른 자원이 적자가 되게 만들고, 안정 균형은 가능하지만 느리게 만든다. 그러면 플레이어는 성장률 자체보다 어떤 결핍을 지금 감수할지 결정한다. 작은 게임에서도 자원 종류를 크게 늘리지 않고 전략 공간을 만들 수 있는 방식이다.
셋째, 해금은 기능 추가가 아니라 게임에 대한 플레이어의 설명을 바꾸는 사건이어야 오래 기억된다. A Dark Room은 ‘불 관리 게임’에서 ‘마을 경제’, 다시 ‘원정 로그라이크’, 마지막에는 세계와 주인공의 정체를 다시 보는 이야기로 범위를 확장한다. 이처럼 새 시스템이 이전 시스템의 의미를 바꾸면, 콘텐츠가 선형적으로 늘지 않아도 진행감이 커진다.
넷째, 플랫폼 최적화는 원작의 숫자를 바꾸는 것과 동일하지 않다. 모바일판의 페이싱 조정과 접근성 개선은 실제 사용 맥락에 잘 맞았지만, 현재 리뷰에는 원작과 달라진 밸런스를 불편해하는 반응도 있다. 모바일 적용 가설을 세울 때는 입력·중단·복귀·가독성은 적극적으로 바꾸되, 팬이 규칙의 정체성으로 보는 수치와 위험 구조는 별도로 식별하는 것이 좋다.
마지막으로 상업 사례에서 가장 가져갈 만한 점은 ‘한 번 바이럴되면 해결된다’가 아니다. Rajan 스스로 출시 후 약 6개월 동안 거의 팔리지 않았고, 어느 날 차트가 급상승한 것을 행운으로 묘사한다. 무료 프로모션으로 100만 건 이상 다운로드가 생겨도 이후 유료 판매 기준선이 크게 달라지지 않았다는 데이터도 남겼다. 그래서 이 작품이 주는 사업 판단은 바이럴 공식을 찾는 것이 아니라, 낮은 제작 규모로도 차트 급등이 왔을 때 버틸 수 있는 완성도·스토어 대응·업데이트 역량을 준비하고, 설치량과 실제 매출 효과를 분리해 측정하라는 쪽에 가깝다.
주요 출처
- App Store — A Dark Room
- Google Play — A Dark Room
- Game Developer — A two year look at the sales of chart-topping iOS title, A Dark Room
- Pocket Gamer — The co-creator of top selling iOS game A Dark Room shares its sales numbers
- Doublespeak Games 공식 프레스킷
- Amir Rajan — 7 Lessons From 7 Years of Indie Game Dev
- Amir Rajan / Michael Townsend — 개발자 코멘터리·디자인 자료
- PocketGamer.biz — Shedding light: The making of A Dark Room
- Game Developer — A Dark Room's unique journey from the web to iOS
- CoRecursive — A Dark Room with Amir Rajan