Crossy Road — 제작자 관점 해체 분석

한 줄 결론

[의견] Crossy Road에서 복제할 것은 ‘길을 건너는 닭’이 아니라, 1초 안에 이해되는 조작 → 10초 안에 죽을 수 있는 긴장 → 즉시 재시작 → 점수 자랑 → 수집 보상 → 선택형 광고가 하나의 짧은 순환으로 맞물리는 구조다. 초기 버전은 2명의 개발자와 1명의 아티스트가 약 12주 만에 만들었고, 첫 90일에 5,000만 다운로드와 약 1,000만 달러의 매출을 기록했다. 프론트엔드 개발자가 모바일 게임으로 진입할 때 참고할 만한 사례 중에서도 재미·제작 효율·BM·마케팅 훅이 동시에 매우 강한 편이다.

다만 현재 Crossy Road의 300개가 넘는 캐릭터, 28개 이상의 월드, 이벤트와 데일리 챌린지까지 따라 만들면 더 이상 작은 게임이 아니다. 참고해야 할 대상은 2014년 출시 골격이며, 현재 라이브 서비스 규모는 오히려 줄여야 할 부분이다.

1. 기본 정보

항목	내용
장르	Endless arcade / score attack / one-thumb action
플랫폼	iOS, Android 중심. 이후 Apple TV 등 다수 플랫폼
출시	2014-11-20
개발	Hipster Whale — Matt Hall, Andy Sum, Ben Weatherall
초기 핵심 팀	개발 2명 + 아트 1명
초기 개발 기간	약 12주. 최초 목표는 6주
엔진	Unity
가격	Free-to-play
초기 BM	선택형 rewarded video + 캐릭터 직접 구매
현재 BM	광고 + IAP. App Store에는 다수 캐릭터 IAP와 Piggy Bank 등이 표시됨
Google Play	100M+ 다운로드, 약 457만 리뷰가 표시됨(분석 시점)
App Store US	735K ratings, 4.7/5, 300+ 캐릭터·28+ 월드·데일리 챌린지 등을 현재 설명에서 강조
공식 글로벌 규모 표현	App Store 설명은 250M+ players worldwide를 언급

[사실] 공식 Press Kit은 개발자를 Matt Hall, Andy Sum, Ben Weatherall로 명시하고, 2014년 11월 20일 출시를 기록한다.

[사실] GDC 세션은 Crossy Road가 약 12주 만에 만들어졌으며 첫 달 1,000만 다운로드를 달성했다고 설명한다.

[사실] 당시 보도와 GDC 발표에 따르면 첫 90일 동안 약 5,000만 다운로드, 약 1,000만 달러 매출을 기록했다.

[사실] PocketGamer.biz는 당시 ‘two-man team in 12 weeks using Unity’로 기술했고, 별도의 아티스트 Ben Weatherall이 voxel 비주얼에 참여했다.

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

Crossy Road는 작은 모바일 게임이 상업적으로 강해지기 위해 필요한 요소를 거의 교과서처럼 한곳에 모아 놓았다.

규칙 설명 비용이 거의 없다. 앞으로 이동하고, 차·기차·강을 피하고, 더 멀리 가면 된다.
입력 공간이 작다. 탭과 방향 스와이프만으로 대부분의 플레이가 성립한다.
실패가 빠르고 이해 가능하다. 죽은 이유가 화면에 즉시 보인다.
재시작 마찰이 작다. 긴 로딩·결과창·에너지 시스템이 핵심 루프를 끊지 않는다.
절차적 생성이 콘텐츠를 대신한다. 수작업 스테이지 수백 개를 만들지 않아도 조합이 계속 변한다.
캐릭터는 성능이 아니라 표현과 수집을 판다. BM이 경쟁 공정성을 크게 해치지 않는다.
광고가 강제가 아니라 선택지다. 더 빠른 수집을 원할 때 광고를 보는 구조가 핵심 재미와 비교적 자연스럽게 연결된다.
실패 장면 자체가 공유 소재다. near miss, 갑작스러운 열차, 우스운 캐릭터와 죽음이 짧은 영상으로 이해된다.
초기 UA 의존도가 매우 낮았다. 개발팀은 유료 UA보다 retention·sharing·virality에 집중했다고 공개적으로 설명했다.

[의견] ‘하이퍼캐주얼처럼 한눈에 이해되지만, 하이퍼캐주얼보다 오래 기억되는 캐릭터/IP와 수집 메타를 붙였다’는 것이 핵심 포지셔닝이다.

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

핵심 판타지

“조금만 더 가면 신기록인데, 다음 한 칸이 나를 죽일 수도 있다.”

Crossy Road는 대단한 세계관 판타지를 팔지 않는다. 대신 아주 작은 행동에 긴장을 건다.

한 칸 전진할 것인가 기다릴 것인가
지금 횡단할 것인가 옆으로 비킬 것인가
저 차 사이 간격이 충분한가
강의 발판이 안전한가
열차 경고를 무시하고 밀어붙일 것인가

이 선택은 모두 1~2초 안에 판단된다.

플레이어에게 주는 약속

규칙은 즉시 이해할 수 있다.
죽어도 바로 다시 할 수 있다.
실력이 늘면 점수가 분명히 오른다.
매번 지형과 위험 조합이 조금씩 달라진다.
플레이할수록 새로운 캐릭터를 모을 수 있다.
결제하지 않아도 기본 게임은 계속 할 수 있다.

