Downwell — 제작자 관점 해체 분석

한 줄 결론

[의견] Downwell은 낙하 → 아래로 사격 → 사격 반동으로 낙하 제어 → 착지하면 탄약 회복 → 적을 밟거나 쏘며 콤보 → 젬으로 상점 선택 → 구간 종료 시 업그레이드 선택이라는 단일 물리 규칙을 중심으로 액션, 경제, 빌드, 절차 생성, 리스크 관리까지 엮어낸 사례다. 아트와 수작업 레벨의 양보다 “입력 한 번이 이동과 공격을 동시에 해결하는가”에 제작비를 집중한 게임이라, 작은 팀이 액션 게임을 만들 때 무엇을 줄이고 무엇에 집착해야 하는지 보여주는 매우 좋은 기준점이다.

최근 아카이브의 Inflation RPG, Merchant RPG, Kittens Game처럼 숫자·경제가 플레이의 대부분을 차지하는 게임과 달리, Downwell의 장기 동력은 플레이어 숙련 + 짧은 런 빌드 + 콤보 리스크 + 절차적 공간이다. 즉 이번 분석은 “성장 시스템이 적어도 적은 에셋으로 장기 플레이를 만들 수 있는가?”를 보는 장르 순환용 사례다.

1. 기본 정보

확인 가능한 사실

장르: 액션 / 슈터 / 플랫폼 / 로그라이트 성격의 세로형 아케이드 게임.
세부 장르: vertical shooter-platformer, procedural descent, skill-build roguelite.
개발자: Moppin, 즉 Ojiro Fumoto.
퍼블리셔: Devolver Digital.
최초 출시: 2015-10-15, iOS와 Windows PC.
Android는 이후 출시됐고 현재 Google Play에는 재출시 패키지 com.devolver.downwell_rerelease가 존재한다.
App Store ID: 1032708262.
Steam App ID: 360740.
2026-09-09 조사 시점 미국 App Store 가격: $2.99.
2026-09-09 조사 시점 한국 App Store 가격: ₩4,400.
Google Play 영국 페이지는 £2.79, 100K+ downloads, 약 8.2K 리뷰를 표시한다.
Steam 현재 가격은 $2.99이며 전체 리뷰는 8천 건 이상, 평가는 압도적으로 긍정적 범주다.
App Store는 광고/IAP를 표시하지 않으며, Apple 개인정보 페이지는 데이터 수집 없음으로 표시한다.
Google Play도 유료 다운로드형이며 핵심 상품 구조에 광고나 IAP가 없다.
공식 설명은 모바일에서 처음부터 3버튼 조작을 전제로 설계했다고 명시한다.
공식 설명은 각 레벨이 절차적으로 생성되어 매 런이 달라진다고 밝힌다.

팀 규모

[사실] Ojiro Fumoto는 인터뷰에서 자신이 게임의 대부분을 만들었고, Eirik Suhrke가 음악, Joonas Turner가 효과음 및 사운드 디자인에 참여했다고 설명했다. 크레딧에도 게임 본체 제작은 Ojiro Fumoto, 음악은 Eirik Suhrke, 사운드 디자인은 Joonas Turner로 구분된다.

[판단] 따라서 “완전한 1인 제작”이라고 부르는 것보다 게임 디자인·프로그래밍·주요 아트는 1인, 전문 오디오는 외부 협업으로 보는 것이 정확하다. 퍼블리싱과 PR은 Devolver Digital이 담당했다.

실제 개발 기간

[사실] Fumoto는 인터뷰에서 Downwell 완성까지 약 1년 3개월이 걸렸다고 말했다. GDC 2016 강연 보도에서는 핵심 Gunboots 게임플레이를 만족스럽게 다듬는 데 약 10개월, 이후 약 5개월을 지역·업그레이드·음악·최종 조정에 썼다고 정리된다.

[의견] 이 수치는 “프로토타입이 15개월 걸린다”는 뜻이 아니다. 오히려 첫 상업작에서 무엇이 재미있는지 발견하고 버리는 탐색 비용이 대부분이었다는 뜻이다. 이미 원리가 알려진 지금 유사한 핵심 검증은 훨씬 짧게 가능하지만, Downwell 수준의 입력감·적 배치·사운드·난이도를 재현하려면 여전히 시간이 든다.

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

Downwell의 판타지는 단순하다.

“총이 달린 부츠를 신고 끝없는 우물 속으로 떨어진다.”

하지만 중요한 것은 설정이 아니라 한 입력이 여러 기능을 동시에 한다는 점이다.

아래로 쏘면 적을 공격한다.
동시에 반동으로 낙하 속도를 늦춘다.
탄약이 떨어지면 착지해야 한다.
착지는 곧 리로드다.
적을 밟으면 탄약을 아끼면서 공격할 수 있다.
공중에서 계속 적을 처리하면 콤보가 이어진다.
콤보를 욕심낼수록 안전한 착지를 포기하게 된다.

[의견] 플레이어 약속은 “총을 쏘는 재미”가 아니라 “내 공격이 곧 이동이고, 이동이 곧 자원 관리다”이다.

좋은 모바일 코어 메커니즘은 버튼 수를 줄이는 것보다 버튼 하나의 의미를 늘리는 것에 가깝다는 점을 보여준다.

3. 코어 루프

첫 10초

[사실 + 관찰 기반 해석] 플레이어는 세로 화면에서 좌우 이동과 한 개의 액션 버튼을 사용한다. 공중에서 액션을 누르면 아래로 총을 쏘고, 캐릭터는 반동을 받는다.

첫 10초의 훅은 설명문이 아니라 물리 감각이다.

떨어진다 → 위험하다 → 쏜다 → 적이 터진다 → 동시에 내가 잠깐 떠오른다

[의견] “왜 총이 부츠에 달렸는가?”와 “왜 아래로 내려가는가?”가 튜토리얼 없이 같은 장면에서 설명된다.

첫 30초

플레이어는 곧 다음을 배운다.

공중 탄약은 제한된다.
땅에 닿으면 탄약이 회복된다.
일부 적은 밟아 죽일 수 있다.
일부 적은 접촉하면 위험하다.
젬을 먹을 수 있다.
계속 아래로 진행해야 한다.

[의견] 여기서 중요한 학습은 버튼 기능보다 리듬이다.

발사 → 낙하 제어 → 안전지점 판단 → 착지 → 즉시 리로드 → 다시 낙하

이 리듬이 게임 전체를 지탱한다.

첫 5분

