Skip to Content
Indie GamesMobile202609Duet

Duet — 두 개의 점과 좌우 입력만으로 ‘집중 상태’를 파는 게임

0. 한 줄 결론

[의견] Duet은 “규칙과 그래픽을 더 만드는 대신, 하나의 입력 규칙을 극도로 정제하고 실패-재시도 루프를 거의 마찰 없이 연결하면 작은 팀도 강한 상품을 만들 수 있다”는 좋은 사례다. 코어 프로토타입은 매우 작지만, 상용 게임의 가치는 140개 이상의 데이터 기반 스테이지, 정확한 입력 감각, 실패 흔적 연출, 음악/내레이션, 난이도 곡선에 집중되어 있다. 따라서 프론트엔드 개발자가 1~7일 안에 재미 가설을 검증하기에는 매우 적합하지만, 원작 수준의 완성도를 내려면 ‘레벨 디자인과 폴리시가 진짜 콘텐츠’라는 점을 과소평가하면 안 된다.

제작 효율 점수: 8.8 / 10

최종 판정: 지금 프로토타입 추천


1. 기본 정보

항목내용
게임Duet
장르미니멀 아케이드 / 회피 / 스킬 기반 액션
핵심 입력화면 왼쪽/오른쪽 터치 → 두 구체가 중심을 기준으로 동시에 회전
개발/퍼블리싱Kumobius 자체 개발·자체 배급
핵심 스튜디오 규모3명 — Kumobius 공식 presskit은 Tom Greenaway, James Greenaway, Ivan Neeson의 3인 스튜디오라고 명시
추가 기여Tim Shiel: 음악 + SFX. presskit 크레딧에는 Owen Thomas도 Kumobius로 표기되어 있어 실제 프로젝트 기여자는 핵심 3명보다 많음
최초 출시공식 presskit 기준 2013-10-10
iOSApp Store ID 634235735, 현재 미국 스토어 $2.99 + IAP
AndroidGoogle Play package com.kumobius.android.duet, 무료 + 광고 + 일회성 Premium형 IAP 구조
PCSteam App ID 292600, 2015-08-03 출시, $4.99
현재 iOS IAPEncore Chapters $0.99, Soliloquy Chapters $0.99
Android 설치Google Play 공개 구간은 10M+; 외부 Play 추적 서비스는 2026-09-06 기준 약 23.3M 다운로드를 추정
공식 매출 정보Kumobius 공식 presskit이 Duet을 당시 스튜디오 최고 성공작으로 소개하며 **“revenue now in the 7 figures range”**라고 명시

사실과 주의점

  • [사실] 공식 사이트/presskit은 Duet의 룰을 “두 개의 궤도 구체를 조종하여 점점 복잡해지는 낙하 장애물을 통과한다”로 설명한다.
  • [사실] 공식 presskit은 140개가 넘는 스테이지와 단순한 two-touch 좌우 조작을 명시한다.
  • [사실] 현재 미국 App Store는 $2.99 유료 앱이며 $0.99 콘텐츠 IAP 두 개가 표시된다.
  • [사실] Android 버전은 무료 배포 + 광고 + Premium 업그레이드 구조다. Premium은 광고 제거와 추가 모드/챕터를 여는 방식으로 설명되어 있다.
  • [사실] 공식 presskit에는 매출이 seven figures라고만 적혀 있으며 정확한 달러 액수, 기준 시점, gross/net 정의는 공개되어 있지 않다.
  • [추정] 따라서 뒤의 매출 모델은 공식 수치를 대체하는 것이 아니라, “현재까지 어느 정도 범위일 가능성이 있는가”를 보기 위한 저신뢰도 모델이다.

2. 왜 제작자 관점에서 볼 가치가 큰가

Duet의 표면적인 구성요소는 매우 적다.

  1. 화면 중앙의 회전축
  2. 서로 반대편에 묶인 두 구체
  3. 아래로 내려오는 사각형 장애물
  4. 왼쪽/오른쪽 회전 입력
  5. 충돌 판정
  6. 스테이지별 장애물 시퀀스

이 정도만 있으면 “Duet처럼 보이는 프로토타입”은 빠르게 만들 수 있다. 실제로 웹상에는 Godot으로 비슷한 핵심 조작을 2일 안에 만든 개인 프로토타입 사례까지 존재한다. 물론 이것이 Duet의 상용 완성도를 재현한다는 뜻은 아니다.

[의견] 핵심 교훈은 ‘코드량이 적다 = 게임 제작이 쉽다’가 아니라, 코드와 에셋이 줄어들수록 가치가 입력 감각·타이밍·난이도·오디오·전환 속도 같은 보이지 않는 품질로 이동한다는 것이다.

프론트엔드 개발자 입장에서는 특히 좋은 연구 대상이다. 복잡한 캐릭터 애니메이션, 3D 모델, 내비게이션 메시, 서버 동기화, 전투 AI 없이도 상태 머신·입력·시간축 데이터·피드백 설계만으로 상품을 만들 수 있기 때문이다.


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

핵심 판타지

[의견] “두 개의 몸을 하나의 의식으로 동시에 통제하는 집중 상태.”

Duet은 자동차를 운전한다거나 적을 쓰러뜨린다거나 왕국을 키우는 식의 전통적 판타지가 없다. 대신 게임이 약속하는 것은 몸의 협응 자체가 점점 자동화되는 느낌이다.

처음에는 빨간 공과 파란 공을 각각 따로 보게 된다. 몇 번 실패하면 플레이어는 두 공을 개별 오브젝트가 아니라 “회전하는 하나의 막대”처럼 인식하기 시작한다. 더 진행하면 장애물도 개별 사각형이 아니라 리듬 패턴으로 읽힌다.

즉 플레이어의 숙련은 수치 상승이 아니라 지각 방식 자체의 변화다.

