Blek — 선 하나를 ‘움직이는 규칙’으로 바꿔 콘텐츠 레버리지를 만든 모바일 퍼즐

한 줄 결론

[의견] Blek은 프론트엔드 개발자가 게임으로 넘어갈 때 특히 좋은 사례다. 터치 입력을 받아 상태로 저장하고, 그 입력을 시간·공간 패턴으로 재생하며, 단순 충돌 규칙만으로 플레이어가 스스로 복잡성을 만들어낸다. 즉, 아트나 캐릭터 생산보다 입력 모델링 + 상태 재생 + 피드백 + 레벨 제약 설계가 가치의 중심이다. 다만 실제 상용품 수준의 Blek은 두 사람이 6개월 이상 다듬고 60~80개 이상의 수작업 퍼즐을 만들었기 때문에, 그대로 복제하면 생각보다 콘텐츠 제작비가 커진다. 따라 할 것은 화면이 아니라 **“플레이어 입력 자체를 콘텐츠 생성기로 쓰는 구조”**다.

1. 기본 정보

• [사실] 장르: 미니멀 터치 퍼즐 / 드로잉 퍼즐.
• [사실] 핵심 규칙: 플레이어가 선을 하나 그리면 그 선의 움직임이 반복되어 화면을 진행한다. 색 원은 수집해야 하고 검은 원은 피해야 한다. 공식 사이트는 각 레벨에 무수히 많은 해법이 존재한다고 설명한다.
• [사실] 개발: 오스트리아 빈의 형제 Denis Mikan, Davor Mikan이 kunabi brother라는 이름으로 제작했다. 두 사람 모두 프로그래밍 배경이 있고, Davor는 음악·사운드 알고리즘 경험, Denis는 프로그래밍과 글쓰기 경험이 있었다. 두 사람이 콘셉트부터 마케팅/프레스까지 직접 했다고 인터뷰에서 밝혔다.
• [사실] 첫 게임 여부: 두 형제가 함께 만든 첫 게임이자 사실상 첫 상용 게임 개발 시도였다.
• [사실] 출시: App Store 버전 히스토리는 1.0을 2013-11-16으로 표시하며, 당시 보도는 2013년 12월 iPad 출시로 소개한다. 이후 iPhone/iPod touch와 Android로 확장됐다.
• [사실] 현재 iOS: 2026-09 확인 기준 미국 App Store에서 $4.99, iPhone/iPad 지원, 버전 1.8.6, 마지막 업데이트 2021-02-22, 데이터 수집 없음으로 표시된다.
• [사실] Android: 패키지명 kb.Blek. 과거 Google Play에서 판매됐으나 AppBrain 기록상 2020-09-07 제거되어 현재는 Google Play에서 내려간 상태다. 과거 100K+ 설치 구간을 넘겼고 AppBrain은 제거 전 누적 약 22만 다운로드로 추정한다.
• [사실] BM: 프리미엄 일회성 결제형. 현재 iOS 스토어에 IAP 항목이 없고, 게임 내 메시지/알림으로 플레이를 방해하지 않겠다는 운영 철학을 버전 노트에서 반복적으로 밝힌다.
• [사실] 수상/플랫폼 피처링: Apple Design Award 2014 수상. 당시 Apple의 반복 피처링과 유료 게임 차트 1위가 큰 확산 계기가 됐다.

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

[사실] 공식 사이트가 내세우는 약속은 “그린 것이 살아 움직이는 마법”이다. 목표 자체는 색 원을 모두 먹고 검은 구멍을 피하는 것뿐이다.

[의견] 제작자 관점에서 중요한 것은 플레이어가 ‘선을 긋는다’고 느끼지 않고 ‘행동 알고리즘을 만든다’고 느끼게 된다는 점이다. 한 번의 제스처가 일회성 입력으로 사라지지 않고, 이후 스스로 움직이는 에이전트가 된다. 이 때문에 같은 레벨도 플레이어마다 전혀 다른 해법과 움직임을 만든다.

이 게임의 약속을 한 문장으로 바꾸면 다음과 같다.

내가 한 번 그린 몸짓이 살아 움직이고, 그 결과를 관찰하며 다음 몸짓을 더 영리하게 설계한다.

이 약속은 모바일 터치스크린과 매우 잘 맞는다. 버튼을 눌러 추상적인 명령을 내리는 게 아니라, 손가락 궤적 자체가 게임 객체가 된다.

3. 코어 루프

첫 10초

[사실] 공식 사이트는 튜토리얼과 설명이 없다고 명시한다. 플레이어는 빈 흰 화면, 색 원, 손가락 입력을 보고 자연스럽게 선을 그어본다.