적을 쏘거나 밟아 진행한다.
동굴/안전 공간을 발견한다.
젬을 모아 상점을 이용한다.
구간 종료 시 업그레이드를 선택한다.
새로운 Gun Module이나 탄약 특성이 현재 빌드를 바꾼다.
콤보를 길게 유지할수록 보상을 더 얻을 기회가 생긴다.
죽으면 즉시 새 런을 시작한다.

이 단계부터 Downwell은 단순 슈팅이 아니라 리스크-리턴 최적화 게임이 된다.

한 세션

한 세션은 크게 두 종류다.

짧은 실패 세션: 수십 초~수분 안에 죽고 다시 시작.
집중 런: 여러 구간을 연속으로 통과하며 빌드가 누적되는 세션.

[의견] 모바일에서 좋은 점은 실패가 세션 종료가 아니라 자연스러운 체크포인트처럼 작동한다는 것이다. 죽으면 “오늘은 여기까지”가 가능하고, 바로 재시작해도 로딩·셋업 비용이 거의 없다.

장기 루프

런 시작 → 실력/경로 학습 → 업그레이드 조합 경험 → 더 깊은 구간 → 실패 → 글로벌 해금 → 새로운 스타일/팔레트/하드 모드 → 더 높은 숙련 목표

Downwell은 대규모 영구 스탯 성장 대신 플레이어 자체 숙련을 메타 진행의 중심에 둔다.

4. 성장 루프

Downwell에는 최근 분석한 idle/incremental 게임 같은 큰 숫자 프레스티지 구조가 없다. 대신 세 층의 성장이 존재한다.

1) 한 런 안의 빌드 성장

새로운 무기/탄약 성격
탄약 용량
체력 관리
구간 종료 업그레이드
상점 구매

[의견] 업그레이드 하나가 단순 공격력 +10%보다 낙하 방식, 리로드 리듬, 적 접근법을 바꾸는 것이 중요하다. 이동과 공격이 묶여 있기 때문에 무기 변화가 곧 이동 변화가 된다.

2) 런 밖의 해금

플레이를 누적하면 스타일·색상 팔레트 같은 요소가 해금된다. 일부 스타일은 시작 조건이나 리스크 성향을 바꾼다.

[사실] 공개 자료는 글로벌 레벨을 통해 플레이 스타일과 색상 팔레트를 해금할 수 있다고 설명한다.

3) 플레이어 숙련

가장 큰 영구 성장 요소는 계정 스탯이 아니다.

어떤 적은 밟을 수 있는가
언제 사격을 멈추고 착지할 것인가
화면 아래가 보이지 않을 때 얼마나 과감하게 떨어질 것인가
콤보를 어디까지 이어갈 것인가
어떤 업그레이드를 현재 빌드에서 고를 것인가

[의견] 이것은 제작자 관점에서 강점이자 약점이다. 데이터 테이블을 수백 줄 만들지 않아도 숙련이 콘텐츠가 되지만, 입력감과 난이도가 조금만 나빠도 콘텐츠 전체가 사라진다.

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

Downwell은 온보딩 문장을 많이 쓰지 않는다. 구조 자체가 학습 순서를 만든다.

훅 1: 방향이 반대인 플랫폼 게임

대부분의 플랫폼 게임은 위나 오른쪽으로 전진한다. Downwell은 처음부터 아래로 떨어진다.

[마케팅 관점] 1초 GIF만으로도 다른 게임과 구분된다.

훅 2: Gunboots

총과 점프를 별도 버튼으로 나누지 않고, 공중 액션 하나로 합친다.

[사실] Fumoto는 처음에는 좌우 이동과 점프만 있는 모바일 프로토타입을 만들었고, 가장 많이 누르는 점프 버튼을 공중에서 다시 눌렀을 때 아래로 사격하는 아이디어를 붙였다고 GDC에서 설명했다.

훅 3: 착지 = 리로드

탄약 UI를 이해하지 않아도 몇 번 쏘고 착지하면 다시 발사 가능해지는 것을 몸으로 배운다.

[의견] 이 설계는 별도 “reload” 버튼을 제거하면서, 착지 자체를 기분 좋은 마침표로 만든다.

훅 4: 죽음 뒤 즉시 재시작

긴 설명, 장비 정비, 로비 이동 없이 다시 떨어질 수 있다.

[의견] 높은 난이도를 허용하는 이유다. 죽음 비용이 낮으면 실패를 더 가혹하게 만들어도 된다.

6. 재미의 원천

숙련

가장 큰 축이다. 낙하 속도와 탄약 수를 동시에 읽어야 한다.

긴장

화면 아래의 완전한 정보가 없다는 점이 긴장을 만든다. 안전하게 착지할지, 콤보를 이어 더 떨어질지 계속 선택한다.

선택

지금 무기를 바꿀지
체력/탄약/특수 업그레이드 중 무엇을 택할지
상점에 젬을 쓸지 아낄지
콤보를 유지할지 안전을 택할지

빌드

한 런에서 업그레이드가 중첩되며 플레이 스타일이 조금씩 달라진다.

발견

절차적 지형, 비밀 공간, 무기/업그레이드 조합이 런마다 다른 상황을 만든다.

변동 보상

젬, 동굴, 상점, 무기 모듈, 업그레이드 후보가 일정하지 않아 다음 화면에 대한 기대가 생긴다.

표현

고득점·긴 콤보·과감한 낙하 같은 플레이 방식 자체가 플레이어 성향을 드러낸다.

[의견] 수집형 메타가 약해도 오래 가는 이유는 동일한 규칙 안에서 플레이 품질을 계속 개선할 수 있기 때문이다.

7. 게임 필(Game Feel)과 Juice

Downwell은 아트 생산량은 작지만 게임 필 비용은 낮지 않다.

입력 반응

좌우 전환이 즉각적이어야 한다.
발사 순간 수직 속도 변화가 명확해야 한다.
착지 순간 탄약 회복이 즉시 느껴져야 한다.
적 밟기 판정이 신뢰 가능해야 한다.

[의견] 모바일 액션에서는 판정이 실제로 공정한가보다 플레이어가 공정하다고 느끼는가가 중요하다. 화면 아래로 내려가는 구조는 시야가 제한되므로 히트박스 여유, 적의 대비, 속도 상한 같은 보정이 필요하다.

사운드

[사실] Eirik Suhrke와 Joonas Turner가 사운드에 참여했고, Suhrke는 음악·사운드·게임플레이가 서로 영향을 주도록 세 사람이 긴밀히 작업했다고 회고했다.