플레이어에게 주는 약속

  • 규칙은 지금 이해할 수 있다.
  • 실패 원인도 대체로 내가 안다.
  • 다시 하면 더 잘할 수 있다.
  • 한 번의 성공은 우연보다 내 손이 배운 결과처럼 느껴진다.
  • 복잡한 메뉴 없이 바로 다시 시도할 수 있다.

이 약속은 매우 강하다. “다음 보상 상자를 받기 위해”가 아니라 실패 직후 스스로 다시 누르고 싶은 구조이기 때문이다.


4. 코어 루프 분해

첫 10초

  1. 두 구체가 한 축에 묶여 있다는 것을 본다.
  2. 왼쪽/오른쪽 터치로 회전한다.
  3. 장애물이 내려온다.
  4. 틈을 맞춰 회전한다.
  5. 성공 또는 즉시 충돌한다.

[의견] 첫 10초 안에 설명해야 할 명사가 거의 없다. 이것이 모바일에서 큰 장점이다.

첫 30초

  • 장애물 2~5개를 연속으로 넘는다.
  • 회전 관성이 아니라 입력 시간/방향이 핵심임을 학습한다.
  • 충돌 시 색이 벽에 묻는 실패 흔적을 본다.
  • 곧바로 재시작한다.
  • 같은 패턴을 다시 보면서 실패 위치를 기억한다.

여기서 중요한 것은 실패 흔적이다. 공식 presskit이 “Every mistake leaves a mark; you will paint the walls with your failures.”라고 설명한다. 실패를 없애지 않고 공간에 흔적을 남겨 학습 기록으로 변환한다.

5분

  • 단순 중앙 틈 → 좌우 비대칭 틈 → 연속 회전 → 타이밍 지연 같은 패턴을 습득한다.
  • 플레이어는 장애물의 모양보다 “회전해야 할 박자”를 외운다.
  • 실패가 쌓이면서 특정 구간을 통과하는 순간 작은 숙련 보상이 발생한다.
  • 음악과 내레이션이 스테이지의 정서적 프레이밍을 강화한다.

한 세션

전형적으로는 다음 사이클이 반복된다.

스테이지 시작 → 장애물 읽기 → 회전 → 실패 → 즉시 재시도 → 미세한 수행 개선 → 클리어 → 다음 변형

실패 뒤 메뉴로 빠져나가 장비를 강화하거나 광고 보상을 고르는 것이 코어가 아니다. 실패 자체가 다음 입력을 위한 정보가 된다.

장기 루프

  • 챕터 진행
  • 140+ 스테이지 완주
  • 어려운 스테이지 재도전/완벽 수행
  • Survival 고득점
  • Daily Challenge
  • 추가 챕터/IAP
  • 업적/리더보드

[의견] 메타 성장보다 숙련의 깊이를 확장하는 장기 루프다. 오늘날 흔한 F2P 메타보다 운영 부담은 낮지만, 장기 잔존을 위해서는 코어 플레이가 매우 강해야 한다.


5. 첫 플레이 후킹 구조

Duet의 첫 후킹은 “무엇을 얻을까?”가 아니라 **“이 정도는 피할 수 있을 것 같은데?”**다.

후킹 요소 1 — 규칙의 즉시성

두 점과 사각형만 봐도 목표를 짐작할 수 있다. 튜토리얼 텍스트가 핵심이 아니다.

후킹 요소 2 — 실패의 명료함

충돌한 위치가 색으로 남는다. 플레이어가 시스템 탓을 하기보다 “0.1초 일찍 돌았다”는 식의 자기 진단을 하게 만든다.

후킹 요소 3 — 즉시 재시도

실패와 다음 시도 사이의 마찰이 작다. 이 구조는 하드한 게임의 좌절을 낮추는 가장 저렴하면서 강한 방법이다.

후킹 요소 4 — 두 몸을 동시에 보호한다는 인지 부하

한 공만 보면 쉬운데 반대편 공이 동시에 위험해진다. 단순 입력 하나가 인지적으로는 두 개의 결과를 만든다. 이것이 코드 대비 재미 레버리지의 핵심이다.

후킹 요소 5 — 시청각적 ‘진지함’

미니멀 그래픽만 놓고 보면 가벼운 무료 게임처럼 보일 수 있지만, 음악·내레이션·색 번짐·정적인 배경은 제품에 무게감을 준다.

제작자 교훈: 룰을 늘리지 않고도 “동일 입력이 두 결과를 만든다”, “실패가 기억으로 남는다”, “오디오가 의미를 부여한다” 같은 방식으로 깊이를 만들 수 있다.


6. 재미의 원천

재미 요소강도이유
숙련10/10거의 모든 보상이 손의 정확도 개선에서 발생
긴장9/10성공 직전 한 번의 충돌로 실패 가능
패턴 학습9/10장애물을 모양이 아닌 타이밍 시퀀스로 내재화
자기 효능감9/10같은 구간을 이전보다 안정적으로 통과하는 개선이 눈에 보임
변동 보상3/10랜덤 보상보다 고정 패턴 숙련에 가까움
수집2/10핵심이 아님
성장 수치1/10캐릭터 스탯 성장 거의 없음
발견6/10새 장애물 기믹과 패턴이 등장
표현2/10플레이 스타일 표현 폭은 작음
사회성2/10리더보드는 있으나 코어는 싱글

가장 중요한 재미 공식

단일 입력 → 이중 결과 → 작은 오차가 즉시 보임 → 같은 상황 재도전 → 손이 학습함

이 루프는 재화, 퀘스트, 캐릭터, 스킨이 없어도 돌아간다.


7. 게임 필(Game Feel) 해체

Duet에서 게임 필은 장식이 아니라 제품의 본체에 가깝다.

입력 반응

  • 좌/우 화면 영역을 그대로 입력으로 사용한다.
  • 가상 조이스틱 위치를 찾을 필요가 없다.
  • 손가락이 화면의 중앙 플레이 공간을 덜 가린다.
  • 입력과 회전 사이의 지연이 작아야 실패가 공정하게 느껴진다.