[의견] 후킹은 ‘정답 이해’보다 ‘내 선이 살아 움직이는 것’에서 먼저 발생한다. 첫 입력 직후 예상보다 생물처럼 움직이는 선을 보게 되므로 결과 확인 자체가 보상이다.

30초

1. 선을 그린다.
2. 선이 반복 이동한다.
3. 색 원에 닿는지, 검은 원에 충돌하는지 관찰한다.
4. 실패하면 궤적의 모양·길이·각도·속도를 바꿔 다시 그린다.
5. 성공 시 다음 레벨로 넘어간다.

[의견] 이 루프의 강점은 재시도 비용이 거의 0이라는 점이다. 실패 후 별도 준비, 자원 손실, 광고 대기, 긴 리셋 애니메이션이 필요 없다. 그래서 퍼즐인데도 액션 게임 같은 빠른 반복이 가능하다.

5분

• 쉬운 문제에서 ‘선 반복’의 문법을 체득한다.
• 조금씩 검은 장애물의 위치와 색 원의 배열이 복잡해진다.
• 기존에 통했던 단순 직선/곡선이 실패하기 시작한다.
• 플레이어가 새로운 형태의 제스처를 실험한다.

한 세션

[추정] 세션은 수분~수십 분까지 자연스럽게 늘어날 수 있다. 한 레벨 단위는 짧지만 난도가 오르면 한 문제에 여러 번 도전할 수 있다. 서버 체크나 라이브 이벤트가 없어 언제든 끊고 돌아오기 쉽다.

장기 루프

[사실] 메타 성장이나 장비 수집이 아니라 레벨 진행 자체가 장기 구조다. 초기 버전은 60개 이상, 이후 업데이트로 20개 레벨이 추가되어 현재는 80개 수준의 수작업 퍼즐 구성이 알려져 있다.

[의견] 여기서 제작자에게 중요한 교훈은 장기 리텐션을 RPG식 성장으로 만들지 않고도 ‘플레이어의 표현 능력 성장’으로 만들 수 있다는 것이다. 숫자가 오르는 대신 플레이어가 더 정교한 선을 그리게 된다.

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

Blek은 전통적 튜토리얼을 거의 정반대로 설계한다.

• [사실] 설명 없음. 공식 사이트가 “No instructions. No tutorials. No spoilers.”라고 강조한다.
• **[사실] 첫 레벨들은 넓고 단순한 구성으로, 플레이어가 우연히라도 성공하면서 시스템을 발견하게 설계됐다.
• [의견] 온보딩은 UI 텍스트가 아니라 레벨의 기하학 자체가 담당한다. 즉 레벨 1이 튜토리얼 화면이다.

프론트엔드 개발 관점에서는 이게 매우 중요한 포인트다. 웹 서비스에서는 tooltip, coach mark, onboarding modal을 넣기 쉽지만, 게임에서는 상태 공간을 제한해 올바른 행동을 스스로 발견하게 만드는 것이 더 강력할 때가 많다.

후킹 메커니즘

1. 즉시성: 손가락을 떼자마자 결과가 움직인다.
2. 자기 표현: 똑같은 버튼 입력이 아니라 내 손 모양이 결과가 된다.
3. 예측과 놀람: 내가 만든 선이 반복될 때 어디로 갈지 어느 정도 예측 가능하지만 완전히 직관적이지 않다.
4. 짧은 실패: 틀리면 바로 다시 그릴 수 있다.
5. 공유 가능성: 움직이는 선은 영상/GIF로 보여주기 좋다.

5. 재미의 원천

선택

[의견] 선택지는 버튼 메뉴가 아니라 연속 공간에 있다. 시작 위치, 방향, 곡률, 손가락 속도, 선의 길이 등 사실상 무한한 입력이 가능하다. 그런데 목표는 단순하기 때문에 복잡한 조작 설명 없이도 깊이가 생긴다.

긴장

움직이는 선이 검은 원 가까이를 통과할 때 ‘내 제스처가 맞았는가’를 지켜보는 관찰 긴장이 생긴다.

숙련

플레이어는 게임 규칙을 외우는 게 아니라 자기 손이 만든 궤적의 반복성을 학습한다. 숙련이 ‘정답 암기’보다 감각적인 공간 예측으로 쌓인다.

발견

[사실] 개발자들은 플레이어에게 특정 공략법을 가르치기보다 관점을 바꾸고 여러 접근을 시도하게 하는 것을 레벨 디자인 목표로 설명했다.

표현

Blek의 가장 중요한 차별점. 같은 문제에 여러 해답이 가능하므로 성공한 선 자체가 작은 작품처럼 느껴진다.

