Mekorama

스웨덴 인디 개발자 Martin Magni가 디자인·코드·아트·음악·사운드를 혼자 맡아 만든 모바일 퍼즐로, 플레이어는 작은 로봇 B가 걸어갈 바닥을 탭하고 3D 디오라마를 손가락으로 돌리거나 기계 블록을 움직여 빨간 목표 지점까지 안전한 경로를 만든다. 무료 배포작이라 판매량 대신 다운로드를 봐야 하며, 2026-09-09 현재 Google Play은 10M+ 다운로드(공식 하한)를 표시하고, Chrome-Stats는 2026-09-08 기준 Android 누적을 약 3,708만 다운로드로 외부 추정한다; 또한 2019년 개발자 다큐멘터리를 다룬 Pocket Gamer 기사에서 Magni는 당시 누적 2,500만+ 다운로드라고 밝혔다. 절대 매출 금액은 공개 자료에서 확인하지 못했지만, 공식 프레스킷은 수년간의 초기 pay-what-you-want 모델이 이익을 내기는 했으나 주로 자신의 검소한 비용 구조 덕분이었다고 적고 있으며, 현재 버전은 무료+광고+인앱결제 구조로 바뀌었다; 개발사 실수령과 누적 이익 금액은 미확인이다. 제작자 관점에서 Mekorama의 핵심은 50개 소형 퍼즐을 잘 만든 것보다, 물리 기반 캐릭터·초소형 레벨 데이터·QR 이미지 공유·내장 에디터를 하나의 모바일 유통 구조로 묶어 콘텐츠 제작 비용을 커뮤니티로 확장한 반면, 극단적으로 관대한 BM은 대규모 다운로드와 지속 가능한 수익을 자동으로 연결하지 못했다는 점이다.

다운로드·매출 요약

이 글은 직접 플레이한 체험담이 아니다. 공식 스토어·공식 FAQ·프레스킷의 조작 및 기술 설명, 실제 플레이 화면, 출시 당시 리뷰와 최근 스토어 리뷰, 개발자 다큐멘터리 관련 보도를 서로 구분해 읽고 제작자 관점에서 해석했다.

한 손가락으로 ‘길 찾기’와 ‘기계 조작’을 겹친다

한 레벨을 시작하면 화면 중앙에 손바닥만 한 3D 구조물이 떠 있고, 로봇 B는 그 위의 한 칸에 서 있다. 바닥 타일을 탭하면 B가 그 지점까지 갈 수 있는 경우 알아서 걸어가고, 갈 수 없으면 플레이어는 카메라를 돌려 가려진 면을 찾거나 구조물의 움직이는 부품을 조작해야 한다. 공식 설명과 리뷰에서 확인되는 모바일 입력은 탭으로 이동 지점 지정, 스와이프로 디오라마 회전, 핀치로 확대·축소, 특정 블록·회전체를 직접 드래그해 조작하는 구조다. 조이스틱으로 캐릭터를 미세하게 걷게 하는 대신, 이동은 B에게 위임하고 손가락을 공간 해석과 기계 조작에 쓰게 만든 셈이다. 공식 프레스킷과 Gamezebo 리뷰가 공통으로 이 구조를 설명한다.

이 선택은 모바일 화면에서 특히 효과적이다. 작은 화면에서 캐릭터 방향키와 카메라 버튼을 동시에 두면 UI가 퍼즐을 가리기 쉽지만, Mekorama는 “어디로 갈지”를 탭 한 번으로 명령해 조작부를 거의 화면 밖으로 밀어낸다. 대신 난도는 목표 타일을 찾는 것→접근 가능한 면을 찾는 것→움직이는 기계가 B의 높이와 위치를 어떻게 바꾸는지 예측하는 것으로 이동한다. 결과적으로 손가락의 복잡성은 낮지만 시각적 추론의 복잡성은 유지된다.