충돌 피드백

  • 충돌 즉시 실패가 명확하다.
  • 색 번짐/페인트 흔적이 위치에 남는다.
  • 이 흔적은 미학적 효과이면서 학습 UI다.

사운드

공식 자료는 Tim Shiel이 soundtrack과 in-game sound design을 맡았다고 명시한다. Duet의 경우 음악은 배경 장식이 아니라 집중 상태를 유지시키고 반복 실패를 정서적으로 견딜 수 있게 하는 완충재다.

내레이션

추상적인 두 점에 의미를 부여한다. 제작비가 높은 캐릭터 애니메이션 없이도 서사를 얹는 방식이다.

주스(juice)의 방향

Duet은 파티클을 마구 뿌리는 게임이 아니다. 오히려 피드백 종류는 적지만 일관되어 있다.

제작자 교훈: 작은 게임은 효과 수를 늘리기보다, 실패·성공·입력 세 이벤트의 피드백을 매우 잘 만드는 편이 ROI가 높다.


8. 리텐션 구조

세션 내 리텐션

가장 강한 리텐션은 **“방금 거의 됐는데”**다.

  • 마지막 장애물에서 실패
  • 같은 스테이지 즉시 재시작
  • 이전 실패 위치를 기억
  • 몇 초 안에 다시 그 지점 도달

이 구조는 광고나 에너지 없이도 강한 retry compulsion을 만든다.

세션 간 리텐션

  • 미완료 챕터
  • Survival 점수
  • Daily Challenge
  • 업적/리더보드
  • 추가 챕터

다만 현대 F2P의 출석/일일 미션/시즌패스와 비교하면 장기 리텐션 장치는 가볍다.

[의견] 이것은 오히려 소규모 개발자에게 장점이다. 게임이 완성품으로 존재할 수 있고, 매주 콘텐츠를 공급하지 않아도 된다.


9. 콘텐츠 레버리지

Duet은 절차적 생성 게임은 아니다. 140개가 넘는 스테이지는 상당한 수작업 튜닝을 요구한다. 하지만 에셋 콘텐츠와 레벨 콘텐츠를 분리해서 봐야 한다.

에셋 레버리지: 매우 높음

같은 구체, 같은 기본 장애물 도형, 같은 배경 체계로 수많은 스테이지를 구성한다.

시스템 레버리지: 매우 높음

한 개의 회전 규칙이 다음 모든 변형에 재사용된다.

  • 틈 폭 변화
  • 장애물 좌우 오프셋
  • 낙하 속도
  • 장애물 길이
  • 연속 간격
  • 패턴 반복
  • 이동/회전하는 장애물
  • 시각적 가림/기믹

레벨 디자인 레버리지: 중상

각 스테이지를 데이터로 표현할 수 있다면 제작자는 코드 수정 없이 타임라인만 편집할 수 있다.

예:

0.00s spawn bar(gapCenter=0.0, gapWidth=2.2) 1.25s spawn bar(gapCenter=-1.2, gapWidth=1.8) 2.10s spawn bar(gapCenter=+1.2, gapWidth=1.8) 2.90s spawn doubleBar(pattern="S")

[의견] 프론트엔드 개발자에게 특히 좋은 부분이 바로 여기다. 게임 엔진보다 먼저 JSON/TS 기반 패턴 편집기나 웹 레벨 툴을 만들 수 있다.


10. 모바일 적합성

항목평가코멘트
한 손7/10가능은 하지만 좌/우 양 엄지 사용이 가장 자연스러움
두 손 짧은 플레이10/10좌우 화면 탭이 매우 자연스러움
세션 길이9/10수십 초~수분 단위 재도전 가능
중단/재개8/10스테이지 기반이라 경계가 명확
오프라인9/10코어 플레이는 서버 불필요. 리더보드/광고 등 부가 기능만 네트워크 필요
배터리 부담9/10단순 2D 렌더링이라 원칙적으로 낮게 만들기 쉬움
네트워크 의존9/10코어 게임은 사실상 없음
작은 화면 가독성10/10고대비 단순 도형

중요한 점

세로 화면에서 손가락이 플레이 영역을 가리는 문제를 좌/우 가장자리 입력으로 해결한다. UI 버튼을 정밀하게 누르게 하지 않는다.

제작자 교훈: 모바일 조작은 “버튼을 작게 잘 배치”하는 문제가 아니라 플레이어가 화면을 보면서 손을 어디에 둘지 고민하지 않게 하는 문제다.


11. 난이도와 밸런싱 부담

코드는 단순하지만 난이도 튜닝은 쉽지 않다.

주요 조절 변수

  • 구체 공전 반지름
  • 회전 각속도
  • 입력 가속/감속 여부
  • 장애물 낙하 속도
  • 틈의 폭
  • 패턴 사이 시간
  • 요구 회전 각도
  • 연속 패턴 사이 복귀 가능 시간
  • 시야에 들어오는 사전 정보량

가장 위험한 문제

“어렵다”와 “입력이 억울하다”의 경계.

프레임 드롭, 터치 지연, 충돌 박스 오차, 기기별 화면비 차이 중 하나만 있어도 하드한 게임에서는 전체 신뢰가 깨진다.

제작자 관점 난이도

  • 시스템 밸런싱: 중간
  • 레벨 난이도 곡선: 높음
  • 장비/경제 밸런싱: 거의 없음
  • PvP 밸런싱: 없음

따라서 스프레드시트형 경제 설계보다 플레이테스트 반복이 비용의 중심이다.


12. BM 해체

Duet은 플랫폼마다 BM이 다르다.

iOS

[사실] 현재 미국 App Store 기준:

  • 본체 $2.99
  • Encore Chapters $0.99
  • Soliloquy Chapters $0.99