수집/성장/사회성

• 수집: 거의 없음.
• 숫자 성장: 없음.
• 사회성: 코어에는 없음. 이후 버전에서 솔루션 공유/ReplayKit 등이 추가됐지만 필수 구조는 아니다.
• 변동 보상: 가챠나 랜덤 드롭 대신 물리적·기하학적 결과의 미세한 차이가 변동성을 만든다.

[의견] 이 구조는 운영 부담을 극단적으로 낮추는 대신, 초반 시스템 자체가 충분히 새롭고 기분 좋아야 한다. 메타 보상으로 약한 코어를 가릴 수 없다.

6. 게임 필: 왜 흰 화면과 선만으로 상품이 되는가

입력 반응

[의견] 가장 중요한 자산은 그래픽 파일이 아니라 터치 샘플링 품질이다. 손가락 움직임을 거칠게 샘플링하면 선이 꺾이고, 지나치게 보간하면 플레이어가 만든 속도·리듬이 사라진다.

구현 시 신경 쓸 지점:

• 터치 포인트 샘플 간격
• 곡선 스무딩
• 원본 제스처의 시간 정보 보존 여부
• 화면 크기별 좌표 정규화
• 충돌 판정의 시각적 선 두께와 실제 hit radius 일치
• 60/120Hz 기기에서 재생 결과 일관성

사운드

[사실] Davor Mikan은 실험음악과 사운드 변환 알고리즘을 다뤄온 인물이고, 게임 사운드 설계에 그 배경이 직접 반영됐다. 실패 시 음향 일부에는 작곡가 Erin Gee의 작품 소재가 사용됐다고 인터뷰에서 밝혔다.

[의견] 미니멀 게임에서는 사운드 한 개의 책임이 매우 커진다. 배경에 복잡한 아트가 없으므로 점을 먹었을 때의 소리, 실패음, 선의 움직임이 사실상 캐릭터 연기 역할까지 한다.

화면 연출

• 흰 배경
• 검은 선
• 색 원 / 검은 위험 원

[의견] 대비가 극단적으로 명확해 스크린샷과 짧은 영상에서 규칙을 알아보기 쉽다. 다만 정적인 스크린샷보다 움직임을 보여주는 App Preview/GIF가 훨씬 강하다. 공식 설명도 사실상 “말로 설명하기 어렵고 영상을 보라”는 방향을 취한다.

진동

[사실] 공개 자료에서 진동 사용 여부를 확인하지 못했다.

**[의견] 유사작을 만든다면 색 타깃 적중에는 아주 약한 haptic, 검은 장애물 충돌에는 짧고 명확한 haptic을 적용할 가치가 있다. 단, Blek의 차분한 미학을 해칠 정도로 과하면 안 된다.

7. 리텐션 구조

Blek은 현대 F2P 리텐션 장치를 거의 쓰지 않는다.

• 일일 보상 없음
• 에너지 없음
• 가챠 없음
• 시즌 없음
• 광고 리워드 없음
• 라이브 이벤트 없음

[사실] 현재 App Store 설명/버전 노트는 플레이를 메시지와 알림으로 방해하지 않는 방향을 반복적으로 강조한다.

그럼에도 돌아오게 되는 이유는 다음이다.

1. 풀지 못한 문제의 ‘미완료 긴장’
2. 더 우아한 해법을 찾는 자기 표현
3. 짧은 실행 비용
4. 진행할수록 늘어나는 기하학적 복잡성

[의견] 소규모 개발자에게 중요한 교훈: 리텐션을 “매일 새 콘텐츠를 공급하는 운영”으로 해결하지 않고, 한 문제에 여러 해결 방식이 존재하게 만들어 플레이어가 스스로 변주를 생성하도록 할 수 있다.

8. 콘텐츠 레버리지

높은 부분

코어 시스템은 매우 작다.

• 선 입력 기록
• 반복 재생
• 색 타깃 충돌
• 검은 장애물 충돌
• 레벨 데이터
• 성공/실패 상태

이 적은 시스템으로 수많은 제스처 결과가 나온다. 플레이어 입력이 곧 콘텐츠이기 때문이다.

낮은 부분

[사실] 실제 Blek은 60개 이상의 레벨로 출발했고 이후 20개가 추가됐다. iPhone 포트 때는 화면 크기 때문에 많은 레벨을 변경해야 했다고 개발자가 밝혔다.

[의견] 따라서 ‘코드는 작지만 상품은 작지 않다’. 퍼즐 레벨을 수작업으로 충분히 검증해야 하고, 화면 비율이 달라지면 풀이 공간도 바뀐다. 이게 Blek을 그대로 따라 했을 때의 가장 큰 숨은 비용이다.