여기에 물리 엔진이 퍼즐의 장식이 아니라 결과 판정에 참여한다. B는 고정된 체스 말처럼 한 칸씩 순간이동하지 않고 비틀거리며 걷고, 움직이는 발판에 밀리면 몸이 흔들리거나 떨어질 수 있다. 공식 FAQ에서 Magni는 “로봇이 레벨 밖으로 떨어지는 것은 버그가 아니라 물리적 객체이기 때문에 생기는 특징이며, 뒤에서는 퍼즐 요소로 쓰인다”는 취지로 설명한다. 즉 플레이어가 예상해야 하는 것은 논리적 연결성뿐 아니라 무게·충돌·관성의 여지다. 공식 FAQ

이 물리성은 성공 피드백에도 관여한다. B의 팔과 몸통은 속도와 관성에 따라 과장되게 흔들리고, Gamezebo는 이를 주 움직임에 반응해 추가되는 ‘secondary animation’의 좋은 사례로 분석했다. 제작자 관점에서 중요한 점은 이 애니메이션이 별도 보상 화면 없이도 매 이동을 작은 사건으로 만든다는 것이다. 단순히 “정답 칸을 탭했다”가 아니라 내가 만든 길 위를 이 불안정한 로봇이 실제로 통과해 준다는 관찰 보상이 생긴다. Gamezebo

최초 훅은 미니어처, 플레이 훅은 ‘내가 건드린 구조가 예상 밖으로 반응하는 순간’

상점에서 먼저 보이는 훅은 설명 비용이 낮은 미니어처다. 작은 섬, 벽돌, 금속, 물, 빨간 목표점, 노란 로봇만으로 “이 장난감 같은 구조물을 만져 길을 만들겠다”는 기대가 생긴다. 실제 플레이에 들어가면 그 기대는 카메라를 돌려 뒤쪽 통로를 발견하는 순간, 발판을 당겨 높이를 맞췄더니 B가 비틀거리며 건너는 순간, 물리적으로 밀어내는 행동이 정식 해법이 되는 순간으로 바뀐다. 정답을 찾는 머리의 쾌감과 장난감을 조작하는 손의 쾌감이 같은 입력에서 나온다.

공식 Google Play 리뷰에 남은 반응도 이 두 층을 보여준다. 2020년 한 리뷰는 “쉽게 조작되지만 퍼즐은 도전적이고, B의 움직임이 귀엽다”고 평가했고, 2024년 다른 리뷰는 Monument Valley 이후 찾았지만 레벨 수와 에디터 때문에 두 레벨 만에 붙잡혔다며 광고 제거 결제를 가치 있다고 적었다. 반대로 App Store의 2022년 리뷰에는 움직이는 물체를 잡는 터치 위치가 어긋나는 듯 느껴지고, 일부 레벨의 타이밍·정밀 조작이 순수한 퍼즐 기대와 충돌한다는 불만도 있다. 이들은 전체 이용자의 합의가 아니라 스토어에 보이는 대표 사례지만, Mekorama의 장점과 비용이 같은 곳에서 생긴다는 점을 잘 보여준다. Google Play 리뷰, App Store 리뷰

작성자 분석으로는, 이 게임에서 물리를 제거하고 모든 발판과 캐릭터를 격자 논리만으로 움직이면 카메라를 돌려 정답을 찾는 3D 논리 퍼즐은 남지만, B의 생명감과 “혹시 이렇게 밀면 되나?”라는 실험성이 크게 줄어든다. 반대로 물리 자유도를 더 키우면 정답보다 조작 오차가 결과를 좌우해 최근 리뷰에서 보이는 불만이 더 커질 가능성이 높다. Mekorama의 킥은 물리 시뮬레이션의 사실성이 아니라, 논리 퍼즐의 규칙을 깨뜨리지 않을 만큼만 예측 불가능성을 섞는 것이다.

레벨 하나를 ‘이미지 한 장’으로 만들면서 콘텐츠 파이프라인이 달라졌다

