INDIE ARCHIVE
← 모든 게임

전략 / PC / 모바일

Unciv

기술 연구·도시 성장·생산·정책·외교·전쟁을 한 턴의 자원 배분 문제로 묶고, Android에서 가볍게 돌아가도록 재구성한 오픈소스 4X 문명 전략 게임.

개발 Yair Morgenstern 중심의 오픈소스 커뮤니티 프로젝트. Google Play은 개발자를 Yair Morgenstern으로 표기하고, 공식 README는 Unciv를 여가 시간에 개발되는 오픈소스 프로젝트로 설명하며 코드·번역·모드·문서 기여를 공개적으로 받는다. 따라서 핵심 제작 주체는 Morgenstern과 커뮤니티 기여자들이지만, 2026년 현재 고정 상근 인원 수나 급여를 받는 전담 팀 규모는 공식적으로 공개되지 않았다.

Google Play F-Droid itch.io

플레이 화면

Google Play 공식 실제 플레이 화면 1
Google Play 공식 실제 플레이 화면 2
Google Play 공식 실제 플레이 화면 3
Google Play 공식 실제 플레이 화면 4
이 글의 목차 15

Unciv — 연출을 덜어내고 4X의 선택 연결망을 모바일에 남긴 오픈소스 전략

Unciv는 도시를 키우고 기술을 연구하며 생산·골드·문화·행복·영토·군사력을 배분해 문명을 확장하는 Android 중심의 오픈소스 턴제 4X 전략 게임이다. 가장 최근 확인 가능한 Android 규모 지표는 Google Play 1M+ 다운로드 공식 하한(2026-09-11 확인)과 Chrome-Stats의 3,473,861 다운로드(2026-09-10 데이터, 외부 추적)이며, Google Play은 같은 시점 약 54.6K개의 평점/리뷰와 4.6점대를 표시한다. 매출·개발자 실수령·이익은 공식 수치가 공개되지 않았고, 공식 스토어는 게임을 **“no ads, free forever”**로 설명하므로 적어도 Google Play 앱 자체는 판매가나 광고 매출을 전제로 하지 않지만 후원 등 프로젝트 외부 수입까지 0이라고 단정할 근거는 없다. 제작자 관점에서 핵심은 비싼 시청각 연출을 줄이는 대신 기술→생산→도시 성장→자원 확보→전쟁·외교로 이어지는 4X의 선택 연결망을 보존하고, 경량 기술 구조와 오픈소스 기여 흐름으로 그 복잡도를 작은 화면과 장기 운영 비용 안에 넣었다는 점이다.

다운로드·매출 요약

항목 확인된 내용 기준 시점·플랫폼·공식/추정 여부
다운로드·이용 규모 Android Google Play 1M+ 다운로드. Chrome-Stats는 3,473,861 다운로드와 54,579개 평점을 추적한다. Google Play은 약 54.6K 리뷰/평점과 4.6점대를 표시한다. Google Play 공식 하한 2026-09-11 확인; Chrome-Stats 2026-09-10 데이터, 외부 추적. 순사용자·iOS 수치는 해당 없음/미확인.
매출 공식 누적 매출 미확인. Google Play 공식 설명은 무료·무광고·“free forever”를 명시한다. 앱 판매가와 광고를 통한 직접 매출은 BM의 중심이 아니지만, 후원·기부·기타 프로젝트 관련 수입의 누적액은 공개 자료에서 확인하지 못했다. 프로젝트 전체 매출 공식 수치 없음.
개발자 실수령 미확인. 스토어 정산, 후원, 비용 보전 여부를 포함한 Yair Morgenstern 또는 기여자들의 실제 수령액이 공개되지 않았다. 공식 수치 없음.
이익 미확인. 공식 README는 오픈소스 프로젝트 작업이 여가 시간에 이뤄진다고 설명하지만, 서버·기기·배포·개발 시간의 원가와 후원 수입이 공개되지 않아 손익 계산이 불가능하다. 공식 수치 없음.
BM·가격 Android Google Play 무료, 공식 설명상 광고 없음·영구 무료. 소스는 MPL 2.0으로 공개되고 F-Droid·itch.io·데스크톱 배포도 병행한다. 분석 시점 Google Play 공식 페이지에서 유료 가격은 표시되지 않는다. Google Play·공식 README, 2026-09-11 확인.