내가 만든다면 콘텐츠 레버리지를 더 높이는 방법

[제안] 정답 경로에서 역으로 레벨을 생성한다.

1. 시스템이 임의의 유효 제스처를 생성한다.
2. 그 제스처가 반복되는 궤적 위에 색 타깃을 배치한다.
3. 궤적에서 충분히 떨어진 위치에 위험점을 배치한다.
4. 사람은 재미와 가독성만 큐레이션한다.

이렇게 하면 ‘풀 수 있음’을 보장하는 절차적 레벨 후보를 대량 생성할 수 있다. 완전 자동 생성보다 solver/producer가 후보를 만들고 사람이 10%만 고르는 방식이 현실적이다.

9. 모바일 적합성

[의견] 가장 큰 모바일 리스크는 성능이 아니라 좌표계다. 웹 프론트엔드처럼 responsive layout을 단순 배치 문제로 보면 안 된다. 퍼즐의 해 공간 자체가 viewport에 따라 달라질 수 있다.

10. BM 해체

실제 BM

[사실] Blek은 프리미엄 일회성 구매형이다. 현재 미국 App Store 가격은 $4.99다. 과거 가격은 프로모션과 시기에 따라 달라졌다.

왜 프리미엄이 맞았는가

• 플레이 중간 광고가 ‘집중해서 선을 그리고 관찰하는’ 리듬을 깨뜨린다.
• 컨텐츠가 유한하고 완결형이다.
• 아트/디자인 수상과 언론 리뷰가 가격 정당화에 도움을 줬다.
• 구매 후 추가 경제 시스템이 없어 제품이 매우 깨끗하다.

광고를 붙인다면?

[의견] 인터스티셜 광고는 나쁜 궁합이다. 실패→재시도 루프가 빠른 게임에서 N번 실패마다 광고를 띄우면 핵심 리듬을 직접 파괴한다.

그나마 가능한 형태는:

• 선택형 힌트 광고
• 선택형 레벨 스킵 광고
• 무료 데모 후 전체 잠금해제 IAP

하지만 Blek의 강점은 ‘절대 방해하지 않는 제품감’이므로, 비슷한 게임을 만든다면 무료 1520레벨 + $2.994.99 전체 해금이 가장 자연스럽다.

11. 경제 시스템

[사실] 전통적 게임 경제는 사실상 없다.

• 소프트 커런시 없음
• 하드 커런시 없음
• 강화 없음
• 소모처 없음
• 페이월 반복 없음

[의견] 이건 인디 개발자에게 큰 장점이다. 경제 밸런스, 서버 검증, 결제 복구, 인플레이션, 라이브 튜닝이라는 별도 직무가 사라진다. 대신 구매 전환은 게임 자체의 차별성과 스토어 노출에 더 의존한다.

12. 돈을 얼마나 벌었는가

확인 가능한 수치

[사실] 2015-03 TouchArcade 보도 기준:

• 누적 150만+ 판매/다운로드
• 매출 $2M+
• 다운로드의 95.8%가 iOS

이 수치는 개발사 측이 공개한 판매 자료를 인용한 당시 보도다.

[사실] 초기 성장도 매우 강했다. 2013-12 Game Developer 인터뷰 시점에는 iPad판만으로 1만 장 목표에 거의 도달했고, 2014년에는 Apple 피처링과 차트 상승이 큰 폭의 판매 가속을 만들었다.

수익 추정

• 역사적 확인 하한: 소비자 매출 기준으로 표현된 보도 수치가 최소 $2M+.
• [추정] 플랫폼 수수료 전 매출을 $2M으로 놓고 당시 일반적인 30% 스토어 수수료를 단순 적용하면 개발사 측 유입은 약 $1.4M 수준부터 시작한다. 세금, 환불, 환율, 지역 가격, 실제 보도에서 말하는 revenue의 정의가 명확하지 않으므로 이 숫자는 회계상 실수령으로 보면 안 된다.
• 2026 lifetime 매출: 확인 불가. iOS에서 지금도 판매되고 있으므로 2015년 수치보다 높을 것은 합리적이지만, 검증 가능한 누적 매출 자료가 없어 숫자를 확장 추정하지 않는다.

신뢰도

• 150만+ / $2M+ (2015 시점): 높음 — 당시 개발사 공개 자료를 인용한 전문 모바일 게임 매체 보도.
• 개발사 실수령 $1.4M+ 가정: 낮음~중간 — 플랫폼 수수료 단순 계산일 뿐 실제 회계 자료가 아님.
• 2026 lifetime 총매출: 낮음 / 산출하지 않음.