4. 코어 루프 — 시간 단위로 분해

첫 10초

화면을 탭한다.
캐릭터가 한 칸 앞으로 점프한다.
차량이 옆으로 지나간다.
‘다음 칸도 갈 수 있겠다’는 감각이 생긴다.
빠르면 몇 초 안에 차에 치이고 즉시 규칙을 학습한다.

후킹 포인트: 튜토리얼 문장보다 ‘행동 → 위험 → 결과’가 먼저 온다.

첫 30초

전진할수록 점수가 올라간다.
도로·강·철길·잔디가 섞인다.
기다리면 안전하지만 화면 압박 때문에 무한 대기가 불가능하다.
작은 near miss가 발생한다.
죽으면 “이번에는 내가 조금 더 잘할 수 있다”는 원인이 명확하다.

첫 5분

여러 번의 짧은 런을 반복한다.
차량 속도와 간격을 읽기 시작한다.
코인을 모은다.
캐릭터 해금 구조를 본다.
점수 기록을 갱신하거나 못 갱신하면서 ‘한 판만 더’가 생긴다.

한 세션

[추정] 가벼운 이용자는 3~10분 안에서 여러 런을 돌기 쉽다. 한 런의 길이가 고정되지 않고 실력에 따라 늘어나므로 ‘세션 길이를 설계자가 정한다’기보다 플레이어의 실패가 자연스럽게 세션을 잘게 자른다.

장기 루프

초기:

런 → 코인 → 랜덤 캐릭터 해금 → 다른 캐릭터로 런 → 점수/수집 → 반복

현재:

런 → 코인/퀘스트/이벤트 → 캐릭터·카드·월드 수집 → 데일리 챌린지 → 이벤트 복귀 → 반복

[의견] 제작자가 처음부터 현재의 장기 루프를 만들 필요는 없다. 출시 MVP는 점수 + 10~20개 수집 캐릭터 + rewarded ad 한 종류만으로도 가설 검증이 가능하다.

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

Crossy Road의 온보딩 비용이 낮은 이유는 ‘게임 공간’과 ‘입력 공간’이 일치하기 때문이다.

앞에 길이 있다 → 탭하면 앞으로 간다.
옆에 위험이 있다 → 좌우 스와이프로 피한다.
차에 닿는다 → 죽는다.
강에서 발판을 놓친다 → 죽는다.
멀리 간다 → 숫자가 커진다.

복잡한 버튼 설명이나 캐릭터 능력 설명 없이도 핵심 규칙이 시각적으로 드러난다.

[제작 원리] 첫 30초에 설명해야 할 명사가 많을수록 모바일 MVP 제작 위험이 커진다. Crossy Road의 강점은 핵심 설명 명사가 사실상 나 / 장애물 / 앞으로 / 점수 정도라는 점이다.

6. 재미의 원천

6.1 선택

매 순간의 선택은 작지만 잦다. ‘갈까 말까’가 1초 단위로 반복된다. 선택지가 너무 많지 않기 때문에 모바일에서 피로하지 않다.

6.2 긴장

점수가 올라갈수록 현재 런을 잃는 비용이 심리적으로 커진다. 게임이 별도의 체력을 만들지 않아도 내가 쌓은 현재 기록 자체가 stake가 된다.

6.3 숙련

차량 속도 읽기
빈 공간 예측
철도 경고 타이밍
강 발판 이동 예측
카메라 압박을 고려한 전진 속도

규칙은 단순하지만 플레이어가 학습할 패턴은 충분하다.

6.4 변동 보상

캐릭터 해금은 랜덤 수집 구조와 결합된다. 다음 보상이 무엇인지 모르는 상태가 다음 런과 광고 시청을 밀어준다.

6.5 수집과 표현

캐릭터는 기본 성능을 크게 바꾸지 않으면서 외형·사운드·환경 효과로 개성을 만든다. 이것이 매우 중요하다.

[제작 원리] 캐릭터마다 별도의 전투 밸런스를 하지 않고도 수집 욕구를 만들 수 있다. 즉, 콘텐츠 추가가 밸런스 부채를 크게 만들지 않는 구조다.

6.6 사회성

직접 PvP가 없어도 고득점, 이상한 캐릭터, 재미있는 실패가 대화 소재가 된다.

[사실] Matt Hall은 캐릭터가 사람들끼리 ‘그 캐릭터 얻었냐’, ‘그 캐릭터를 쓰면 무슨 일이 일어나냐’를 이야기하게 만들었다고 설명했다.

7. 게임 필(Game Feel)

Crossy Road는 시스템보다 입력의 감각과 실패 연출이 훨씬 중요한 게임이다.

입력

연속 아날로그 이동이 아니라 칸 단위 이동이라 의도가 명확하다.
탭 한 번이 하나의 명확한 액션이다.
입력 후 캐릭터가 짧게 튀어 오르는 모션이 피드백이 된다.

카메라

아이소메트릭 카메라는 단순한 voxel 아트를 보기 좋게 만들면서, 앞쪽 위험을 미리 읽을 수 있는 공간을 제공한다.

사운드

점프
차량
열차 경고
충돌
캐릭터별 음향 변화

사운드는 복잡한 음악 시스템보다 위험 예고와 코미디에 기여한다.

실패 연출

