Mindustry — ‘더 강한 포탑’보다 그 포탑이 계속 쏘게 만드는 공급망을 성장시키는 게임

Mindustry는 Anuke/Anuken(Anton Kramskoi)이 핵심 프로그래밍·그래픽·음악을 대부분 혼자 맡아 만든 공장 자동화·타워디펜스 전략 게임으로, 플레이어는 광물을 캐고 컨베이어와 가공 시설을 이어 탄약·전력·건축 자원을 공급하면서 코어를 지키고, 확보한 자원으로 기술을 연구해 다른 섹터와 행성까지 생산망을 확장한다. 가장 최근 확인 가능한 모바일 지표는 Google Play의 500만+ 다운로드(공식 스토어 표기, 2026-09-09 확인, Android)이며, iOS 판매량은 공개 수치를 확인하지 못했다. 게임 전체 누적 매출은 확인하지 못했고, 별도 유료 PC판은 Raijin이 Steam 약 56.3만 장·누적 총매출 약 US$4.5M(외부 추정, 2026-09-09 UTC, medium confidence)로 추정한다; 개발자 실수령과 전체 프로젝트 이익은 미확인이다. 제작자 관점에서 이 사례가 중요한 이유는 성장의 단위를 캐릭터 능력치가 아니라 ‘채굴 → 운송 → 가공 → 전력 → 탄약 → 방어’라는 흐름의 안정성으로 잡고, 그 복잡한 시스템을 2017년 초기부터 Android 전용 배치 모드와 UI 수정으로 모바일에 맞춰 확장해 왔기 때문이다.

다운로드·매출 요약

핵심 게임 분석 — 포탑은 무기가 아니라 공급망의 마지막 소비처다

이 분석은 직접 플레이 기록이 아니라 2026-09-09 시점의 공식 스토어 설명·공식 스크린샷·공식 위키·개발 로그·사용자 리뷰를 교차해 작성했다. 공식 화면을 보면 Mindustry의 전장은 보통 ‘포탑을 어디 놓을까’보다 먼저 ‘광산에서 나온 자원이 어떤 길로 어디까지 흘러갈까’를 읽게 만든다. 컨베이어는 땅 위를 여러 겹으로 지나가고, 생산 블록과 저장소, 전력 노드, 포탑이 그 흐름에 붙는다. 전투 이펙트가 화면을 덮는 순간에도 플레이어가 실제로 관리하는 것은 총알 그 자체가 아니라 총알이 끊기지 않게 하는 자원 흐름이다. 공식 사이트는 전투 장면과 공장 장면을 나란히 제시하며 이 두 층을 같은 게임으로 설명한다.

초반의 대표적인 장면을 단순화하면 이렇다. 구리 광맥 위에 드릴을 놓고, 구리를 컨베이어로 코어 또는 Duo 포탑까지 보낸다. 공식 위키에서 Copper는 건설과 탄약에 모두 쓰이는 기본 자원이고, Duo는 Copper·Graphite·Silicon을 서로 다른 성능의 탄약으로 받는다. Copper / Duo 이 한 사실만으로도 첫 번째 전략적 충돌이 생긴다. 구리를 방어선에 많이 보내면 당장 총알은 넉넉해지지만, 같은 구리로 늘려야 할 컨베이어·벽·생산 시설의 확장이 늦어진다. ‘전투 자원’과 ‘성장 자원’을 따로 만들지 않고 같은 물질을 두 목적이 당기게 하는 설계다.

중반부터는 병목이 더 명확해진다. Graphite는 전기 부품과 탄약에 쓰이고, Silicon은 복잡한 전자 부품과 유도 탄약, 다수의 고급 설비·유닛 생산에 필요하다. Graphite / Silicon 즉 새 광물을 발견했다고 곧바로 전력이 오르는 것이 아니다. 채굴량, 컨베이어 처리량, 가공기의 투입 비율, 전력 공급, 저장 공간, 소비처가 모두 맞아야 ‘쓸 수 있는 성장’이 된다. 제작자 입장에서는 여기서 중요한 차이가 있다. 숫자 RPG는 업그레이드를 사는 순간 성장 효과가 확정되지만, Mindustry의 업그레이드는 새 블록을 해금한 뒤 그 블록이 실제 생산망 안에서 안정적으로 돌아갈 때 비로소 성장으로 완성된다.