13. 성공은 게임 자체의 힘인가, UA/플랫폼 파워인가

게임 자체의 힘

[사실] 출시 초 개발자들은 마케팅·판매 경험이 거의 없다고 밝혔다. 첫 목표도 iOS+Android 합산 1만 장이었다. 게임은 독특한 터치 메커닉과 언론 입소문으로 초기에 성장했다.

플랫폼 파워

[사실] Apple의 반복 피처링, Apple Design Award, 유료 차트 1위가 이후 판매 확산에 매우 크게 기여했다. GameSpot 인터뷰에서 Denis는 Blek이 5주 연속 iPhone 유료 차트 1위를 기록했다고 말했다.

결론

[의견] 성공 기여도를 거칠게 나누면:

• 코어 아이디어/제품 완성도: 매우 높음
• 자연 입소문/언론: 높음
• Apple editorial featuring: 매우 높음
• paid UA: 낮았을 가능성
• IP/브랜드 파워: 거의 없음

즉 “돈을 태워 만든 히트”가 아니라, 독창적인 터치 데모가 플랫폼 편집자와 언론이 보여주기 좋은 상품이 되면서 증폭된 히트에 가깝다.

14. 유저 획득 / 발견성

ASO

• 이름 Blek은 짧지만 검색 의미는 약하다.
• 대신 Apple Design Award, Editors’ Choice, 언론 인용문이 신뢰를 만든다.
• 게임 설명은 복잡한 기능 나열보다 “그린 것이 살아 움직인다”는 한 가지 차별점에 집중한다.

스토어 썸네일

[의견] 정적 아이콘만으로는 메커닉 이해가 어렵다. 이 게임은 반드시 영상/preview가 필요하다. 공식 사이트도 게임을 말로 설명하기 어렵다며 영상을 보도록 유도한다.

3초 광고 소재

가장 좋은 소재는 기능 소개가 아니라 다음 순서다.

1. 손가락으로 기묘한 선 하나를 그림
2. 손가락을 뗌
3. 선이 스스로 반복 이동
4. 색 원 여러 개를 정확히 통과
5. 검은 원을 간발의 차로 피함

텍스트 없이도 된다.

TikTok / Shorts / GIF

매우 강하다. satisfying, oddly satisfying, can you solve this?, draw once, watch forever 식의 짧은 포맷과 잘 맞는다.

스트리머

중간. 장시간 방송용 메타 진행은 약하지만, 시청자에게 “이 레벨 어떤 선으로 풀래?”라고 묻는 짧은 참여형 콘텐츠는 좋다.

15. 경쟁작과 포지셔닝

직접/인접 비교

• Okay? — 매우 미니멀한 선/반사 퍼즐. 정답 경로의 기하학이 중심이고, 입력 자유도는 Blek보다 낮다.
• LYNE — 미니멀 선 연결 퍼즐. 규칙은 명확하지만 플레이어가 만든 움직임 자체가 살아 움직이지 않는다.
• Prune — 터치 제스처와 미니멀 아트가 제품 가치 중심. 다만 시뮬레이션과 시각 연출 부담이 더 크다.
• HOOK / hocus. — 소규모 미니멀 퍼즐 제작의 좋은 비교군. 제작은 더 단순할 수 있지만 Blek만큼 입력 자체가 콘텐츠가 되지는 않는다.

[의견] Blek의 진짜 포지셔닝은 ‘퍼즐’보다 ‘디지털 장난감 + 퍼즐’ 사이에 있다. 이 애매한 위치가 오히려 차별화다.

16. 제작 난이도 분해

핵심 위험

코드보다 레벨과 입력 감각 QA가 어렵다. 프론트엔드 개발자는 UI 코드가 적어서 쉬워 보이지만, 실제 상용화 난이도는 ‘선이 정확히 내가 그린 것처럼 느껴지는가’와 ‘레벨이 모든 화면에서 잘 풀리는가’에 몰린다.

17. 콘텐츠 제작 부담

출시 전

높음.

• 퍼즐 후보 제작
• 다양한 해법 테스트
• 너무 우연히 풀리는지 확인
• 불합리한 정밀 조작을 요구하지 않는지 확인
• 휴대폰/태블릿 레이아웃별 검증

출시 후

낮음.

완결형 프리미엄이라 일일 콘텐츠가 필요 없다. 실제로도 대규모 라이브옵스 대신 간헐적인 무료 레벨/기능 업데이트가 있었다.

[의견] 이 모델은 1~2인 팀에게 이상적이다. ‘출시 전 80% 집중, 출시 후 유지비 낮음’ 구조다.

18. 예상 팀 규모 / 기간

실제 사례