차에 치이거나 열차에 부딪히는 결과가 짧고 과장되어 있다. 실패가 짜증만 나는 것이 아니라 작은 농담이 된다.

보상 타이밍

플레이 중 코인 → 런 종료 → 광고/보상 선택 → 캐릭터 해금이라는 흐름이 짧다.

[의견] 이 장르에서 프로토타입이 재미없을 때 ‘콘텐츠가 부족해서’라고 판단하면 위험하다. Crossy Road 계열은 점프 애니메이션, 충돌 순간, 카메라, 장애물 속도, 입력 버퍼를 먼저 손봐야 한다.

8. 리텐션 구조

초기 리텐션

[사실] Matt Hall은 초기 테스트에서 retention이 약 65% 수준으로 높았다고 회고하며, 당시 가장 중요하게 본 지표가 retention이었다고 밝혔다. 기사 문맥상 일반적으로 D1로 읽히지만 원문이 정확한 cohort 정의를 밝히지는 않으므로 여기서는 ‘초기 retention 테스트 수치’로만 취급한다.

리텐션의 핵심은 네 가지다.

실력 향상: 다음 판에는 더 갈 수 있을 것 같다.
신기록: 내 점수가 즉시 비교 대상이 된다.
수집: 다음 캐릭터가 궁금하다.
짧은 마찰: 에너지·긴 로딩·복잡한 메뉴 없이 다시 시작한다.

현재 리텐션

현재 App Store 설명에는 300+ 캐릭터, 28+ 월드, 데일리 챌린지, 이벤트 등이 포함되어 있다.

[의견] 이것은 10년 넘게 운영된 결과이지 초기 성공의 필수조건이 아니다. 솔로 개발자는 현재 Crossy Road의 라이브옵스 표면을 목표로 하면 안 된다.

9. 콘텐츠 레버리지

Crossy Road의 가장 강한 제작 효율은 시스템 1개가 플레이 공간을 계속 만들어낸다는 점이다.

레버리지 1 — 절차적 지형

도로, 잔디, 강, 철길 같은 소수의 lane archetype을 조합한다.

각 lane은 다음 변수만 달라도 다른 상황이 된다.

폭
장애물 종류
장애물 속도
진행 방향
간격
출현 타이밍
안전 영역
인접 lane과의 조합

수작업 100레벨 대신 제약조건을 가진 생성기를 만든다.

레버리지 2 — 캐릭터의 기계적 평등

캐릭터는 대체로 능력치 차이보다 외형·효과 차이로 구성된다. 캐릭터 하나를 추가할 때 새로운 밸런싱 시스템이나 레벨을 만들 필요가 적다.

레버리지 3 — 동일 룰의 환경 리스킨

월드가 달라도 핵심 입력과 위험 읽기 구조는 유지된다. 콘텐츠는 ‘새 게임 규칙’보다 ‘새로운 표현과 obstacle skin’ 쪽으로 확장된다.

제작자에게 중요한 결론

[의견] 한 명이 따라 만들 때는 캐릭터 300개가 아니라 아래를 목표로 해야 한다.

lane archetype 4개
obstacle 5~7개
캐릭터 12~20개
시각 테마 1개
수집 화면 1개

이 정도만으로도 핵심 가설은 검증 가능하다.

10. 모바일 적합성

항목	평가	이유
한 손 조작	매우 높음	탭/짧은 스와이프 중심
세션 분할	매우 높음	실패가 자연스러운 세션 경계
중단/재개	높음	한 런의 상태가 작고 장기 세이브 의존 낮음
오프라인	높음	현재 App Store 설명도 offline play를 강조
네트워크 의존	낮음	광고·리더보드·이벤트 제외하면 핵심 플레이는 로컬 가능
배터리 부담	중간~낮음	소규모 3D지만 프레임/광고 SDK 최적화 필요
화면 크기 의존	낮음	큰 버튼이 없어도 제스처와 명확한 공간 구조로 작동
짧은 복귀	매우 높음	앱을 열고 수 초 내 플레이 가능

[의견] 모바일 게임을 처음 만드는 프론트엔드 개발자에게 좋은 이유는 ‘게임플레이 상태가 작고 명확하다’는 점이다. 서버 상태보다 로컬 상태 머신과 입력/애니메이션 동기화가 핵심이 된다.

11. BM 해체

Crossy Road의 BM은 당시 F2P 관행을 일부러 덜 공격적으로 설계한 사례다.

초기 구조

기본 플레이 무료
에너지 없음
실패 후 강제 결제 없음
pay-to-win 없음
coin pack 중심 구조를 피함
캐릭터 직접 구매
rewarded video를 보면 코인을 받아 랜덤 캐릭터 해금을 앞당길 수 있음

[사실] 개발팀은 monetization 논의를 개발 약 6주 시점, 즉 프로젝트 절반쯤에서 본격적으로 시작했다고 밝혔다.

[사실] Matt Hall은 가족 친화적 맥락에서 coin pack 판매가 마음에 들지 않아, 영구적인 캐릭터 직접 구매와 광고라는 대안을 선택했다고 설명했다.

왜 BM이 재미를 덜 해치는가

핵심 재미는 ‘더 멀리 가는 것’이다. 돈을 내도 캐릭터 성능이 크게 좋아지지 않는다. 따라서 결제는 승리 확률이 아니라 표현·수집 속도에 영향을 준다.

rewarded ad가 잘 붙는 이유

