Skip to Content
Indie GamesMobile202609Super Hexagon

Super Hexagon — 제작자 관점 해체 분석

한 줄 결론 [의견]: Super Hexagon은 “좌/우 이동 + 충돌 + 타이머” 수준의 하루짜리 원형을, 입력 지연·패턴 리듬·즉시 재시작·음악·시각 펄스에 집요하게 투자해 수년짜리 상품으로 바꾼 사례다. 프론트엔드 개발자가 게임 개발로 진입할 때 특히 중요한 교훈은, 작은 게임의 경쟁력은 기능 수가 아니라 상태 전환의 속도와 감각적 완성도에서 나온다는 점이다.

0. 왜 이 게임을 지금 분석할 가치가 있는가

Super Hexagon은 2012년 작품이라 2026년 모바일 시장의 최신 BM을 그대로 따라 할 사례는 아니다. 하지만 제작 효율을 공부하기에는 오히려 거의 교과서에 가깝다.

  • [사실] Terry Cavanagh는 핵심 개발자 1인으로 활동했고, 공식 사이트에서도 자신을 독립 게임 개발자로 소개한다.
  • [사실] 원형 Hexagon은 2012년 Pirate Kart V 게임잼에서 하루 안에 만들어진 프로토타입에서 출발했다. 여러 자료는 약 12시간 규모의 잼 작업으로 설명한다.
  • [사실] Cavanagh는 인터뷰에서 이 게임의 방향을 “더 확장”하는 것이 아니라 더 단순하고 순수하게 만드는 과정이라고 설명했다.
  • [사실] 실제 세션은 몇 초 만에 끝날 수 있고, 개발자 인터뷰에서도 “전형적인 플레이가 3초만에 끝날 수 있다”고 언급됐다.
  • [사실] 2026-09 확인 기준 iOS App Store에서 여전히 판매 중이며 한국 가격은 ₩4,400, 미국 가격은 $2.99다.
  • [사실] Steam에서도 현재 $2.99에 판매 중이고 2026년에도 최근 리뷰가 계속 들어오고 있다.
  • [사실] iOS 출시 초기에 3일 약 10,000장, 약 2주 뒤 약 45,000장, 2012년 11월 무렵 약 84,000장이 판매됐다는 개발자 발언 기반 보도가 있다.
  • [사실] Android는 출시 후 4일 만에 25,000장 이상 판매됐다.
  • [사실] 2022년 10주년 글에서 Cavanagh는 여전히 사람들이 플레이하고 있으며 현대 하드웨어 지원을 위해 계속 손보고 있다고 밝혔다.

즉 이 게임은 다음 질문에 답한다.

“게임의 기능을 거의 늘리지 않고, 핵심 루프만 다듬어도 상업적으로 오래 가는 제품을 만들 수 있는가?”

답은 가능하다. 다만 ‘간단한 구현’과 ‘간단한 상품’은 전혀 같은 말이 아니다다.


1. 기본 정보

항목내용
장르미니멀 트위치 액션 / 스코어 어택 / 리듬감 있는 회피 게임
핵심 플랫폼iOS / Android 역사적 출시, Windows/macOS/Linux
iOS 최초 출시2012-08-31~09-06 사이 스토어 롤아웃. App Store 버전 기록은 2012-08-31을 표시
Android 출시2013-01-19
Steam 출시2012-11-27
핵심 개발Terry Cavanagh
음악Chipzel
음성Jenn Frank
Android/Ouya/BB10 포팅Laurence Muller가 포트 작업을 맡았다고 포트 개발자 페이지에 명시
현재 iOS 가격[사실] US $2.99 / KR ₩4,400 (2026-09 확인)
현재 Steam 가격[사실] $2.99 (2026-09 확인)
App Store ID549027629
Google Play packagecom.distractionware.superhexagon
Steam App ID221640
iOS 앱 크기[사실] 약 35.9MB
네트워크 핵심 의존[의견] 낮음. 게임 자체는 싱글플레이 스코어 어택
광고/IAP[사실] 현재 스토어 구조는 유료 선구매형 프리미엄. 핵심 상품 설명에 광고/IAP 기반 경제가 없다

현재 Android 상태 주의

[사실] 공식 Distractionware는 2021년 Android 11/12 대응 업데이트를 발표하며 Google Play, Humble, Amazon, itch.io에서 받을 수 있다고 안내했고, 현재 공식 Android 게임 목록에도 Super Hexagon을 남겨두고 있다.

[사실] 반면 AppBrain/Chrome-Stats 같은 외부 스토어 추적기는 2025년 11~12월 Google Play에서 제거된 상태라고 기록한다.

[의견] 따라서 2026년 현재 Google Play 직접 판매 상태는 “공식 사이트에는 Android 게임으로 남아 있으나, Google Play에서는 내려간 것으로 외부 추적되는 상태”로 보는 것이 안전하다. 이 모순 자체가 작은 모바일 게임도 장기적으로 OS·스토어 정책 유지보수 비용이 생긴다는 좋은 사례다.


2. 팀 규모: “1인 게임”을 너무 단순하게 읽지 말 것

핵심 제작

[사실] 디자인·프로그래밍·게임의 방향은 Terry Cavanagh가 주도했다. 그의 공식 소개는 스스로를 독립 게임 개발자로 설명하며 상업작 중 하나로 Super Hexagon을 명시한다.

하지만 최종 제품에는 중요한 외부 기여가 있다.

  • Chipzel: 음악
  • Jenn Frank: 음성
  • Laurence Muller: Android/Ouya/BlackBerry 포팅
  • Dan Rosser 등: 훗날 현대 Android 대응 작업

[의견] 따라서 제작 구조를 정확히 번역하면:

