Magic Survival — 이동 하나에 자동전투·드래프트·시너지·메타성장을 쌓아 ‘콘텐츠보다 시스템’으로 플레이 시간을 만드는 원조급 survivor-like

한 줄 결론 — [의견] Magic Survival은 제작자 관점에서 **“액션 입력은 이동 하나로 줄이고, 재미의 대부분을 적 밀도·자동공격·레벨업 3~4지선다·마법 조합·아티팩트·메타 연구의 데이터 시스템으로 옮기면 1인 개발도 장시간 플레이를 만들 수 있다”**는 것을 보여주는 매우 좋은 사례다. 특히 후대의 Vampire Survivors 개발자가 직접 핵심 영감으로 언급했을 만큼 코어 규칙의 전달력이 검증됐고, 현재 Google Play에서도 5M+ 다운로드가 확인된다. 다만 2026년 현재 완성본의 마법·아티팩트·시너지 규모를 그대로 복제하면 콘텐츠/밸런싱 스코프가 급격히 커지므로, 원형의 구조를 20~30% 크기로 축소해서 배우는 것이 핵심이다.

0. 왜 이번 분석 대상으로 골랐는가

[사실] Google Play는 Magic Survival을 LEME의 Android 게임으로 제공하며, 한 손 조작으로 즐기는 Hack and Slash, 오프라인 플레이, 광고 및 인앱결제를 명시한다. 2026-09 조사 시점 스토어에는 5M+ 다운로드, 약 124K 리뷰, 4.5점이 표시된다.

[사실] Google Play 개발자 정보에는 한국의 김성근이 표시된다. 2020년 Google Play Indie Games Festival에서 매직서바이벌을 개발한 레매(LEME)의 김성근 대표가 Top 3 개발사로 선정됐다. 이는 적어도 초기 성공이 대형 퍼블리셔의 IP/UA에 의존한 사례가 아니라는 강한 근거다.

[2차 자료 기반 사실] 한국 커뮤니티 문서와 과거 개발자 인터뷰 인용은 Magic Survival을 1인 개발 게임으로 설명한다. 개발자 공지 번역본에서도 개발자가 1인칭 단수로 개발 상황을 설명하며, iOS 포팅을 혼자 병행하기 어려워 보류했다는 내용이 확인된다. 따라서 핵심 개발이 1인 중심이었다는 판단의 신뢰도는 높다.

[사실] Vampire Survivors 개발자 Luca Galante는 여러 인터뷰에서 Magic Survival을 주요 영감으로 명시했다. 그는 이동과 자동 공격의 기본 구조에서 출발해 자신의 버전을 만들었다고 설명했다. 즉, 이 게임의 가치는 단지 다운로드 수가 아니라 새로운 상업 장르의 핵심 문법을 먼저 압축해냈다는 것에 있다.

[의견] 최근 아카이브에 Idle Slayer, Luck be a Landlord, MinuteQuest가 들어갔다면 이번에는 arena survival / auto-attack build roguelite로 장르를 돌리는 것이 맞다. 퍼즐이 아니고, 직접 액션과 숫자 성장, 빌드 선택, 메타 경제를 동시에 배울 수 있으며, 모바일 세션 구조도 강하다.

1. 기본 정보

제품 정보

[사실] 장르: Google Play 분류상 Action/Casual 계열
[의견] 실질 장르: survivor-like action RPG / auto-attack arena survival / build roguelite / bullet heaven
[사실] 플랫폼: Android. Google Play 공식 페이지에서 Android 및 일부 Windows 호환을 표시한다.
[2차 자료 기반 사실] 출시: 한국판은 2019-10-31 출시로 정리되어 있으며, 영문판 Android 배포는 2021년 초로 커뮤니티 자료에 기록돼 있다.
[사실] 개발/퍼블리싱: LEME. Google Play 개발자 정보는 김성근을 표시한다.
[2차 자료 기반 사실] 팀 규모: 1인 개발 중심. 현재 외주/지원 인력 여부는 공개 확인하지 못함.
[사실] 가격: 무료
[사실] 광고: 있음
[사실] IAP: 있음. Google Play는 현재 인게임 구매 및 랜덤 아이템 포함을 고지한다.
[사실] 오프라인: Google Play가 오프라인 플레이 지원으로 표시
[사실] Google Play package: com.vkslrzm.Zombie
[사실] Google Play 성과: 5M+ 다운로드, 약 124K 리뷰, 평점 약 4.5/5
[추정] 누적 실설치: Google Play의 5M+는 구간 표시다. Chrome-Stats는 2026-09-07 기준 약 8.68M downloads를 추정하므로 실 누적은 5M보다 상당히 높을 가능성이 있다. 단, 이 수치는 공식이 아니다.
[사실] 최근 운영: 2026년에도 v0.99x 계열 업데이트가 이어지고 있으며 신규 마법 조합, 궁극기, 아티팩트, 시너지, 몬스터 및 밸런스 조정이 추가됐다.

제작자 관점 핵심

이 게임의 비용 구조는 전통 액션 RPG와 반대다.

캐릭터 애니메이션 비용: 낮음
수작업 스테이지 제작비: 낮음
조작 시스템 비용: 매우 낮음
적 AI 비용: 낮음
적 스폰/난이도 곡선: 중요
마법 데이터/쿨타임/범위/피해 공식: 매우 중요
레벨업 선택지와 빌드 시너지: 매우 중요
아티팩트/메타성장 데이터: 중요
동시 오브젝트 성능 최적화: 매우 중요
장기 밸런싱: 매우 중요

[의견] 프론트엔드 개발자가 처음 만들기 좋은 이유는 “게임 프로그래밍을 많이 알아야 해서”가 아니라 오히려 상태·데이터·룰·UI를 잘 다루는 능력이 액션 코딩보다 더 큰 비중을 차지하기 때문이다.

2. 핵심 판타지와 플레이어 약속

핵심 판타지

[의견] “처음에는 도망만 다니던 약한 마법사가, 몇 분 안에 화면 전체를 마법으로 덮어 수백 마리의 적을 자동으로 지워버리는 존재가 된다.”

이 판타지는 세 가지 변화가 동시에 보여야 성립한다.

적 숫자가 증가한다.
내 공격의 면적·빈도·개수가 증가한다.
내가 선택한 조합 때문에 그 증가 방식이 달라진다.

즉, 단순한 숫자 RPG가 아니라 화면에서 성장 전후가 즉시 보이는 숫자 RPG다.

플레이어에게 주는 약속

이동만 하면 공격은 자동으로 나간다.
적을 죽이고 마나를 주우면 곧바로 레벨업한다.
레벨업 때마다 새 마법/강화 선택이 나온다.
한 런 안에서 빌드가 완성되어 가는 느낌을 준다.
조합/아티팩트가 맞아떨어지면 전투력이 선형이 아니라 급격히 뛴다.
죽어도 메타 성장으로 다음 런이 약간 쉬워진다.
같은 맵을 해도 선택 순서와 드롭이 달라 결과가 달라진다.