즉 프리미엄 + 소형 콘텐츠 DLC다.

Android

[사실/2차 자료] 현재 Android 설명은 무료 다운로드, 스테이지 사이 일부 광고, 일회성 Premium 업그레이드를 설명한다. Premium은 광고 제거와 추가 모드/챕터를 묶는 구조다.

왜 이 BM이 코어 재미와 잘 맞나

Duet은 1초 단위 집중이 중요하다. 실패할 때마다 전면광고가 들어가면 가장 강한 자산인 retry loop를 파괴한다.

따라서 광고는 스테이지 사이 또는 저빈도여야 하고, 결제는 “고통 제거”보다 “흐름 보존 + 콘텐츠 확장”으로 가는 편이 맞다.

현재 새 게임을 만든다면

[의견] 추천 BM 우선순위:

  1. 무료 체험 2030스테이지 + 일회성 $2.99$4.99 전체 해금
  2. 완전 프리미엄 $2.99~$4.99
  3. 무료 + 저빈도 인터스티셜 + $2.99 광고 제거/전체 해금
  4. rewarded ad는 ‘부활’보다는 스킨/추가 챌린지 해금처럼 코어 숙련을 오염시키지 않는 곳에 제한

비추천: 매 실패마다 광고, 에너지, 스탯 판매, pay-to-skip. 이 게임의 “실패는 학습”이라는 약속과 충돌한다.


13. 경제 시스템

Duet은 전형적 F2P 경제가 거의 없다.

  • 다중 재화 없음
  • 장비 강화 없음
  • 캐릭터 스탯 없음
  • 소모성 부스터 없음
  • 가챠 없음

경제는 사실상 콘텐츠 접근권이다.

이 구조는 ARPU 상한은 낮지만 다음 비용도 같이 제거한다.

  • 경제 인플레이션 관리
  • 상품 SKU 지속 제작
  • 라이브 밸런스
  • 결제 유저/무과금 유저 간 공정성 문제
  • 서버 권위 검증

[의견] 솔로/소규모 개발자가 첫 상용 모바일 게임을 만든다면, 복잡한 경제를 넣어 LTV를 올리는 것보다 이런 형태의 ‘one-time unlock’이 실패 확률을 훨씬 낮춘다.


14. 돈을 얼마나 벌었을까

14-1. 확인 가능한 공식 수치

[사실 / 신뢰도 높음] Kumobius 공식 Duet presskit은 Duet이 스튜디오의 가장 성공적인 게임이며 매출이 seven figures range에 도달했다고 명시한다.

따라서 최소한 $1,000,000 이상 매출을 기록했다는 공식 자기보고가 있다.

다만 presskit은:

  • 그 수치가 gross인지 studio revenue인지
  • 어느 날짜까지의 누적인지
  • 모바일/Steam 합산인지

를 명확히 설명하지 않는다.

그래서 $1M 이상의 정확한 금액을 “공식 매출”이라고 단정할 수는 없다.

14-2. 현재 규모를 보기 위한 프록시

[사실/공개 스토어 프록시]

  • Google Play 공개 설치 구간: 10M+
  • 외부 Play 추적 서비스 Chrome-Stats: 2026-09-06 검색 데이터에서 약 23.3M 다운로드 추정
  • 미국 App Store: 현재 $2.99 유료, 2K ratings 4.9
  • Steam: $4.99, 2026년 공개 Steam 페이지 기준 400개 이상의 리뷰, 외부 owner 추정 약 20K~50K

14-3. 범위 추정

아래는 공식 수치가 아닌 모델이다.

Android 가정

다운로드를 보수적으로 12M~23M 범위로 놓고:

  • 저빈도 광고 lifetime gross/install: $0.03~$0.15
  • Premium 전환율: 0.5%~2%
  • Premium 평균 결제액 가정: $2~$4

이면 Android 소비자 매출/광고수익의 매우 거친 범위는 약 $0.5M~$5.3M가 된다.

iOS 가정

iOS는 유료 앱이라 설치량을 알 수 없다. 할인/무료 프로모션 이력도 있어 현재 $2.99를 전체 판매량에 곱할 수 없다.

[추정] 수십만 단위의 유료 다운로드가 있었다고 가정할 경우 대략 $0.4M~$2M+ gross가 가능하지만, 이 부분은 공개 설치량이 없어 불확실성이 매우 크다.

Steam

외부 owner 추정 20K50K, 정가 $4.99지만 할인 판매를 고려해 평균 실현 단가를 낮게 잡으면 **수만수십만 달러 gross** 규모로 보는 것이 자연스럽다. 전체 성공에서 모바일보다 작은 축일 가능성이 높다.

종합 추정

[추정 / 신뢰도 낮음] lifetime consumer gross + ad revenue: 약 $2M~$7M

이 범위는 공식 “seven figures”와 모순되지 않으면서 현재 Android 규모를 반영한 모델이다. 하지만 실제 매출은 이 범위를 벗어날 수 있다.

개발사 실수령과 혼동하지 말 것

소비자가 $5M을 썼다고 해서 Kumobius 계좌에 $5M이 남는 것이 아니다.

  • Apple/Google/Steam 플랫폼 수수료
  • 세금/VAT 처리
  • 광고 네트워크·중개 구조
  • 음악/음성/외주 비용 및 계약
  • 3인 팀 인건비
  • 마케팅/이벤트/운영비

가 존재한다.

[추정] 만약 lifetime gross-like 수입이 $2M~$7M이라면, 스튜디오에 귀속되는 누적 수입은 대략 $1.2M~$4.5M 수준일 수 있으나 계약 구조를 모르므로 신뢰도는 낮다. 이는 순이익이 아니다.

이 분석에서 가장 중요한 숫자

정확한 추정치보다 중요한 것은 3명 규모 스튜디오가 미니멀 아케이드 하나로 공식 seven-figure revenue를 만들었다는 사실이다.


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

