Pocket City — 기다림을 지우고 ‘도시 병목을 고치는 손맛’으로 채운 1인 개발 모바일 시뮬레이션

Codebrew Games의 Bobby Li가 원작 출시 당시 사실상 혼자 프로그래밍과 아트를 맡고 친구가 오디오를 보탠 Pocket City는, 플레이어가 시장이 되어 주거·상업·공업 구역과 도로·서비스를 터치로 배치하고 수요·교통·행복도·세입의 균형을 맞추면서 도시를 확장하는 모바일 중심 도시 운영 게임이다. 가장 최근 확인 가능한 공개 지표는 Google Play 유료판의 1M+ 다운로드(공식 스토어 표기, 2026-09-09, Android)이며, Chrome-Stats는 같은 패키지의 누적 다운로드를 약 174만 건(외부 추정, 2026-09-08, Android)으로 추정한다; App Store 판매량은 확인하지 못했다. 모바일 전체 누적 매출은 확인하지 못했고, PC 포트인 Steam판은 Video Game Insights가 8,250 유료 판매 / US$22,357 프리미엄 매출(외부 추정, 2026-09-09 조회, Steam만)로 제시하지만 모바일 매출을 포함하지 않는다. 제작자 관점에서 이 사례를 볼 이유는 도시건설 장르의 핵심인 배치·수요·교통 병목은 유지하면서도 긴 대기 타이머와 소모성 결제를 성장축에서 빼고, 퀘스트와 레벨 해금으로 짧은 모바일 세션마다 다음 판단을 즉시 만들어낸 방식에 있다.

판매량·매출 요약

핵심 게임 분석 — 성장 수치는 도시가 아니라 ‘문제의 위치’를 바꾼다

직접 플레이한 결과가 아니라 공식 사이트·스토어의 플레이 설명과 공식 화면을 기준으로 보면, Pocket City의 기본 동사는 놀랄 만큼 고전적이다. 빈 땅에 도로를 긋고 주거·상업·공업 구역을 지정한다. 구역은 시민의 집, 소비, 일자리를 각각 만들어내고, 플레이어는 전기·물·소방·경찰·휴식 시설을 붙인다. 그러나 모바일에서 이 익숙한 구조가 중요한 이유는 건물 하나하나를 미세하게 배치하는 데 시간을 쓰기보다 어느 종류의 구역을 어느 위치에 얼마나 늘릴지가 핵심 입력이기 때문이다. 공식 설명은 수입, 교통, 행복도 등을 최적화하고 수요가 높은 구역을 적시에 짓는 것을 명시한다. Pocket City 원작 공식 페이지 Google Play

예를 들어 주거 수요가 높다고 화면의 빈 곳을 전부 주거로 채우면 인구는 늘 수 있지만, 일자리와 소비처가 부족해진다. 공업을 주거 가까이에 몰아넣으면 통근 거리는 줄어도 환경과 행복도가 흔들린다. 상업을 한 군데 집중시키면 교통이 몰린다. 개발자가 공개한 교통 설계 문서에서 시민은 주거→공업(일자리), 주거→상업(쇼핑), 상업↔공업(공급) 관계로 이동하고, 가까운 목적지를 선호하되 필요한 경우 멀리도 간다. 따라서 길을 하나 더 늘리는 것만으로 문제가 사라지지 않고, 구역 배치 자체가 이동 수요를 만든다. 개발자 교통 설계 글

이 관계는 도시건설에서 흔하지만 Pocket City는 휴대폰에서 읽기 쉽도록 문제를 ‘레이어’와 숫자로 압축한다. 교통·오염·물·전력 같은 상태를 별도 보기로 확인할 수 있고, 통계 창에서는 수입, 인구, 행복도와 함께 세금·주거·환경·안전 같은 원인을 한 번에 읽게 한다. 숫자 하나가 빨갛게 나빠졌을 때 플레이어의 다음 행동은 단순 업그레이드가 아니라 “도로를 분산할지, 공업지를 옮길지, 서비스를 추가할지, 세율을 바꿀지”로 갈린다. 성장은 수치가 계속 오르는 과정이라기보다, 현재 가장 비싼 문제를 찾아 다른 위치로 옮기는 과정이다.

퀘스트와 레벨은 도시건설의 ‘다음 5분’을 만든다

전통적인 도시 시뮬레이션은 플레이어가 스스로 목표를 세우지 못하면 초반 공백이 크다. Pocket City는 시장 레벨과 퀘스트를 그 공백에 넣었다. NPC의 부탁을 해결하면 XP와 현금을 받고, 레벨이 오르면 새 특수 건물이나 업그레이드가 열린다. 공식 페이지의 레벨 28 화면처럼 레벨업 순간에는 어떤 시설을 얻었는지가 명확히 제시된다. 공식 원작 페이지