자료 구분: 작성자는 이번 조사에서 Unciv를 직접 플레이하지 않았다. 아래의 관찰은 Google Play 공식 설명·공식 스크린샷·공식 개발 문서가 보여 주는 화면과 규칙에 한정하고, 제작자/공식 발언은 Yair Morgenstern의 README·FAQ와 Unciv 개발 문서에서 확인한 내용이다. 리뷰 반응은 Google Play에 공개된 실제 이용자 리뷰를 짧게 요약한 것이며, 작성자 분석은 그 자료를 성장·자원 배분·조합·운영 설계와 제작비 구조의 관점에서 해석한 것이다. 별도의 장문 제작자 인터뷰는 이번 조사에서 확인하지 못했으므로, 아래 네 질문에서는 인터뷰를 꾸며내지 않고 제작자가 직접 유지하는 FAQ·개발 문서를 1차 자료로 사용한다.

제작 주체와 모바일 맥락 — 전담 대형 팀보다 ‘명확한 범위 + 기여 가능한 구조’

확인 사실. Google Play은 개발자를 Yair Morgenstern으로 표기한다. 공식 GitHub README는 Unciv를 LibGDX로 만든 Android·Desktop용 오픈소스, 모딩 중심 Civ V 재구현이라고 정의하고, 프로그래머·번역자·모더가 GitHub 이슈와 풀리퀘스트로 참여하도록 안내한다. 같은 FAQ는 오픈소스 작업이 **“our spare time”**에 이뤄진다고 적는다. 따라서 ‘한 명이 모든 것을 만드는 완전한 1인 게임’이라고 축약하기보다, Morgenstern이 방향과 핵심 저장소를 이끄는 솔로 리드 + 분산 커뮤니티 기여 프로젝트로 보는 편이 정확하다. 고정 상근 직원 수나 급여를 받는 전담 제작 인원은 공식적으로 공개되지 않았다.

모바일 맥락. 공식 README는 설치 경로의 첫 항목을 Android의 Google Play/F-Droid로 두며, iOS에 대해서는 Apple 비용·추가 릴리스 경로·테스트 기기 부재를 이유로 계획하지 않는다고 밝힌다. 이것은 단순한 플랫폼 취향보다 릴리스 경로 하나가 작은 프로젝트의 QA·배포·지원 비용을 얼마나 늘리는지 보여 주는 제작 판단이다. 데스크톱도 지원하지만, 작은 화면·저사양 기기에서 돌아갈 수 있는 “small, fast”를 프로젝트 정체성으로 삼은 점에서 모바일 제작자가 참고할 가치가 크다.

질문 1. 핵심 게임 분석 — 왜 한 턴이 ‘성장 선택의 결산표’가 되는가?

관찰. 공식 사이트는 플레이 목표를 “문명을 건설하고, 기술을 연구하고, 도시를 확장하고, 적을 물리치는 것”으로 요약한다. 개발 문서의 상태 구조는 이 짧은 문장이 실제로는 CivilizationInfo 아래의 도시 목록·TechManager·PolicyManager·GreatPersonManager·DiplomacyManager, CityInfo 아래의 CityStats·PopulationManager·CityConstructions·CityExpansionManager, 그리고 타일의 지형·자원·개량·유닛으로 쪼개진다는 점을 보여 준다. 즉 화면에서는 한 번의 ‘다음 턴’ 입력이지만 내부적으로는 성장·생산·영토·연구·정책·외교·전투가 동시에 전진한다.

작성자 분석. 4X에서 재미를 만드는 것은 자원 종류의 개수 자체가 아니라 한 자원을 늘리기 위해 다른 시간축을 포기하는 연결이다. 도시가 생산을 건물에 쓰면 장기 수익이나 과학을 늘릴 수 있지만 당장 군사 유닛이 늦어지고, 군사를 먼저 만들면 안전은 사지만 도시의 경제 성장 속도는 둔화된다. 연구 선택은 몇 턴 뒤 어떤 건물·유닛·개량이 가능해질지를 바꾸고, 정책 선택은 같은 도시와 타일에서 뽑아내는 가치의 구조를 바꾼다. 영토 확장은 새 타일·자원을 주지만 방어선과 유지해야 할 객체를 늘린다. 그래서 각 시스템이 따로 노는 것이 아니라 ‘지금 생산 큐에 무엇을 넣는가’라는 매우 작은 행동이 미래 기술·전쟁·경제의 선택 폭을 바꾸는 것이 핵심이다.