광고 시청의 보상은 ‘다음 판을 할 권리’가 아니라 ‘수집 진행 가속’이다.

이 차이가 크다.

나쁜 구조: 광고를 안 보면 게임을 못 한다.
Crossy Road 구조: 게임은 계속 할 수 있고, 광고를 보면 캐릭터 수집이 빨라진다.

현재 구조에서 배울 점과 버릴 점

현재는 수년간 추가된 캐릭터·이벤트·IAP가 많다.

[의견] 솔로 MVP는 다음 정도면 충분하다.

rewarded ad 1종
캐릭터 직접 구매 3~5종
나머지는 플레이로 해금
consumable currency package는 우선 제외

12. 경제 시스템

핵심 재화

코인

공급처

런 중 획득
플레이 보상
rewarded video
기타 현재 이벤트/보상 시스템

소모처

랜덤 캐릭터 해금

직접 결제

특정 캐릭터를 바로 구매할 수 있다.

경제 시스템이 단순한 이유

Crossy Road에는 전투력, 장비 강화, 스킬 트리, 건물 업그레이드 같은 다층 경제가 없다.

[의견] 이것이 소규모 팀에 엄청난 이점이다. 경제 밸런싱을 ‘통화 인플레이션’이 아니라 해금 템포 문제로 축소할 수 있다.

튜닝할 핵심 변수

평균 한 런당 획득 코인
광고 1회 보상량
무료 보상 주기
랜덤 해금 비용
중복 캐릭터 처리
캐릭터 직접 구매 가격
첫 캐릭터 해금까지 걸리는 시간

13. 돈을 얼마나 벌었나

확인 가능한 수치

[사실 / 신뢰도 높음] 첫 90일:

약 5,000만 다운로드
약 1,000만 달러 매출
단순 계산 시 다운로드당 약 $0.20

[사실 / 신뢰도 높음] 2015년 3월 초 Unity Ads 관련 보도:

Unity Ads만으로 약 $3M 발생
당시 rewarded video가 전체 BM에서 실제로 큰 비중을 차지했음을 확인할 수 있다.

[사실] 현재 Google Play는 100M+ 다운로드를 표시한다.

[사실] 현재 US App Store 설명은 250M+ worldwide players를 언급한다.

lifetime 매출 추정

공식적으로 공개된 Crossy Road 단일 게임의 최신 누적 매출 수치는 찾기 어렵다.

따라서 아래는 게임 단일 매출의 범위 추정이다.

계산 기준

초기 90일 실적:

$10M / 50M downloads ≈ $0.20 per download

현재 공식 설명의 250M+ players를 아주 거칠게 lifetime reach의 하한 프록시로 사용한다.

후기 유저는 초기보다 지역 믹스가 넓어져 eCPM·IAP 전환이 낮을 가능성이 있지만, 반대로 10년 이상의 rewarded ads, 수백 개 캐릭터, 이벤트, 라이선스 협업이 장기 monetization을 늘렸을 가능성이 있다.

범위

시나리오	lifetime blended revenue / player 가정	250M 기준
보수적	$0.12	약 $30M
기준	$0.18	약 $45M
상단	$0.28	약 $70M

[추정] Crossy Road 단일 게임의 lifetime 광고+IAP 매출은 대략 $30M~$70M 범위일 가능성이 있다. 신뢰도: 낮음~중간.

이 범위는 공식 누적 매출이 아니다. 특히 players, downloads, 재설치, 플랫폼 중복을 동일하게 취급할 수 없고, 첫 90일의 $10M이 소비자 총지출인지 개발사 회계상 순매출인지 기사마다 용어가 정교하게 분리되지 않는다.

개발사 실수령 / 이익은 별개다

[사실] 2026년 Atari의 Hipster Whale 인수 발표 관련 자료에서, Hipster Whale 전체 회사는 2026-01-31 종료 TTM 기준 매출 약 $8.28M, EBITDA 약 $4.63M로 소개됐다. 그러나 이 수치는 Crossy Road 하나가 아니라 회사 전체 게임·플랫폼·계약을 포함한다.

따라서 Crossy Road lifetime 매출에서 Hipster Whale의 순이익을 역산하는 것은 신뢰하기 어렵다.

[판정]

초기 90일 $10M: 확인 가능한 강한 사실
lifetime $30M~$70M: 합리적 범위 추정이지만 불확실성 큼
개발사 lifetime 순이익: 공개 자료 부족으로 정밀 추정 보류

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

초기 성공

게임 자체의 힘 비중이 매우 높다.

[사실] 개발팀은 초기 paid UA를 하지 않았다고 밝혔다.

그 대신 의도적으로 집중한 것은:

retention
engagement
virality
sharing
캐릭터 수집

[사실] 개발팀은 유료 UA를 하면 일정 LTV를 맞춰야 하고, 그 요구가 게임 디자인을 제한한다고 판단했다고 인터뷰에서 설명했다.

그래도 운과 플랫폼 효과는 있었다

[의견] “게임이 좋았으니 자동으로 성공했다”라고 해석하면 위험하다.

App Store 노출
2014년 말 holiday timing
YouTube 인플루언서 노출
Flappy Bird 이후 초단기 아케이드 게임에 대한 관심
친숙한 Frogger형 룰

이 요소가 강한 가속기였다.

[사실] 당시 PewDiePie 등 대형 YouTube 채널의 노출이 다운로드 폭발에 기여했다는 개발팀 관련 보도가 있다.