“코어 게임은 1인 제작이 가능하지만, 상업 품질의 음악과 멀티플랫폼 유지보수는 필요한 부분만 외부 전문성을 빌렸다.”

이 방식은 프론트엔드 개발자가 첫 게임을 만들 때 매우 현실적이다. 게임 전체를 외주할 필요는 없지만, 다음은 외주 효율이 높다.

  1. 음악 2~4트랙
  2. 로고/키아트
  3. 모바일 스토어 QA
  4. 플랫폼별 빌드/서명 문제
  5. 트레일러 편집

3. 핵심 판타지와 플레이어에게 주는 약속

Super Hexagon에는 캐릭터 성장 서사나 세계관 판타지가 거의 없다.

핵심 판타지

“점점 빨라지고 뒤틀리는 기하학적 공간을 순수한 반사 신경과 패턴 인식으로 버틴다.”

플레이어 약속

  • 규칙은 몇 초 안에 이해된다.
  • 실패 이유가 즉시 보인다.
  • 죽으면 거의 즉시 다시 시작할 수 있다.
  • 운으로만 통과하는 것이 아니라 패턴을 배우며 실제로 실력이 는다.
  • 60초 생존이라는 선명한 목표가 있다.
  • 음악과 화면의 박자가 실력 상승을 감각적으로 증폭한다.

[의견] 이 게임의 가장 중요한 약속은 공정한 잔혹함이다.

어렵지만:

  • 목숨을 기다리지 않는다.
  • 실패 화면이 길지 않다.
  • 광고를 봐야 재도전하는 구조가 아니다.
  • 실패 원인이 대체로 자기 입력에 있다.

따라서 난이도가 높아도 “시간을 빼앗겼다”는 감정이 작다.


4. 코어 루프: 10초 / 30초 / 5분 / 한 세션 / 장기

첫 10초

  1. 중앙 육각형 주변의 작은 삼각형을 본다.
  2. 화면 좌/우 입력으로 삼각형을 회전시킨다.
  3. 바깥에서 안쪽으로 좁혀오는 벽의 빈 공간을 찾는다.
  4. 틈으로 이동한다.
  5. 거의 확실히 몇 초 안에 죽는다.
  6. 즉시 재시작한다.

[사실] 개발자 인터뷰는 실제 플레이가 3초 안에 끝날 수도 있다고 명시한다.

[의견] 중요한 것은 3초 세션이 짧다는 게 아니라 3초마다 학습 샘플을 하나 받는다는 점이다.

30초 루프

  • 벽 패턴을 본다.
  • 안전 구간을 예측한다.
  • 좌/우 중 짧은 이동 경로를 택한다.
  • 회전/스케일 변화 속에서도 기준점을 유지한다.
  • 죽으면 방금 본 패턴을 기억한다.
  • 다시 도전한다.

이 루프는 사실상 프론트엔드 상태 머신으로도 매우 단순하게 표현된다.

READY -> PLAYING -> COLLISION -> GAME_OVER -> RESTART -> PLAYING

가치의 대부분은 상태 종류가 아니라 각 상태 사이의 지연이 얼마나 짧은가에서 나온다.

5분 루프

초보 플레이어에게 5분은 수십 번의 런이다.

그동안 플레이어는:

  • 특정 벽 조합을 기억하고
  • “여기서는 작은 움직임이면 된다”를 배우고
  • 과잉 입력을 줄이고
  • 화면 회전에 덜 속고
  • 5초 → 10초 → 20초처럼 개인 최고 기록을 갱신한다.

[의견] 이 게임의 메타 진행은 데이터베이스가 아니라 플레이어의 신경계에 저장된다.

한 세션

세션은 사용자가 정한다.

  • 20초만 켜고 끌 수 있다.
  • 한 기록을 넘을 때까지 10분 할 수 있다.
  • 60초 생존을 목표로 반복할 수 있다.

“한 판이 짧다”와 “세션이 짧다”는 다르다. 짧은 한 판이 연속되면서 실제 세션은 길어진다.

장기 루프

  • 각 기본 난이도에서 60초 생존
  • 더 어려운 Hyper 단계 해금
  • 개인 최고 기록 갱신
  • 전체 난이도 정복
  • 친구/리더보드 기록과 비교

메타 재화가 없어도 숙련 곡선이 장기 루프가 된다.


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

5.1 규칙 설명보다 즉시 실패

[의견] 많은 모바일 게임은 첫 30초를 설명에 쓴다. Super Hexagon은 첫 30초를 실패 5~10회에 쓴다.

이 차이가 크다.

플레이어가 배우는 정보가 문장이 아니라:

  • 내가 얼마나 빠르게 움직이는지
  • 벽이 얼마나 빨리 들어오는지
  • 어느 정도 이동이 필요한지

라는 감각 데이터다.

5.2 실패 비용이 거의 0

난이도가 높은 게임에서 가장 중요한 UX는 튜토리얼보다 재시작이다.

좋은 실패 루프:

충돌 -> 짧은 사망 피드백 -> 기록 표시 -> 즉시 입력 가능

나쁜 실패 루프:

충돌 -> 2초 애니메이션 -> 결과 팝업 -> 코인 -> 광고 -> 로딩 -> 다시 시작

[의견] Super Hexagon에 현대식 강제 전면 광고를 붙이면 핵심 재미가 거의 붕괴한다. 죽음 빈도가 너무 높기 때문이다.

5.3 목표가 숫자 하나다

“60초 버텨라.”

이 목표는:

  • 이해가 즉시 되고
  • 진행률이 눈에 보이고
  • 친구에게 설명 가능하고
  • 쇼츠 영상 제목으로도 바로 쓸 수 있다.

6. 재미의 원천

6.1 숙련 — 가장 큰 축