[의견] 플레이어가 약속받는 것은 “새로운 맵을 많이 본다”가 아니라 **“매번 다른 방식으로 신이 되어 본다”**에 가깝다. 이것이 콘텐츠 제작량을 줄인다.

3. 코어 루프

첫 10초

[사실/관찰 기반 구조] 캐릭터를 이동시키면 주변 적이 접근하고, 마법은 자동으로 발동한다. 플레이어의 첫 학습은 공격 버튼이 아니라 **“적에게 닿지 않게 움직여라”**다.

[의견] 첫 10초의 좋은 점은 조작 설명이 거의 필요 없다는 것이다. 엄지로 드래그 → 캐릭터 이동 → 적이 몰려옴 → 자동 공격 → 적 사망이라는 인과가 즉시 보인다.

첫 30초

적 회피
자동 공격
마나 오브 수집
첫 레벨업
3~4개 안팎의 선택지 중 하나 선택
즉시 공격 모양/빈도/범위가 변화

[의견] 첫 훅의 핵심은 **“내가 조작을 잘해서”보다 “내가 선택해서 화면이 달라졌다”**는 경험이다. 그래서 손기술이 약한 유저도 전략적 소유감을 느낀다.

첫 5분

마법 슬롯을 채움
특정 마법을 반복 강화
패시브/아티팩트로 쿨타임·범위·크기·피해·획득 반경 등을 조정
적 밀도가 올라가면서 안전지대가 줄어듦
보물상자/아티팩트 획득
빌드 방향이 점점 고정됨
조합 마법을 향해 필요한 재료 마법을 맞추기 시작

[의견] 여기서 게임은 자동 슈팅에서 빌드 퍼즐로 변한다. 다만 퍼즐 장르의 정답 찾기와는 다르다. 정답이 하나가 아니라 현재 RNG와 적 압박에서 가장 높은 생존 기대값을 만드는 포트폴리오 선택이다.

한 세션

한 런은 대체로 다음의 반복이다.

이동 → 적 처치 → 마나 수집 → 레벨업 드래프트 → 공격 패턴 확대 → 더 높은 적 밀도 → 상자/아티팩트 → 빌드 시너지 → 보스/웨이브 압박 → 생존 또는 사망

런의 후반부는 플레이어의 손보다 빌드 품질과 성장 속도가 적 난이도 곡선을 추월했는지가 더 중요해진다.

장기 루프

런 → 재화 획득 → 연구/클래스/영구 해금 → 다음 런의 시작 효율 상승 → 더 어려운 구역/더 긴 생존 → 새 빌드 실험 → 다시 메타 강화

[의견] 장기 루프는 “새 스테이지 100개”가 아니라 build discovery + permanent optimization이다. 제작 효율이 높은 이유다.

4. 성장 루프 — 무엇을 모으고 무엇을 강화하는가

런 내부 성장

[사실/2차 자료] 핵심 경험치는 마나 오브 수집으로 얻는다. 레벨업마다 마법 또는 능력 강화 선택을 하고, 특정 마법들을 충분히 키우면 강한 조합/진화 계열을 만들 수 있다. 보물상자는 아티팩트를 제공하고, 최신 버전에는 아티팩트 간 시너지와 궁극기 등 추가 레이어가 있다.

런 내부의 실질 성장 축은 다음과 같다.

피해량: 적 제거 속도
쿨타임: 공격 빈도
크기/범위: 한 번에 커버하는 공간
지속시간: 장판/회전/투사체 체류
투사체/공격 개수: 공간 점유율
이동속도: 생존 및 오브 수집 효율
획득 반경: 경험치 회수 속도
치명/증폭 계수: 후반 스케일링
조합 마법: 여러 투자를 하나의 큰 파워 스파이크로 변환

메타 성장

[2차 자료 기반 사실] 코인으로 연구 포인트를 구매해 공격력, 체력, 마나 획득, 쿨타임, 이동속도, 획득반경 등 다양한 영구 스탯을 올릴 수 있다. 클래스/학파 성장과 실험체 해금 같은 장기 수집 요소도 존재한다.

강화가 실제 플레이를 어떻게 바꾸는가

좋은 성장 시스템은 숫자만 +10% 되는 데서 끝나지 않는다. Magic Survival의 중요한 성장 변화는 공간 점유 방식이 바뀐다는 것이다.

예:

쿨타임 감소 → 빈틈 없는 방어막처럼 느껴짐
범위 증가 → 접근 전에 적이 녹음
투사체 증가 → 안전 방향이 많아짐
획득 반경 증가 → 위험하게 적 사이로 마나를 주우러 갈 필요가 줄어듦
조합 마법 → 화면 연출과 생존 방식 자체가 바뀜

[의견] 프론트엔드 개발자가 배워야 할 포인트는 **“수치 증가가 UX의 변화로 읽혀야 한다”**는 것이다. 데이터 테이블의 숫자 하나가 렌더링 결과와 플레이 동선을 바꾸면 콘텐츠 효율이 극단적으로 좋아진다.

5. 첫 플레이 후킹과 온보딩

좋은 점

[사실] 스토어 설명 자체가 “one-hand control”을 훅으로 내세운다.

[의견] 온보딩에 필요한 문장은 사실상 세 개뿐이다.

움직여서 적을 피한다.
마나를 주우면 레벨업한다.
레벨업 때 원하는 마법을 고른다.

그 뒤부터는 화면이 튜토리얼이다. 적 밀도가 높아지면 “더 강해져야 한다”, 레벨업하면 “선택할 수 있다”, 새로운 마법이 나오면 “조합할 수 있다”가 자연스럽게 학습된다.

첫 플레이의 핵심 후킹

첫 레벨업이 빠름
첫 신규 마법의 시각 차이가 큼
적이 계속 몰려와 멈출 시간이 없음
마나 오브를 줍기 위해 위험 구역으로 들어갈 유혹이 생김
몇 분만 지나도 시작 화면과 전혀 다른 화력 밀도가 됨

위험

[의견] 이런 장르는 첫 60초 내 선택지가 너무 많으면 실패한다. 현대 버전처럼 시스템이 누적된 게임을 그대로 새 유저에게 노출하면 클래스·아티팩트·조합·궁극기·시너지 명칭이 정보 과부하를 만든다. MVP는 8개 마법, 1개 메타 재화, 1개 클래스부터 시작하는 편이 낫다.

6. 재미의 원천

1) 긴장 — 적 밀도와 공간 압박

적 AI는 복잡할 필요가 없다. 핵심은 **“안전한 빈 공간이 서서히 줄어드는 것”**이다.

적 개체가 캐릭터를 향해 단순 이동해도, 수십~수백 마리가 동시 등장하면 경로 선택 문제가 생긴다. 하나의 단순 AI가 수량으로 복잡성을 만든다.