이 장치는 두 가지 역할을 동시에 한다. 첫째, “완벽한 도시를 만들라”는 너무 큰 목표를 “지금 이 요구를 해결하라”로 잘게 자른다. 둘째, 퀘스트가 요구하는 행동이 플레이어가 아직 덜 만져본 시스템을 건드리게 한다. 새 공원, 서비스, 교통 수단을 쓰게 한 뒤 레벨 보상으로 다시 선택지를 늘리는 식이다. 결과적으로 도시가 커질수록 자유도가 늘어나는 동시에 다음 해금까지의 단기 방향이 계속 남는다.

재난은 파괴 연출보다 ‘커버리지의 값’을 증명한다

소방서나 경찰서는 평소에는 유지비를 먹는 숫자처럼 느껴질 수 있다. Pocket City는 범죄와 재난을 실제 사건으로 발생시켜 그 서비스의 의미를 눈앞에서 증명한다. 긴 평시에는 세입을 위해 최소한으로 서비스를 깔고 싶다가도, 재난이 오면 대응 범위와 위치가 직접적인 손실 방지 능력이 된다. 이는 “안전도 +5%” 같은 추상 버프보다, 지도 위에서 어디가 보호되고 어디가 비어 있는지 읽는 선택으로 바뀐다.

물 공급 화면도 같은 구조다. 급수탑 몇 개를 세우는 것이 끝이 아니라 서비스 범위가 연결되지 않은 구역을 시각적으로 찾아야 한다. 화면을 확대해 건물 하나를 보는 순간과 축소해 도시 전체 커버리지를 보는 순간이 다른 판단을 요구한다. 모바일에서 작은 화면을 약점으로만 보지 않고, 확대·축소를 ‘국소 배치와 전체 병목을 번갈아 보는 리듬’으로 쓴다.

재미와 후킹 — “기다리지 않아도 되는 도시게임”이 첫 훅이고, 병목 해소가 실제 훅이다

상점에서 가장 먼저 보이는 차별점은 개발자가 의도적으로 전면에 둔 문장이다. App Store와 Google Play 모두 **“No microtransactions or long wait times”**를 강조하고, 모든 해금은 플레이로 얻는다고 설명한다. 모바일 도시게임에 익숙한 이용자에게 이것은 기능 하나가 아니라 계약에 가깝다. 건설을 시작한 뒤 몇 시간을 기다리거나 돈을 내서 타이머를 넘기는 대신, 돈이 있으면 지금 짓고 그 결과를 바로 확인할 수 있다는 약속이다. App Store Google Play

실제 플레이 중 후킹은 “건물이 완성됐다”보다 한 배치가 여러 지표를 즉시 움직이는 피드백에서 나온다. 도로를 하나 뚫자 혼잡이 줄고, 공원을 넣자 행복도가 오르며, 공업지를 늘리자 일자리는 좋아지지만 환경 문제가 생긴다. 이때 다음 행동은 보상 상자를 열기보다 새로 생긴 문제를 고치는 일이다. 결과적으로 행동→지표 변화→새 병목→수정이라는 짧은 폐회로가 생긴다. 이 구조가 제대로 돌면 1~2분만 접속해도 할 일이 있고, 30분을 붙잡고 있어도 도시를 계속 손볼 이유가 생긴다.

Google Play의 개별 리뷰도 이 의도와 맞닿는 부분이 있다. 2022년 한 리뷰는 같은 장르보다 진행이 느리지 않고 짧은 시간에도 많은 것을 할 수 있다는 점, 멀티플레이 압박 없이 혼자 할 수 있다는 점을 칭찬했다. 다른 리뷰들은 낮은 가격과 인앱결제 부재를 장점으로 꼽았다. 반대로 2023년 리뷰에는 저사양 기기에서 후반 도시가 매우 느려지고, 2~4주 뒤에는 업데이트와 콘텐츠 부족 때문에 반복감이 생긴다는 불만이 있다. 이 몇 개의 리뷰를 전체 유저 의견으로 일반화할 수는 없지만, 초반의 빠른 판단 밀도는 강점이고 후반의 성능·콘텐츠 폭은 비용이라는 설계 교환을 보여준다. Google Play 리뷰

후반을 늘릴 때 ‘더 큰 숫자’ 대신 도시 간 관계를 추가했다