[의견] 이 게임에서 전문 오디오 외주가 제작 효율을 높인 핵심이다. 픽셀 아트는 직접 만들되, 반복 플레이에서 체감 품질을 크게 올리는 분야는 전문가에게 맡겼다.

화면 연출

빨간 젬과 적의 강한 색 대비
검정/흰색 중심의 화면
적 처치 파편
총구/반동
콤보 보상
화면 흔들림과 짧은 정지감 같은 타격 피드백

[의견] 복잡한 애니메이션 대신 색, 속도, 파편, 사운드 타이밍으로 타격감을 만든다. 프레임 수가 적어도 게임은 싸 보이지 않는다.

진동

[추정] 현재 공개 스토어 자료만으로 진동 구현 세부는 확인하지 못했다. 유사작을 제작한다면 착지, 큰 콤보 보상, 피격 같은 드문 이벤트에 짧게 제한하는 편이 적합하다.

8. 리텐션

Downwell의 리텐션은 매일 접속 보상이 아니다.

다음 세션 복귀 이유

방금 죽은 위치를 다시 넘고 싶다.
다른 업그레이드 조합을 시험하고 싶다.
콤보 기록을 더 길게 만들고 싶다.
더 깊은 구간을 보고 싶다.
새로운 스타일/팔레트/난이도를 해금하고 싶다.

메타 진행

영구적인 숫자 성장보다 해금과 숙련이 중심이다.

[의견] 이것은 운영 부담을 크게 낮춘다. D1 보상, 시즌, 배틀패스, 주간 이벤트가 없어도 완결된 상품이 된다.

런 변주

절차 생성 지형
무기 드랍
업그레이드 후보
상점 접근 여부
플레이어가 선택한 리스크 수준

일일/주간 동기

[사실] 현재 핵심 제품 구조에는 대규모 일일/주간 라이브옵스가 없다.

[의견] 프리미엄 싱글플레이를 목표로 한다면 오히려 장점이다. 출시 후 콘텐츠 스케줄을 약속하지 않고도 상품이 유지된다.

9. 콘텐츠 레버리지

Downwell의 가장 중요한 제작 포인트다.

적은 에셋이 많은 플레이를 만드는 이유

1) 절차적 레이아웃

[사실] 공식 페이지는 매 레벨이 절차적으로 생성된다고 설명한다.

제작자는 완성된 스테이지 수백 개 대신 다음을 만든다.

플랫폼 조각
적 배치 규칙
빈 공간 범위
위험물 규칙
안전/상점/동굴 삽입 규칙
깊이별 난이도 파라미터

2) 적의 조합

적 하나가 새 콘텐츠가 아니라, 기존 적과 공간의 조합이 새 상황을 만든다.

3) 무기와 이동의 결합

무기 데이터 하나를 추가하면 DPS만 바뀌는 것이 아니라 낙하 제어 감각도 달라진다.

4) 콤보 시스템

같은 적 배치도 “안전하게 처리”와 “착지 없이 연결”이라는 두 개의 플레이가 된다.

5) 짧은 런

긴 1회성 스테이지보다 같은 시스템을 반복 소비하게 만든다.

콘텐츠 레버리지 평가

[의견] 9/10.

단, “절차 생성 = 공짜 콘텐츠”는 아니다. Downwell에서 어려운 것은 맵 생성 코드가 아니라 랜덤인데도 불공정하게 느껴지지 않는 생성 규칙이다.

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

[명시적 답변] 반복 동력은 실시간 숙련 + 낙하 리스크 + 콤보 욕심 + 런 빌드 + 절차적 공간이다.

퍼즐처럼 정답을 찾아 한 번 해결하는 구조가 아니다.

같은 규칙을 수백 번 반복해도:

입력 정밀도가 달라지고,
다음 화면의 배치가 달라지고,
무기와 업그레이드가 달라지고,
플레이어가 감수하는 리스크가 달라진다.

따라서 플레이 시간을 늘리는 재료가 “새 문제 제작”이 아니라 숙련 곡선이다.

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

[명시적 답변] Downwell에서는 빌드 + 소규모 경제 + 플레이어 숙련이 세션을 이어준다.

숫자 성장: 약함.
장비/무기 변화: 중간.
자동화: 없음.
빌드: 강함.
경제: 젬과 상점 수준의 가벼운 런 경제.
숙련: 매우 강함.

[의견] 최근 아카이브처럼 경제 시스템으로 시간을 늘리지 않고도 플레이를 만들 수 있다는 점이 이번 후보의 가장 큰 다양성 가치다.

12. 콘텐츠를 직접 많이 만들지 않고도 10시간 이상을 만들 수 있는가?

[의견] 가능하다. 신뢰도 높음.

이유는 다음 세 가지다.

죽음과 재시작이 매우 빠르다.
절차 생성으로 정확히 같은 런이 반복되지 않는다.
승리 이전에도 콤보·깊이·플레이 스타일 숙련이 별도 목표가 된다.

다만 모든 플레이어가 10시간을 쓰는 것은 아니다. 숙련 액션을 싫어하거나 반복 실패를 싫어하는 사용자는 훨씬 일찍 이탈한다.

제작자 교훈: 10시간을 만들기 위해 콘텐츠 10시간분을 만들 필요는 없지만, 대신 10시간 동안 개선할 수 있는 플레이 기술을 만들어야 한다.

13. 경제 시스템

Downwell의 경제는 작고 명확하다.

주요 재화

런 중 획득하는 젬.

Source

적 처치/환경 파괴/젬 획득.
콤보와 탐색을 통해 효율이 높아질 수 있다.

Sink

런 중 상점 구매.

성장곡선

경제는 장기 인플레이션이 아니라 한 런의 생존 판단에 붙는다.

젬을 더 모음 → 상점에서 회복/성능 개선 → 더 깊이 진행 → 더 위험한 선택 가능

병목

체력 부족.
탄약/무기 특성과 공간의 불일치.
젬 부족으로 상점 선택 제한.
플레이어 입력 숙련 부족.

페이월

[사실] 프리미엄 유료 게임이며 핵심 플레이에 광고/IAP 페이월이 없다.

숫자가 커지는 재미와 실제 의사결정

[명시적 답변] Downwell은 숫자를 크게 키워 만족시키는 게임이 아니다. 의사결정은 현재 체력, 젬, 탄약, 업그레이드 후보, 다음 착지점, 콤보 유지 여부처럼 작은 숫자에서 생긴다.