Mekorama의 장기 후킹은 레벨 수를 계속 직접 늘리는 방식과 다르다. 앱 안에 에디터를 넣고, 완성된 레벨을 QR 코드가 포함된 ‘레벨 카드’ 이미지로 저장해 어디서든 공유할 수 있게 했다. 공식 프레스킷은 팬 사이트에 10,000개가 넘는 레벨이 있다고 설명하고, 50개 기본 레벨의 데이터는 모두 합쳐도 14KB 미만이라고 밝힌다. 서버에서 레벨 파일을 호스팅하고 계정·친구·검색·추천 시스템을 처음부터 만들지 않아도, 사진 저장·SNS 게시·QR 스캔이라는 휴대폰의 기존 기능을 콘텐츠 유통망으로 재사용한 것이다. 공식 프레스킷

이 구조는 제작 비용에도 직접 영향을 준다. 제작자는 플레이어가 사용하는 것과 같은 블록 단위 언어로 50개 레벨을 만들고, 이후 같은 언어를 이용자에게 넘겼다. 에디터가 단순한 보너스 모드가 아니라 게임의 레벨 포맷 자체를 외부 제작자에게 공개한 것에 가깝다. 따라서 신규 메커니즘을 계속 추가하지 않아도 기존 블록 조합에서 새 문제를 만들 수 있다.

그러나 모바일 UX 비용도 있다. 공식 FAQ가 안내하듯 다른 SNS에서 받은 레벨을 같은 휴대폰에서 쓰려면 이미지를 확대·저장한 뒤 앱에서 이미지 스캔을 해야 한다. 2016년에는 백엔드 없이 공유가 가능한 매우 영리한 해법이었지만, 작성자 분석으로는 오늘날에는 OS 사진 권한·SNS 저장 방식 변화·QR 인식 실패가 유입 마찰이 될 수 있다. 서버 비용을 줄인 대신 콘텐츠 발견·가져오기 비용을 플레이어의 파일 흐름에 넘긴 설계인 셈이다. 공식 FAQ

17개월의 1인 개발이 가능했던 기술 선택

공식 프레스킷은 디자인·코드·아트·음악·사운드를 모두 Martin Magni가 맡았다고 명시한다. FAQ에서 그는 개발 기간을 17개월, 주 60시간 이상이라고 적고, 엔진도 C로 직접 작성했다고 설명한다. 그래픽은 OpenGL, 물리는 Bullet Physics를 통합했고, 개발 도구로 Emacs·Blender·Pixelmator·Audacity를 사용했다. 공식 프레스킷, 공식 FAQ

이것을 “혼자서 엔진부터 만들면 된다”는 교훈으로 가져오면 위험하다. Mekorama에서 자체 엔진이 의미가 있었던 이유는 목표가 초소형 설치 용량, 단순한 블록 렌더링, 크로스플랫폼, 작은 레벨 직렬화와 강하게 맞아 있었기 때문이다. Magni는 설치 크기를 줄이려고 불필요한 엔진·아트 자산을 넣지 않았고, 음악도 저장된 긴 곡 대신 절차적으로 생성되도록 했다. TouchArcade는 출시 당시 앱 크기를 약 6MB로 소개했고, 현재 미국 App Store는 11.7MB를 표시한다. 유통 환경은 바뀌었지만 “기술이 게임의 판매 포인트와 직접 연결될 때만 자체 기술 비용이 정당화된다”는 판단은 여전히 유효하다. TouchArcade, App Store

다운로드·매출·BM

출시 당시 BM은 매우 공격적으로 친사용자였다. 모든 기본 레벨과 에디터를 무료로 제공하고, 플레이어가 가치 있다고 느낄 때 US$0.99부터 여러 금액 중 원하는 금액을 IAP로 지불하게 했다. Gamezebo의 출시 리뷰에 따르면 진행을 막는 에너지·목숨 시스템은 없었고, 힌트를 보려면 한 번의 결제가 필요했다. Magni는 Droid Gamers에 전달된 개발자 설명에서 일반 프리미엄 가격은 돈을 낼 수 없는 이용자를 배제해 레벨 제작·공유로 기여할 사용자까지 잃을 수 있다는 점 등, 다른 수익화 방식이 게임을 훼손한다고 판단해 이 모델을 택했다고 설명했다. Gamezebo, Droid Gamers