[사실] Cavanagh는 인터뷰에서 충분히 플레이하면 등장 패턴을 알아보기 시작하고, 게임이 반사 신경 + 패턴 인식의 혼합이 된다고 설명했다.

초반:

“뭐가 일어나는지 모르겠다.”

중반:

“저 패턴 알아. 오른쪽으로 조금만 가면 된다.”

후반:

“생각하지 않고 몸이 움직인다.”

이 전환이 핵심 보상이다.

6.2 긴장

생존 시간이 길어질수록 “이번 판은 기록이다”라는 압력이 생긴다.

게임이 별도 자원을 걸지 않아도 현재 런 자체가 매몰 비용이 된다.

6.3 패턴 인식

완전 무작위 장애물은 학습이 어렵고 불공정해질 수 있다.

Super Hexagon의 강점은 플레이어가 기억할 수 있는 세트피스/패턴 조각을 반복·조합한다는 것이다.

[의견] 솔로 개발자에게 이 방식은 절차적 생성보다 현실적일 수 있다.

  • 패턴 20개를 직접 만든다.
  • 순서/방향/회전 속도를 변주한다.
  • 조합으로 수백 번의 다른 런처럼 느끼게 한다.

수작업 콘텐츠의 품질 + 시스템 레버리지를 동시에 얻는다.

6.4 리듬과 플로우

[사실] Cavanagh는 Chipzel의 음악을 반복해서 들으며 작업했고, 음악이 게임의 pacing에 큰 영향을 줬다고 설명했다.

[의견] 여기서 음악은 배경 에셋이 아니라 게임 시스템의 속도를 튜닝하는 기준점에 가깝다.

6.5 자기 기록

경제 시스템이 없어도 숫자는 강력하다.

  • 8.3초
  • 14.7초
  • 31.2초
  • 59.6초

이 숫자가 자체 퀘스트가 된다.


7. 게임 필: 실제 상품성은 여기서 나온다

코어 규칙만 복제하면 아마 재미가 현저히 떨어진다.

7.1 입력 반응

이 게임은 좌/우 입력 지연이 조금만 늘어도 “어려움”이 “불공정함”으로 바뀐다.

[사실] 2021 Android 현대화 업데이트에는 touch input response time optimisations가 명시돼 있다.

[사실] iOS 3.0 업데이트는 120FPS 지원까지 추가했다.

[의견] 즉 2026년에 비슷한 게임을 만든다면 UI 애니메이션보다 먼저 측정해야 할 지표는:

  • touch-down → velocity change latency
  • frame pacing
  • 60/90/120Hz 기기별 입력 감각
  • pause/resume 직후 프레임 안정성

이다.

7.2 화면 회전과 펄스

벽 자체는 단순한 도형이지만:

  • 화면이 회전하고
  • 색이 바뀌고
  • 중앙이 펄스하며
  • 패턴이 음악과 함께 밀려온다.

적은 에셋이 강한 시각 자극으로 바뀐다.

제작 교훈

아트 수를 늘리는 대신 변환(transform)을 늘린다.

  • rotation
  • scale
  • palette
  • speed
  • shake
  • timing

이 방식은 프론트엔드 개발자의 CSS/Canvas/WebGL 감각과도 연결된다.

7.3 사운드

음악이 템포를 만든다.

음성 콜아웃은:

  • 시작
  • 난이도/진행
  • 게임오버

등의 상태를 텍스트보다 빠르게 전달한다.

[의견] 작은 게임일수록 좋은 음악 2~3개에 비용을 집중하는 것이 중간 품질의 아트 100개를 추가하는 것보다 ROI가 높을 수 있다.

7.4 진동

[사실] 확인한 공식 자료에서는 진동을 핵심 기능으로 강조하지 않는다.

[의견] 현대 변형을 만든다면 진동은 최소화하는 편이 낫다.

  • 사망 1회: 짧은 haptic
  • 기록 갱신: 다른 패턴 1회
  • 매 벽 통과: 진동 없음

과한 진동은 고속 리듬을 흐린다.


8. 리텐션: Daily Reward 없이 사람을 돌아오게 하는 법

Super Hexagon은 현대 F2P의 전형적인 리텐션 장치를 거의 사용하지 않는다.

없거나 핵심이 아닌 것:

  • 출석 보상
  • 스태미나
  • 데일리 퀘스트
  • 배틀패스
  • 캐릭터 강화
  • 시즌 이벤트
  • 재화 수집

대신 존재하는 것:

  1. 개인 최고 기록
  2. 60초라는 명확한 벽
  3. 새로운 난이도 해금
  4. 패턴 숙련
  5. 친구와 비교
  6. “조금만 더 하면 될 것 같은” 근접 실패

근접 실패가 핵심

59초에서 죽으면 추가 콘텐츠가 없어도 다시 누른다.

[의견] 이것은 인디 개발에서 굉장히 중요한 원리다.

리텐션을 시스템으로 만드는 대신, 목표와 실패 거리(distance to goal)를 선명하게 만들어라.


9. 콘텐츠 레버리지

이 게임은 콘텐츠 레버리지가 매우 높다.

적은 원재료

  • 플레이어 도형 1개
  • 중앙 도형
  • 벽 패턴 조각
  • 색 팔레트
  • 음악 트랙 소수
  • 속도/회전/방향 파라미터

많은 결과

  • 수백 번의 런
  • 다른 벽 순서
  • 다른 시작 타이밍
  • 플레이어의 다른 실수
  • 점점 높아지는 숙련

핵심 공식

플레이 시간 ≠ 수작업 스테이지 수 플레이 시간 = 패턴 수 × 순서 변주 × 속도 × 플레이어 숙련 반복

[의견] 프론트엔드 개발자가 첫 게임으로 가져가야 할 가장 강한 원리 중 하나다.