2) 선택 — 레벨업 드래프트

레벨업은 사실상 아주 짧은 draft다.

지금 당장 생존력을 올릴 것인가
특정 조합을 완성하기 위해 약한 중간 재료를 집을 것인가
범위 vs 피해 vs 쿨타임 중 무엇을 우선할 것인가
이미 강한 축에 몰아줄 것인가, 빈 약점을 메울 것인가

[의견] 액션 게임인데 실제 재미의 상당 부분이 UI 카드 선택에서 생긴다. 프론트엔드 경험과 궁합이 좋다.

3) 성장 — 분 단위 파워 판타지

30분짜리 RPG 성장을 수년이 아니라 수분으로 압축한다. 런 시작과 런 후반의 화면 차이가 크기 때문에 성장 감각이 명확하다.

4) 발견 — 조합/시너지

마법 조합과 아티팩트 시너지는 플레이어가 위키를 찾거나 실험하게 만든다. 새 에셋 없이도 관계 데이터를 추가하면 발견 콘텐츠가 늘어난다.

5) 변동 보상

레벨업 선택, 상자, 아티팩트 등장, 필드 아이템이 매 런의 분기점을 만든다. 중요한 것은 무작위가 단순 보상이 아니라 현재 빌드의 기대값을 바꾸는 선택 재료라는 점이다.

6) 최적화

후반 유저에게는 “더 오래 버티기”보다 다음이 재미가 된다.

어떤 클래스가 특정 조합과 맞는가
어느 스탯이 실제 DPS를 가장 많이 올리는가
어떤 아티팩트가 병목을 제거하는가
몇 분 시점까지 화력 곡선을 얼마나 빠르게 올릴 수 있는가

이 순간 게임은 액션에서 시스템 최적화 게임으로 변한다.

7. 게임 필과 juice

입력 반응

[의견] 유일한 직접 입력이 이동이기 때문에 이동 지연은 치명적이다. 조이스틱 데드존, 가속감, 방향 전환, 화면 가장자리에서의 손가락 위치 보정이 실제 전투 시스템보다 중요할 수 있다.

사운드

이 장르에서는 개별 공격음보다 킬 밀도와 레벨업 전환음이 중요하다.

일반 적 사망: 너무 크지 않게 누적감
대량 처치: 저역/강한 임팩트
마나 흡수: 빠른 연속 피드백
레벨업: 전투를 끊고 선택 모드로 바뀌었음을 명확히
조합 완성: 일반 레벨업보다 확실히 큰 보상음

화면 연출

핵심은 ‘비싼 애니메이션’보다 파라미터 기반 연출이다.

파티클 수 증가
공격 반경 확대
투사체 숫자 증가
적 사망 이펙트 밀도 증가
큰 피해 숫자/강조
화면 흔들림을 강한 이벤트에만 제한

[의견] 제작자는 “스프라이트 50개”보다 scale, alpha, particle count, trail, screen flash, audio pitch 같은 저비용 파라미터로 성장감을 만들 수 있다.

진동

현재 원작의 세부 햅틱 구현을 공식 자료에서 확인하지 못했다. [의견] 모바일 재해석이라면 상자 획득, 조합 완성, 보스 등장, 사망 직전 피해에만 짧은 햅틱을 주고 일반 킬에는 사용하지 않는 편이 배터리와 피로도 측면에서 낫다.

8. 리텐션 — 다음 세션으로 돌아오는 이유

세션 내 리텐션

“다음 레벨에서 필요한 마법이 뜰까?”
“조합 하나만 더 완성하면 된다.”
“이 빌드가 후반 웨이브를 넘는지 보고 싶다.”

즉, 런 중간에는 미완성 빌드가 플레이를 붙잡는다.

세션 간 리텐션

연구 포인트로 다음 런 영구 강화
클래스/실험체 해금 및 성장
새로운 구역
새로운 마법 조합 발견
아티팩트/시너지 도감성 수집

일일/주간 동기

[사실] 현재 게임의 핵심은 MMO형 일일퀘스트/길드/배틀패스가 아니라 로컬/싱글 중심이다.

[의견] 이것이 오히려 솔로 개발 관점의 장점이다. 강한 리텐션을 만들되 서버 캘린더, 시즌 패스, 실시간 이벤트가 필수가 아니다.

장기 운영의 실제 모습

2026년 최신 패치에서도 신규 마법 조합, 궁극기, 아티팩트, 시너지, 몬스터 및 밸런스가 추가된다. 즉, 런 기반 시스템은 라이브옵스 없이도 오래 가지만 성공 후에는 자연스럽게 데이터 콘텐츠 추가 요구가 생긴다.

9. 콘텐츠 레버리지

왜 적은 에셋으로 플레이가 길어지는가

핵심 공식은 다음과 같다.

마법 N개 × 강화 단계 × 패시브 계수 × 아티팩트 조합 × 클래스 보너스 × RNG 등장 순서 × 적 밀도 곡선

각 요소가 곱해져 플레이 경우의 수를 만든다.

예를 들어 10개의 마법만 있어도 한 런에서 4~6개를 채택하게 하고, 레벨업 순서와 20개의 아티팩트를 섞으면 수작업 스테이지 100개보다 더 많은 조합 경험을 만들 수 있다.

현재 원작의 규모를 그대로 따라가면 안 되는 이유

[2차 자료] 최신 커뮤니티 자료는 수십 개의 마법 조합과 100개를 넘는 아티팩트 규모를 정리하고 있다. 이것은 수년간 업데이트된 결과다.

[의견] 1인 신규 프로젝트가 이 숫자를 시작점으로 잡으면 실패한다. MVP의 최소 구조는 다음 정도면 충분하다.

기본 마법 8개
각 마법 강화 4~5단계
조합 마법 4개
패시브 6개
아티팩트 20개
클래스 3개
적 5종 + 보스 1종
맵 1개

이 정도만으로도 조합 경우의 수는 충분하다.

콘텐츠를 직접 많이 만들지 않고 10시간 이상 가능한가?

[판정: 가능] 다만 조건이 있다.

레벨업 선택이 항상 동일한 최적해가 아니어야 함
빌드 완성까지 여러 경로가 있어야 함
적 밀도/속도/체력 곡선이 시간에 따라 빌드 병목을 바꿔야 함
메타 연구가 다음 목표를 줘야 함
해금이 단순 숫자 +5%만이 아니라 시작 전략을 바꿔야 함

이 조건이 맞으면 수작업 맵 없이도 10시간을 만들 수 있다. 반대로 마법 30개를 넣어도 최적 빌드가 하나뿐이면 2시간 안에 소모된다.

10. 퍼즐이 아닌 반복 동력은 무엇인가?

[명시적 답변] 이 게임의 반복 동력은 퍼즐 풀이가 아니라 압박 → 수집 → 선택 → 화력 확장 → 더 큰 압박의 피드백 루프다.