한 칸의 배치가 경제·전투·공간을 동시에 건드린다

Mindustry의 공장 설계가 재미있는 이유는 생산 효율만 따지는 퍼즐이 아니기 때문이다. 컨베이어 한 줄은 자원을 운반하지만 동시에 건설 공간을 차지하고, 적의 공격에 노출되며, 다른 라인의 교차를 방해한다. 포탑을 전선 가까이 당기면 사거리는 좋아지지만 탄약 라인을 더 길게 보호해야 하고, 방어벽을 두껍게 만들면 내부 생산 공간이 줄어든다. 플레이어는 ‘최적 공장’과 ‘최적 요새’를 따로 만드는 대신 둘 사이에서 타협한다.

이 구조 때문에 실패도 정보가 된다. 파도가 밀려왔을 때 포탑 화력 자체가 부족한지, 탄약이 끊겼는지, 전력망이 멈췄는지, 생산 건물이 먼저 파괴됐는지에 따라 다음 설계가 달라진다. 같은 패배 화면이어도 원인이 공급망 안의 서로 다른 지점에 있다. 이는 제작자가 난이도를 단순 적 체력 배수로만 올리지 않고 플레이어가 읽어야 할 실패 원인을 여러 층으로 분산시키는 방법이다.

캠페인의 메타 성장은 ‘새 숫자’보다 ‘새 생산 문제’를 연다

현재 Google Play 설명은 두 행성 Serpulo와 Erekir, 35개의 수제 맵과 250개 이상의 절차적 섹터, 250개 이상의 기술 블록, 50종 이상의 드론·메크·함선을 내세운다. 또한 이미 점령한 섹터에서도 자원을 생산하고, Launch Pad로 다른 섹터에 물자를 보내며, 주기적인 침공을 방어하고, 연구로 새 블록을 해금한다고 설명한다. Google Play 후반의 성장 단위가 ‘이번 맵의 기지’에서 ‘여러 섹터를 잇는 물류망’으로 커지는 셈이다.

공식 위키의 Launch Pad는 선택한 섹터로 특정 아이템을 주기적으로 발사하는 설비다. Launch Pad 이것은 메타 진행을 단순 별 3개 수집으로 만들지 않고, 이전 섹터에서 만든 생산 기반이 다음 전투의 초기 조건을 실제로 바꾸게 한다. 잘 만든 공장은 클리어 후 사라지는 퍼즐 답안이 아니라 다음 섹터의 자원 공급처가 된다. 그래서 플레이어가 배운 자동화 지식이 계정 성장과 바로 겹친다.

재미와 후킹 — ‘다음 블록’이 아니라 ‘다음 병목’을 보고 싶게 만든다

상점에서 보이는 첫 훅은 명확하다. 화면 가득 움직이는 컨베이어, 복잡한 전력선, 수십 개의 포탑과 유닛이 동시에 돌아가는 모습이 ‘내가 저 기계를 직접 설계할 수 있다’는 약속을 한다. 공식 사이트의 세 장면도 전투·고급 공장·멀티플레이 기지를 크게 보여준다. 공식 사이트 이 시각적 밀도는 캐릭터 일러스트나 스토리 컷신과 다른 종류의 욕망을 만든다. 결과물을 소비하고 싶다는 욕망보다 구조를 이해하고 복제하고 싶다는 욕망이다.

플레이 중의 후킹은 더 작은 단위에서 일어난다. 구리 부족을 해결하면 Graphite가 부족하고, Graphite를 늘리면 전력이 모자라고, 전력을 해결하면 Silicon 생산이 다음 병목이 된다. 중요한 것은 병목이 계속 새 이름으로 바뀐다는 점이다. 같은 ‘생산량 +10%’를 반복하는 대신 새 설비가 이전 설비의 출력물을 입력으로 받아 생산 그래프를 한 단계 더 길게 만든다. 플레이어가 다음 세션을 여는 이유가 보상 상자를 받기 위해서가 아니라 지금 눈앞의 막힌 흐름을 한 번만 더 고쳐 보기 위해서가 된다.