2019년 대형 업데이트에서 개발자는 후반 경험을 개선하기 위해 Regions와 Policies를 추가했다. 지역 시스템은 중앙 도시 바깥에 새 도시를 만들고, 각 도시가 다른 도시 수입의 25%에 해당하는 추가 수입을 얻도록 연결했다. 정책은 레벨업으로 포인트를 받아 효과를 선택하는 장기 업그레이드 층이다. 2019 Regions + Policies 업데이트

여기서 참고할 점은 후반 콘텐츠를 단순히 “건물 100개 더”로 늘리지 않았다는 것이다. 지역은 플레이어가 이미 아는 도시건설 규칙을 새 맵에서 다시 쓰게 하지만, 이전 도시의 수입과 연결되어 새 도시가 독립 세이브가 되지 않는다. 정책은 레벨업의 의미를 일회성 건물 해금에서 장기 선택으로 바꾼다. 익숙한 규칙을 재사용하되 경제적 연결을 추가하면 콘텐츠 제작량보다 의사결정 공간을 더 크게 늘릴 수 있다.

판매량·매출·BM — 소규모 팀이 ‘고래’를 포기할 수 있었던 이유

Bobby Li는 출시 전 BM 글에서 자신을 Pocket City의 solo programmer/artist라고 명시하고, 오디오는 친구가 맡는다고 썼다. 이해관계자가 적으니 매출 극대화를 위해 게임을 BM에 맞추는 압력이 작고, 자신이 하고 싶은 게임을 만들 자유가 더 크다고 설명했다. 그의 초기 계획은 무료판에 방해하지 않는 선택형 보상 광고를 넣고, 유료판은 더 큰 지도·클라우드 공유·광고 제거 등 추가 가치를 주되 소모성 IAP는 넣지 않는 것이었다. 개발자 BM 글

중요한 것은 이 철학이 출시 후 실제 사업 결과와 어떻게 맞았느냐다. 같은 글에 2019년 반년차 업데이트가 추가됐는데, Pocket City는 출시 이후 iOS와 Android 유료 앱 차트 Top 100을 유지했고 당시 약 25위권이라고 개발자가 적었다. 더 중요한 수익 구성은 광고였다. 개발자는 광고 수익은 사실상 미미했고 거의 모든 수익이 유료 앱 판매에서 나왔다고 밝혔다. 정확한 매출은 공개하지 않았지만 “인디게임으로서 재정적으로 기대를 넘었다”고 평가했고, 이후 게임 개발을 전업으로 하게 됐다고 썼다.

이 사례를 “유료 모바일이 항상 정답”으로 읽으면 위험하다. Pocket City는 무료판으로 체험 경로를 만들었고, 도시건설 장르에서 “타이머·IAP 없는 완결형 모바일 SimCity 대안”이라는 명확한 구매 이유가 있었다. 또한 원작의 제작 핵심이 1인이어서 낮은 조직 비용이 같은 매출에서도 버틸 수 있는 구조를 만들었다. 반대로 현재 전체 모바일 매출, 플랫폼 수수료 이후 실수령, 개발비와 운영비를 확인할 수 없으므로 순이익을 계산할 근거는 없다.

현재 유료 Android 앱은 Google Play에서 1M+ 다운로드를 표시하고, 미국 App Store·Google Play·Steam 가격은 US$2.99다. Google Play는 Play Pass에도 포함한다. 외부 추정치인 Chrome-Stats는 유료 Android 패키지를 약 174만 다운로드로 추정하고, 삭제된 무료 Basic Edition은 약 377만 다운로드로 기록한다. 무료 체험 풀이 유료판보다 컸다는 점은 보이지만, 무료판 이용자가 몇 퍼센트 유료로 전환했는지는 확인되지 않는다. 따라서 “무료판이 유료 판매를 몇 배 끌어올렸다” 같은 인과는 단정할 수 없다.

PC 매출도 모바일 성과와 분리해서 봐야 한다. Steam은 모바일 출시 4년 뒤인 2022년에 나온 포트이며, Video Game Insights는 2026-09-09 조회 시 8,250 유료 판매와 US$22,357 프리미엄 매출을 추정한다. 이는 외부 추정이고 Steam만 대상으로 하므로 모바일 전체 매출의 대용치로 쓰면 안 된다.

제작자 인터뷰와 개발 자료 — 웹 개발자의 도구를 버리지 않고 모바일 시뮬레이션으로 밀어붙였다

Pocket City의 제작 기록은 특히 실무적이다. 2019년 개발 파이프라인 글에서 Li는 게임을 Phaser와 TypeScript로 만들고, 하나의 canvas 위에 DOM UI를 겹치는 구조를 썼다고 설명한다. 배포는 Cordova로 iOS·Android를 빌드했고, 무거운 계산에는 Web Worker를 사용했다. 테스트는 Karma + Jasmine, 빌드 자동화는 Gulp와 CircleCI를 사용했다. 개발 파이프라인