• [사실] 핵심 팀: Denis + Davor, 2인.
• [사실] 두 사람이 콘셉트, 개발, 디자인, 마케팅/프레스 대부분을 수행. 친구가 Facebook 관리 등을 도왔다.
• [사실] 여러 2차 자료와 게임 메타데이터는 개발 기간을 6개월 이상으로 정리한다. 인터뷰에서도 iPad 출시 후 iPhone용 레벨을 다시 맞추는 추가 작업이 확인된다.

지금 비슷한 스코프로 만든다면

[추정 / 솔로 개발자 기준]

• 핵심 재미 프로토타입: 1~3일
• 스토어에 보여줄 vertical slice: 2~4주
• 2030개 좋은 레벨의 MVP: **12개월**
• 6080개 수작업 레벨 + 높은 폴리시: **48개월**

[의견] 사용자가 피하고 싶은 것은 마지막 줄이다. Blek의 메커닉은 매우 추천하지만, 레벨 수를 그대로 따라 하면 안 된다.

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

바로 전이되는 능력

1. 상태 모델링 — DRAWING, PLAYING_BACK, SUCCESS, FAIL, IDLE 같은 상태 머신이 명확하다.
2. 이벤트 처리 — pointer down/move/up, coordinate normalization.
3. 데이터 모델링 — 레벨을 JSON 구조로 저장하기 쉽다.
4. 디버깅 툴 — 터치 샘플 점, 충돌 반경, 재생 경로를 개발자 오버레이로 시각화하기 좋다.
5. 반응형 사고 — viewport 적응 경험이 도움이 된다. 단 게임에서는 기하 해법 보존까지 고려해야 한다.
6. 웹 프로토타이핑 — Canvas/WebGL만으로도 코어 재미를 빠르게 검증할 수 있다.

새로 배워야 할 부분

• frame-rate independent movement
• continuous collision / high-speed segment-circle collision
• 터치 궤적 smoothing 및 resampling
• 오디오 latency
• 모바일 haptics
• 앱 lifecycle pause/resume
• 실제 기기 QA
• puzzle level design

20. 엔진 / 기술 후보

1위: Godot

추천 이유:

• 2D와 터치 입력이 충분히 강함
• 작은 프로젝트의 빌드/반복 속도가 좋음
• Line2D, Curve2D, Area2D 등을 이용해 빠르게 구현 가능
• 네이티브 모바일 패키징이 웹 래퍼보다 단순
• 솔로 인디 비용 구조에 적합

2위: Phaser + TypeScript + Capacitor

프론트엔드 개발자에게 가장 빠른 프로토타입 경로.

• Pointer Events와 Canvas/WebGL 사용 경험 전이
• Vite/TypeScript 개발 속도
• JSON 레벨 툴 작성 쉬움
• 웹으로 먼저 배포해 테스트 링크 공유 가능

단점은 기기별 입력 latency, 오디오, 스토어 패키징, 플랫폼 기능에서 네이티브 게임 엔진보다 신경 쓸 게 많다는 점이다.

3위: Unity

장점은 모바일 배포, 분석/결제 플러그인, 장기 생태계. 하지만 이 정도 프로젝트에는 에디터/프로젝트 복잡도가 과할 수 있다.

React Native

게임 렌더링 본체로는 비추천. 설정/계정/콘텐츠 브라우저 같은 주변 앱 UI에는 가능하지만 코어 드로잉/재생은 Godot/Unity/WebGL 계층에 두는 편이 낫다.

21. MVP 분해

1일 프로토타입

목표: 재미가 있는지만 확인한다.

• 흰 배경
• 색 원 3개
• 검은 원 1개
• pointer drag 좌표 기록
• 손을 떼면 입력 궤적 반복 재생
• 원과 선 segment 충돌
• 성공/실패 시 즉시 리셋
• 레벨 1개

하지 말 것:

• 메뉴
• 저장
• 예쁜 폰트
• 상점
• 튜토리얼
• 10개 레벨

7일 프로토타입

목표: 사람 5~10명에게 보내도 되는 버전.

• 곡선 smoothing/resampling
• 입력 속도 보존 또는 일정 속도 방식 A/B 테스트
• 10~15개 레벨
• JSON 레벨 포맷
• 개발용 레벨 에디터
• 모바일 브라우저/앱 빌드
• 성공/실패 사운드
• 간단한 haptic
• 로컬 진행 저장
• 플레이 로그: 실패 횟수, 레벨당 시간

30일 MVP

목표: 스토어 테스트 가능한 작은 독립 작품.