적 밀도가 증가해 안전 공간이 줄어든다.
위험을 감수하고 마나를 수집한다.
레벨업에서 빌드 선택을 한다.
공격 범위와 밀도가 커져 잠시 우위가 생긴다.
적 난이도가 다시 따라잡는다.

이 톱니가 한 런 동안 계속 맞물린다.

숫자/장비/자동화/빌드/경제 중 무엇이 세션을 이어주는가?

우선순위는 다음과 같다.

빌드: 가장 중요. 마법 선택과 조합 완성
숫자: 적 압박을 추월하는 화력 곡선
장비에 해당하는 아티팩트: 런별 시너지 변주
경제: 메타 연구와 클래스 성장으로 다음 런 동기
자동화: 공격 자동화 자체가 진입 장벽을 낮추지만, 별도 공장형 자동화는 아님

즉 Magic Survival은 자동전투를 인터페이스로 쓰는 빌드 경제 게임에 가깝다.

11. 경제 시스템

주요 재화 구조

[2차 자료 기반] 현재/과거 버전에서 장기 경제는 골드/코인, 보석 계열 재화, 연구/클래스 성장으로 이어진다. 런 내부에는 마나가 경험치 역할을 하고, 필드/런 보상이 장기 재화로 연결된다.

제작자 관점에서 경제를 단순화하면 세 층이다.

층 1 — 런 경험치

Source: 적 처치/필드 마나 오브
Sink: 즉시 레벨업
목적: 10~30초마다 선택 제공

층 2 — 런 보상

Source: 생존 시간, 보스/웨이브, 필드 아이템
Sink: 런 종료 후 영구 성장
목적: 실패도 진전으로 바꿈

층 3 — 메타 재화

Source: 여러 런 누적
Sink: 연구 포인트, 클래스/실험체, 영구 해금
목적: 장기 목표

성장 곡선

[의견] 좋은 구조는 플레이어 화력이 지수적으로 느껴지되 실제 공식은 통제 가능해야 한다.

적 체력: 시간에 따라 완만한 지수/구간 상승
적 수: 별도 곡선으로 증가
플레이어 화력: 피해 × 발사빈도 × 투사체수 × 범위효율 × 치명 × 시너지

이처럼 여러 곱연산 축을 두면 특정 빌드가 갑자기 강해지는 breakpoint를 만들 수 있다.

병목

초반: 마나 획득 속도
중반: 공격 범위/쿨타임
후반: 순수 DPS와 군중 제어
메타: 연구 재화 획득 속도

[의견] 좋은 경제는 병목이 계속 같은 곳에 있지 않다. 획득반경 → 쿨타임 → 조합 재료 → 후반 DPS처럼 요구 자원이 변해야 선택이 생긴다.

숫자가 커지는 재미와 실제 의사결정은 어디서 생기는가?

숫자 재미: 킬 속도, 공격 면적, 투사체 개수, 피해 수치가 동시에 증가한다.

의사결정: 어떤 숫자를 올릴지보다 어떤 곱연산 축을 먼저 완성할지에서 생긴다. 예를 들어 피해 +20%보다 쿨타임 -10%가 현재 빌드에서 더 큰 실효 DPS/안전성을 줄 수 있다. 이 계산이 빌드 게임의 깊이다.

12. 모바일 적합성

한 손 조작

[사실] 공식 스토어가 one-hand control을 직접 강조한다.

중단/재개

[의견] 기본 구조는 모바일과 매우 잘 맞는다. 직접 공격 버튼이 없고 이동만 필요하기 때문에 짧은 집중 구간으로 플레이 가능하다. 다만 런이 길어질수록 전화/앱 전환을 위한 일시정지와 안정적인 상태 직렬화가 중요해진다.

세션 길이

[의견] 10~30분급 런은 하이퍼캐주얼보다 길지만, 레벨업 때마다 자동 정지/선택이 들어가 모바일 피로도를 낮춘다. 5분 미니런 모드도 쉽게 설계 가능하다.

오프라인

[사실] Google Play는 오프라인 지원으로 표시한다. 서버 의존이 낮은 구조다.

배터리/성능

여기가 가장 큰 기술 리스크다.

동시 적 수 증가
투사체/장판/파티클 증가
충돌 검사 증가
드롭 아이템 증가
저가 Android 기기에서 프레임 하락

[의견] 제작 초기에 적 500마리가 돌아가는 장면을 스트레스 테스트해야 한다. 나중에 최적화하겠다는 접근은 위험하다.

iOS 포팅에서 배우는 점

[2차 자료 기반 사실] 개발자 공지 번역본에 따르면 iOS 버전을 시도했지만 코드 변화, 최적화, 기기 호환성, 양 플랫폼 동시 유지 부담 때문에 출시를 보류한 적이 있다.

[의견] 이것은 솔로 개발자에게 매우 중요한 교훈이다. Unity라서 버튼 한 번이면 iOS가 아니다. 결제/광고 SDK, 저장, 해상도, 성능, 빌드 파이프라인, 디바이스 QA가 실제 비용이다. 첫 상용화는 Android 단일 플랫폼으로 검증하고 iOS를 붙이는 전략도 충분히 합리적이다.

13. BM 해체

현재 확인되는 BM

[사실] 무료 다운로드
[사실] 광고 포함
[사실] 인앱결제 포함
[사실] Google Play는 랜덤 아이템을 포함한 인게임 구매를 고지
[2차 자료/과거 버전] 커뮤니티 자료에는 광고 제거, 포인트/재화 구매, 보상성 광고/부활 광고 형태가 기록돼 있다. 정확한 현재 SKU/가격은 공식 스토어 페이지에서 모두 확인되지 않아 과거 가격을 현재 가격으로 간주하지 않는다.

BM과 핵심 재미의 관계

[의견] 이 게임이 중요한 이유는 장르 문법 자체가 광고에 의존하지 않는다는 점이다. 실제로 Vampire Survivors 개발자는 Magic Survival이 비슷한 게임들 중 재미가 있고 광고/마이크로트랜잭션이 과하지 않았다는 취지로 언급했다.

즉:

코어 재미: 빌드 완성 + 생존
BM: 실패 이후 보조, 장기 성장 가속, 광고 제거

BM이 게임 플레이를 만드는 게 아니라 이미 재미있는 루프 주변에 붙는다.

광고를 넣는다면 가장 덜 해치는 위치

사망 후 1회 부활 rewarded ad
런 종료 보상 1.5~2배 rewarded ad
메타 화면에서 선택형 무료 재화

피해야 할 것:

레벨업 선택 직후 전면 광고
보스 웨이브 중간 광고
매 2~3분 강제 광고

이 장르는 flow와 빌드 몰입이 핵심이므로 런 내부를 끊으면 가치가 크게 훼손된다.