현재 성공

현재는 Crossy Road 자체가 브랜드가 되었고, 협업 IP·대규모 캐릭터 카탈로그·수년의 운영 자산을 갖고 있다.

[의견] 오늘 새 게임이 Crossy Road와 똑같은 플레이만 만든다고 같은 성과가 나올 가능성은 매우 낮다. 재현 가능한 것은 구조와 원리이지 이미 형성된 브랜드 파워가 아니다.

15. 유저 획득 / 발견성

ASO

제목이 짧고 기억하기 쉽다.
‘Why did the chicken cross the road?’라는 문화적으로 익숙한 문장을 연상시킨다.
아이콘의 닭 하나로 캐릭터를 인지시킬 수 있다.
장르 설명 없이 스크린샷만으로도 위험 회피 게임임이 보인다.

3초 광고 소재

3초 안에 충분하다.

닭이 도로 앞에 선다.
탭해서 차 사이로 이동한다.
거의 피했다가 차에 치인다.

끝.

규칙 설명 자막이 없어도 된다.

TikTok / Shorts / GIF

1점 차 신기록 실패
열차 near miss
우스운 캐릭터
특정 캐릭터의 환경 효과
‘몇 점까지 갈 수 있나’ 도전

모두 짧은 세로 영상에 적합하다.

스트리머 적합성

긴 방송형 게임은 아니지만, 짧은 챌린지·벌칙·기록 경쟁·시청자 캐릭터 선택 같은 포맷에 잘 맞는다.

중요한 제작 원리

[의견] 광고를 만들기 위해 게임을 설명해야 하는 게임보다, 플레이 장면 자체가 광고가 되는 게임이 소규모 개발자에게 훨씬 유리하다.

16. 경쟁작과 포지셔닝

익숙한 부분

Frogger: 도로·강 횡단
Flappy Bird: 짧은 실패, 단순 조작, 점수 자랑, viral challenge
endless runner류: 끝없는 진행과 기록 경쟁

달랐던 부분

3D voxel 미학
아이소메트릭 시점
절차적 lane 생성
수집 캐릭터가 social object 역할
공격적 F2P 대신 optional rewarded ads + cosmetic purchase

현대 시장에서의 위치

오늘 기준으로는 ‘초단기 endless casual’ 자체는 매우 흔하다. 따라서 새 작품은 단순한 횡단 게임이 아니라 한눈에 보이는 새로운 위험 문법이나 테마가 필요하다.

예:

시간 역행
플레이어가 교통 신호 자체를 조작
두 캐릭터 동시 제어
이동할 때마다 세계 규칙이 바뀜
물리 기반 위험이 서로 충돌

17. 제작 난이도 분해

10점은 어렵다는 뜻이 아니라 제작 부담이 낮아 효율이 높다는 방향으로 평가한다.

영역	제작 효율	해설
코어 이동	9.5/10	grid hop + 입력 상태 머신은 빠르게 구현 가능
충돌/장애물	9.0/10	차량·열차·강 등 규칙이 명확
절차적 생성	7.5/10	‘가능한 맵’보다 ‘항상 공정하고 재미있는 맵’ 생성이 어려움
UI	9.0/10	점수, 결과, 캐릭터, 통화 중심
아트	8.5/10	voxel 스타일은 생산성이 높지만 캐릭터 양이 늘면 부담 증가
애니메이션	8.5/10	리깅 복잡도 낮음. 대신 timing/juice 중요
사운드	8.0/10	에셋 수는 적으나 게임 필에 영향 큼
레벨 디자인	9.0/10	수작업 레벨보다 생성 규칙 튜닝 중심
백엔드	9.5/10	MVP는 사실상 불필요
광고/IAP	7.0/10	SDK, consent, privacy, store QA가 실제 상용화 비용
분석	8.0/10	Firebase/GameAnalytics 등으로 충분하나 이벤트 설계 필요
QA	7.5/10	절차적 생성 edge case가 가장 큰 위험

가장 속이기 쉬운 난점

화면만 보면 매우 간단하지만 실제 품질 차이는 아래에서 난다.

장애물 속도가 읽히는가
난수 생성이 불공정하지 않은가
두 lane 조합이 사실상 막힌 길을 만들지 않는가
카메라가 정보를 너무 늦게 보여주지 않는가
입력 버퍼가 답답하지 않은가
near miss가 운이 아니라 내 판단처럼 느껴지는가

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

출시 전

낮음~중간.

필요한 것은 수백 레벨이 아니라:

몇 가지 lane 규칙
장애물 세트
캐릭터 소수
절차적 생성기
난이도 곡선
광고/IAP
게임 필

출시 후

현재 Crossy Road 수준을 목표로 하면 높음.

300+ 캐릭터와 28+ 월드, 이벤트, 퀘스트, IP 협업은 지속적 아트·QA·운영이 필요하다.

[의견] 솔로 개발자는 ‘캐릭터를 계속 만드는 게임’이 아니라, 코어 규칙이 알아서 장기 플레이를 만드는 게임 + 드문 시즌 업데이트 정도로 줄이는 편이 낫다.

19. 예상 팀 규모와 기간

원작 기준

[사실] 초기 핵심 개발은 Matt Hall + Andy Sum, 아트는 Ben Weatherall이 참여했으며 전체 제작은 약 12주였다.