데이터 테이블 20줄이 레벨 200개처럼 작동하게 만들 수 있는가?


10. 모바일 적합성

항목평가이유
한 손 조작10/10좌/우 입력만으로 가능
세션 유연성10/10한 판이 수초~수십초
중단/재개9/10런 자체가 짧아 상태 보존 부담 낮음
작은 화면 가독성9/10색/기하학 대비가 강함
오프라인 친화성10/10코어 싱글플레이가 서버에 의존하지 않음
배터리7/10높은 FPS/지속 애니메이션은 최적화 필요
네트워크 의존10/10코어 루프에는 거의 필요 없음
입력 지연 민감도4/10아주 민감함. 품질 리스크
기기 파편화6/10Android 장기 유지보수 사례가 실제로 존재

중요한 역설

게임 로직이 단순해서 모바일 포팅도 단순해 보이지만, 입력과 프레임이 곧 게임 난이도라서 기기별 QA가 더 중요하다.

Cavanagh는 Android 출시 당시 기기 파편화와 특정 기기 이슈를 직접 언급했고, 2021년에도 현대 Android용으로 별도 업데이트가 필요했다.


11. BM 해체

현재/역사적 핵심 BM

프리미엄 선구매.

  • iOS 유료 구매
  • Android 유료 구매
  • Steam 유료 구매
  • 광고 기반 플레이 루프 없음
  • 게임 내 경제를 BM으로 연결하지 않음

왜 이 BM이 게임과 잘 맞았나

죽음 빈도가 지나치게 높다.

강제 광고를 넣으면:

3~20초 플레이 -> 죽음 -> 광고

가 되어 광고가 실제 플레이보다 길어질 수 있다.

따라서 프리미엄 BM은 디자인과 정렬되어 있다.

2026년에 그대로 복사해도 되는가?

[의견] 아니다.

2012년보다 현재 유료 모바일 앱의 자연 발견성이 약하고, 무료 게임에 익숙한 사용자가 많다. 브랜드가 없는 신규 개발자의 $2.99 선구매는 진입 장벽이 될 수 있다.

2026년식 추천 BM

A안 — 프리미엄 $1.99~$3.99

조건:

  • 게임 필이 매우 좋음
  • 트레일러만으로 품질이 보임
  • PC/itch/Steam도 동시 고려
  • 개발자 브랜드 또는 커뮤니티가 있음

B안 — 무료 데모 + 1회 전체 해금 IAP

가장 추천.

예:

  • 기본 난이도 1개 무료
  • 60초 도전 가능
  • 나머지 모드/팔레트/사운드팩 전체 해금 $2.99

장점:

  • UA/ASO 진입 마찰 감소
  • 광고 없이 제품 철학 유지
  • 결제 이유가 명확함

C안 — 광고형

비추천.

굳이 한다면:

  • 강제 전면광고 최소화
  • 세션 사이가 아니라 장시간 누적 플레이 후에만
  • rewarded ad는 “continue”가 아니라 스킨/통계 같은 비핵심 보상

[의견] Super Hexagon 유형은 광고 수익을 최적화하기 좋은 구조가 아니라, 광고 때문에 재미가 망가지기 쉬운 구조다.


12. 경제 시스템

사실상 경제 시스템이 없다.

재화

없음.

소모처

없음.

성장곡선

플레이어 능력치 대신 실력 성장.

페이월

선구매 자체가 유일한 진입 비용.

이게 왜 중요한가

프론트엔드 개발자는 상태 관리와 데이터 모델링에 익숙해서 게임을 만들 때 오히려 다음을 빨리 추가하기 쉽다.

  • currency store
  • inventory
  • daily mission
  • unlock tree
  • achievements DB

하지만 첫 게임에서 이것들은 재미 검증 이전에 만들면 생산성 함정이다.

Super Hexagon은 반대로 묻는다.

“DB 테이블 하나 없이도 10분 동안 다시 누르게 만들 수 있는가?”


13. 돈을 얼마나 벌었을까

13.1 확인 가능한 공식/준공식 수치

iOS 초기

  • [사실] 출시 3일: 약 10,000 copies 판매 — Terry Cavanagh 발언 기반 보도
  • [사실] 약 2주: 약 45,000 copies
  • [사실] 2012년 11월 무렵: 약 84,000 copies, 당시 대부분 $0.99 판매였다는 Wired 보도

Android 초기

  • [사실] 출시 후 4일: 25,000+ copies — Cavanagh 인터뷰

즉 모바일만 해도 매우 초기에 이미 10만 장 이상의 유료 판매 근거가 있다.

13.2 현재 PC 쪽 프록시

  • [사실] Steam 현재 가격 $2.99
  • [사실] Steam 스토어는 12K+ 영어 리뷰와 97% 긍정 평가를 표시한다.
  • [추정 자료] SteamSpy는 2026년 기준 owners를 1,000,000~2,000,000 구간으로 추정한다.
  • [과거 사실 기반 자료] 2018년 Steam Web API 노출 사건 당시 게임을 실행한 계정 수가 약 1,045,138로 집계된 자료가 널리 인용됐다.

주의

Steam owner 수는 정가 판매 수와 동일하지 않다.

  • 번들
  • 세일
  • 키 판매
  • 프로모션

이 섞인다.

13.3 총매출 범위 추정

[추정] lifetime paid-equivalent units

  • Steam/PC: 약 1.0M~2.0M owners 범위
  • Android: 외부 추적기는 Google Play 제거 전 약 300K downloads를 추정
  • iOS: 초기 84K 이후 장기 판매량 공식 수치 없음
  • 기타 플랫폼/스토어: Humble, Amazon, BlackBerry 등

[추정] lifetime gross consumer spend