또 다른 훅은 설계의 재사용이다. Steam판과 공식 FAQ는 맵·모드·schematic 브라우저를 유료판의 편의 기능으로 설명한다. 공식 FAQ 자신이 만든 배치를 schematic으로 저장하고 다른 상황에 다시 쓰는 순간, 플레이어의 성장 자산은 계정 수치가 아니라 ‘내가 만든 설계 패턴’이 된다. 이는 전략 게임에서 숙련을 콘텐츠 소비와 분리하는 강한 방법이다. 맵이 바뀌어도 플레이어가 쌓은 지식과 설계 문법은 남는다.

유저가 칭찬하는 깊이와 모바일에서 불만이 되는 정밀도는 같은 뿌리다

2026년 Google Play 리뷰에는 공장 건설·타워디펜스·전략 전쟁의 결합, 캠페인·샌드박스·멀티플레이의 폭, 광고 없는 구조를 높게 평가하는 반응이 보인다. 반면 App Store 리뷰에서는 터치 배치가 뜻대로 되지 않거나, 드래그 중 건물이 이동하고, 특정 방향을 요구하는 설비를 정확히 놓기 어렵다는 불만도 확인된다. Google Play 리뷰 / App Store 리뷰

이 둘은 별개의 문제가 아니다. Mindustry가 깊어지는 방식이 ‘더 많은 정확한 연결’을 요구하기 때문에, 화면이 작아질수록 같은 깊이가 입력 비용으로 돌아온다. 컨베이어를 길게 긋고, 분기하고, 방향을 바꾸고, 좁은 공간에서 설비를 회전시키는 행동은 마우스로는 자연스럽지만 손가락은 배치 대상 자체를 가린다. 따라서 모바일 제작자가 가져갈 교훈은 “복잡한 PC형 전략도 모바일에서 된다”가 아니라, 복잡도를 유지하려면 입력 오차를 줄이는 도구가 시스템 깊이만큼 중요하다는 것이다.

모바일 설계 — 2017년부터 ‘포팅’이 아니라 배치 문법을 따로 만졌다

Mindustry는 현재 PC에서도 큰 게임이지만 모바일이 뒤늦게 붙은 부차적 플랫폼은 아니다. 2017년 7월 5일의 공식 itch.io 1.3 개발 로그에는 Android 빌드 추가가 기록되어 있고, 같은 해 9월 27일 2.0 로그에는 Android용 복수 배치 모드 추가와 블록 선택 UI 변경이 명시돼 있다. 1.3 개발 로그 / 2.0 개발 로그

이 이력은 중요한 제작 판단을 보여준다. 공장 게임을 모바일로 옮길 때 그래픽을 축소하는 것보다 먼저 ‘반복 배치’를 손가락으로 어떻게 입력할지를 바꿨다. 컨베이어는 한 칸씩 누르게 하면 바로 피로해지므로 선형 드래그·연속 배치가 중요하고, 화면이 작으므로 블록 선택 UI가 생산성의 일부가 된다. 공식 코드 문서에도 모바일 모드를 데스크톱에서 테스트하는 플래그가 남아 있어, 모바일 UI가 별도 실행 조건으로 관리되고 있음을 확인할 수 있다. 공식 API 문서

다만 2025년 App Store 리뷰의 터치 배치 불만은 이 문제가 완전히 해결되지 않았다는 것도 보여준다. 제작자 관점에서는 오히려 이 한계가 유용하다. 게임의 핵심 재미가 ‘좁은 공간에서 정확한 배치’라면 모바일에서는 자동 회전, 그리드 보정, 드래그 미리보기, 실행 취소, 확대 상태 유지 같은 도구가 부가 편의가 아니라 핵심 게임 시스템과 같은 우선순위를 가져야 한다.

다운로드·매출·BM — 무료 Android가 유료 Steam·iOS의 판매 퍼널을 대신한다