지금 프론트엔드 개발자가 비슷한 규모의 게임을 만든다면

1인

재미 검증 프로토타입: 1~3일
핵심 시스템 알파: 1~2주
광고 없는 MVP: 3~4주
상용 F2P 출시 버전: 8~12주

단, 3D 경험이 거의 없다면 2~4주가 추가될 가능성이 높다.

2인

개발 1 + 아트/사운드/게임디자인 1 조합이면 6~10주가 현실적

중요한 해석

원작의 12주는 이미 숙련된 개발자가 만든 결과다. ‘12주면 나도 똑같이 만들 수 있다’가 아니라, 핵심 구조가 12주 규모로 실제 검증된 적이 있다고 보는 것이 맞다.

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

전이되는 능력

상태 머신 설계
component 기반 사고
UI 흐름
이벤트 시스템
데이터 모델링
캐릭터/아이템 catalog 관리
analytics event 설계
feature flag
로컬 저장
반복 가능한 툴링
에셋 메타데이터 관리

특히 캐릭터 데이터는 프론트엔드에서 흔한 config-driven UI와 비슷하게 만들 수 있다.


Character
- id
- displayName
- model
- environmentTheme
- soundSet
- rarity
- unlockMethod
- storeProductId

이런 식으로 콘텐츠를 데이터화하면 코드 수정 없이 캐릭터를 추가할 수 있다.

새로 배워야 할 부분

3D 좌표/Transform
카메라
collision
animation timing
입력 latency
오브젝트 풀링
프레임 타임
모바일 빌드/서명
App Store / Play Console
광고 SDK
IAP validation
privacy/consent
게임 밸런스와 difficulty curve

21. 엔진 / 기술 후보

1순위: Unity

추천도: 9/10

원작이 Unity로 제작됐다. 현재도 모바일 3D, 광고/IAP, analytics, store 배포 측면에서 가장 검증된 선택지다.

장점:

3D와 모바일 배포 성숙
광고/IAP SDK 선택지 많음
프로파일링·오브젝트 풀링 자료 풍부
에셋 파이프라인 풍부

단점:

프론트엔드 개발자에게 C# + Unity lifecycle 적응 필요
프로젝트 설정과 SDK 의존성이 생각보다 무거움

2순위: Godot

추천도: 8.5/10

광고/IAP를 늦게 붙이고 먼저 재미를 검증한다면 매우 좋다.

장점:

빠른 프로토타입
가벼운 프로젝트
씬/노드 구조가 UI 개발자에게 비교적 이해하기 쉬움
오픈소스

단점:

일부 모바일 monetization SDK 통합은 Unity보다 손이 더 갈 수 있음

3순위: Defold

추천도: 7/10

작은 모바일 빌드와 성능은 매력적이지만, 이 게임처럼 3D voxel 표현을 적극 활용할 경우 Unity/Godot보다 학습 자료와 생산성이 떨어질 수 있다.

Phaser / Web

프로토타입 추천도: 8/10 / 상용 네이티브 추천도: 6/10

2D 또는 fake-isometric 버전으로 핵심 재미를 하루 안에 검증하기에는 매우 좋다. 그러나 네이티브 모바일 광고/IAP와 3D 표현까지 고려하면 최종 제품은 Unity/Godot이 더 편하다.

현실적 추천

1일: Phaser 또는 Godot
7일: Godot
실제 광고/IAP 상용화: Unity 또는 Godot + 검증된 플러그인

22. MVP 분해

1일 프로토타입

목표: “앞으로 한 칸씩 이동하는 것이 긴장감을 만드는가?”만 검증.

필수:

평면 grid
탭 = 전진
좌/우 이동
자동차 1종
충돌 = 즉시 사망
거리 점수
즉시 재시작

버릴 것:

캐릭터 수집
광고
IAP
사운드 다양성
다양한 월드
백엔드

성공 기준 예시:

개발자 본인이 10분 동안 20판 이상 반복
테스트 유저가 설명 없이 5초 내 조작 이해
실패 후 2초 내 자발적 재시작

7일 프로토타입

추가:

도로 / 잔디 / 강 / 철길 중 3종
절차적 lane 생성
난이도 증가
코인
캐릭터 5종
간단한 사운드
카메라 압박
점수 저장
event analytics

검증할 것:

5분 세션에서 평균 런 횟수
최고 점수 갱신률
첫 세션 이탈 시점
‘한 판 더’ 비율

30일 MVP

추가:

캐릭터 12~20종
prize unlock
rewarded ad
직접 IAP 3~5종
광고 제거 또는 프리미엄 옵션 검토
로컬 세이브
4~5 obstacle archetype
공정성 검사 포함 procedural generator
기본 analytics dashboard
튜토리얼 최소화
간단한 share card
crash reporting
Android/iOS device QA

절대 30일 안에 넣지 않을 것:

실시간 PvP
계정 시스템
시즌패스
길드
클라우드 백엔드
수백 캐릭터
여러 IP 콜라보

23. 스코프 폭발 위험

위험 1 — 캐릭터 수가 곧 제품 가치라고 착각

초기 캐릭터 몇 개가 재미있으면 계속 추가하고 싶어진다. 하지만 캐릭터가 100개를 넘는 순간 아트·스토어·QA·로컬라이징·이벤트 관리가 운영 사업이 된다.

위험 2 — procedural generation을 ‘랜덤 배치’로 구현