게임 자체의 힘: 높음

근거:

  • Kumobius 자체 퍼블리싱
  • 3인 스튜디오
  • PAX, IGF China, Australian Game Developer Awards 등 디자인/오디오 수상 및 쇼케이스 노출
  • 강한 리뷰와 에디토리얼 추천
  • 즉시 설명 가능한 시각적 룰
  • 독특한 음악/정서적 톤

UA 비용 의존: 낮아 보임

[추정] 대규모 퍼포먼스 UA 캠페인이 성공 핵심이었다는 공개 근거를 찾기 어렵다. 출시 당시의 인디게임 미디어/Apple 에디토리얼/수상/입소문 비중이 컸을 가능성이 높다.

기존 브랜드의 힘: 중간 이하

Kumobius는 이미 Bean’s Quest와 Time Surfer로 인디 씬에서 신뢰를 쌓았지만 대형 IP는 아니었다.

오늘 그대로 재현 가능한가

그대로는 어렵다. 2013년 App Store의 미니멀 프리미엄 게임 발견 환경과 2026년 모바일 시장은 다르다.

재현해야 하는 것은 ‘미니멀 그래픽’이 아니라:

  • 3초 안에 설명되는 조작
  • 실패 장면 자체가 광고 소재가 되는 구조
  • 짧은 영상에서 near-miss가 읽히는 화면
  • 작은 팀만의 독특한 감각
  • 제작 범위를 감당 가능한 수준으로 제한하는 것

이다.


16. 유저 획득 / 발견성

ASO

‘Duet’이라는 이름 자체는 검색 키워드 설명력이 약하지만, 아이콘과 영상에서 두 개의 대칭 구체가 강한 인상을 준다.

3초 광고 소재 가능성

매우 좋다.

소재 A: 두 공이 좁은 틈을 통과하려다 한쪽만 충돌 → 즉시 이해

소재 B: 연속 5개 장애물을 좌우 회전으로 완벽 통과 → 숙련 판타지

소재 C: 벽에 실패 페인트가 쌓인 장면 → “이 지점을 몇 번 실패했나?”라는 서사

TikTok / Shorts / GIF

  • 화면 설명이 필요 없음
  • 세로 모바일 캡처 그대로 활용 가능
  • near miss가 시각적으로 읽힘
  • “99% fail this pattern” 류의 도전형 훅과 잘 맞음

스트리머 적합성

중간.

장시간 서사/반응 콘텐츠보다는 짧은 챌린지 클립에 적합하다. 시청자가 규칙은 즉시 이해하지만 스토리 전개나 랜덤 사건이 적어 장기 방송 소재는 제한적이다.


17. 경쟁작과 포지셔닝

Duet은 Super Hexagon 계열의 “단순 입력 + 고난도 회피 + 즉시 재시도” 문법을 계승하면서 다음 차별화를 만든다.

익숙한 것

  • 추상 도형
  • 고난도 회피
  • 짧은 재시도
  • 음악과 리듬
  • 순수 숙련 기반 진행

다른 것

  • 한 개가 아니라 서로 반대편의 두 개 오브젝트를 동시에 보호
  • 실패 흔적이 공간에 남음
  • grief-like chapter naming과 내레이션
  • 정서적인 음악을 통해 arcade challenge를 명상적 경험으로 포장

[의견] 이 차별화는 개발비가 거의 들지 않는 ‘규칙 차별화’와 비교적 비싼 ‘오디오/연출 차별화’를 조합한 형태다. 좋은 소규모 전략이다.


18. 제작 난이도 분해

분야난이도설명
코어 회전 시스템2/10각도, 반지름, 좌우 입력으로 구현 가능
장애물 이동2/10단순 2D transform
충돌3/10공정성 때문에 실제 구현보다 튜닝이 중요
스테이지 데이터 시스템4/10데이터 기반 spawn timeline 설계 필요
UI3/10메뉴 구조 작음
아트2/10원작 방향을 따르면 에셋 수 매우 적음
애니메이션3/10transform 중심. 단, 폴리시 필요
사운드7/10원작 품질을 맞추려면 전문 음악/사운드 역량 필요
레벨 디자인8/10100+ 스테이지를 공정하고 점진적으로 만드는 것이 큰 비용
내레이션/서사5/10텍스트/보이스 파이프라인 필요하지만 자산 규모는 작음
백엔드1/10코어는 불필요
리더보드/클라우드3/10플랫폼 SDK 사용 가능
광고 SDK4/10Android F2P면 필요
IAP4/10일회성 unlock이라 상대적으로 단순
analytics3/10실패 지점/스테이지 이탈 분석은 가치가 큼
QA7/10기기 입력 지연·프레임·화면비가 난이도 공정성에 직접 영향

총평

코어 코드 난이도는 낮고, 상품화 난이도는 중간 이상이다.

원작을 겉으로만 보면 “공 두 개 돌리는 게임”이지만, 실제 작업량은 레벨의 박자와 공정성, 오디오, 재시작 마찰 제거에 집중된다.


19. 출시 전 / 출시 후 콘텐츠 부담

출시 전

중간~높음.

  • 레벨 패턴 라이브러리
  • 난이도 곡선
  • 챕터 구성
  • 음악
  • 내레이션
  • 반복 플레이 모드

출시 후

낮음~중간.

원작처럼 추가 챕터를 낼 수 있지만, 경쟁 PvP나 시즌 경제가 없어 매주 운영할 필요가 없다.

[의견] 이 구조가 소규모 팀에게 좋은 이유는 ‘출시까지는 집중해서 만들고, 출시 후에는 완성품으로 팔 수 있다’는 점이다.


20. 예상 팀 규모 / 개발 기간

공식 자료는 Duet의 정확한 총 개발 개월 수를 명시하지 않는다. Kumobius는 Bean’s Quest 이후 아이디어를 프로토타이핑했고, 초기 Duet을 한동안 보류했다가 Time Surfer 출시 후 다시 꺼내 방향을 바꾸고 폴리시했다고 설명한다.