[의견] 작은 수치만 써도 의사결정 밀도가 높으면 경제 시스템은 충분히 재미있을 수 있다.

14. 모바일 적합성

세로 화면

[사실] 개발 초기부터 모바일 세로 화면을 전제로 했다.

세로 공간 자체가 테마다. 화면 비율을 “불편함”으로 보지 않고 우물이라는 게임 규칙으로 바꾼다.

조작

좌 이동.
우 이동.
액션 1개.

[사실] App Store 공식 설명은 3버튼 조작을 강조한다.

한 손 조작

[판단] 이론적으로 버튼 수는 적지만 실전에서는 좌우 엄지와 액션 엄지를 함께 쓰는 양손 그립이 더 안정적이다. 따라서 한 손 게임으로 분류하기보다는 짧은 모바일 액션으로 보는 것이 정확하다.

중단/재개

[의견] 런이 짧고 죽음이 자주 발생해 세션 중단 비용이 낮다. 다만 실시간 액션 중 전화·앱 전환이 발생하면 복귀 UX가 중요하므로 자동 일시정지와 상태 보존이 필수다.

오프라인/네트워크

[추정 | 신뢰도 높음] 핵심 게임은 싱글플레이 로컬 구조이고 서버/라이브옵스 의존이 없다. 플랫폼 라이선스 확인 외에 지속 네트워크가 게임 디자인의 핵심은 아니다.

배터리

2D 픽셀 기반이고 화면 내 오브젝트 수가 제한되어 현대 모바일 기준 계산 부하는 낮은 편이다. 다만 높은 프레임 안정성이 조작감과 직결되므로 절전보다 고정 프레임을 우선해야 한다.

15. BM 해체

실제 BM

[사실] 프리미엄 일회성 구매.

App Store 미국: $2.99.
Steam: $2.99.
Google Play도 유료 다운로드.
핵심 광고 없음.
핵심 IAP 없음.

왜 이 BM이 잘 맞는가

Downwell의 재미는 실패와 재시작을 매우 빠르게 반복하는 데 있다.

중간에 전면 광고가 들어가면:

죽음 → 즉시 다시 도전

이라는 가장 중요한 리듬이 깨진다.

[의견] 광고 기반 BM과 구조적으로 궁합이 나쁘다.

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

유사 게임을 F2P로 만든다는 가정에서만:

선택형 광고로 하루 첫 런의 팔레트/외형 체험.
런 시작 전 자발적 보너스 옵션.
게임오버 후 즉시 부활은 매우 제한적으로 사용.

[의견] 부활 광고를 반복적으로 쓰면 난이도 설계 자체가 왜곡되므로 추천하지 않는다.

IAP를 넣는다면

코스메틱 팔레트 팩.
추가 테마/사운드 팩.
확장형 신규 지역 DLC.

피해야 할 것: 탄약/체력/업그레이드 판매. 숙련 게임의 공정성을 훼손한다.

16. 돈을 얼마나 벌었을까

공식 누적 매출/판매량 수치는 찾지 못했다. 따라서 아래는 공개 프록시 기반 범위 추정이다.

확인 가능한 프록시

[사실]

Steam 현재 리뷰: 8천 건 이상.
Steam 현재 가격: $2.99.
Google Play 재출시 패키지: 100K+ downloads, 유료 앱.
미국 App Store: 1.8K ratings, Editors’ Choice 표시, 현재 $2.99.
일본 App Store: 900건 이상 평가.
Android는 2019년에 기술적 이유로 기존 앱을 재출시했고 일정 기간 무료 배포된 기록이 있어 현재 설치 수를 그대로 유료 구매 수로 볼 수 없다.
서드파티 Steam 추정은 크게 갈린다. Raijin은 약 18만 장과 약 $455K gross를 추정하고, 다른 Boxleiter 계열 서비스는 약 41만~45만 장과 약 $950K gross를 추정한다.

Steam 매출 범위

[추정 | 신뢰도 중간]

서드파티 두 추정치의 편차가 크므로 Steam lifetime consumer gross를 약 $0.45M ~ $1.0M 범위로 보는 것이 보수적이다.

이 범위는 실제 할인율, 번들, 환불, 지역 가격에 따라 달라진다.

모바일 매출 범위

[추정 | 신뢰도 낮음]

Android 현재 패키지 설치 수가 100K+지만 무료 프로모션 기간과 재설치가 섞여 있다.
iOS는 미국 1.8K ratings, 일본 900+ ratings, Editors’ Choice라는 강한 신호가 있지만 다운로드 수는 공개되지 않는다.

유료 가격이 약 $2.99였다는 사실과 평가량을 감안하면 모바일 전체 lifetime consumer gross가 수십만 달러 후반~백만 달러 이상일 가능성은 충분하지만, 정확한 변환율을 알 수 없어 좁은 범위를 제시하기 어렵다.

전체 플랫폼

[추정 | 신뢰도 낮음]

PC + iOS + Android + 콘솔 포트까지 합친 lifetime consumer gross는 대략 $1M ~ $4M 정도의 오더로 보는 것이 합리적이다.

이 범위는 공식 수치가 아니라 다음 근거의 합산 추정이다.

Steam 추정 gross 약 $0.45M ~ $1.0M.
유료 모바일에서 의미 있는 설치·평가량.
PS4/Vita/Switch 포트.
장기간 판매와 반복 할인/번들.

개발사 실수령과 혼동하면 안 되는 이유

consumer gross ≠ Ojiro Fumoto 실수령이다.

실제 분배에는 다음이 빠진다.

Apple/Google/Steam/콘솔 플랫폼 수수료.
부가세/판매세.
환불.
퍼블리셔 Devolver Digital의 계약상 몫 또는 비용 회수.
외부 음악/사운드 비용.
포팅 비용.
세금.

[의견] 이 사례에서 더 중요한 숫자는 “몇 백만 달러를 벌었나”보다 1인 핵심 제작자가 약 15개월 동안 만든 작은 게임이 10년 넘게 여러 플랫폼에서 계속 팔리는 구조다.

17. 성공은 게임 자체의 힘인가, UA/퍼블리셔 힘인가

게임 자체의 힘

강하다.

1GIF로 설명되는 Gunboots.
높은 조작 깊이.
절차 생성과 짧은 런.
강한 시각 대비.
낮은 진입 가격.
높은 리뷰 평점.

퍼블리셔 파워

역시 의미 있게 강하다.