IAP를 넣는다면 자연스러운 것

광고 제거 영구 구매
소액 스타터 팩
메타 성장 재화 패키지
비전투 코스메틱/마법 색상

[의견] 강한 마법을 직접 판매하거나 특정 빌드를 결제로만 해금하면 드래프트의 공정성이 무너진다. 모바일 상업성을 노린다면 pay-to-accelerate보다 pay-to-remove-friction이 이 구조와 잘 맞는다.

14. 돈을 얼마나 벌었을까

확인 가능한 사실

[사실] 공식 Google Play: 5M+ 다운로드
[사실] 약 124K 리뷰
[추정] Chrome-Stats: 2026-09-07 누적 약 8.68M 다운로드 추정
[사실] 무료 + 광고 + IAP
[사실] 2020 Google Play Indie Games Festival Top 3로 플랫폼 피처링/마케팅 지원 기회를 받음
[사실] 공식 글로벌 누적 매출/순이익 수치는 찾지 못함

보조 프록시

[2차 자료] Sensor Tower의 2022년 일부 국가별 주간 자료에서 Magic Survival의 IAP 매출은 같은 카테고리 상위 대형 게임에 비해 낮게 나타난다. 체코·헝가리 등 지역 샘플에서 주간 매출이 수십 달러 수준으로 표시된 구간이 있다. 이 데이터는 특정 국가/특정 기간/스토어 IAP만의 작은 샘플이고 광고 매출을 포괄하지 않으므로 글로벌 총매출로 직접 확대하면 안 된다. 다만 “다운로드 대비 공격적인 결제형 게임은 아니다”라는 방향성은 뒷받침한다.

범위 추정

[추정 — 신뢰도 낮음] 생애 누적 소비자 지출/광고 총액의 주문 규모를 약 USD 1M~5M gross로 본다.

가정:

누적 설치는 공식 하한 5M, 비공식 추정 약 8.7M 사이.
IAP는 무료 게임치고 강제성이 낮고, 과거 광고 제거/재화 중심으로 관찰됐다.
광고도 런을 심하게 끊는 하이퍼캐주얼형보다는 가벼운 구조로 알려져 있다.
6년 이상 롱테일 운영되어 한 번의 히트보다 누적형 매출일 가능성이 크다.
일부 국가 Sensor Tower 샘플상 IAP 매출 강도는 낮은 편이다.

계산 감각을 위한 가정 범위:

누적 설치 5M~8.7M
광고+IAP 혼합 lifetime gross per install을 매우 넓게 $0.15~$0.60 수준으로 가정하면 약 $0.75M~$5.2M
따라서 반올림해 $1M~$5M을 거친 범위로 제시

이 $0.15~$0.60은 공식 ARPU가 아니라 역산을 위한 가정값이다. 실제 광고 노출량, 국가 믹스, 결제율을 알 수 없어 신뢰도는 낮다.

개발사 실수령

[의견/추정] gross를 개발자 통장 입금액으로 보면 안 된다.

IAP: 플랫폼 수수료 및 세금/환불 영향
광고: 광고 네트워크 정산 구조
결제 지역별 세금
외주/장비/사업 비용

1인 개발이라 고정 인건비는 대형 스튜디오보다 훨씬 낮았겠지만, 실수령은 위 gross 범위보다 낮다. 공개 자료가 없어 별도 숫자는 제시하지 않는다.

상업적 해석

[의견] 매출 자체보다 중요한 것은 5M+ 다운로드를 1인 중심 개발 구조가 만들었다는 점이다. 대규모 UA 없이도 규칙의 독창성과 플랫폼 피처링, 입소문, 후대 장르 붐으로 긴 생명력을 확보했다.

15. 성공은 게임 자체의 힘인가, UA/브랜드/퍼블리셔 힘인가

게임 자체의 힘: 매우 높음

근거:

대형 IP 없음
유명 퍼블리셔 없음
1인 중심 개발 사례
후대 히트작 개발자가 직접 영감으로 언급
한 손 이동 + 자동공격 + 빌드 드래프트라는 규칙이 짧은 영상에서 설명 가능

플랫폼 피처링의 힘: 중간 이상

[사실] 2020 Google Play Indie Games Festival Top 3 선정으로 Play Indie 피처링, 홍보 및 컨설팅 기회를 받았다.

[의견] 초기 성장에 Google의 편집 노출이 기여했을 가능성은 분명하다. 따라서 “완전 무마케팅으로 5M”이라고 단정하면 안 된다.

UA 비용의 힘: 낮음으로 추정

대규모 광고 집행을 보여주는 공개 자료를 찾지 못했다. 퍼블리셔도 LEME 자체다.

후대 장르 붐의 역유입: 높음

2022년 Vampire Survivors가 폭발한 뒤 원조격 작품으로 Magic Survival이 재조명됐다. 이것은 브랜드 비용이 아니라 디자인 선점이 만든 장기 유입이다.

16. 유저 획득과 발견성

ASO

Magic Survival이라는 이름은 장점과 단점이 있다.

장점: 장르/판타지가 즉시 이해됨
단점: 일반명사 조합이라 검색 경쟁이 큼

[의견] 오늘 신규 게임이라면 이름 자체보다 one-hand, auto spell, survive hordes, build magic 같은 짧은 가치 제안을 스토어 첫 문장에 넣는 것이 중요하다.

스토어 썸네일

이 장르의 썸네일은 캐릭터 초상보다 화면이 꽉 찬 적과 광역 마법이 더 강한 증거가 된다.

3초 광고 소재

매우 좋다.

0초: 약한 마법사, 적 30마리
1초: 레벨업 선택 카드
2초: 화면 전체 번개/폭발, 적 300마리 삭제

텍스트 없이도 성장 전후가 전달된다.

TikTok / Shorts / GIF

강점:

“before / after 10 minutes”
특정 조합 완성 순간
화면을 덮는 마법
적 수천 마리 처리
이상한 빌드 실험

스트리머 적합성

중간 이상.

직접 조작 난도가 낮아 보는 사람이 규칙을 이해하기 쉽고, 빌드 선택에서 의견이 갈린다. 다만 긴 런의 중간 구간은 반복적으로 보일 수 있어 챌린지/특수 빌드/고난도 모드가 있어야 방송성이 올라간다.

17. 경쟁작과 포지셔닝

Magic Survival

모바일 원형
미니멀/추상적 그림체
마법 중심
자동 공격
장기 업데이트로 복잡한 빌드 시스템

Vampire Survivors

더 강한 캐릭터/아이템 테마
훨씬 큰 대중적 브랜드와 플랫폼 확장
짧고 명확한 무기 진화 문법
후대 survivor-like의 표준 UI/보상 문법 확립

Brotato / 20 Minutes Till Dawn 계열

더 적극적인 조준/사격 또는 스탯 빌드
무기/캐릭터 조합 다양성
세션별 챌린지 강조