• 25~40개 레벨
• 화면비 대응 규칙
• 레벨 스킵
• 접근성: 색 구분 보조, 사운드 on/off
• 세이브/클라우드 여부 결정
• 앱 아이콘/스토어 preview
• TestFlight / Android internal test
• crash 수집
• 최소 개인정보 정책
• 무료 데모 + 전체해금 또는 $2.99~4.99 프리미엄 BM 테스트

[의견] 30일 뒤에도 재미가 검증되지 않았다면 레벨을 더 만들지 말아야 한다. 이 장르에서 레벨 수는 코어 재미를 고치는 약이 아니다.

22. 스코프 폭발 위험

1. 레벨 100개 만들기 — 가장 위험.
2. 완벽한 선 재생 물리 — 정확도를 끝없이 높이다가 제품이 늦어진다.
3. 태블릿/폰 별도 레벨 세트 — 실제 Blek도 화면 크기 대응에 재작업이 있었다.
4. UGC 에디터 — 공유/검수/신고/저장 서버까지 연쇄적으로 커진다.
5. 데일리 퍼즐 — 콘텐츠 운영 직무가 생긴다.
6. F2P 경제 추가 — 게임보다 상점/분석/리텐션 시스템이 커질 수 있다.
7. 소셜 경쟁 — 순위표 자체는 쉽지만 계정/치팅/운영이 따라온다.

23. 장기 운영 부담

낮음.

• 서버가 없어도 됨
• 모더레이션이 없어도 됨
• 경제 튜닝 없음
• 실시간 이벤트 없음
• PvP 밸런스 없음

필요한 것은 주로 OS/기기 대응이다.

• 최신 iOS 대응
• 새로운 aspect ratio
• touch input API 변화
• 스토어 정책
• save migration

[사실] 실제 Blek도 2021년 이후 큰 업데이트 없이 현재 iOS 스토어에서 판매되고 있다. 이것이 프리미엄 완결형 인디의 장기 유지비 장점을 잘 보여준다.

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

복제 가능한 원리

1. 플레이어의 입력을 지속되는 게임 객체로 바꾼다.
2. 한 번의 입력 → 긴 결과 관찰로 input-to-content ratio를 키운다.
3. 연속적인 입력 공간을 이용해 같은 레벨에 여러 해법을 만든다.
4. 튜토리얼 텍스트 대신 초반 레벨 구조로 규칙을 가르친다.
5. 게임의 가장 좋은 순간이 그대로 스토어 영상이 되게 설계한다.
6. 메타 성장 없이도 플레이어의 숙련 자체가 성장으로 느껴지게 한다.

복제 가치가 낮거나 위험한 부분

• 흰 배경 + 색 점 + 검은 선이라는 미술 스타일 자체
• 같은 방식의 반복 제스처와 동일한 목표 조합
• 수십 개 레벨 배열 복제

[사실] Blek은 성공 후 대량의 클론을 겪었고, 개발사는 여러 스토어 신고를 진행했다. GameSpot 인터뷰는 완성된 레벨/메커닉을 그대로 복제해 reskin 판매하는 상품까지 등장했다고 기록한다.

[의견] 메커닉 원리를 배우되 제품 표면과 문제 구조까지 닮게 만들면 시장에서도 약하고 창작 가치도 낮다.

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

유지할 것

• 한 손/한 제스처
• 즉시 결과
• 실패 후 1초 내 재시도
• 적은 UI
• 오프라인
• 플레이어 입력이 콘텐츠가 되는 구조
• 짧은 영상으로 설명되는 훅

줄일 것

• 수작업 레벨 수: 80 → 25~40
• 기기별 별도 레벨 재설계
• 완벽한 아트 연출 집착
• 첫 버전의 부가 기능

바꿀 것

• 선 반복 자체가 아니라 제스처가 다른 시스템을 조종하도록 한다.
• 레벨 일부를 역생성 방식으로 자동 생산한다.
• 플레이어가 성공한 궤적을 3초 GIF/영상으로 바로 공유하게 한다.
• 첫 20레벨은 무료, 이후 한 번의 구매로 전체 해금하는 하이브리드 프리미엄을 테스트한다.

26. 제작 효율 점수

종합 제작 효율: 8.6 / 10

[의견] Blek을 그대로 만들면 8.6이지만, 레벨을 30개 이하로 줄이고 절차적 후보 생성 툴을 붙이면 솔로 개발 효율은 9점대까지 올라갈 수 있다.

27. 최종 판정

지금 프로토타입 추천

단, 목표는 Blek clone이 아니다.

추천하는 실험 질문:

“플레이어가 한 번 만든 입력을 5~20초 동안 스스로 반복/진행하게 만들면, 어떤 장르에서 적은 콘텐츠로 깊은 플레이가 생기는가?”