[사실] Fumoto는 개발 초기에 게임 GIF를 Twitter에 올렸고, 그것이 확산되며 Devolver Digital의 눈에 들어 계약으로 이어졌다고 인터뷰에서 설명했다. Devolver는 출시·PR·행사 노출을 지원했고, 전문 음악/사운드 인력과 연결되는 데도 퍼블리싱 네트워크가 도움이 된 것으로 보인다.

UA 비용

[추정] 대규모 퍼포먼스 광고비로 성공한 모바일 F2P 사례와는 다르다. 공개적으로 확인되는 성공 경로는 개발 GIF, 인디 미디어, IGF/GDC/PAX 노출, Devolver 퍼블리싱, 강한 리뷰다.

분리 평가

게임 자체의 힘: 매우 높음.
퍼블리셔/PR 증폭: 높음.
대규모 paid UA 의존: 낮음으로 추정.
기존 IP/브랜드 의존: 낮음.

[의견] 재현해야 할 것은 “Devolver와 계약한다”가 아니라 개발 중인 화면 자체가 퍼블리셔가 연락하고 싶을 정도로 GIF 친화적이어야 한다는 점이다.

18. 유저 획득 / 발견성

ASO

Downwell이라는 이름 자체가 규칙을 설명한다.

Down = 아래로.
Well = 우물.

짧고 검색하기 쉽고, 게임플레이와 완전히 연결된다.

스토어 썸네일

검정/흰색/빨강 팔레트는 작은 썸네일에서도 식별성이 높다.

3초 광고 소재

가장 좋은 장면은 매우 단순하다.

캐릭터가 우물로 떨어진다.
아래로 총을 쏜다.
반동으로 공중에 뜬다.
적이 연쇄로 터진다.
콤보 숫자가 뜬다.

텍스트가 없어도 훅이 전달된다.

GIF

[사실] 개발 단계의 GIF가 퍼블리셔 발견 경로에 직접 기여했다.

[의견] 작은 인디게임에서 최고의 마케팅 자산은 런칭 트레일러가 아니라 개발 2주 차부터 반복적으로 뽑을 수 있는 2~5초짜리 기분 좋은 순간일 수 있다.

TikTok/Shorts

세로 화면 게임이라 소재 전환 비용이 특히 낮다.

긴 콤보.
체력 1에서 생존.
보스 진입.
특이한 무기 빌드.
빠른 낙하 챌린지.

스트리머 적합성

중간 이상.

서사 반응형 게임은 아니지만 고난도·스피드런·기록 경쟁에 적합하다.

19. 경쟁작과 포지셔닝

Spelunky

[사실] Fumoto가 직접 주요 영감으로 언급했다.

공통점:

절차 생성.
짧은 실패.
숙련 기반.
적은 시스템이 상호작용.

차이점:

Downwell은 이동 방향을 아래로 한정.
컨트롤을 모바일 3버튼으로 축소.
레벨 탐색보다 낙하 리듬을 우선.

Nuclear Throne

[사실] Fumoto가 영감으로 언급했다.

공통점은 고밀도 액션과 런 기반 업그레이드다. Downwell은 조준과 이동을 훨씬 더 압축했다.

Super Hexagon

아카이브 내부 비교로는 Super Hexagon이 더 순수한 반사신경 게임이다.

Downwell은:

지형 생성.
경제.
무기.
업그레이드.
탐색.

을 추가해 콘텐츠 레버리지를 높인다.

Magic Survival

Magic Survival은 이동만 직접 하고 공격은 자동이다. Downwell은 정반대로 공격 입력이 곧 이동 제어다.

[의견] 둘 다 모바일 액션을 단순화하지만, 자동화 방향이 완전히 다르다.

20. 제작 난이도 분해

코어 시스템 — 7/10 난이도

코드 양은 많지 않지만 느낌이 어렵다.

필요 요소:

수직 물리.
좌우 가속/감속.
총알.
반동.
탄약.
착지 감지.
적 충돌.
밟기 판정.
카메라.

UI — 4/10 난이도

HUD는 단순하다.

HP.
탄약.
젬.
업그레이드 선택.
상점.

프론트엔드 개발자에게 부담이 낮다.

아트 — 3/10 난이도, 그러나 가독성 난이도는 높음

에셋 제작량 자체는 낮다.

제한 팔레트.
작은 픽셀 스프라이트.
짧은 애니메이션.

하지만 적이 밟아도 되는지 / 피해야 하는지를 색과 형태만으로 즉시 구분해야 한다.

애니메이션 — 4/10

프레임 수는 적어도 충분하다. 대신 반동, 사망, 피격, 착지 타이밍이 중요하다.

사운드 — 7/10

에셋 개수보다 믹스와 타이밍이 중요하다.

[의견] 직접 음악까지 하려 하지 말고, 코어가 잡힌 뒤 전문 사운드 협업을 붙이는 방식이 효율적이다.

레벨 디자인 — 7/10

수작업 스테이지가 적다는 뜻이지 레벨 설계가 쉽다는 뜻은 아니다.

필요한 것은:

chunk 규칙.
최소 안전폭.
적 조합 난이도.
화면 아래 정보량.
막다른 배치 방지.
깊이별 생성 가중치.

백엔드 — 1/10

핵심 게임에는 거의 필요 없다.

광고 SDK — 실제 제품은 불필요

프리미엄 모델이면 제거 가능하다.

결제 — 2/10

앱 구매 자체는 스토어가 담당한다. IAP 카탈로그 운영이 없다.

분석 — 4/10

현대 재현작은 다음 정도가 유용하다.

사망 깊이.
평균 런 시간.
적별 사망률.
무기 선택률.
업그레이드 선택률.
콤보 분포.
첫 5분 이탈 구간.

QA — 8/10

가장 과소평가하기 쉬운 부분이다.

다양한 화면 비율.
60/90/120Hz.
터치 동시입력.
노치/홈 인디케이터.
입력 누락.
일시정지/복귀.
Android 기기별 프레임 변동.

실시간 게임에서 1%의 입력 누락도 큰 불만이 된다.

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

필요한 데이터

적 HP/속도/접촉 속성.
무기 탄 수/발사 패턴/반동.
업그레이드 효과.
젬 드랍.
상점 가격.
깊이별 적 가중치.
procedural chunk 가중치.

전용 에디터

[의견] 30일 MVP까지는 거대한 커스텀 에디터가 필요 없다.

대신 다음 두 개가 있으면 생산성이 크게 오른다.