제작자 관점. 성장 게임을 설계할 때 “레벨, 장비, 연구, 건물, 펫을 모두 넣자”는 식으로 수직 시스템을 병렬 추가하면 제작량은 폭증하지만 판단은 얕아질 수 있다. Unciv가 보여 주는 반대 방향은 시스템 수보다 상호 참조 수를 늘리는 것이다. 기술이 생산 가능한 것을 바꾸고, 생산이 도시의 수익 구조를 바꾸며, 그 수익이 다음 연구·확장·군사 행동을 바꾸면 하나의 콘텐츠가 여러 판단에서 재사용된다. 소규모 팀에게는 ‘새 모드 하나’보다 기존 자원 사이의 기회비용 한 줄이 더 값싼 깊이를 만들 수 있다.

질문 2. 재미와 후킹 — 왜 ‘다음 턴’ 한 번이 계속 눌리는가?

관찰. 공식 개발 문서는 WorldScreen을 플레이 시간의 90%가 머무는 화면이라고 설명하며, 그 안에 맵·상단 자원 정보·선택 유닛·타일 정보·전투 예측·알림·미니맵·기술/제국/정책 진입 버튼과 “Next Turn”을 배치한다고 적는다. CityScreen은 도시 수치, 현재 건설 항목, 건설 후보, 건물·전문가와 세부 수치를 묶는다. 즉 자주 오가는 두 화면이 세계 상태를 읽고 → 한두 개의 우선순위를 바꾸고 → 턴을 넘겨 결과를 확인하는 루프를 담당한다.

리뷰 반응. 2025년 2월 Google Play 리뷰는 단순한 조작이 복잡한 플레이로 이어진다고 평가하면서도 튜토리얼이 모호하고 글자·아이콘이 작다는 약점을 함께 지적한다. 2024년 리뷰도 처음에는 배우기 어렵지만 익숙해지면 재미있고 난이도를 조절할 수 있다고 말한다. 2026년 6월 리뷰는 모바일에서 무료·무광고·오픈소스라는 점 자체를 강한 만족 요인으로 꼽는다. 이 반응은 결정의 깊이는 높지만 입력은 단순하다는 장점과, 그 대가인 온보딩/정보 밀도 부담이 동시에 존재함을 보여 준다.

작성자 분석. ‘한 턴만 더’는 보상 애니메이션보다 서로 다른 만기일을 가진 약속들이 한 화면에 겹칠 때 강해진다. 이번 턴에는 유닛 이동이 끝나고, 3턴 뒤 건물이 완성되며, 7턴 뒤 기술이 열리고, 국경 근처 적의 움직임은 다음 턴에 즉시 위험이 될 수 있다. 플레이어는 완성 직전의 건물 때문에 한 턴을 더 넘기고, 그 턴에 새 외교·전투 변수가 생겨 다시 계획을 수정한다. 생산 큐·연구·정책·탐험·전투가 서로 다른 카운트다운을 공유하는 것이 후킹 장치다.

모바일 제작 원리. 터치에서 복잡한 전략을 구현할 때 실시간 다중 입력을 늘리는 대신 결정은 깊게, 실행은 탭 몇 번으로, 시간은 턴으로 끊는 방식이 효과적이다. 하지만 리뷰가 보여 주듯 화면에 모든 정보를 축약하면 작은 글자와 학습 비용이 생긴다. 따라서 복잡한 모바일 전략을 설계한다면 ‘얼마나 많은 규칙을 넣을까’와 함께 한 화면에서 지금 당장 필요한 정보만 얼마나 잘 드러내는가를 별도의 제작 목표로 잡아야 한다.

질문 3. 다운로드·매출·BM — 무료·무광고가 어떻게 제품 전략이 되는가?

확인 지표. 2026년 9월 11일 확인한 Google Play 공식 페이지는 1M+ 다운로드와 약 54.6K 리뷰/평점을 표시한다. 외부 추적 서비스 Chrome-Stats는 2026년 9월 10일 데이터로 3,473,861 다운로드, 평점 4.57 / 54,579를 제시한다. 전자는 Google Play이 공개하는 구간형 공식 하한이고, 후자는 스토어 데이터를 가공한 외부 추적값이므로 같은 성격의 숫자가 아니다. 순사용자·잔존율·DAU/MAU는 공개 자료에서 확인하지 못했다.