따라서 아래는 사용자가 유사 구조의 새 게임을 만든다는 가정이다.

재미 검증 프로토타입

  • 팀: 1명
  • 기간: 1~3일
  • 목표: 두 오브젝트 동시 제어가 정말 재미있는지 확인

플레이 가능한 작은 MVP

  • 팀: 1명
  • 기간: 2~4주
  • 목표: 30~50개의 데이터 기반 패턴, 즉시 재시도, 저장, 기본 사운드

모바일 상용 버전

  • 팀: 1명 + 음악/아트 단기 외주
  • 기간: 2~4개월
  • 목표: 60~100 스테이지, 결제/광고, QA, 스토어, 폴리시

원작 수준의 완성도/분량

  • 팀: 2~3명 + 오디오 협업
  • 기간: 4~8개월 이상을 잡는 편이 안전

[의견] 여기서 시간을 폭발시키는 것은 엔진 코드가 아니라 “재미있는 패턴을 100개 이상 만들고 테스트하는 일”이다.


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

그대로 전이되는 역량

  1. 상태 관리

    • ready / playing / dead / restarting / cleared
    • chapter / stage / unlock state
  2. 데이터 모델링

    • 장애물 타임라인
    • 난이도 파라미터
    • 챕터 metadata
  3. UI/UX

    • 실패 후 몇 ms 안에 무엇을 보여줄지
    • 메뉴 depth 최소화
    • 결제 surface
  4. 툴링

    • 웹 레벨 에디터
    • JSON schema
    • 스테이지 preview
    • difficulty telemetry dashboard
  5. 분석 사고

    • stage fail rate
    • attempts-to-clear
    • quit-after-fail
    • input direction distribution

새로 배워야 하는 부분

  1. delta time 기반 game loop
  2. frame pacing
  3. 터치 latency
  4. collision margin과 hitbox perception
  5. audio latency / 음악 루프
  6. screen DPI / aspect ratio
  7. native build signing
  8. App Store / Play billing
  9. haptic feedback
  10. 모바일 pause/resume lifecycle

[의견] 일반적인 액션게임보다 전환 비용이 낮은 편이다. 3D 물리, 캐릭터 컨트롤러, AI, 셰이더 지식이 초기에 필수는 아니다.


22. 엔진 / 기술 선택

1순위: Godot

추천 이유:

  • 2D scene/node 구조가 이 게임과 잘 맞음
  • 충돌·트윈·오디오·입력 지원 충분
  • 빠른 반복
  • 작은 프로젝트에 부담이 적음
  • 웹 export로 테스트 링크 배포도 가능

권장: 첫 프로토타입 + 상용 MVP 모두 가능.

2순위: Defold

추천 이유:

  • 작은 바이너리
  • 모바일 2D에 강함
  • 단순 transform 기반 게임에 매우 적합
  • 런타임 부담이 작음

단점은 Godot/Unity 대비 생태계와 학습 자료가 작다.

3순위: Unity

추천 이유:

  • 광고/IAP/analytics 생태계가 강함
  • 모바일 상용화 경험치가 가장 넓음

단점:

  • 이 정도 게임에는 프로젝트/런타임 복잡성이 과할 수 있음
  • 처음 게임 개발을 배우면서 엔진의 방대한 기능까지 같이 배울 가능성

Phaser/Web

프로토타입에는 매우 추천. 프론트엔드 개발자가 하루 만에 핵심 가설을 보기 좋다.

상용 모바일 버전은 WebView/패키징으로 갈 수도 있지만:

  • 입력 지연
  • 오디오 포커스
  • 기기별 성능
  • 광고/IAP 브리지
  • 스토어 QA

때문에 원작처럼 타이트한 액션에서는 native game engine이 더 안전하다.

React Native

코어 게임용으로 굳이 추천하지 않는다. 대신:

  • 레벨 제작 도구
  • 운영 도구
  • 원격 config 편집

같은 보조 앱/툴에는 매우 좋다.


23. MVP 분해

1일 프로토타입

목표: ‘두 개를 하나의 입력으로 움직이는 게 재미있는가?’만 검증

구현:

  • 1080×1920 고정 논리 해상도
  • 중앙 pivot
  • 반대편 두 원
  • left/right touch
  • 일정 각속도 회전
  • 위에서 내려오는 rectangle
  • circle-vs-AABB 충돌
  • 충돌 시 즉시 reset
  • 10개 장애물 패턴 하드코딩

하지 말 것:

  • 메뉴
  • 스킨
  • 광고
  • 로그인
  • 스토리
  • 업적

성공 기준: 처음 보는 사람 5명 중 3명 이상이 설명 없이 30초 이상 반복하고, 실패 후 스스로 재시도한다.

7일 프로토타입

구현:

  • JSON 기반 obstacle sequence
  • 30개 스테이지
  • 간단한 chapter progression
  • 실패 페인트 흔적
  • 사운드 5~10개
  • local save
  • instant retry
  • pause/resume
  • stage fail telemetry
  • Android/iOS 실제 기기 테스트

성공 기준: 20명 테스트에서 median session 8분 이상, 10번째 스테이지까지 도달률 40% 이상 등의 내부 기준을 설정하고 비교한다. 수치는 시장 벤치마크가 아니라 자체 가설 검증용이다.

30일 MVP

구현:

  • 60~80 스테이지
  • 기믹 4~6개
  • 난이도 재배열
  • 튜토리얼 최소화
  • haptic
  • BGM 3~5곡 또는 적응형 루프
  • 시각 전환/충돌 polish
  • one-time unlock
  • Android면 저빈도 ad 실험
  • crash reporting
  • analytics
  • store screenshots/video
  • 3초 광고 소재 10종 테스트

30일이 끝났는데 코어 반복이 약하면 콘텐츠를 더 만들지 말고 폐기/피벗한다.