Chunk Previewer: 생성될 세로 조각을 바로 미리보기.
Run Simulator: 특정 seed/무기/업그레이드 조합으로 즉시 시작.

프론트엔드 개발자라면 웹 기반 밸런싱 툴을 별도로 만드는 것도 잘 맞는다.

22. 출시 전 콘텐츠 생산 부담

낮은 편

필수 콘텐츠 단위가 다음 정도다.

소수 지역 테마.
적군 세트.
procedural chunk.
무기 모듈.
업그레이드.
상점 아이템.
보스.
사운드/음악.

하지만 조합 QA가 증가한다

무기 × 업그레이드 × 적 × 공간 조합이 생기므로 콘텐츠 수보다 상호작용 테스트가 부담이다.

[의견] 20개 아이템을 만드는 것보다 8개 아이템이 서로 확실히 다른 플레이를 만들게 하는 편이 낫다.

23. 출시 후 콘텐츠 생산 부담

[의견] 매우 낮음.

프리미엄 완결형이기 때문에:

시즌 필요 없음.
신규 영웅 지속 공급 필요 없음.
서버 이벤트 필요 없음.
커뮤니티 모더레이션 거의 없음.
경제 인플레이션 관리 없음.

출시 후 핵심 부담은 콘텐츠보다 OS 호환성이다.

[사실] iOS 버전은 2020년 말 업데이트 기록이 보이며, Android는 재출시 이력과 플랫폼 호환성 문제가 있었다. 작은 프리미엄 게임도 모바일에서는 스토어 정책/SDK/OS 변화 때문에 장기 유지보수가 완전히 0은 아니다.

24. 예상 팀 규모 / 기간

실제 사례

핵심 개발: 1인.
음악/사운드: 외부 전문 협업.
퍼블리싱: Devolver Digital.
완성까지: 약 15개월.

유사작을 지금 만드는 경우

[추정 | 프론트엔드 개발자가 게임 엔진에 새로 진입한다는 가정]

재미 검증 프로토타입

팀: 1명.
기간: 1~7일.

MVP

팀: 1명.
기간: 4~8주.

상용화 후보

팀: 1~2명 + 오디오 외주.
기간: 4~8개월.

Downwell 수준의 높은 완성도

6~15개월까지도 자연스럽다.

[의견] 액션 게임은 시스템 개수가 적어 보여도 “85점에서 95점”으로 올리는 비용이 매우 크다.

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

상태 관리

run state.
player state.
weapon state.
ammo.
upgrade stack.
shop inventory.
procedural seed.

React/Redux/Zustand류의 상태 모델링 경험을 그대로 적용할 수 있다.

데이터 모델링

적, 무기, 업그레이드를 데이터 기반으로 만들기 좋다.

UI

상점과 업그레이드 선택은 전형적인 UI state machine이다.

디버그 툴

웹 개발자가 특히 강점을 낼 수 있다.

seed 입력.
난이도 그래프.
사망 히트맵.
chunk inspector.
weapon DPS/airtime simulator.

새로 배워야 할 것

delta time.
fixed timestep.
collision.
input buffering.
coyote time / forgiving hitbox 개념.
camera movement.
particle / screen shake.
frame pacing.
모바일 터치 동시입력.
게임 사운드 믹싱.

[의견] 프론트엔드 개발자가 첫 액션 게임으로 도전할 수는 있지만, “웹 UI는 잘하니까 코어도 금방 되겠지”라고 생각하면 안 된다. 가장 큰 학습 비용은 렌더링보다 조작감 튜닝이다.

26. 엔진 / 기술 후보

Godot — 가장 추천

이유:

2D 물리와 충돌이 충분함.
빠른 반복.
가벼운 프로젝트.
Android/iOS export.
Resource 기반 데이터 구성.
에디터 도구를 직접 만들기 쉬움.

추천도: 9/10.

Defold — 매우 좋은 후보

작은 바이너리.
2D 최적화.
모바일 배포에 강함.
상태가 단순한 액션에 적합.

단, 프론트엔드 개발자에게 Lua와 생태계가 Godot보다 낯설 수 있다.

추천도: 8.5/10.

Unity

모바일 플러그인/분석/상용 SDK가 풍부.
프로파일러와 디바이스 대응이 강함.

하지만 이 정도 스코프에는 프로젝트 무게가 과할 수 있다.

추천도: 8/10.

Phaser/Web

코어 실험에는 매우 좋다.

TypeScript 그대로 사용.
브라우저에서 즉시 테스트.
퍼블릭 프로토타입 배포 쉬움.

하지만 최종 모바일 상용 액션에서는:

터치 입력 지연.
프레임 페이싱.
앱 라이프사이클.
네이티브 스토어 대응.

이 추가 부담이 생길 수 있다.

추천도: 프로토타입 9/10, 상용 모바일 6.5/10.

원작 기술

[사실] Fumoto는 GameMaker Studio를 사용했다고 인터뷰에서 밝혔다.

[의견] 원작 엔진을 복제하는 것보다, 지금 본인이 가장 빨리 60fps 2D 게임을 반복 테스트할 수 있는 엔진이 중요하다.

27. 1일 프로토타입

목표는 “Gunboots가 재미있는가?” 하나만 검증한다.

반드시 구현

세로 화면.
중력.
좌/우 이동.
공중에서 액션 버튼 → 아래로 발사.
발사 반동으로 낙하 속도 감소.
탄약 4~6발 정도의 제한.
착지하면 탄약 전부 회복.
정적 플랫폼.
밟거나 쏠 수 있는 적 1종.
죽으면 1초 안에 재시작.

넣지 말 것

상점.
메타 성장.
보스.
세이브.
스킨.
IAP.
절차 생성.

성공 기준

[의견] 테스트 플레이어가 설명 없이 3분 안에 총을 공격용이 아니라 낙하 제어용으로 의도적으로 사용하기 시작하면 핵심 가설이 살아 있다.

28. 7일 프로토타입

코어 액션

적 4~6종.
stomp 가능/불가능 구분.
combo.
젬.
피격/무적 시간.

콘텐츠 레버리지

10~20개 vertical chunk.
chunk randomizer.
seed 재현.
간단 난이도 curve.

빌드

무기 모듈 4종.
업그레이드 8~12종.
구간 종료 3지선다.

경제

상점.
회복/탄약 증가 2~3개 상품.

juice

화면 흔들림.
hit stop.
적 파편.
콤보 사운드.

데이터

사망 깊이 로그.
평균 세션.
무기 선택률.

29. 30일 MVP