완전 랜덤은 불공정한 상황을 만든다. 생성기는 규칙이 아니라 규칙 + 안전 제약 + 난이도 예산이어야 한다.

위험 3 — BM을 너무 일찍 최적화

Crossy Road 개발팀은 monetization보다 retention과 virality를 먼저 봤다.

초기 프로토타입에서 ARPDAU를 만지기 시작하면 핵심 재미 검증이 늦어진다.

위험 4 — 월드마다 새 시스템을 만든다

월드는 시각적 변주와 작은 obstacle 변형이어야 한다. 월드마다 완전히 다른 게임을 만들기 시작하면 콘텐츠 레버리지가 사라진다.

위험 5 — 온라인 기능 욕심

leaderboard조차 MVP에는 필요 없다. 로컬 최고 점수만으로도 코어 재미를 검증할 수 있다.

24. 장기 운영 부담

MVP

낮음.

서버 없음
커뮤니티 모더레이션 없음
실시간 경제 없음
매치메이킹 없음

상용 F2P

중간.

광고 SDK 업데이트
consent/privacy
스토어 정책
crash 대응
analytics
캐릭터/이벤트 업데이트

현재 Crossy Road 수준

높음.

300+ 캐릭터
28+ 월드
seasonal event
daily challenge
IP collaboration
다국어
여러 플랫폼

[의견] 프론트엔드 개발자 1명이 처음 만들 게임은 ‘현재 Crossy Road’가 아니라 출시 1.0의 20~30% 규모가 적절하다.

25. 복제 가능한 원리 vs 복제하면 안 되는 요소

복제 가능한 원리

한 손 입력
1초짜리 decision loop
즉시 이해되는 위험
빠른 실패 / 빠른 재시작
절차적 생성
high score
cosmetic collection
optional rewarded ads
direct cosmetic purchase
no paywall
no energy
shareable failure
캐릭터가 social object가 되는 구조

복제하기 어려운 요소

Crossy Road 브랜드
10년 이상 누적된 캐릭터 카탈로그
유명 IP 콜라보
플랫폼 피처링 이력
초기 YouTube viral moment
이미 형성된 전 세계 유저 풀

그대로 복제하면 위험한 요소

Frogger/Crossy Road와 지나치게 유사한 도로 횡단 표현
닭·voxel·아이소메트릭 조합을 그대로 가져오는 것
캐릭터 수집 UI/아트 방향을 직접 모방하는 것

[의견] 핵심은 ‘횡단’을 복제하는 것이 아니라 짧은 위험 판단이 연속되는 공간 구조를 새 테마로 바꾸는 것이다.

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

유지할 것

한 손 조작
즉시 재시작
점수 기반 stake
절차적 생성
성능 차이 없는 cosmetic
rewarded ad는 선택형
3초 영상으로 설명 가능한 규칙

줄일 것

출시 캐릭터 수
월드 수
라이브 이벤트
플랫폼 수
IAP SKU 수
온라인 기능

바꿀 것

도로 횡단이라는 테마
voxel 닭 미학
단순히 ‘더 멀리’만 가는 목표

새 게임에는 하나의 새로운 mechanic twist가 필요하다.

예:

플레이어가 이동할 때 시간이 흐른다
두 개체를 동시에 움직인다
위험물끼리 서로 충돌시킬 수 있다
매 10칸마다 선택형 modifier를 고른다
길 자체를 회전시킨다

27. 제작 효율 점수

점수는 ‘얼마나 적은 시간과 자산으로 재미·상업성을 검증할 수 있는가’를 기준으로 한다. 현재 10년차 라이브 서비스 전체가 아니라 핵심 1.0 골격을 기준으로 평가한다.

항목	점수	이유
재미 잠재력	9.5	짧은 decision loop와 skill ceiling이 강함
구현 난이도	9.0	이동·충돌 자체는 단순. procedural fairness가 핵심 난점
아트 부담	8.5	voxel/저폴리 생산성 높음. 수집 수량이 늘면 급증
콘텐츠 부담	9.0	procedural generation이 레벨 수작업을 크게 줄임
운영 부담	8.5	MVP는 낮음. 현재 라이브 수준은 훨씬 낮은 점수
BM 적합성	9.5	rewarded ad와 cosmetic이 코어 재미를 덜 훼손
마케팅 훅	10.0	1~3초 플레이만으로 규칙·위험·실패가 보임

종합: 9.1 / 10

28. 최종 판정

지금 프로토타입 추천

단, Crossy Road 클론을 만들라는 뜻이 아니다.

추천하는 것은 다음 설계 공식을 1주 안에 검증하는 것이다.

한 손 입력 + 짧은 위험 판단 + 즉시 실패 + 즉시 재시작 + 절차적 변주 + cosmetic 수집

프론트엔드 개발자에게 특히 좋은 첫 실험인 이유는:

네트워크가 없어도 됨
UI와 데이터 구조 경험을 활용 가능
3D를 배우되 복잡한 캐릭터 컨트롤러가 필요 없음
1일 안에 재미의 핵심을 확인할 수 있음
재미가 없으면 1주 안에 버릴 수 있음
재미가 있으면 광고/IAP를 붙여 모바일 상업화까지 확장 가능

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

가설 A — Packet Rush

테마: 데이터 패킷이 서버·큐·로드밸런서 사이를 통과한다.

플레이:

탭하면 다음 노드로 전송
옆으로 스와이프해 다른 queue 선택
traffic spike가 장애물 역할
timeout 전에 앞으로 진행

프론트엔드 경험을 시각적 개그로 바꿀 수 있다.

검증 가설: 개발자 밈/테크 테마가 일반적인 동물 스킨보다 공유 훅을 만들 수 있는가?

7일 MVP: 3종 장애물, 1개 테마, 점수, 8개 packet skin.

가설 B — One More Platform

테마: 지하철 환승 플랫폼을 한 칸씩 건넌다.

플레이:

열차 도착/출발 타이밍 사이를 이동
에스컬레이터·사람 흐름·닫히는 문이 hazard
이동할 때만 일부 오브젝트가 움직이는 반턴제 요소 추가

검증 가설: 실시간 반사신경 부담을 줄이고도 Crossy Road식 ‘다음 한 칸 긴장’을 유지할 수 있는가?

가설 C — Two Tiny Couriers

테마: 화면의 두 배달 로봇이 동시에 움직인다.

플레이:

탭하면 둘 다 전진
스와이프하면 반대 방향으로 갈라짐
한쪽을 살리려면 다른 쪽 위치를 고려해야 함

검증 가설: 입력은 1개로 유지하면서 decision depth를 2배로 만들 수 있는가?

주의: 첫 버전은 캐릭터 성장·아이템·스킬을 넣지 않는다.

30. 이 게임에서 가장 중요한 제작 교훈

1. BM보다 retention을 먼저 본다

Crossy Road 팀은 monetization을 프로젝트 중간쯤에야 본격 논의했다. 초기 테스트에서는 retention을 핵심 지표로 봤다.

2. UA를 살 돈이 없으면 게임을 ‘공유할 이유’가 있게 만든다

공유 버튼을 넣는 것과 공유할 이유를 만드는 것은 다르다.

캐릭터, 신기록, 우스운 실패가 공유 이유다.

3. 콘텐츠를 만들지 말고 콘텐츠를 만드는 규칙을 만든다

procedural lane generator가 수백 개 수작업 스테이지보다 가치가 크다.

4. 수집 콘텐츠에 능력치를 꼭 넣을 필요가 없다

cosmetic만으로도 충분히 수집 동기를 만들 수 있다. 이것은 밸런싱 비용을 크게 낮춘다.

5. 실패가 재미의 일부가 되어야 한다

짧은 게임에서 죽음이 벌점처럼 느껴지면 반복이 끊긴다. 죽는 장면 자체가 작은 웃음이나 ‘내 실수’로 읽혀야 한다.

6. 상업적 성공과 제작 스코프는 별개다

Crossy Road가 지금 거대한 프랜차이즈라고 해서 첫 버전도 거대했던 것은 아니다. 오히려 작은 12주 프로젝트가 시장 반응을 확인한 뒤 확장되었다.

참고 출처

공식 / 1차 자료

Crossy Road official press kit — 개발자, 출시일, 플랫폼
- https://www.crossyroad.com/crossy-road-classic-press-kit
Apple App Store — 현재 기능, 300+ 캐릭터, 28+ 월드, 250M+ players, IAP, rating
- https://apps.apple.com/us/app/crossy-road/id924373886
Google Play — 현재 Android 다운로드 수, 리뷰, 광고/IAP 여부
- https://play.google.com/store/apps/details?id=com.yodo1.crossyroad
GDC Vault, “Crossy Road: A Whale of a Time” — 12주 개발, 첫 달 10M downloads, 제작·BM 회고
- https://www.gdcvault.com/play/1021897/

개발자 인터뷰 / 업계 자료

PocketGamer.biz, “Why did the chicken… the making of Crossy Road”
- https://www.pocketgamer.biz/making-of-crossy-road/
PocketGamer.biz, “Why Crossy Road focused on sharing and retention, not UA and monetisation”
- https://www.pocketgamer.biz/crossy-road-sharing-retention/
PocketGamer.biz, “Crossy Road has now generated $3 million with Unity Ads”
- https://www.pocketgamer.biz/crossy-road-3-million-unity-ads/
Cult of Mac, GDC 2015 report — 첫 90일 50M downloads / $10M, 제작 역할과 viral 영향
- https://www.cultofmac.com/news/crossy-road-developers-made-10-million-90-days
University of Melbourne, “The Crossy Road to success” — 12주, 3인 제작, 초기 BM 회고
- https://pursuit.unimelb.edu.au/articles/the-crossy-road-to-success
Game Developer, Atari acquisition coverage — 2026 Hipster Whale 전체 회사 TTM revenue/EBITDA
- https://www.gamedeveloper.com/business/atari-to-acquire-crossy-road-developer-hipster-whale

사실 / 추정 / 의견 구분 메모

[사실] 공개된 공식 페이지, 개발자 인터뷰, GDC 발표, 신뢰 가능한 보도에서 직접 확인 가능한 내용.
[추정] 공개 수치를 기반으로 계산했지만 회사가 직접 발표하지 않은 범위.
[의견] 프론트엔드 개발자가 소규모 모바일 게임을 만든다는 전제에서의 제작 판단.

가장 불확실한 부분은 lifetime 매출이다. 첫 90일 $10M은 공개 자료가 강하지만, 이후 10년 이상의 단일 게임 누적 매출은 공식적으로 분리된 최신 수치가 없어 범위 추정으로만 제시했다.