약 $1.5M ~ $4.5M 범위로 보는 것이 합리적이다.

신뢰도: 중간-낮음

가정:

  1. PC owner의 상당수는 정가보다 낮은 실현 가격으로 구매
  2. 역사적으로 $0.99 세일과 번들이 존재
  3. 모바일 초기 가격도 $0.99 구간이 있었음
  4. 현재 $2.99 가격을 전 기간에 곱하면 크게 과대평가됨

[추정] 개발사 실수령

스토어 수수료, 세금, 결제비, 번들 배분, 포팅/음악 비용 전후가 공개되지 않았으므로 정확한 수치는 계산할 수 없다.

거칠게는 플랫폼 수수료 등을 반영해 $0.8M~$3.0M 수준의 누적 개발 측 매출 귀속 가능 범위를 생각할 수 있지만 신뢰도는 낮음이다.

이 수치는 개인 순이익이나 세후 소득이 아니다.

확실한 결론

[사실] 2012년 45,000장 시점에 Cavanagh 본인이 그 수익이 자신에게 “몇 년을 살 수 있는” 수준이라고 말한 보도가 있다.

[의견] 이 게임의 상업적 의미는 정확한 lifetime revenue보다 1인이 만든 작은 핵심 게임이 개발자의 생존 기간을 크게 늘리는 캐시플로 제품이 됐다는 것에 있다.


14. 성공은 게임 자체인가, 브랜드/UA인가

게임 자체의 힘 — 매우 큼

근거:

  • 규칙이 영상 몇 초로 전달됨
  • 친구에게 폰을 건네기 쉬움
  • 매우 높은 리뷰 평가
  • 10년 이상 플레이 지속
  • 한 번 보면 기억나는 시각/음악 정체성

개발자 브랜드 — 분명 도움

Terry Cavanagh는 이미 VVVVVV로 인지도가 있었다.

따라서 완전 무명 개발자와 동일한 출발선은 아니었다.

플랫폼 피처링/미디어 — 도움

App Store에서 2012년 게임 오브 더 이어 runner-up으로 소개될 정도로 에디토리얼 가치를 얻었다.

유료 UA — 근거 부족

[사실] 확인한 공개 자료에서 대규모 광고 집행이 성공의 핵심이었다는 증거는 찾지 못했다.

[의견] 성공 구조는 대체로:

강한 코어 훅 + 기존 개발자 신뢰 + 비평/스토어 노출 + 친구 추천 + GIF/영상 전달력

에 가깝다.


15. 유저 획득 / 발견성

ASO

제목 자체가 기억에 남고 검색 충돌이 적다.

Super Hexagon

  • 독특함
  • 시각 형태와 바로 연결
  • 로고 제작 쉬움
  • 검색 브랜드화 쉬움

스토어 썸네일

복잡한 캐릭터가 없어도:

  • 육각형
  • 강한 대비색
  • 삼각형
  • 방사형 패턴

만으로 게임 정체성이 보인다.

3초 광고 소재

이 게임은 3초 안에 설명된다.

  1. 벽이 밀려온다.
  2. 삼각형이 틈으로 움직인다.
  3. 화면이 회전한다.
  4. 죽는다.
  5. Can you survive 60 seconds?

[의견] 이것은 2026년 Shorts/TikTok 광고 문법에도 매우 강하다.

바이럴 포인트

  • “너 이거 20초 넘길 수 있어?”
  • 친구에게 직접 플레이시키기
  • 59초 실패 영상
  • 고수 플레이 영상
  • 속도 상승 비교

스트리머 적합성

긴 방송 메인 게임으로는 약하지만:

  • 기록 대결
  • 벌칙 게임
  • 짧은 챌린지
  • 시청자 참여

에는 좋다.


16. 경쟁작과 포지셔닝

당시/개념적 경쟁군

  • 반사신경 스코어 어택
  • 미니멀 리듬 액션
  • endless survival
  • one-button / two-button arcade

경쟁 우위

  1. 기하학적 시각 정체성
  2. 음악과 플레이 속도의 결합
  3. 극단적으로 짧은 restart loop
  4. 높은 난이도를 정체성으로 사용
  5. 60초라는 명확한 완주 기준

2026년 신규작이 그대로 복사하면 약한 이유

이 문법은 이미 많이 복제됐다.

따라서 비슷한 구조를 만든다면 최소 하나는 새로워야 한다.

  • 입력 방식
  • 공간 구조
  • 리듬 규칙
  • 시청각 표현
  • 사회적 경쟁 방식
  • 변형 가능한 룰

“육각형 대신 원”은 차별화가 아니다.


17. 제작 난이도 분해

영역난이도비고
코어 이동2/10각도 값과 좌/우 속도만으로 구현 가능
벽 생성3/10원형/방사형 좌표계 이해 필요
충돌3/10단순 도형 충돌로 충분
패턴 시스템5/10구현보다 좋은 패턴 제작이 핵심
난이도 튜닝8/10재미와 불공정의 경계
입력 지연 최적화8/10이 게임에서는 핵심 품질
60/90/120Hz 대응7/10delta-time, fixed step, QA 필요
아트 에셋 제작2/10에셋 수는 극소
시각 연출6/10적은 도형을 풍부하게 느끼게 해야 함
음악7/10좋은 음악이 제품 가치에 큰 비중
사운드4/10수량보다 타이밍
UI3/10메뉴/기록 중심
레벨 디자인6/10패턴 문법을 수작업 큐레이션
백엔드1/10없어도 제품 성립
광고 SDK0/10추천 BM에서는 불필요
결제2/10프리미엄이면 스토어 구매 자체
분석 SDK2/10첫 버전에는 최소 가능
모바일 QA7/10실제 역사에서도 장기 호환성 작업 필요

가장 큰 착각