플레이 콘텐츠

지역 테마 3개.
적 10~15종.
보스 1~2종.
무기 6~8종.
업그레이드 20개 안팎.
상점.
비밀방/보너스방.

메타

소규모 플레이 스타일 해금.
팔레트/스킨.
하드 난이도 조건.
로컬 최고 기록.

모바일 제품화

Android/iOS 입력 레이아웃.
safe area.
백그라운드 자동 pause.
save.
controller optional.
crash reporting.
기본 analytics.
60fps 성능 테스트.

BM

첫 상용 실험이면 저가 프리미엄이 가장 자연스럽다.

[의견] 30일 MVP에서 광고/IAP를 먼저 붙이지 말고, 코어 리트라이율과 평균 세션을 확인한 뒤 BM을 선택해야 한다.

30. 스코프 폭발 위험 요소

1) 무기 수 늘리기

총 30종을 만들면 콘텐츠가 늘어날 것 같지만, 이동 물리까지 바뀌므로 QA 조합이 폭발한다.

2) 지역 수 늘리기

새 배경만 필요한 것이 아니다. 적·공간·난이도 규칙도 새로 필요하다.

3) 메타 성장 추가

영구 스탯 트리를 넣으면 액션 난이도와 메타 수치가 섞여 밸런싱이 급격히 복잡해진다.

4) 온라인 랭킹 집착

치팅 방지와 서버 검증을 시작하면 작은 오프라인 게임의 장점이 사라진다.

5) 모든 해상도 완벽 대응

세로 액션은 화면 비율이 난이도에 영향을 준다. 넓은 대응보다 기준 viewport와 레터박싱/카메라 정책을 먼저 확정해야 한다.

6) 아트 업그레이드 욕심

3D 이펙트, 고프레임 캐릭터 애니메이션을 추가해도 핵심 가치가 크게 늘지 않는다.

31. 장기 운영 부담

콘텐츠 운영 — 낮음

정기 신규 콘텐츠가 없어도 된다.

서버 — 거의 없음

핵심 서버가 없다.

커뮤니티 — 낮음

PvP나 길드가 없다.

스토어 유지보수 — 중간

모바일 OS 정책 변경, target SDK, 화면 비율, 입력 API 문제는 장기적으로 발생한다.

[의견] “라이브옵스 부담은 낮지만 플랫폼 유지보수는 남는다”가 정확한 표현이다.

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

복제 가능한 것

입력 통합

한 버튼이 공격 + 이동 + 자원 소비를 동시에 담당.

행동-회복 리듬

공중에서 자원 소비 → 착지하면 즉시 회복.

숙련을 콘텐츠로 사용

새 스테이지 수보다 플레이어의 개선 여지를 늘린다.

절차 생성

수작업 레벨 대신 규칙 기반 상황을 만든다.

위험한 플레이에 보상

콤보를 통해 안전 플레이보다 빠르고 위험한 플레이를 유혹한다.

제한 팔레트

아트 비용을 줄이면서 정보 대비를 높인다.

즉시 재시작

높은 난이도의 부정 감정을 완화한다.

복제하기 어려운 것

Gunboots 자체의 신선함

현재는 이미 Downwell의 상징이다. 그대로 쓰면 모방이 된다.

2015년 시점의 시장 신선도

세로 모바일 로그라이트 액션이 지금은 더 익숙하다.

Devolver 브랜드/PR 네트워크

그 자체는 재현 불가능하다.

Ojiro Fumoto의 미세한 조작 튜닝

코드보다 반복 플레이 감각의 결과다.

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

유지할 것

세로 화면이 게임 규칙 자체인 구조.
3개 이하 핵심 입력.
한 입력이 두 기능 이상 담당.
착지/휴식이 자원 회복으로 연결.
절차 생성.
런별 3지선다 빌드.
즉시 리트라이.
제한 팔레트.
GIF로 즉시 이해되는 핵심 액션.

줄일 것

초기부터 많은 적 종류.
복잡한 상점 경제.
팔레트/스킨 수.
지역 수.
어려운 보스 패턴.
PC/콘솔 동시 대응.

바꿀 것

[의견] Gunboots를 그대로 복제하지 말고, “행동 하나가 공격과 이동을 동시에 바꾼다”는 원리만 가져와야 한다.

예:

낚싯줄 발사 = 적 공격 + 자신을 아래로 당김.
드릴 발사 = 블록 파괴 + 반동 상승.
자석 펄스 = 자원 흡수 + 반대 방향 이동.
폭탄 투하 = 광물 파괴 + 점프.

여기에 Keep on Mining!류의 짧은 성장 메타를 아주 얇게 추가하면 사용자 관심사와 더 가까운 변형이 된다.

34. 제작 효율 점수

점수는 높을수록 솔로/극소수 제작에 유리하다는 의미다.

항목	점수	제작자 관점
재미 잠재력	9.4/10	공격·이동·자원 관리가 한 규칙에서 발생
구현 용이성	7.4/10	코드 양보다 물리/입력감 튜닝이 어려움
아트 부담	9.4/10	제한 팔레트와 작은 스프라이트로 충분
콘텐츠 부담	9.0/10	절차 생성 + 숙련이 콘텐츠를 대체
운영 부담	9.5/10	서버·라이브옵스 불필요
성장 시스템 레버리지	7.7/10	런 빌드는 강하지만 장기 숫자 메타는 얕음
BM 적합성	8.6/10	저가 프리미엄과 매우 잘 맞음
마케팅 훅	9.6/10	세로 GIF 2초로 규칙이 설명됨

종합 제작 효율: 8.8 / 10

[의견] 시스템 수만 보면 9점대여도 되지만, 액션 게임 특유의 입력감/충돌/절차 생성 QA가 쉽지 않아 8.8로 본다.

35. 최종 판정

지금 프로토타입 추천

단, Downwell 복제품을 만들라는 뜻이 아니다.

프로토타입 가치가 높은 이유는 다음이다.

하루 안에 핵심을 구현할 수 있다.
재미 여부가 숫자 성장 없이 바로 드러난다.
에셋 없이 회색 박스로 검증 가능하다.
모바일 세로 화면을 처음부터 사용할 수 있다.
실패하면 일주일 안에 버리기 쉽다.
성공하면 경제/빌드/메타를 나중에 얹을 수 있다.

프론트엔드 개발자에게 특히 좋은 학습 과제는 상태 관리보다 한 단계 아래인 “프레임마다 변하는 상태와 입력을 다루는 감각”을 익힐 수 있다는 점이다.

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