모바일 F2P Survivor.io류

메타 장비/에너지/라이브옵스가 훨씬 강함
UA 친화적 광고 구조
대신 제작/운영/백엔드 비용이 크게 올라감

[의견] 솔로 개발자가 배울 대상은 Survivor.io의 운영 구조가 아니라 Magic Survival의 코어 + Vampire Survivors의 읽기 쉬운 진화 구조 쪽이다.

18. 제작 난이도 분해

코어 시스템 — 6/10 부담

필요 기능:

캐릭터 이동
적 추적 AI
웨이브/스폰 디렉터
자동 공격 스케줄러
피해/체력/충돌
경험치 오브
레벨업 선택
런 종료

기술적으로는 어렵지 않다. 문제는 개체 수가 많아졌을 때의 성능이다.

UI — 5/10 부담

HUD
레벨업 카드 3~4개
일시정지/스탯
메타 연구 트리
클래스/해금
도감

프론트엔드 개발자에게 가장 유리한 영역이다.

아트 — 4/10 부담

원작의 강점은 고해상도 캐릭터 애니메이션이 필요 없다는 점이다. 다만 공격마다 실루엣이 달라야 하므로 VFX 언어는 중요하다.

애니메이션 — 3/10 부담

리깅보다 이동/파티클/스케일 변화 중심.

사운드 — 4/10 부담

효과음 수는 많지 않아도 되지만 대량 킬 상황에서 믹싱이 중요하다.

레벨 디자인 — 2/10 부담

수작업 스테이지보다 시간 기반 웨이브 곡선이 핵심. 사실상 레벨 디자인이 데이터 테이블로 이동한다.

백엔드 — 1/10 부담

싱글/오프라인 MVP에는 불필요.

광고 SDK/결제 — 5/10 부담

기능 자체보다 스토어 정책, 실패 복구, 구매 복원, 지역별 이슈가 번거롭다.

분석 — 5/10 부담

상용화한다면 다음 이벤트는 꼭 필요하다.

run_start
run_end(time, cause)
level_up(choice candidates / selected)
magic_pick
combination_complete
artifact_pick
ad_offer / ad_complete
meta_upgrade

QA — 8/10 부담

시너지 조합 수가 늘어날수록 폭발한다.

쿨타임 0에 가까운 조합
무한 투사체
오브젝트 누수
특정 아티팩트 중첩
저장 데이터 마이그레이션
저사양 기기 프레임

[의견] 이 게임은 구현보다 조합 QA가 더 비싼 게임이 된다.

19. 데이터 테이블 / 밸런싱 툴 / 에디터 필요성

반드시 데이터로 빼야 하는 것

magic.csv/json

id
baseDamage
cooldown
duration
projectileCount
size
targetRule
levelModifiers
tags

artifact.csv/json

id
rarity
tags
statModifiers
conditionalEffect
conflicts

enemy.csv/json

hp
speed
damage
xpDrop
spawnWeight
tags

wave.csv/json

timeRange
spawnRate
enemyPool
hpMultiplier
speedMultiplier
eliteRule

combination.csv/json

requiredMagicA
requiredMagicB
minLevels
resultMagic

필요한 내부 툴

프론트엔드 개발자라면 오히려 여기서 강점이 생긴다.

웹 기반 밸런스 에디터
DPS 계산기
웨이브 곡선 그래프
조합 검색기
JSON schema validation
빌드별 예상 DPS Monte Carlo 시뮬레이션
세이브 마이그레이션 테스트

[의견] 게임 엔진 안에서 모든 값을 직접 수정하는 것보다, React/Vite 같은 익숙한 웹 스택으로 밸런스 대시보드를 따로 만드는 편이 생산성이 높을 수 있다.

20. 출시 전/출시 후 콘텐츠 생산 부담

출시 전

중간.

필요한 것은 맵 수가 아니라 최소 빌드 다양성이다.

공격 방식이 다른 마법 8~12개
유의미한 패시브 6~8개
시너지 아티팩트 20~30개
조합 4~8개
적 5~8종
보스 2종

이 정도면 상용 베타가 가능하다.

출시 후

중간~높음.

성공하면 커뮤니티는 곧 최적해를 찾는다. 새 마법/아티팩트/조합/적을 추가하거나 기존 수치를 재설계해야 한다.

[의견] 라이브옵스가 아니라도 메타게임 유지보수가 필요하다. 좋은 점은 새 콘텐츠 대부분이 코드보다 데이터로 추가 가능하다는 것이다.

21. 예상 팀 규모 / 기간

1인 축소형

1일: 재미 여부를 볼 수 있는 전투 프로토타입
7일: 레벨업 드래프트와 5~6개 마법이 있는 플레이테스트 버전
30일: 20~30분 런 + 메타성장 + 최소 BM 연결 가능한 MVP
상용 베타: 2~4개월
완성도 높은 1.0: 4~8개월

2~3인

개발 1
2D/VFX 1
사운드/기획/QA 파트타임 또는 겸업

이 경우 2~4개월 내 상용 수준 도달 가능성이 높다.

현재 원작 수준

수년간 누적 업데이트된 현재 규모는 전혀 다른 프로젝트다. 처음부터 현재 원작을 목표로 하면 안 된다.

22. 프론트엔드 개발자에게 유리한 부분

매우 잘 전이되는 능력

상태 관리

run state
player stats
skill inventory
artifact inventory
meta progression
unlock flags

Redux/Zustand류 사고방식과 매우 유사하다.

데이터 모델링

마법/아티팩트/조합을 엔티티와 태그 시스템으로 설계해야 한다. 프론트엔드의 normalized state, schema, selector 사고방식이 직접 전이된다.

UI

레벨업 선택 카드, 툴팁, 스탯 비교, 빌드 요약, 연구 트리 등은 웹 UI 경험이 강점이다.

툴링

밸런스 에디터, 로그 뷰어, 빌드 시뮬레이터를 웹으로 만들 수 있다.

이벤트 분석

퍼널과 이벤트 트래킹 경험이 있다면 어떤 마법이 선택되는지, 어느 시점에서 죽는지 데이터로 튜닝할 수 있다.

새로 배워야 할 것

game loop / delta time
object pooling
충돌 최적화
spatial partitioning 기초
draw call / overdraw / particle budget
모바일 입력과 화면 해상도
pause/resume lifecycle
세이브 데이터 무결성
Android 결제/광고 SDK
실제 기기 성능 프로파일링

[의견] 이 장르는 3D 수학보다 성능 최적화와 시뮬레이션 감각을 새로 배우는 게 중요하다.

23. 엔진 / 기술 후보

Unity — 가장 안전

장점:

모바일 광고/IAP SDK 자료 풍부
2D 파티클/VFX 편함
profiler 성숙
Addressables 없이도 작은 프로젝트 가능
Android/iOS 배포 생태계 큼

단점:

프로젝트 무게
엔진 정책/버전 관리
과한 구조를 만들기 쉬움

추천: 상용화가 목표면 가장 무난.

Godot — 프로토타입 최적

장점:

빠른 2D 개발
씬 구조 단순
무료/오픈소스
게임 로직 반복 속도 빠름

단점:

모바일 광고/IAP 플러그인 품질과 유지보수를 직접 확인해야 함
대량 오브젝트 성능을 초기에 검증해야 함

추천: 첫 30일 MVP에 매우 좋음.

Defold — 경량 모바일에 강함

장점:

작은 런타임
모바일 성능/배포에 강점
단순 2D 게임과 잘 맞음

단점:

생태계/학습 자료가 Unity보다 작음

추천: 경량성과 배터리/성능을 최우선으로 둘 때.

Phaser/Web — 재미 검증용

웹에서 움직임, 적 스폰, 자동 공격, 레벨업 드래프트까지는 매우 빠르게 만들 수 있다.

추천: 1일~7일 프로토타입. 네이티브 상용화는 별도 판단.

24. 1일 / 7일 / 30일 MVP

1일 프로토타입

목표: 적이 늘어나고 내가 강해지는 게 5분 동안 재미있는가?

기능:

원형 플레이어
드래그/가상 조이스틱 이동
적 1종이 플레이어 추적
자동 발사체 1종
적 사망
XP 오브
레벨업 시 3선택
선택지: 피해 / 쿨타임 / 투사체 수
시간에 따라 적 스폰 증가
사망/재시작

아트는 도형이면 충분하다.

7일 프로토타입

목표: 빌드 선택이 실제로 다른 플레이를 만드는가?

추가:

마법 6~8개
패시브 4개
조합 마법 3개
적 3종
엘리트 1종
아티팩트 10개
10~15분 웨이브 곡선
런 결과 화면
DPS/선택 로그
오브젝트 풀링

검증 지표:

플레이테스터가 3런 이상 자발적으로 하는가
매 런 다른 마법을 고르는가
실패 원인을 “운빨”만으로 설명하지 않는가

30일 MVP

목표: 스토어에 올려 작은 상업 실험을 할 수 있는가?

추가:

마법 10~12개
패시브 8개
조합 6개
아티팩트 25개
클래스 3개
적 6종 + 보스 2종
20분 런
연구 트리 10개 노드
영구 재화 1종
저장/복구
기본 튜토리얼
설정/사운드
rewarded ad 1종 또는 프리미엄 빌드
analytics
저사양 Android 테스트

[의견] 30일 MVP에서 절대 넣지 말 것: 시즌, 길드, 장비 강화 RNG, 수십 캐릭터, 배틀패스, PvP.

25. 스코프 폭발 위험

위험 1 — 마법 개수 경쟁

경쟁작이 50개 있으니 우리도 50개가 필요하다는 착각.

대응: 새 마법보다 기존 마법 간 상호작용을 늘린다.

위험 2 — 아티팩트 조건문 지옥

if artifact A and magic B but not class C...가 누적되면 QA가 폭발한다.

대응: 태그 기반 modifier 시스템과 effect pipeline 설계.

위험 3 — 파티클 과잉

재미를 만들기 전에 GPU를 태울 수 있다.

대응: VFX budget을 숫자로 관리.

위험 4 — 메타 시스템 과잉

장비, 펫, 룬, 연구, 스킬트리, 클래스, 시즌을 한꺼번에 넣으면 작은 게임의 장점이 사라진다.

대응: 출시 시 영구 성장 시스템 하나만.

위험 5 — 런이 길어지는 문제

30분 런은 실패 시 피로도가 커진다.

대응: 10~15분 모드부터 검증하거나 중간 저장/가속을 고려.

위험 6 — 플랫폼 포팅

원작 개발자도 iOS 동시 유지 부담을 공개적으로 언급했다.

대응: 한 플랫폼에서 코어와 BM을 먼저 검증.

26. 장기 운영 부담

낮은 부분

서버 운영
커뮤니티 모더레이션 필수성
실시간 매치메이킹
맵/퀘스트 대량 제작

높은 부분

밸런스 패치
세이브 호환
새로운 빌드 발견 이후 메타 고착
기기 성능 문제
신규 마법/아티팩트의 조합 QA
광고/결제 SDK 업데이트

[의견] 라이브옵스 부담은 낮지만 규칙 유지보수 부담은 중간 이상이다.

27. 복제 가능한 디자인 원리 vs 의존 요소

복제 가능한 원리

직접 입력 하나만 남기기
공격을 자동화해 판단 자원을 이동/빌드에 집중
레벨업을 3~4지선다 드래프트로 만들기
적 AI보다 적 수량으로 압박 만들기
공격의 크기/개수/빈도로 성장 가시화
마법 태그와 아티팩트 태그로 조합 콘텐츠 만들기
실패를 메타 성장으로 연결
수작업 레벨 대신 시간 기반 wave curve 사용
화면이 어지러워질수록 강해졌다고 느끼게 만들기

그대로 복제하기 어려운 요소

원작 특유의 미니멀 마법 그림체
‘장르 원조’라는 역사적 포지션
Vampire Survivors로부터 역으로 발생한 인지도
수년간 쌓인 아티팩트/조합 데이터
오랜 커뮤니티 메타 지식

IP/브랜드 의존도

낮음.

마법사 테마를 우주선, 정원, 청소기, 채굴 드론, 세포, 낚시 배, 공장 로봇 등으로 바꿔도 구조가 작동한다.

28. 비슷한 게임을 만든다면

유지할 것

한 손 이동
자동 공격
짧은 레벨업 간격
3개 안팎 선택지
런 중 조합 완성
적 밀도 증가
오프라인 가능
단일 화면/절차적 웨이브

줄일 것

초기 클래스 수
마법 수
아티팩트 수
메타 재화 종류
런 길이
스탯 종류

바꿀 것

1. 판타지

또 마법 뱀서는 마케팅이 어렵다. 메커니즘은 유지하되 채굴/자동화/수집 같은 다른 판타지로 옮긴다.

2. 빌드 가시성

조합 가능성을 UI에서 부분적으로 보여줘 위키 의존을 줄인다.

3. 세션 길이

모바일 우선이라면 12~15분을 기본 런으로 잡고, 완주 후 무한 모드를 연다.

4. 메타 성장

단순 +5% 연구보다 플레이 방식을 바꾸는 해금을 우선한다.

예:

시작 드론 +1
자석 채굴 빌드 개방
독성 구름 계열 개방
자동 수집 장치 개방

29. 제작 효율 점수