도달 범위 측면에서는 성공했다. 2019년 다큐멘터리에서 Magni는 Mekorama가 2,500만 회 이상 다운로드됐다고 말했고, 2026-09-09 Google Play 공식 페이지는 여전히 10M+ 하한을 표시한다. 외부 추적 서비스 Chrome-Stats는 2026-09-08 Android 누적을 약 3,708만으로 추정한다. 여기서 3,708만은 스토어 내부 공식 카운터가 아니라 외부 추정치이며, Apple 다운로드까지 더한 전체 누적으로 쓰면 안 된다. Pocket Gamer, Google Play, Chrome-Stats

수익성은 정반대의 신호를 준다. 공식 프레스킷은 pay-what-you-want가 이익을 내기는 했지만 대부분 자신의 검소함 덕분이었다고 회고한다. 2019년 Pocket Gamer가 다큐멘터리를 소개하며 전한 내용에서도 2,500만 다운로드에 비해 수익이 충분하지 않았고, 소비자에게 이상적인 구조가 1인 개발자의 지속 가능성에는 맞지 않았다고 정리한다. 정확한 매출·실수령·이익 금액이 없으므로 다운로드 수에 임의 결제율을 곱해 수익을 추정해서는 안 된다. 확인할 수 있는 결론은 도달 규모와 수익 규모가 비례하지 않았다는 개발자 본인의 평가까지다.

현재 BM은 바뀌었다. Google Play은 Contains ads · In-app purchases를 표시하고, 2024년 갱신된 공식 개인정보처리방침은 무료로 광고를 보며 플레이하거나 IAP를 사용해 광고를 피할 수 있다고 설명한다. 미국 App Store에는 Mekorama Premium US$3.99와 US$0.99~31.99의 여러 Pay What You Want IAP가 동시에 남아 있다. 광고가 어느 장면에서 어떤 형식으로 노출되는지, 현재 IAP와 광고 각각이 얼마를 벌어들이는지는 공식 자료에서 확인하지 못했으므로 더 구체적으로 단정하지 않는다. Google Play, 공식 개인정보처리방침, App Store

이 변화는 모바일 인디 제작자에게 강한 경고가 된다. 무료 진입이 UGC 생태계의 공급자를 늘릴 수 있다는 제품 논리와 그 이용자에게서 개발비를 회수할 수 있는가라는 사업 논리는 별개의 문제다. Mekorama는 전자를 매우 잘 풀었지만, 후자는 시간이 지나며 광고·프리미엄 IAP를 추가하는 방향으로 수정됐다. 원인과 효과를 수치로 분해할 공개 자료는 없으므로 “광고를 넣어서 살아났다”라고 결론 내릴 수는 없다. 다만 원래 모델을 그대로 유지하지 않았다는 사실과 개발자의 지속 가능성에 대한 회고는 확인된다.

제작자가 가져갈 판단

첫째, 모바일 입력을 줄일 때 캐릭터의 행동까지 줄일 필요는 없다. Mekorama는 이동 방향을 직접 조작하는 대신 목적지를 탭하게 하고, 캐릭터의 걷기·균형·충돌을 물리와 애니메이션에 맡겼다. 플레이어 손가락은 단순해졌지만 화면 안 사건은 오히려 풍부해졌다. 작은 화면용 조작을 설계할 때 “버튼 수를 줄인다”보다 “어떤 저수준 조작을 시스템에 위임하고, 플레이어의 판단을 어디에 집중시킬 것인가”를 먼저 정하는 편이 생산적이다.