아이디어 1 — Drill Drop

가설: 아래로 드릴을 발사하면 광물을 부수는 동시에 반동으로 위로 튀는 구조는 Downwell의 이동-공격 통합과 Keep on Mining!의 자원 성장을 연결할 수 있다.

1일 버전

세로 갱도.
좌우 이동.
아래 드릴 발사.
광물 3종.
드릴 탄약은 바닥 착지 시 회복.

7일 버전

광물 판매.
드릴 파워 / 탄약 / 폭발 범위 3지선다.
희귀 광맥.
3분 런.

확인할 지표

플레이어가 공격보다 이동 제어를 위해 드릴을 사용하는가?
첫 10분 평균 재시도 횟수.
업그레이드 후 이동 감각이 실제로 달라지는가?

아이디어 2 — Magnet Well

가설: 자석 펄스가 주변 금속 적/자원을 끌어오고 자신은 반대 방향으로 밀려나는 구조는 공격·수집·이동을 한 버튼에 묶을 수 있다.

코어

탭: 자석 펄스.
가까운 자원 흡수.
큰 금속 대상일수록 캐릭터가 더 크게 이동.
연속 흡수 시 multiplier.

성장

펄스 반경.
반동.
자원 가치.
자동 수집 드론 1개.

장점

아트 부담이 매우 낮고, 원·선·파티클만으로도 프로토타입 가능.

아이디어 3 — Falling Forge

가설: 낙하 중 적을 부수어 재료를 얻고, 60초마다 대장간 안전방에서 즉석 제작 3지선다를 하면 실시간 숙련 + 짧은 crafting 조합이 모바일에서 작동할 수 있다.

루프

낙하 전투 60초 → 안전방 → 재료 2~3종 합성 → 무기 효과 선택 → 더 깊이 낙하

핵심 제한

인벤토리 슬롯 4개.
레시피 8개 이하.
영구 장비 없음 또는 매우 얕게.

검증할 것

액션의 흐름을 crafting UI가 깨뜨리는지, 아니면 안전한 호흡 구간으로 작동하는지 본다.

37. 프론트엔드 개발자가 가져갈 핵심 교훈

교훈 1: 규칙 수보다 규칙당 역할 수가 중요하다

Gunboots는 공격, 이동, 체공, 탄약 관리, 착지 리듬을 동시에 만든다.

교훈 2: 콘텐츠가 없으면 숙련을 콘텐츠로 만들어야 한다

절차 생성만으로는 부족하다. 플레이어가 10시간 동안 더 잘할 수 있어야 한다.

교훈 3: 게임 필은 후처리가 아니다

Downwell은 코어가 작기 때문에 입력감·사운드·반동이 곧 상품이다.

교훈 4: 개발 중 마케팅 가능한 화면을 만들어라

게임 GIF가 퍼블리셔 계약으로 이어진 것은 우연만은 아니다. 핵심이 시각적으로 전달됐기 때문이다.

교훈 5: 전문 외주를 한 곳에 집중할 수 있다

혼자 모든 것을 잘하려 하지 않고 핵심 개발은 혼자, 오디오는 전문 협업으로 품질을 올렸다.

교훈 6: 저가 프리미엄은 아직도 구조적으로 깔끔하다

광고 타이밍을 고민할 필요가 없고, 플레이 리듬을 BM 때문에 훼손하지 않는다.

38. 참고 출처

공식 / 1차 자료

Devolver Digital — Downwell 공식 페이지
https://www.devolverdigital.com/games/downwell
Apple App Store US — Downwell, 가격/ID/평가/3버튼 모바일 설계
https://apps.apple.com/us/app/downwell/id1032708262
Apple App Store KR — Downwell, 한국 가격/버전 기록/개인정보
https://apps.apple.com/kr/app/downwell/id1032708262
Google Play — Downwell 재출시 패키지, 가격/다운로드/리뷰
https://play.google.com/store/apps/details?id=com.devolver.downwell_rerelease
Steam — Downwell, 출시일/가격/리뷰/절차 생성/업그레이드
https://store.steampowered.com/app/360740/Downwell/
GDC Vault — Polishing the Boots: Designing Downwell Around One Key Mechanic
https://gdcvault.com/play/1023533/Polishing-the-Boots-Designing-Downwell

개발자 인터뷰 / 개발 과정

Famitsu — GDC 2016 개발 과정, Gunboots, 탄약/착지, 레벨 설계, 10개월+5개월
https://www.famitsu.com/news/201603/16101475.html
Geekzone — Ojiro Fumoto 인터뷰, GameMaker Studio, 팀 역할, 개발기간 1년 3개월, Devolver 접점
https://www.geekzone.fr/2015/10/23/downwell-la-perle-du-jv-independant-japonais/
Game Developer — Designing Downwell around one key mechanic
https://www.gamedeveloper.com/design/video-designing-i-downwell-i-around-one-key-mechanic
Kotaku — 초기 GameMaker 사용과 개발자 전향 배경
https://kotaku.com/the-japanese-developer-of-downwell-used-to-be-an-opera-1697199200

오디오 / 크레딧

Black Screen Records — Eirik Suhrke의 Downwell soundtrack 제작 설명
https://blackscreenrecords.com/products/downwell-official-game-soundtrack
MobyGames — Downwell credits
https://www.mobygames.com/game/76071/downwell/credits/windows/

매출 / 시장 프록시 — 비공식 추정

Raijin — Steam units/revenue estimate
https://raijin.gg/app/360740/Downwell
GameRevenueData — Steam units/revenue estimate
https://gamerevenuedata.com/games/downwell/
AndroidRank — Google Play 100K+ installs 및 가격 보조 확인
https://www.androidrank.org/application/downwell/com.devolver.downwell_rerelease

출처 신뢰도 메모

출시일, 가격, 플랫폼, 스토어 ID, BM, 공식 기능 설명은 공식 스토어/퍼블리셔 페이지를 우선했다.
개발 과정과 팀 역할은 개발자 인터뷰 및 GDC 강연 보도를 우선했다.
매출은 공식 자료가 없어 Steam 리뷰 기반 서드파티 모델과 모바일 설치/평가량을 사용했다. 서비스 간 추정 편차가 매우 커서 전체 매출 추정 신뢰도는 낮음으로 표시했다.
Google Play 설치 수는 2019년 Android 재출시와 무료 프로모션 이력이 있으므로 유료 구매 건수와 동일하게 취급하지 않았다.