24. 스코프 폭발 위험

위험 1 — 100개 레벨을 먼저 만드는 것

코어가 검증되기 전에 콘텐츠 생산으로 도망가기 쉽다.

대응: 20~30개 패턴으로 retention 테스트부터.

위험 2 — 기믹을 계속 추가하는 것

원작의 장점은 rule count가 작다는 점이다.

대응: 새 기믹은 기존 입력을 그대로 쓰면서 ‘읽는 법’만 바꿔야 한다.

위험 3 — 음악을 마지막에 붙이는 것

Duet 계열은 음악이 제품 가치의 큰 부분이다.

대응: 임시 BGM이라도 첫 주부터 넣어 리듬/정서와 난이도를 함께 튜닝한다.

위험 4 — 광고 최적화로 retry loop를 망치는 것

광고 노출 수를 올리면 단기 ARPDAU가 오를 수 있지만 게임의 가장 강한 장점을 죽인다.

위험 5 — clone으로 보이는 것

두 점을 그대로 회전시키면 Duet 복제품으로 인식된다.

대응: ‘동일 입력이 두 결과를 만든다’는 원리만 가져오고 공간 구조/목표/피드백을 바꾼다.


25. 장기 운영 부담

낮은 것

  • 서버
  • PvP 치팅
  • 경제 인플레이션
  • 길드
  • 채팅 모더레이션
  • 매주 캐릭터 밸런싱

남는 것

  • OS 업데이트 대응
  • 광고/결제 SDK 업데이트
  • 화면비/기기 QA
  • 새 챕터 제작 시 레벨 튜닝
  • 리더보드/클라우드 API 유지

운영 부담: 3/10

현재도 2013년 게임이 최신 iOS에서 판매되고 Android도 2025년에 업데이트된 흔적이 있다는 점은 이런 구조의 수명이 길 수 있음을 보여준다.


26. 복제 가능한 원리 vs 복제하기 어려운 것

복제 가능한 원리

  1. 한 입력이 두 개 이상의 결과를 동시에 만든다.
  2. 실패 흔적을 UI로 활용한다.
  3. 재시작 시간을 극단적으로 줄인다.
  4. 같은 에셋에 시간/공간 파라미터만 바꿔 콘텐츠를 만든다.
  5. 스탯 성장 대신 플레이어 실력 성장을 보상으로 삼는다.
  6. 메뉴보다 플레이 화면 자체가 제품의 대부분이 되게 한다.
  7. 광고/BM이 집중 루프를 끊지 않게 한다.

복제하기 어려운 요소

  1. Tim Shiel의 음악 품질과 게임 전체의 오디오 아이덴티티
  2. 2013년 당시 미니멀 모바일 인디게임의 신선함
  3. 수상/미디어 에디토리얼을 통한 출시 모멘텀
  4. 140+ 스테이지를 쌓아 올린 플레이테스트 노하우
  5. Kumobius의 기존 게임 개발 경험

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

유지할 것

  • 좌/우처럼 기억할 필요 없는 입력
  • 실패 후 즉시 재시도
  • 에셋보다 패턴을 콘텐츠로 사용하는 구조
  • high contrast 시각
  • near-miss가 잘 보이는 화면
  • 작은 완성품 BM

줄일 것

  • 첫 버전의 스테이지 수: 140 → 40~60
  • 내레이션 분량
  • 게임 모드 수
  • 업적/플랫폼 기능
  • 초기에 Steam 동시 출시

바꿀 것

  • 두 공 회전 자체는 사용하지 않는다.
  • 플레이어에게 한 가지 작은 선택을 추가한다. 예: 회전 방향 외에 ‘반지름 수축’을 제한 자원으로 제공.
  • 스테이지 100% 수작업 대신 작은 패턴 블록을 조합하는 semi-procedural 구조로 콘텐츠 생산비를 낮춘다.
  • 스테이지 완료 뒤만 광고를 노출하고, 실패-재시도 사이에는 절대 넣지 않는다.
  • 웹 기반 레벨 에디터를 먼저 만들어 콘텐츠 제작 속도를 높인다.

28. 제작 효율 점수

항목점수이유
재미 잠재력9.2단순하지만 숙련과 긴장이 강함
구현 난이도9.5코어 시스템 매우 작음 — 점수가 높을수록 유리
아트 부담9.7추상 도형 중심
콘텐츠 부담7.2140+ 수작업 스테이지가 실제 비용
운영 부담9.0서버/라이브 경제 거의 없음
BM 적합성7.8프리미엄/one-time unlock에는 좋으나 F2P LTV 확장성은 낮음
마케팅 훅8.53초 영상에서 룰·실패·near miss가 읽힘

가중 종합

8.8 / 10

왜 9점대가 아닌가

코어 코드만 보면 9.5점짜리다. 하지만 원작의 성공을 만든 것은 단순한 기하학이 아니라:

  • 140+ 스테이지
  • 정교한 난이도
  • 음악
  • 내레이션
  • 폴리시

다. 즉 prototype efficiency와 commercial production efficiency 사이에 큰 간극이 있다.


29. 최종 판정

지금 프로토타입 추천

프론트엔드 개발자가 게임 개발로 넘어가는 첫 실험으로 매우 좋다.

추천 이유

  • 1일 안에 핵심을 만들 수 있음
  • 3D/AI/서버가 필요 없음
  • 입력·상태·데이터 모델링 역량을 바로 활용 가능
  • 재미 없으면 빠르게 버릴 수 있음
  • 재미 있으면 레벨/오디오/피드백에만 집중 가능
  • BM도 one-time unlock으로 작게 가져갈 수 있음

단, 원작 복제는 추천하지 않는다

Duet에서 훔쳐야 할 것은 **“두 개의 공”이 아니라 “한 입력이 둘 이상의 결과를 만들고, 실패를 학습으로 바꾸는 구조”**다.