코드가 쉬워 보이므로 “만드는 데 3일이면 된다”고 생각하기 쉽다.

3일이면 규칙은 만든다.

하지만 돈을 받을 제품이 되려면:

  • 움직임 감각
  • 패턴 공정성
  • 속도 곡선
  • 색 변화
  • 음악
  • 사망 피드백
  • restart latency
  • 기기별 프레임

을 다듬어야 한다.


18. 예상 팀 규모와 기간

실제 역사에서 배울 수 있는 것

[사실] 원형은 게임잼 하루 규모였다.

[사실] 상용판은 이후 수개월 동안 아이디어를 탐색하고 다듬어 2012년 하반기에 출시됐다.

즉:

Prototype time ≠ Product time

2026년 솔로 개발자 기준 추정

재미 검증 프로토타입

1~3일

플레이 가능한 데모

1~2주

유료 모바일 MVP

4~8주

조건:

  • 모드 3개 이하
  • 오리지널 음악 2~3곡 외주
  • 백엔드 없음
  • 온라인 대전 없음
  • 스킨 상점 없음

상용화 + QA + 스토어

2~4개월

완성도를 Super Hexagon 수준으로 끌어올리는 것을 목표로 한다면 현실적으로 이쪽이 더 가깝다.


19. 프론트엔드 개발자에게 유리한 지점

매우 유리

상태 관리

idle -> countdown -> playing -> dead -> result -> restart

React/Zustand/Redux에서 다루던 상태 전이 감각이 그대로 적용된다.

데이터 기반 패턴

{ duration: 0.8, gaps: [1, 4], rotation: -1, speed: 1.2 }

같은 JSON/TS 데이터로 패턴을 표현할 수 있다.

애니메이션

  • transform
  • easing
  • time-based interpolation
  • color palette

은 웹 UI 경험과 매우 가깝다.

디버그 툴

프론트엔드 개발자가 특히 강점을 가질 수 있다.

  • 패턴 에디터
  • 속도 슬라이더
  • 시드 고정
  • FPS/latency overlay
  • replay inspector

게임 자체보다 이런 툴을 잘 만들면 튜닝 시간이 크게 줄어든다.

새로 배워야 할 것

  1. game loop / delta time
  2. fixed timestep
  3. 충돌 판정
  4. 입력 latency
  5. 프레임 pacing
  6. 모바일 lifecycle
  7. 오디오 latency
  8. 스토어 빌드/서명
  9. 기기별 QA

[의견] 이 정도 규모는 프론트엔드 → 게임 개발 전환의 매우 좋은 첫 프로젝트 크기다.


20. 엔진 / 기술 후보

1순위: Godot 4

추천 이유:

  • 2D가 충분히 강함
  • 모바일 export 쉬움
  • scene/state 분리 명확
  • 프로파일링 가능
  • 고주사율 대응 가능
  • Unity보다 프로젝트 무게가 작음

이 게임 정도면 물리 엔진조차 거의 필요 없다.

각도와 반지름만으로 플레이어 위치를 계산할 수 있다.

x = centerX + cos(angle) * radius y = centerY + sin(angle) * radius

2순위: Defold

특히 이런 초경량 2D 게임에 매우 적합하다.

장점:

  • 작은 런타임
  • 빠른 시작
  • 모바일 친화
  • 성능 예측 가능
  • 단순한 구조

단점:

  • 프론트엔드 개발자에게 Lua가 새 언어일 수 있음
  • 커뮤니티/에셋 풀은 Unity/Godot보다 작음

3순위: Phaser / TypeScript

프로토타입에는 매우 추천.

프론트엔드 개발자라면 하루 안에 거의 바로 만들 수 있다.

장점:

  • TS 그대로 사용
  • 웹 배포 즉시
  • URL 하나로 플레이 테스트
  • 패턴 데이터를 JSON으로 다루기 쉬움

단점:

  • 최종 모바일 패키징에서 입력 지연/브라우저 레이어/기기별 성능이 변수가 됨
  • 극단적인 twitch game은 native 엔진보다 QA 부담이 커질 수 있음

추천 전략

1일: Phaser/TypeScript로 재미 검증 → 계속 만들 가치가 있으면 Godot/Defold로 처음부터 다시 구현도 가능하다.

코어 코드가 워낙 작아서 이 경우 재작성 비용이 낮다.


21. 1일 / 7일 / 30일 MVP 분해

1일 프로토타입

목표: 죽고 바로 다시 하는 것이 재미있는가만 확인

만들 것:

  • 중앙 원/육각형
  • 플레이어 삼각형
  • 좌/우 입력
  • 방사형 벽 3종
  • 충돌
  • 생존 타이머
  • 즉시 재시작
  • 속도 상승

안 만들 것:

  • 메뉴
  • 저장
  • 음악 외주
  • 업적
  • 리더보드
  • 결제
  • 스킨
  • 계정

성공 조건:

개발자인 내가 10분 동안 디버그 목적이 아닌데도 반복 플레이한다.

7일 프로토타입

추가:

  • 패턴 20~30종
  • 패턴 데이터화
  • 3단계 속도 곡선
  • 화면 회전
  • 팔레트 전환
  • 사망 효과
  • 개인 최고 기록
  • 1~2개 임시 음악
  • 모바일 웹/테스트 빌드
  • 저사양/고주사율 테스트

실험할 것:

  • restart까지 0.2초 vs 0.8초
  • 사망 효과 50ms vs 300ms
  • 패턴 랜덤 vs curated sequence
  • 속도 증가 선형 vs 계단식

30일 MVP