Mindustry의 사업 구조는 모바일 F2P의 전형과 거의 반대다. Android Google Play는 무료이고, itch.io도 Name Your Own Price로 내려받을 수 있다. 반면 미국 App Store는 2026-09-09 기준 US$1.99, Steam은 US$9.99다. 공식 FAQ는 Steam과 iOS에서 돈을 받는 이유를 개발자 지원과 플랫폼별 부가 기능·배포 비용으로 설명하며, itch.io 기부도 지원 수단으로 제시한다. 공식 FAQ

이 구조에서 무료 Android는 ‘광고를 보여주기 위한 대규모 트래픽’이 아니라 게임 자체의 확산 채널에 가깝다. Google Play는 500만+ 다운로드를 표시하고, 공식 GitHub 저장소는 오픈소스로 배포된다. Google Play / GitHub 플레이어는 무료판으로 시스템을 충분히 경험할 수 있고, 더 편한 Steam 기능이나 iOS 배포판을 구매하거나 itch.io에서 후원할 수 있다. 지불 압력이 진행을 가속하지 않으므로 경제 밸런스가 과금 전환율을 위해 왜곡될 필요가 적다.

상업 성과를 볼 때는 범위를 엄격히 나눠야 한다. 공식 모바일 매출과 전체 누적 매출은 확인하지 못했다. Steam만 보면 Raijin은 2026-09-09 UTC 기준 약 56.3만 장과 약 US$4.5M 총매출을 추정하며 신뢰도를 medium으로 표시한다. Raijin 이 값은 Android 무료 이용자, iOS 판매, itch.io 결제·후원 등을 포함하지 않는다. 다른 외부 추정 서비스와 단위 수 추정이 크게 달라질 수 있으므로, 실제 매출처럼 정밀하게 받아들이면 안 된다.

제작자 관점에서 더 중요한 것은 이 BM이 게임 디자인과 같은 방향을 보고 있다는 점이다. 플레이어에게 공장 최적화를 시키는 게임이 생산 대기시간을 유료로 줄이거나 자원 팩을 반복 판매하면, 핵심 퍼즐을 돈으로 건너뛸 유인이 생긴다. Mindustry는 오히려 공장 설계 자체를 끝까지 남겨 놓고 플랫폼 구매·후원으로 수익을 받는다. 모든 게임에 맞는 모델은 아니지만, ‘돈을 쓸수록 핵심 재미를 덜 하게 되는’ 장르에서는 고려할 가치가 큰 구조다.

제작자 인터뷰와 개발 자료 — 3일 게임잼의 작은 규칙을 9년 동안 확대했다

정식 장문 인터뷰는 이번 조사에서 확인하지 못했지만, 제작자가 직접 남긴 게임잼 제출문·공식 FAQ·개발 로그가 충분히 구체적인 원문 자료를 제공한다. Mindustry의 출발점은 GDL Metal Monstrosity Jam이다. 제출 페이지에서 Anuke는 개발에 “대부분의 3일”을 썼다고 적었고, 외부 chiptune과 효과음을 제외하면 나머지는 직접 만들었다고 밝혔다. 결과는 종합 1위, 재미 1위, 테마 1위, 완성도 1위였다. 게임잼 제출 페이지

잼 버전에서 이미 핵심 문장은 지금과 거의 같다. 컨베이어 공급망으로 포탑에 탄약을 보내고, 자원을 생산하며, 적의 파도를 막는 게임이었다. 즉 이후의 장기 개발은 전혀 다른 훅을 갈아 끼운 것이 아니라 3일 안에 검증된 한 문장짜리 상호작용을 더 많은 자원·가공·전력·유닛·행성 규모로 확장한 과정에 가깝다. 이는 작은 팀이 스코프를 키울 때 유용한 패턴이다. 먼저 한 사이클이 재미있는지 확인하고, 그 사이클을 보존한 채 입력과 출력의 종류를 늘린다.