30. 직접 실험해볼 작은 게임 아이디어 3개

아이디어 A — Orbit Courier

가설: “하나의 입력으로 서로 반대 역할의 두 물체를 동시에 관리하면, 두 공 회전이 아니어도 같은 인지적 긴장이 생긴다.”

  • 화면 양쪽에서 중앙을 향해 두 택배가 이동
  • 좌/우 탭으로 둘의 lane이 반대로 전환됨
  • 파란 문은 파란 택배만, 빨간 문은 빨간 택배만 통과
  • 한쪽을 살리려다 다른 쪽이 위험해지는 구조
  • 1일 프로토타입 가능

BM: 무료 20스테이지 + $2.99 full unlock.

아이디어 B — Twin Signal

가설: “회전 대신 색/위상 동기화를 사용해도 ‘하나의 입력, 두 결과’의 재미가 유지된다.”

  • 두 신호가 서로 다른 트랙을 자동 이동
  • 탭하면 둘의 색이 동시에 뒤집힘
  • 같은 색 게이트만 통과 가능
  • 한쪽의 안전한 타이밍이 다른 쪽에는 위험
  • 그래픽은 선/점만 사용

특징: 물리 엔진 필요 없음. 거의 순수 상태 머신.

아이디어 C — Scar Line

가설: “실패 흔적 자체를 다음 시도의 정보로 만들면 별도 튜토리얼 없이 학습이 빨라진다.”

  • 한 손 드래그로 선을 그어 자동 이동체의 경로를 결정
  • 실패 위치마다 영구적인 작은 흉터/마커가 남음
  • 같은 스테이지를 재시도할수록 실패 지도 생성
  • 5회 이상 같은 위치에서 실패하면 힌트가 아니라 흉터의 크기만 커짐

핵심은 Duet의 ‘paint your failures’ 원리를 완전히 다른 조작에 옮기는 것.


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

1. 프로토타입의 질문은 하나만 둔다.

“두 개를 동시에 관리하는 게 재미있는가?”

2. 에셋이 아니라 파라미터가 콘텐츠가 되게 한다.

시간, 간격, 속도, 방향, 폭으로 새로운 상황을 만든다.

3. 실패와 재시도를 하나의 화면 상태로 취급한다.

실패 → 결과창 → 홈 → 시작 같은 UX를 없앤다.

4. 어려운 게임일수록 입력 공정성이 BM보다 먼저다.

1프레임의 이상함이 결제 기능 10개보다 중요하다.

5. 작은 게임의 브랜드는 아트 자산 수가 아니라 감각의 일관성에서 나온다.

Duet은 도형 몇 개뿐이지만 음악·색·내레이션·실패 흔적이 같은 정서를 가리킨다.

6. 상용화 전에 콘텐츠 제작 함정을 측정한다.

스테이지 하나를 만드는 데 평균 30분인지 3시간인지 측정해야 한다. 100개를 곱하면 프로젝트의 실제 일정이 나온다.


32. 참고 출처

공식 / 1차 자료

  1. Kumobius — Duet Presskit
    https://www.kumobius.com/presskits/duet.html 

    • 출시일, 플랫폼, 가격, 140+ stages, two-touch controls, 팀/크레딧, seven-figure revenue 등
  2. Kumobius — Studio Presskit
    https://kumobius.com/presskits/index.html 

    • 3인 스튜디오 구성, Duet 초기 프로토타입→보류→재개 개발 역사
  3. Duet 공식 사이트
    https://www.duetgame.com/ 

    • 공식 게임 소개 및 스토어 링크
  4. Apple App Store — Duet Game (US)
    https://apps.apple.com/us/app/duet-game/id634235735 

    • 현재 가격 $2.99, App Store ID, $0.99 IAP 2종, 지원 플랫폼, Game Center, 현재 설명
  5. Google Play — Duet
    https://play.google.com/store/apps/details?id=com.kumobius.android.duet 

    • Android package / 현재 배포 대상
  6. Steam — Duet
    https://store.steampowered.com/app/292600/ 

    • Steam App ID 292600, PC 출시/리뷰/가격

2차 / 규모 추정 보조 자료

  1. Chrome-Stats — Android Duet tracker
    https://chrome-stats.com/d/com.kumobius.android.duet 

    • Google Play 기반 다운로드/평점 추적. 2026-09-06 검색 데이터에서 약 23.3M 다운로드 추정. 공식 설치 수가 아니므로 매출 모델에서는 보조 프록시로만 사용.
  2. AndroidRank — Duet
    https://www.androidrank.org/application/duet/com.kumobius.android.duet 

    • Google Play 10M+ 설치 구간과 역사적 install milestone 보조 확인.
  3. SteamSpy — Duet
    https://steamspy.com/app/292600 

    • Steam owner 20K~50K 범위 추정. 공식 판매량 아님.
  4. APKPure — Duet Android description
    https://apkpure.net/duet/com.kumobius.android.duet 

    • Android 무료 + 광고 + Premium unlock 구조 설명 보조. 가격/설명은 스토어 지역·버전에 따라 달라질 수 있음.

33. 분석 신뢰도 요약

  • 게임 구조/조작/팀 규모: 높음 — 공식 presskit과 스토어 확인
  • iOS 현재 가격/IAP: 높음 — 현재 App Store 확인
  • Android 10M+ 규모: 중간~높음 — Google Play 기반 tracker 다수 일치
  • Android 약 23M 누적 다운로드: 중간 — 외부 추적 추정치
  • seven-figure revenue: 높음 — 개발사 공식 자기보고, 단 gross/net 정의 불명확
  • lifetime $2M~$7M 추정: 낮음 — 공개 설치/전환/광고 ARPU가 없어 가정 민감도가 큼
  • 개발 기간 추정: 낮음~중간 — 개발 역사만 공식, 실제 총 인월은 공개되지 않음
Last updated on