추가:

  • 난이도 3개
  • Hyper 변형 2~3개
  • 오리지널 음악
  • 음성/효과음
  • 20~40개 고품질 패턴
  • haptic 최소 사용
  • 설정
  • 일시정지
  • 저장
  • iOS/Android 안전 영역
  • 60/120Hz 테스트
  • 스토어 아이콘/스크린샷
  • 15초 트레일러
  • 크래시 리포트

여전히 넣지 않을 것:

  • 로그인
  • 자체 서버
  • 배틀패스
  • 인벤토리
  • PvP
  • 채팅
  • 사용자 제작 레벨
  • 매일 콘텐츠 업데이트

22. 스코프 폭발 위험

위험 1 — “패턴이 적어 보인다”는 불안

개발자는 콘텐츠 부족이 걱정돼 100개를 만들고 싶어진다.

하지만 우선 20개로도 재미있는 순환을 만들 수 있는지 확인해야 한다.

위험 2 — 메타 시스템 추가

“요즘 게임이니까”라는 이유로:

  • 코인
  • 스킨
  • 상점
  • 퀘스트

를 붙이면 개발 기간이 2배 이상 늘 수 있다.

위험 3 — 온라인 리더보드

Game Center/Play Games 같은 플랫폼 기능을 쓰는 것은 괜찮지만, 자체 랭킹 서버를 만드는 순간 운영 부담이 생긴다.

위험 4 — 멀티플랫폼 동시 출시

역사적으로 Super Hexagon조차 포팅과 호환성 유지에 외부 도움과 재작업이 필요했다.

첫 게임은 한 플랫폼에서 재미를 검증하는 편이 낫다.

위험 5 — 연출을 아트 에셋 수로 해결

이 게임의 미학은 자산량이 아니라 motion design이다.


23. 출시 후 운영 부담

초기 구조만 보면 1/10처럼 보이지만 실제로는 4~5/10 정도로 봐야 한다.

왜냐하면:

  • iPhone 해상도 변화
  • Retina
  • 60/120Hz
  • Android 버전 변화
  • foldable
  • controller
  • 새로운 렌더러
  • 저장 파일 마이그레이션

같은 문제가 생겼기 때문이다.

[사실] iOS 버전은 엔진 교체와 Retina/60FPS 대응을 거쳤고, 저장 파일 버그 관련 경고 업데이트도 있었다.

[사실] Android는 현대 OS 대응을 위해 2021년에 큰 호환성 작업이 있었다.

교훈

서버가 없다고 운영이 0은 아니다.

하지만 라이브 서비스에 비하면 여전히 훨씬 싸다.


24. 복제 가능한 원리 vs 복제하면 안 되는 표면

복제 가능한 원리

1. 규칙 수를 줄인다

입력은 2개면 충분하다.

2. 실패 비용을 0에 가깝게 한다

난이도가 높을수록 restart UX가 중요하다.

3. 수작업 패턴을 랜덤 조합한다

완전 절차 생성보다 작고 통제 가능하다.

4. 시각 에셋 대신 transform을 활용한다

회전/확대/색/속도.

5. 실력 자체를 메타 성장으로 만든다

DB가 없어도 된다.

6. 음악을 개발 막판 장식으로 취급하지 않는다

pacing 설계 도구로 사용한다.

7. 마케팅 문장을 게임 목표와 동일하게 만든다

Survive 60 seconds.

복제하면 안 되는 것

  • 육각형 외형 그대로
  • 동일한 방사형 벽 패턴
  • 동일한 색 구성
  • Chipzel 스타일을 모사한 음악
  • “Hard / Harder / Hardest” 표현 그대로
  • Super Hexagon과 구분 안 되는 트레일러 문법

[의견] 원리를 가져가고 화면을 가져가면 안 된다.


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

유지할 것

  1. 좌/우 또는 1~2개 입력
  2. 3초 안에 규칙 이해
  3. 즉시 재시작
  4. 60초 같은 선명한 목표
  5. 개인 실력 성장
  6. 데이터 기반 패턴
  7. 강한 음악 정체성
  8. GIF 한 장에서 보이는 위험

줄일 것

  1. 출시 플랫폼 — 처음에는 1개
  2. 모드 — 2~3개
  3. 업적 — 없어도 됨
  4. 옵션 — 최소
  5. 리더보드 — 플랫폼 기본 기능만

바꿀 것

가장 중요하다.

육각형 회피 대신 새로운 공간 규칙을 넣는다.

예:

  • 두 개의 궤도를 동시에 관리
  • 시간을 멈추면 방향이 바뀜
  • 탭할 때마다 세계와 플레이어 중 하나만 회전
  • 안전지대가 음악 박자에 따라 이동
  • 플레이어가 지나간 길이 다음 벽 패턴을 만든다

26. 제작 효율 점수

점수는 10점이 높을수록 이 아카이브 사용자에게 좋은 조건으로 평가한다.

항목점수해설
재미 잠재력9.5순수 숙련 루프가 검증됨
코어 구현 용이성9.5핵심 규칙은 하루 프로토타입 가능
아트 부담9.8도형/팔레트 중심
콘텐츠 부담9.2적은 패턴을 조합 가능
운영 부담8.3서버는 없지만 플랫폼 호환성은 실재
BM 적합성8.0프리미엄은 정렬되나 2026 모바일 발견성은 어려움
마케팅 훅9.6몇 초 영상으로 완전히 전달 가능
프론트엔드 기술 전이9.4상태/데이터/애니메이션/툴링 강점 활용 가능

종합 제작 효율

9.2 / 10

왜 10점이 아닌가

핵심 규칙은 쉬워도:

  • 입력 latency
  • 패턴 튜닝
  • 음악 품질
  • 프레임 안정성

이 제품 가치를 좌우한다.

“작게 만들 수 있다”는 조건은 최고 수준이지만 “대충 만들어도 된다”는 뜻은 아니다.


27. 최종 판정