BM. 공식 Google Play 설명의 문구는 명확하다. 빠르고, 작고, 광고가 없으며, 영구 무료다. 따라서 일반적인 모바일 F2P의 광고 노출·IAP 전환·가챠·에너지 충전 같은 수익 최적화 루프가 게임의 진행 설계를 지배하지 않는다. 다만 이것을 “매출 0”이라고 쓰는 것은 증거보다 강한 주장이다. 게임 자체의 가격과 광고가 없다는 사실과, 개발자나 프로젝트가 후원·기부·기타 경로로 얻은 금액이 공개되지 않았다는 사실은 구분해야 한다.

작성자 분석. 무료·무광고는 이 프로젝트에서 단지 착한 가격 정책이 아니라 제품 포지셔닝이다. 고해상도 그래픽·대형 사운드·시네마틱 대신 작고 빠르고 깊은 4X를 제공하고, 소스와 모드 경로를 열어 커뮤니티가 기능·번역·콘텐츠 확장에 참여하게 한다. 사용자가 돈을 내는 대신 프로젝트는 낮은 진입 장벽 → 더 많은 설치와 기여자 후보 → 버그/번역/모드 개선 → 장기 제품 가치 상승이라는 다른 순환을 노릴 수 있다. 상업 게임이 이 모델을 그대로 복제할 필요는 없지만, “수익화 지점이 플레이의 어떤 결정을 왜곡하는가”를 반대로 점검하는 기준으로는 유용하다.

상업적 한계. 반대로 무료·무광고는 개발자의 현금흐름을 보장하지 않는다. 누적 매출·실수령·이익이 모두 미확인이고, iOS도 비용과 QA 경로 때문에 포기했다. 제작자 입장에서는 작은 팀이 유지 가능한 플랫폼 수와 BM을 먼저 정하고, 그 범위 안에서 팬덤과 콘텐츠를 키우는 것이 ‘모든 플랫폼에 나가고 나서 운영 비용을 감당하는 것’보다 안전할 수 있다는 사례다.

질문 4. 제작자 발언·개발 자료 — 복잡한 4X를 작은 프로젝트가 어떻게 오래 유지하는가?

4-1. 무엇을 만들지보다 무엇을 만들지 않을지를 어떻게 정했나?

제작자/공식 발언. README FAQ는 기본 게임에 새 기능을 넣는 기준을 원작 Civ V에 있는가로 자른다. 그 이유를 “clear vision”과 제한된 여가 시간으로 설명한다. 원작 밖의 아이디어는 기본 게임보다 모딩 확장으로 돌릴 수 있다고 명시한다.

작성자 분석. 이것은 콘텐츠 로드맵의 가장 비싼 문제인 ‘좋아 보이는 아이디어의 무한 추가’를 규칙으로 막는다. 작은 팀에게 중요한 것은 모든 제안을 검토해 우선순위를 매기는 정교한 회의가 아니라, 제안을 자동으로 거를 수 있는 제품 헌법일 수 있다. Unciv는 ‘Civ V 규칙 재현’이라는 외부 기준을 사용해 설계 토론 비용을 낮추고, 실험 욕구는 모드 시스템으로 분리한다.

4-2. 한 코드베이스로 모바일과 데스크톱을 어떻게 다루나?

개발 자료. 공식 구조 문서는 코드의 99%가 플랫폼 독립적인 core 프로젝트에 있고 Android·desktop 폴더에는 플랫폼별 요소를 둔다고 설명한다. 게임 상태도 GameInfo → CivilizationInfo/CityInfo → TileMap으로 구조화하고, 기술·건물·유닛·정책·지형·개량 같은 규칙은 별도 JSON ruleset으로 둔다.

작성자 분석. 이 구조는 4X 콘텐츠를 ‘플랫폼 UI 코드’와 강하게 엮지 않는다. 새 유닛·건물·기술이 규칙 데이터로 들어가고 핵심 로직이 공통 코어에 남으면, Android에서 검증한 시스템을 데스크톱에도 거의 같은 의미로 가져갈 수 있다. 모바일 우선 프로젝트가 나중에 플랫폼을 넓히려면 처음부터 모든 플랫폼을 동시 최적화하는 것보다 게임 규칙과 입출력 껍질을 분리하는 설계가 더 현실적이다.

4-3. 저사양 기기에서 복잡한 상태를 어떻게 버티나?