이 질문만 가져와서 완전히 다른 판타지에 넣는 것이 좋다.

28. 실제로 실험해볼 작은 게임 아이디어 3개

A. Loop Courier

• 한 번 드래그해 배달 드론의 2초짜리 이동 패턴을 만든다.
• 그 패턴이 계속 반복된다.
• 움직이는 차량/문/레이저 사이에서 택배 지점을 순서대로 찍는다.
• 매 레벨 10~20초.

검증 가설: 정적인 점 대신 움직이는 장애물을 넣으면 같은 제스처 반복이 시간 퍼즐로 확장되며, 레벨 에셋은 매우 적게 유지할 수 있다.

B. Gesture Spell

• 플레이어가 마법 궤적을 한 번 그린다.
• 궤적이 2초마다 반복 발사된다.
• 적은 자동으로 다가온다.
• 런 중 제스처를 3개까지 슬롯에 저장하고 조합한다.

검증 가설: Blek의 gesture loop를 짧은 survivor/defense 구조에 옮기면 수작업 퍼즐 없이도 반복 플레이를 만들 수 있다.

C. Garden Echo

• 화면에 씨앗과 장애 돌이 있다.
• 손으로 그린 물결이 반복 이동하며 씨앗에 닿으면 식물이 자란다.
• 한 번의 선으로 최대한 많은 꽃을 피우면 높은 점수.
• 시간 제한 없이 편안한 분위기.

검증 가설: 실패/정답 대신 점수 기반으로 바꾸면 레벨의 ‘유일한 좋은 답’을 설계할 필요가 줄어 콘텐츠 제작비가 크게 감소한다.

29. 이 사례에서 가져갈 제작 원칙

1. 아트가 아니라 입력 변환 규칙을 차별화 자산으로 만들 수 있다.
2. 코드 라인 수보다 입력 1회당 발생하는 플레이 시간을 키워야 한다.
3. 자유도가 높은 시스템은 적은 레벨에서도 여러 해법을 만든다.
4. 미니멀 게임일수록 사운드와 input feel의 품질이 더 중요하다.
5. 플랫폼 피처링을 기대할 수는 없지만, 편집자가 3초 안에 이해하고 보여줄 수 있는 메커닉은 여전히 유리하다.
6. 소규모 팀은 출시 후 운영보다 출시 전 폴리시에 투자하는 완결형 BM을 고려할 가치가 있다.
7. 가장 위험한 일은 코어 재미 검증 전에 레벨을 수십 개 만드는 것이다.

참고 출처

공식 / 1차에 가까운 자료

• Blek 공식 사이트 — https://blekgame.com/ 
• Apple App Store (US) — https://apps.apple.com/us/app/blek/id742625884 
• Game Developer, Denis/Davor Mikan 인터뷰 (2013-12-24) — https://www.gamedeveloper.com/design/interview-japanese-poetry-snake-games-and-the-gesture-looping-inspirations-of-blek 

판매 / 성공 / 개발 배경

• TouchArcade, 2015-03-26 — 1.5M+ 판매/다운로드, $2M+ revenue, iOS 95.8% 보도 — https://toucharcade.com/2015/03/26/blek-gets-update-with-20-new-levels-and-sales-numbers-revealed/ 
• GameSpot, 2014 — 클론 문제, Apple 피처링 및 5주 연속 iPhone Paid #1 관련 Denis Mikan 인터뷰 — https://www.gamespot.com/articles/clone-of-acclaimed-ios-game-blek-released-as-cloned-blek/1100-6420784/ 
• Cult of Mac, 2014 — 개발자 인터뷰와 성공 배경 — https://www.cultofmac.com/news/puzzle-game-called-blek-rocked-app-store-wwdc 
• PocketGamer.biz, Making of Blek — https://www.pocketgamer.biz/twist-and-shout-the-making-of-blek/ 

Android 역사 확인용 2차 자료

• AndroidRank (kb.Blek) — https://www.androidrank.org/application/blek/kb.Blek 
• AppBrain (kb.Blek) — Google Play 제거 시점/과거 다운로드 기록 — https://www.appbrain.com/app/blek/kb.Blek 

분석 메모

• 매출은 확인 가능한 2015년 공개 수치의 하한을 우선했고, 2026년 lifetime 매출은 신뢰할 만한 데이터가 없어 확장 추정하지 않았다.
• Android는 현재 판매 상태가 아니므로, 현행 BM/가격 평가는 iOS App Store를 기준으로 했다.
• 제작 기간/팀 규모는 실제 2인 팀 사례를 참고하되, 현대 도구를 사용하는 솔로 개발 기간은 별도의 추정으로 분리했다.