공식 FAQ에서 Anuke는 게임을 “대부분 혼자” 만들었다고 답하며 음악·그래픽·프로그래밍을 직접 맡았고, 번역과 일부 코드·문서에는 커뮤니티 기여가 있다고 구분한다. 공식 FAQ 따라서 Mindustry를 엄밀한 의미의 ‘완전 1인 제작물’이라고 쓰는 것은 과장이다. 핵심 제작자는 1명이지만 오픈소스 프로젝트로 성장하면서 번역, 코드 PR, 위키, 테스트에 커뮤니티가 결합했다.

이 구조는 유지보수 방식에도 영향을 준다. 공식 GitHub 저장소에는 2만 회가 넘는 커밋과 다수의 포크·PR이 쌓였고, 저장소 자체가 Android·iOS·데스크톱·서버를 함께 관리한다. 공식 GitHub 2026년 App Store 버전 기록에서도 v8은 Serpulo 캠페인 구조를 크게 다시 짜고, 유닛 제어·길찾기·성능·스크립팅을 손보는 대형 업데이트로 기록돼 있다. App Store 버전 기록 오래된 인디게임이 살아남는 방법을 콘텐츠 추가량으로만 보지 않고, 이미 커진 시스템의 사용성을 다시 설계하는 유지보수 문제로 볼 수 있는 사례다.

제작자가 가져갈 판단 — 자동화 게임의 성장은 ‘생산량’보다 ‘의존 관계’를 늘려라

Mindustry에서 가져갈 첫 번째 판단은 자원 수를 많이 만드는 것이 깊이가 아니라는 점이다. Copper가 건설과 탄약을 동시에 먹고, Graphite가 전기 부품과 탄약에 쓰이며, Silicon이 고급 전자·유닛·유도 탄약으로 이어지는 식으로 한 자원의 용도가 여러 의사결정 사이를 연결할 때 자원 하나가 더 많은 질문을 만든다. 새 자원을 추가할 때 “어디서 얻는가”만 설계하지 말고 “기존 자원과 어떤 우선순위 충돌을 만드는가”를 먼저 설계할 수 있다.

두 번째는 성장 보상을 즉시 수치로 확정하지 않는 방식이다. 새 기술을 해금해도 생산 설비를 실제로 배치하고 투입·전력·출력 라인을 맞춰야 효용이 생긴다. 이 사이의 조립 과정이 플레이이므로, 해금 화면 자체가 끝이 아니다. 모바일 성장 게임에서도 새 캐릭터·건물·장비를 지급하는 것만으로 끝내지 않고 새 자산을 기존 생산망에 편입시키는 짧은 설계 문제를 남기면 성장과 플레이가 분리되는 것을 줄일 수 있다.

세 번째는 모바일 입력을 뒤늦은 최적화로 미루지 않는 것이다. Mindustry는 Android 빌드가 생긴 해부터 연속 배치와 블록 선택 UI를 따로 손봤지만, 현재도 일부 iOS 이용자는 정밀 배치에 불만을 남긴다. 핵심 시스템이 깊어질수록 입력 도구도 함께 진화해야 한다. 특히 자동화·건설 게임이라면 확대/축소, 드래그 배치, 취소, 복제, schematic, 자동 방향 보정 같은 기능을 ‘편의성’이 아니라 플레이어가 복잡도를 감당하게 하는 복잡도 예산으로 봐야 한다.

마지막은 BM과 핵심 재미의 관계다. Mindustry는 무료 Android와 오픈소스 배포로 넓게 퍼지고, Steam·iOS 구매와 itch.io 후원으로 수익을 받는다. 이 방식은 전환율 극대화에는 불리할 수 있지만, 공장 최적화라는 핵심 문제를 결제 아이템이 대신 해결하지 않는다. 자신의 게임에서 플레이어가 가장 오래 고민하게 만들고 싶은 문제가 무엇인지 먼저 정한 뒤, 과금이 그 문제를 더 많이 하게 하는지 아니면 건너뛰게 하는지를 점검할 필요가 있다.

주요 출처

• Google Play — Mindustry
• App Store — Mindustry
• Mindustry 공식 사이트
• Mindustry itch.io
• GDL Metal Monstrosity Jam 제출 페이지
• Mindustry 공식 FAQ
• Mindustry 공식 GitHub 저장소
• Mindustry 공식 Wiki
• Raijin — Mindustry Steam 추정