개발 자료. 저장/성능 문서는 게임 상태를 저장할 때 재계산 가능한 정보는 저장하지 않고 이름 등 최소 정보만 직렬화하며, 실행 중에는 부모·ruleset 객체 참조와 파싱 결과를 transient/caching으로 복원한다고 설명한다. 문서는 “Unciv is built to run on potatoes”라고까지 표현하며, 반복되는 해시 조회나 정규식 파싱도 빈번하면 비용으로 본다.

작성자 분석. 이는 모바일에서 흔한 ‘그래픽만 낮추면 가벼워진다’는 생각보다 한 단계 깊다. 4X의 후반부 병목은 화면의 폴리곤보다 도시·유닛·타일·규칙 효과가 서로 참조하며 매 턴 다시 계산되는 비용에서 커질 수 있다. 따라서 저사양 대응은 아트 스펙뿐 아니라 저장 상태 크기, 재계산 범위, 캐시 무효화 규칙, 턴 처리 스레드까지 제품 설계의 일부가 된다.

4-4. 커뮤니티 기여를 어떻게 실제 릴리스 파이프라인에 넣나?

제작자/공식 자료. README는 이슈·풀리퀘스트를 직접 개발 참여 경로로 열어 두고, 번역 문서는 GitHub에서 번역을 관리하는 이유로 테스트, 수정 이력, 토론, 대량 변경, 릴리스 단계 감소를 든다. 현재 번역 문서는 버전을 주 단위로 릴리스한다고 설명하며, PR/푸시마다 자동 테스트가 번역 규칙 등을 확인한다고 적는다.

작성자 분석. 오픈소스의 장점은 ‘공짜 인력’이 아니라 기여자가 실수해도 제품이 깨지지 않도록 하는 경계와 자동 검증이 있을 때 생긴다. 번역 파일 형식, ruleset JSON, 기여 문서, 자동 테스트처럼 작업 단위를 표준화하면 핵심 제작자는 모든 언어와 모드를 직접 만들지 않고도 품질을 관리할 수 있다. 상업 인디에도 그대로 적용 가능하다. UGC나 번역을 받으려면 먼저 사람을 모집하기보다 기여 단위와 검증 규칙을 제품화해야 한다.

실제 플레이 장면과 설계 연결

관찰. Google Play이 공개한 실제 플레이 스크린샷들은 헥스 맵 위의 도시·유닛·영토와 각종 선택 UI를 전면에 둔다. 공식 개발 문서가 설명하는 WorldScreen의 맵·자원 바·유닛/타일 정보·전투 예측·알림과 CityScreen의 도시 수치·건설 큐가 이 화면 구조의 근거다. 화려한 캐릭터 연출보다 현재 세계 상태와 다음 결정을 읽기 위한 정보가 화면의 주인공이다.

리뷰 반응과 연결. 이용자들이 “simple controls, complex gameplay”를 장점으로 들고 동시에 작은 글자·아이콘과 약한 튜토리얼을 문제로 지적하는 이유도 여기서 읽힌다. 정보 중심 UI는 제작비를 절감하고 룰의 가시성을 높이지만, 휴대폰에서는 정보량이 바로 가독성 비용이 된다. 따라서 이 사례를 베낄 때 픽셀풍·간결한 그래픽만 가져오는 것은 핵심을 놓친다. 핵심은 연출비를 줄여 확보한 예산과 화면 공간을 의사결정 정보에 쓰되, 온보딩과 정보 계층을 함께 설계해야 한다는 것이다.

제작자가 가져갈 수 있는 다섯 가지 원칙

  1. 성장 시스템은 병렬로 늘리지 말고 서로 물리게 한다. 연구가 생산을 바꾸고 생산이 경제·군사를 바꾸게 하면 같은 콘텐츠가 여러 결정을 만든다.
  2. 모바일의 입력 복잡도와 전략 복잡도를 분리한다. 턴제와 허브 화면으로 조작 횟수는 줄이되, 선택의 장기 결과는 줄이지 않는다.
  3. 범위 기준을 한 문장으로 고정한다. Unciv의 ‘Civ V에 있는가’처럼 새 기능을 거를 수 있는 규칙이 작은 팀의 가장 값싼 프로듀서다.
  4. 저사양 목표는 렌더링 옵션이 아니라 데이터 구조 목표다. 저장 상태, 캐시, 턴 처리, 참조 비용까지 예산으로 본다.
  5. 커뮤니티를 쓰려면 기여 경로를 제품화한다. 문서·데이터 포맷·자동 테스트·짧은 릴리스 주기가 있어야 외부 기여가 유지비를 줄인다.

이미지 원본

주요 출처