Indie Game Teardowns

프론트엔드 개발자가 인디게임 개발로 진입할 때 참고하기 위한 제작자 관점의 게임 해체 분석 아카이브.

핵심 목표는 “재미있고 돈이 될 가능성이 있으면서, 1인~소규모 팀이 현실적으로 만들 수 있는 게임 구조”를 찾아 축적하는 것이다.

타깃 우선순위

1순위: 모바일 게임

모바일(iOS / Android)을 기본 분석 대상으로 삼는다. 특히 아래 특성을 우선한다.

한 손/짧은 세션으로 핵심 재미가 빠르게 드러나는 게임
시스템과 규칙이 가치를 만들고, 수작업 콘텐츠 생산량은 적은 게임
1~3인 또는 소규모 팀이 현실적으로 MVP를 만들 수 있는 게임
짧은 프로토타입으로 재미 검증이 가능한 게임
반복 플레이, 절차적 생성, 시너지, 수집, 성장, 물리, 자동화 등 콘텐츠 레버리지가 높은 게임
광고/IAP/프리미엄 등 BM과 핵심 재미가 자연스럽게 연결되는 게임
UI/상태 관리/데이터 모델링/웹 개발 경험이 전이되기 좋은 게임
스토어 영상이나 짧은 GIF만으로도 훅이 전달되는 게임

2순위: Steam 게임

Steam 게임은 모바일보다 훨씬 더 단순하고 작은 스코프일 때만 분석한다.

우선 조건:

핵심 룰이 적고 프로토타입이 매우 빠르게 가능한 게임
대규모 3D 에셋, 방대한 수작업 레벨, 긴 스토리, 시네마틱이 거의 필요 없는 게임
온라인 멀티플레이/복잡한 서버/대규모 라이브옵스가 핵심이 아닌 게임
적은 에셋으로 플레이 시간이 늘어나는 구조
1인 개발 또는 극소수 팀 사례로 참고 가치가 높은 게임

Steam 후보가 재미있어도 제작량이 크면 분석 우선순위를 낮추거나 제외한다.

저장 규칙

모바일: content/indie-games/mobile/YYYY/MM/<game-slug>.md
Steam: content/indie-games/steam/YYYY/MM/<game-slug>.md
한 파일에 한 게임만 분석한다.
같은 게임은 플랫폼 포트가 달라도 원칙적으로 한 번만 분석한다.
Demo / Prologue / Remaster / Definitive Edition / 모바일·PC 포트처럼 사실상 같은 제품군은 별도 게임으로 세지 않는다. 별도 분석 가치가 명확할 때만 예외를 둔다.
확인 가능한 사실과 추정/가설을 명확히 구분한다.
판매량/매출은 공식 수치가 없으면 범위 추정으로 제시하고, 계산 방식·가정·불확실성·신뢰도를 함께 쓴다.

중복 방지

매 분석 전에 반드시 기존 아카이브 전체와 _registry.json을 확인한다.

다음 키를 함께 비교한다.

정규화한 게임명(대소문자/기호/부제 제거 포함)
공식 스토어 ID: App Store ID / Google Play package / Steam App ID 등
canonical store URL
개발사/퍼블리셔
알려진 별칭 및 다른 플랫폼 포트

하나라도 기존 분석과 같은 게임임을 강하게 시사하면 새 파일을 만들지 말고 다른 게임을 고른다.

기본 분석 템플릿