모바일 성능 최적화 글은 “시뮬레이션을 모바일에 넣을 때 무엇을 포기했나”를 더 구체적으로 보여준다. 도시의 전력 범위·교통 밀도·엔티티 스폰 같은 계산은 52×52 전체 그리드를 한 프레임에 처리하지 않고 6×6 블록으로 나눠 여러 프레임에 분산했다. 차량과 보행자 등은 오브젝트 풀을 재사용했고, 화면 밖 엔티티는 업데이트하지 않으며, 멀리 줌 아웃하면 보행자·자전거 애니메이션을 멈췄다. HTML+JS 모바일 최적화 글

이 결정은 그래픽을 줄였다는 이야기와 다르다. 핵심 시뮬레이션의 결과 정확도는 유지하되, 결과가 한 프레임 늦게 계산돼도 플레이 경험에 문제가 없는 부분을 시간축으로 분산했다. 제작자가 가져갈 판단은 “모바일은 단순해야 한다”가 아니라, “플레이어가 즉시 느껴야 하는 피드백과 몇 프레임 늦어도 되는 백그라운드 계산을 분리하라”에 가깝다. 도시 전체 교통망 계산이 16ms 안에 끝날 필요는 없지만, 터치로 도로를 긋는 반응은 즉시 보여야 한다.

Li는 DOM UI를 쓴 이유도 모바일과 연결했다. CSS 미디어 쿼리로 세로·가로 화면에 대응하면 한 손 플레이를 포함한 다양한 상황에 맞출 수 있다고 설명했고, 실제 Pocket City는 스토어 설명에서 portrait/landscape 전환을 지원한다. 웹 개발 경험을 버리고 네이티브 UI를 처음부터 새로 만들기보다, 익숙한 도구의 강점을 모바일 입력과 레이아웃에 맞춰 사용한 셈이다. DOM UI 개발 글 Google Play

제작자가 가져갈 판단

Pocket City에서 가장 재사용 가치가 높은 것은 “도시건설 게임을 작게 만들었다”가 아니다. 대기와 결제를 제거해 생긴 빈자리를 무엇으로 채웠는지가 핵심이다. 이 게임은 건설 타이머 대신 구역 수요와 교통 문제를 즉시 되돌려주고, 콘텐츠 게이트 대신 퀘스트·시장 레벨로 다음 5분의 목표를 만든다. 무료형 모바일 게임의 대표적인 시간 장벽을 빼면서도 세션 사이에 할 일이 사라지지 않은 이유다.

자신의 모바일 전략·경영게임에 적용한다면 첫째, 각 성장 행동이 최소 두 개의 지표를 서로 다른 방향으로 움직이게 만들어야 한다. 공업지는 일자리를 주지만 환경을 깎고, 도로 집중은 접근성을 높이면서 혼잡을 만든다. 한 버튼이 모든 것을 좋아지게 하면 운영은 구매 순서 최적화로 축소된다. 둘째, 장기 자유도를 주더라도 초반에는 퀘스트와 해금으로 다음 한두 행동의 이유를 분명히 해야 한다. 셋째, 모바일 성능은 시뮬레이션 규모를 무조건 줄이는 문제가 아니라, 비가시 엔티티·전체 그리드 계산·애니메이션을 플레이어가 인지하는 우선순위에 따라 지연·생략하는 문제로 볼 수 있다.

사업 면에서는 더 조심스럽다. Pocket City의 유료 선구매 모델이 통했던 것은 소규모 제작 구조, 장르 팬이 이해하기 쉬운 “IAP 없는 도시건설” 포지셔닝, 무료 체험판이라는 유입 경로가 함께 있었기 때문이다. 같은 BM을 복사하기보다 플레이어가 한 번 돈을 내야 할 명백한 이유를 제품 설계 자체에 만들 수 있는지를 먼저 봐야 한다. Pocket City에서는 “기다리지 않고 지금 도시를 고친다”는 경험이 그 이유였다.

주요 출처

• Pocket City 원작 공식 페이지
• Google Play — Pocket City
• App Store — Pocket City
• Steam — Pocket City
• Bobby Li — Mobile Gaming without Microtransactions
• Bobby Li — Traffic Management in Pocket City
• Bobby Li — Optimizations for HTML + JS Mobile Game Development
• Bobby Li — Pocket City's Cross-Platform Development Pipeline
• Pocket City — Regions + Policies Update
• Video Game Insights — Pocket City Steam estimate
• Chrome-Stats — Pocket City paid Android estimate