둘째, UGC를 넣을 때 콘텐츠 제작 도구보다 배포 포맷을 먼저 설계할 가치가 있다. Mekorama의 QR 레벨 카드는 서버 없이도 2016년의 SNS와 카메라 롤을 유통망으로 바꿨다. 이 덕분에 1인 개발자가 10,000개 이상의 팬 레벨 생태계를 감당할 수 있었다. 반대로 오늘 비슷한 방식을 쓴다면 이미지 저장 권한, 딥링크, 공유 시트, 클라우드 백업 같은 현대 모바일 흐름까지 검토해야 한다. 핵심은 “에디터를 넣자”가 아니라 한 사람이 만든 레벨이 다른 사람의 앱 안으로 얼마나 적은 단계로 들어가는가다.

셋째, 캐릭터성은 콘텐츠 양을 늘리지 않고 반복 조작의 체감 가치를 올리는 수단이 될 수 있다. B의 비틀거림은 퍼즐 규칙을 추가하지 않지만, 같은 탭 이동을 볼 때마다 작은 관찰 재미를 만든다. 하지만 물리와 터치 판정이 너무 밀착되면 최근 리뷰에서처럼 정밀 조작 불만으로 바뀐다. 따라서 비주얼·물리 피드백은 실패 원인의 명료성을 해치지 않는 범위에서 써야 한다.

넷째, ‘좋으면 알아서 돈을 낸다’는 신뢰 기반 BM은 작품의 호감도와 수익 안정성을 같은 것으로 착각하게 만들 수 있다. Mekorama는 2,500만+ 다운로드라는 도달과 이익 발생을 모두 확인했지만, 개발자 스스로 수익이 다운로드 규모에 비해 충분하지 않았다고 평가했고 현재 BM도 변했다. 제작자가 비슷한 무료 진입 전략을 택한다면 출시 전에 최소한 무료 사용자가 콘텐츠를 공급하는 가치, 결제 전환 없이 감당 가능한 운영비, 광고나 프리미엄 전환을 추가할 때 핵심 퍼즐 흐름이 얼마나 훼손되는지를 별도 변수로 계산해야 한다.

Mekorama의 가장 재사용하기 좋은 설계는 “작은 팀도 큰 게임을 만들 수 있다”는 추상론이 아니다. 작은 블록 언어 하나를 플레이 규칙·레벨 제작·저장 포맷·커뮤니티 공유까지 관통하게 만들면, 한 사람이 직접 만들어야 하는 콘텐츠의 경계를 넓힐 수 있다. 동시에 그 확장성이 매출 확장성까지 보장하지는 않는다. 이 두 사실을 함께 보는 것이 이 사례의 실제 가치다.

주요 자료

• Mekorama 공식 프레스킷 — 출시 플랫폼, 1인 제작 범위, 레벨 카드·에디터, 14KB 레벨 데이터, 자체 엔진, 초기 BM의 이익 회고
• Mekorama 공식 FAQ — 물리 철학, C 자체 엔진/OpenGL/Bullet, 개발 도구, 17개월·주 60시간+ 개발, QR 공유 흐름
• Google Play — 현재 Android 배포, 10M+ 다운로드, 광고/IAP, 최근 대표 리뷰
• Apple App Store — 현재 IAP 가격, 제공자 Fancade AB, 대표 이용자 리뷰
• 공식 개인정보처리방침 — 현재 광고·IAP 구조
• Gamezebo 출시 리뷰 — 모바일 조작, secondary animation, 레벨 에디터, 출시 당시 pay-what-you-want와 힌트 구조
• Pocket Gamer: 개발 다큐멘터리 소개 — 개발자 2,500만+ 다운로드 발언과 수익 지속 가능성 맥락
• Pocket Gamer 출시 전 베타 기사 — 2016년 iOS/Android 동시 출시, 50 레벨, 커뮤니티 레벨 공유 관찰
• Chrome-Stats — 2026-09-08 Android 다운로드 외부 추정치