항목	점수	제작자 관점 평가
재미 잠재력	9.5/10	압박·성장·드래프트·파워 판타지가 강하게 맞물림
구현 난이도 효율	8.8/10	기본 전투는 단순. 단 대량 오브젝트 최적화 필요
아트 부담	8.8/10	리깅/3D 불필요. VFX 스타일이 더 중요
콘텐츠 부담	8.2/10	레벨은 싸지만 마법/아티팩트 밸런스 데이터가 누적됨
운영 부담	8.0/10	서버는 거의 없지만 밸런스·기기·SDK 유지 필요
성장 시스템 레버리지	9.6/10	수치 몇 개가 화면과 생존 동선을 크게 바꿈
BM 적합성	8.3/10	rewarded ad/광고제거와 잘 맞으나 과금 압박은 재미 훼손 가능
마케팅 훅	9.2/10	약한 초반 → 화면 전체 파괴 후반을 3초에 표현 가능

종합 제작 효율: 8.6 / 10

[의견] 코어 프로토타입만 놓고 보면 9점대다. 다만 현재 시장에서 survivor-like 경쟁이 매우 심하고, 상용화 단계에서는 빌드 다양성·성능 최적화·VFX 가독성·메타 차별화가 필요해 종합 점수를 낮췄다.

30. 최종 판정

지금 프로토타입 추천

단, Magic Survival clone을 만들라는 의미는 아니다.

추천하는 실험은:

“이동 하나 + 자동 처리 + 15초마다 선택 + 화면에서 성장 가시화”라는 문법을 전혀 다른 판타지에 이식하는 것.

프론트엔드 개발자에게 특히 적합하다. 복잡한 캐릭터 컨트롤보다 데이터/상태/선택 UI/밸런스가 중심이고, 1일 프로토타입에서 재미 여부를 볼 수 있기 때문이다.

31. 실제로 실험할 작은 게임 아이디어/가설 3개

아이디어 A — Ore Swarm

판타지: 광부가 아니라 자동 채굴 드론 군집을 키운다.

코어:

플레이어는 광맥 사이를 이동
드론은 자동으로 주변 광석을 채굴
광석 파편을 모아 레벨업
선택: 드론 수 / 레이저 범위 / 운반 속도 / 폭파 범위
특정 조합으로 자석 드론, 폭파 채굴, 연쇄 레이저 완성
시간이 갈수록 암석이 더 단단해지고 장애물/괴물이 증가

가설: 적을 죽이는 대신 화면의 자원을 대량 삭제하는 장면도 survivor-like의 성장 쾌감을 만들 수 있다.

1일 검증: 도형 광석 200개 + 자동 빔 + 3선택만 구현.

아이디어 B — Tiny Factory Escape

판타지: 캐릭터 주변에 이동식 공장이 붙는다.

코어:

이동하며 폐품 수집
주변 기계가 자동으로 자원을 흡수/가공
레벨업 선택으로 컨베이어/분쇄기/포탑/자석 확장
기계 조합에 따라 생산망이 변함
적은 공장을 파괴하려 접근

가설: 자동 공격을 자동 생산으로 바꾸면 Keep on Mining류의 경제 만족과 survivor류의 압박을 결합할 수 있다.

상업 훅: 처음엔 작은 기계 하나 → 10분 후 화면 절반을 차지하는 생산 체인.

아이디어 C — Cleanup Protocol

판타지: 오염된 방을 청소하는 소형 로봇.

코어:

플레이어는 이동만 함
청소 도구가 자동 작동
먼지/쓰레기가 계속 증식
청소한 쓰레기가 XP/재화
빌드: 흡입 / 물청소 / 화학 / 드론 / 소각
조합 완성 시 화면 전체 연쇄 청소

가설: 폭력/몬스터 없이도 적 밀도 → 자동 처리 → 빌드 성장 구조는 그대로 작동한다.

장점: 광고 소재가 매우 직관적이고, 아트도 추상 도형/파티클로 시작 가능.

32. 이번 게임에서 가져갈 제작 원칙

조작을 줄이면 게임이 단순해지는 게 아니라, 판단을 다른 곳으로 옮길 수 있다.
적 AI 하나를 잘 만드는 것보다 적 300마리를 싸게 처리하는 시스템이 더 큰 재미를 줄 수 있다.
레벨업 UI는 메뉴가 아니라 코어 전투 메커니즘이다.
성장은 숫자가 아니라 화면의 면적·밀도·속도로 보여줘야 한다.
콘텐츠는 오브젝트 수보다 관계 수가 중요하다. 마법 10개와 아티팩트 20개의 관계가 스테이지 100개보다 싸다.
솔로 개발에서 크로스플랫폼은 공짜가 아니다. 원작의 iOS 포팅 난항 사례처럼 빌드/QA/SDK가 실제 스코프다.
상업성은 강한 과금보다 강한 3초 훅에서 먼저 나온다. 약함→대량 파괴의 변화가 광고 그 자체다.
성공한 완성본을 복제하지 말고 성공한 원형을 복제해야 한다. 현재 원작의 수십 마법/100+ 아이템이 아니라 이동+자동공격+드래프트+성장 곡선을 배워야 한다.

참고 출처

공식 / 1차 자료

Google Play — Magic Survival, LEME
https://play.google.com/store/apps/details?id=com.vkslrzm.Zombie
- 개발사, 광고/IAP, 5M+ 다운로드, 리뷰/평점, one-hand control, 오프라인, 최신 업데이트 내용 확인
Google for Developers Korea — 제5회 Google Play Indie Games Festival Top 3
https://developers-kr.googleblog.com/2020/07/indie-games-festival-top3.html
- 레매/김성근, Magic Survival Top 3 선정, 피처링/지원 프로그램 확인

개발자/산업 인터뷰

NME — Vampire Survivors creator Luca Galante interview
https://www.nme.com/features/vampire-survivors-creator-luca-galante-talks-quitting-his-job-to-fulfil-his-promise-3153107
- Magic Survival을 영감으로 삼았다는 개발자 발언
PC Gamer — Vampire Survivors creator interview
https://www.pcgamer.com/vampire-survivors-creator-didnt-have-a-vision-when-he-started-making-the-game-that-allowed-him-to-quit-his-job/
- Magic Survival을 플레이한 뒤 자신의 버전을 프로토타입했다는 발언
Magic Survival Wiki — Current status of the development
https://magic-survival-rpg.fandom.com/wiki/Current_status_of_the_development
- 개발자 공지 번역: iOS 포팅, 최적화/기기 호환성, 1인 유지 부담 관련. 원문 2차 전재이므로 보조 자료로만 사용

출처 신뢰도 메모

높음: Google Play, Google for Developers, 직접 인용 인터뷰
중간: 개발자 공지를 번역/전재한 커뮤니티 위키, Chrome-Stats의 스토어 추적 데이터
낮음~중간: 사용자 편집 위키의 세부 수치, 일부 국가 Sensor Tower 샘플을 이용한 글로벌 경제 추론
매출 범위 추정 신뢰도: 낮음 — 글로벌 광고 매출, 실제 결제율, 지역별 ARPU가 공개되지 않았기 때문