한 줄 결론: 왜 이 게임을 제작자 관점에서 볼 가치가 있는가
기본 정보: 장르, 플랫폼, 출시일, 개발사/퍼블리셔, 가격, 광고/IAP, 팀 규모(확인 가능 시)
핵심 판타지와 플레이어에게 주는 약속
코어 루프: 첫 10초 / 30초 / 5분 / 1세션 / 장기 루프
첫 플레이 후킹: 무엇이 계속하게 만드는가
재미의 원천: 선택, 긴장, 숙련, 수집, 성장, 발견, 표현, 사회성, 변동 보상 등
게임 필: 입력 반응, 화면 연출, 사운드, 진동, 보상 타이밍, 주스(juice)
리텐션 구조: 다음 세션으로 돌아오게 만드는 이유, 메타 진행, 일일/주간 동기, 런 변주
콘텐츠 레버리지: 적은 코드/에셋으로 얼마나 많은 플레이를 만들어내는가
세션 길이와 모바일 적합성: 한 손 조작, 중단/재개, 오프라인 가능성, 배터리/네트워크 의존성
난이도/밸런싱 부담과 운영 중 튜닝 포인트
BM 해체: 프리미엄/광고/IAP/구독/배틀패스/코스메틱 등, 결제 타이밍과 재미의 관계
경제 시스템: 재화, 소모처, 성장 곡선, 페이월, 광고 보상 구조
매출/판매량 추정: 공식 자료 우선. 없으면 다운로드/리뷰/순위/가격/ARPU·ARPDAU 등 합리적 프록시로 범위 추정
매출 추정 신뢰도: 높음/중간/낮음과 이유
유저 획득과 발견성: ASO, 스토어 썸네일, 광고 소재화 가능성, TikTok/Shorts/GIF 후킹, 스트리머 적합성
경쟁작과 포지셔닝: 무엇이 익숙하고 무엇이 다른가
제작 난이도 분해: 코어 시스템, UI, 아트, 애니메이션, 사운드, 레벨 디자인, 백엔드, 분석/광고 SDK, 결제, QA
콘텐츠 제작 부담: 출시 전/출시 후 각각 얼마나 계속 만들어야 하는가
예상 팀 규모 / MVP 기간 / 상용 출시까지의 현실적 기간
프론트엔드 개발자에게 유리한 부분과 새로 배워야 할 부분
엔진/기술 선택: Unity, Godot, Defold, Phaser/Web, React Native 보조 도구 등 후보와 이유
MVP 분해: 1일 프로토타입 / 7일 프로토타입 / 30일 MVP
가장 위험한 제작 요소와 스코프 폭발 지점
장기 운영 부담: 업데이트, 콘텐츠 공급, 커뮤니티, 모더레이션, 서버
복제 가능한 디자인 원리 vs IP/브랜드/아트에 의존하는 요소
비슷한 게임을 만든다면 유지할 것 / 줄일 것 / 바꿀 것
제작 효율 점수(10점): 재미 잠재력, 구현 난이도, 아트 부담, 콘텐츠 부담, 운영 부담, BM 적합성, 마케팅 훅
최종 판정: 지금 프로토타입 추천 / 조건부 추천 / 피하는 편이 좋음
참고 출처

분석에서 특히 중요한 질문

이 게임은 왜 첫 30초 안에 계속하고 싶게 만드는가?
플레이 10분 뒤에도 같은 재미가 반복되는가, 아니면 새로운 선택이 계속 생기는가?
콘텐츠를 사람이 계속 만들어 넣어야 하나, 시스템이 플레이를 만들어내나?
한 명의 개발자가 재미 검증 버전을 얼마나 빨리 만들 수 있나?
그래픽이 평범해도 재미가 유지되는가?
광고 소재 3초만 봐도 규칙이 이해되는가?
BM을 빼도 게임이 재미있는가? BM을 붙이면 재미를 훼손하는가?
매출이 높다면 게임 자체의 힘인지, UA 비용/브랜드/퍼블리싱 파워 덕분인지 구분할 수 있는가?
성공 요인 중 내가 재현 가능한 것은 무엇인가?

제외/낮은 우선순위

방대한 수작업 레벨/퀘스트가 필요한 게임
대규모 3D 모델링·리깅·애니메이션이 핵심인 게임
긴 시네마틱/스토리 제작이 가치의 대부분인 게임
MMO급 서버/실시간 대규모 멀티플레이가 필수인 게임
많은 인력의 라이브옵스와 콘텐츠 공급을 전제로 하는 게임
라이선스/IP 파워가 성공의 핵심이라 구조를 재현하기 어려운 게임