지금 프로토타입 추천

단, Super Hexagon 복제품을 만들라는 의미가 아니다.

추천하는 실험은:

입력 2개 이하 + 한 판 10~60초 + 패턴 데이터 20개 이하 + 즉시 재시작이라는 생산 제약을 걸고 전혀 다른 공간 규칙을 만드는 것.

프론트엔드 개발자에게 이 프로젝트가 좋은 이유는:

  • 첫날에 화면이 나온다.
  • 일주일 안에 재미 여부를 판단할 수 있다.
  • 아트 때문에 막히지 않는다.
  • 백엔드를 만들 핑계가 없다.
  • 데이터/상태/툴링 강점을 바로 쓸 수 있다.
  • 실패해도 한 달 안에 배운 것을 다음 게임으로 옮길 수 있다.

28. 실제로 실험해볼 작은 게임 가설 3개

가설 A — Orbit Switch

한 줄

두 궤도 사이를 탭 한 번으로 전환하며 안쪽으로 들어오는 장애물을 피한다.

입력

  • 탭: inner ↔ outer orbit

차별화

좌/우 이동조차 제거한다.

플레이어가 판단할 것은 오직:

“지금 궤도를 바꿀 것인가?”

1일 구현

  • 원 2개
  • player angle 자동 회전
  • tap orbit switch
  • 장애물 생성
  • collision
  • timer

검증 질문

이동 방향 조작이 없어도 패턴 읽기만으로 긴장을 만들 수 있는가?


가설 B — Beat Gate

한 줄

음악 박자마다 안전한 문이 이동하고, 플레이어는 좌/우만 눌러 다음 박자의 문을 맞춘다.

핵심

Super Hexagon의 음악-속도 결합 원리는 가져오되 공간 표현은 다르게 한다.

시스템

  • 4~8개의 lane
  • beat event
  • 안전 lane 변경
  • 두 버튼 이동
  • BPM 상승

BM

무료 데모 + 전체 음악팩 1회 해금.

검증 질문

오디오를 단순 배경음이 아니라 게임 규칙으로 쓰면 20개 패턴으로 충분한가?


가설 C — Echo Walls

한 줄

내가 5초 전에 움직인 경로가 벽이 되어 되돌아온다.

핵심 재미

플레이어가 자기 과거 행동으로 미래 난이도를 만든다.

장점

수작업 레벨 수가 매우 적어도 플레이어 입력이 콘텐츠가 된다.

위험

초반에 왜 죽었는지 이해하기 어려울 수 있다.

따라서:

  • 과거 경로를 반투명하게 보여주고
  • 5초 카운트
  • 벽 생성 시 강한 색 전환

이 필요하다.

검증 질문

플레이어 생성 패턴을 사용하면 수작업 콘텐츠를 더 줄일 수 있는가?


29. 이 게임에서 가장 중요한 제작 원리 10개

  1. 핵심 규칙은 하루 만에 만들 수 있을 정도로 작아도 된다.
  2. 상품성은 기능 개수가 아니라 입력과 피드백의 밀도에서 나온다.
  3. 어려운 게임일수록 실패 비용을 없애라.
  4. 완전 랜덤보다 기억 가능한 작은 패턴 세트를 조합하라.
  5. 플레이어 숙련을 메타 진행으로 사용할 수 있다.
  6. 아트 에셋이 적다면 움직임·색·속도·음악으로 밀도를 만든다.
  7. 좋은 음악은 작은 게임에서 disproportionately 큰 자산이다.
  8. 마케팅 문장은 게임 목표만큼 단순해야 한다.
  9. 서버가 없어도 장기 플랫폼 유지보수 비용은 존재한다.
  10. 첫 상용작에서는 복잡한 BM보다 재미 검증과 출시 완주가 더 중요하다.

30. 참고 출처

공식 / 1차 자료

  1. Super Hexagon 공식 사이트 — 게임의 공식 설명

  2. Terry Cavanagh / Distractionware — About Me

  3. Super Hexagon, 10 years on — Terry Cavanagh, 2022-09-05

  4. Super Hexagon is back on Android! — Terry Cavanagh, 2021-12-08

  5. Distractionware Android games

  6. Apple App Store KR — Super Hexagon

  7. Apple App Store US — Super Hexagon

  8. Steam — Super Hexagon

개발 / 디자인 인터뷰

  1. MCV/DEVELOP — “Super Hexagon doesn’t hate you,” Cavanagh tells MCV, 2012-09-07

  2. Game Developer — Super Hexagon: An example of why you shouldn’t ignore Android, 2013-01-23

판매 관련 공개 자료

  1. Engadget — Super Hexagon sells 10K on iOS, 2012-09-09

  2. Engadget — Super Hexagon has sold approximately 45,000 copies, 2012-09-21

  3. WIRED — You Cloned My Game? I Ain’t Even Mad, Bro, 2012-11

현재 판매량/스토어 상태 추정 보조 자료

  1. SteamSpy — Super Hexagon

  2. AppBrain — Super Hexagon

  3. Epic Windmill — Super Hexagon


조사 메모

  • [사실] 표시는 공식 스토어, 개발자 글/인터뷰 또는 명시적 보도에 근거했다.
  • [추정] 매출/판매 범위는 공개된 초기 판매량, 현재 Steam owner 추정, Android 다운로드 추정, 역사적 가격/세일을 조합한 모델이며 공식 회계 수치가 아니다.
  • [의견] 제작 기간, 기술 선택, 현대 BM 제안, MVP 분해는 2026년 솔로/소규모 개발 관점의 판단이다.
  • Android Google Play 현재 상태는 공식 게임 목록과 외부 스토어 추적 상태가 일치하지 않아 문서에서 그 불확실성을 명시했다.
Last updated on