Okay? — 최소 규칙, 최대 레버리지의 모바일 퍼즐

한 줄 결론

[의견] Okay?는 “한 번 조준하고, 한 번 쏘고, 모든 흰 오브젝트를 한 궤적으로 지운다”는 거의 원문장 수준의 규칙을 물리·레벨 배치·사운드 피드백·짧은 세션으로 확장해 1인 개발자가 수백만~천만 단위 다운로드를 만든 사례다. 특히 프론트엔드 개발자에게는 상태가 적고 UI가 단순하며, 프로토타입은 하루 안에도 가능하지만 퍼즐 생성/선별과 게임 필이 상품성을 가른다는 점이 핵심 학습 포인트다.

1. 기본 정보

왜 이 게임을 우선 분석했는가

[의견] 이 게임은 모바일 우선 조건에 거의 정석적으로 부합한다.

• 한 손 조작 가능
• 한 판이 수 초~수십 초
• 텍스트가 거의 필요 없음
• 핵심 오브젝트가 원/직선/단색 면 수준
• 네트워크 없이도 핵심 재미 성립
• 3초 영상만으로 규칙 설명 가능
• 개발자가 실제 1인 스튜디오
• BM이 강제 페이월 대신 “가치 인식 후 자율 지불”이라는 독특한 실험

다만 수작업 퍼즐 레벨 디자인은 생각보다 큰 제작비다. 코어 구현이 쉬운 것과 좋은 100개 레벨을 만드는 것은 별개의 문제다.

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

[사실] 공식 사이트의 문구는 사실상 두 줄이다.

Clear the board with one line.
Pay what you want.

[의견] 플레이어 판타지는 거창한 캐릭터 성장이나 세계관이 아니라 **“한 번의 완벽한 각도로 화면 전체를 정리한다”**이다. 이때 즐거움은 세 가지가 겹친다.

1. 예측 — 이 각도로 쏘면 어디까지 튕길까?
2. 실행 — 손가락으로 미세하게 각도를 맞춘다.
3. 정리의 쾌감 — 연쇄적으로 오브젝트가 사라지고 소리가 이어진다.

즉 “문제 해결”과 “한 번에 싹 치우는 만족감”이 동일한 행동 안에 들어 있다.

3. 코어 루프

첫 10초

[의견] 플레이어는 화면의 흰 오브젝트, 발사점, 조준선을 거의 즉시 이해한다. 설명 텍스트보다 드래그 가능한 선 자체가 튜토리얼이다.

목표 관찰 → 드래그로 각도 조정 → 손 떼기 → 반사 결과 확인

여기서 실패 비용이 거의 0이므로 사용자는 설명을 읽는 대신 바로 실험한다.

30초

실패 → 왜 하나가 남았는지 시각적으로 확인 → 각도 몇 도 수정 → 재시도

[의견] 중요한 점은 실패가 “죽음”이 아니라 정보 획득이라는 것이다. 한 번 쏴보면 반사 궤적이 머릿속에 쌓인다.

5분

여러 레벨 통과 → 새 장애물/배치 규칙 학습 → 이전에 배운 반사 감각 재사용

[사실] 이후 업데이트에서는 이동 오브젝트, song levels, 추가 아이템/고난도 레벨 등이 추가됐다.

한 세션

[추정] 3~10분 정도가 자연스럽다. 레벨 하나만 깨고 종료해도 손실이 없고, 여러 개를 연속으로 깨기에도 부담이 없다.

장기 루프

초기에는 새 레벨 → 새 배치 → 숙련이 전부에 가깝다. 2017년 업데이트에서는 레벨 에디터, 매일 featured level, 150개의 선별 user level이 들어가며 UGC가 장기 공급원으로 추가됐다.

4. 첫 플레이 후킹 구조

4-1. 이해 비용이 극단적으로 낮다

[의견] 훅의 첫 번째 요소는 “재미있어 보임”보다 **“내가 지금 뭘 해야 하는지 알겠다”**다. 캐주얼 게임에서 이 차이는 매우 크다.

• 캐릭터 설명 없음
• 스킬 버튼 없음
• 재화 없음
• 장비 없음
• 공격력 숫자 없음
• 계정 생성 없음

4-2. 첫 성공이 물리 연쇄로 보상된다

공 하나가 여러 표면을 맞으며 목표가 연속으로 사라지는 장면은 정지 이미지보다 영상에서 훨씬 강하다.

[의견] 이것은 좋은 광고 소재의 조건과 동일하다. 행동 1개 → 결과 여러 개 구조이기 때문이다.

4-3. 실패가 짧다

조준 실수 → 결과 확인 → 재시도까지 시간이 짧다. 로딩, 사망 연출, 긴 리트라이 버튼이 없다면 “한 번만 더”가 매우 자연스럽다.

5. 재미의 원천

선택

중간. 선택지는 사실상 각도와 발사 방향뿐이다. 대신 연속값이라 미세한 선택 공간이 매우 크다.

긴장

중간. 마지막 목표 하나를 맞출지 말지, 긴 반사 후 궤적이 성공할지가 작은 긴장을 만든다.

숙련

높음. 반사각, 공간감, 벽 사용법이 점점 내재화된다.

수집/성장

낮음. 전통적인 메타 성장 시스템은 핵심이 아니다.

발견

높음. “이 벽을 두 번 이용하면 되네” 같은 공간적 발견이 레벨마다 생긴다.

표현

초기에는 낮지만, 레벨 에디터 도입 이후 높아짐. 사용자가 퍼즐을 만들고 공유할 수 있다.

사회성

낮음. 실시간 소셜 시스템은 필요 없다. UGC 공유가 간접 사회성을 제공한다.

변동 보상

낮음~중간. 가챠나 랜덤 드롭이 아니라, 내 샷이 예상보다 멋지게 튕기는 물리 결과가 작은 변동성을 준다.

6. 게임 필(Game Feel)

[의견] 이 게임은 아트 생산량이 적기 때문에 사운드와 모션이 사실상 아트 예산 역할을 한다.

입력 반응

• 드래그 즉시 조준선 피드백
• 릴리즈 즉시 발사
• 성공/실패 판단이 빠름

화면 연출

미니멀한 흑백 구조 때문에 작은 움직임도 잘 보인다. 배경이 화려했다면 궤적 가독성이 오히려 나빠졌을 가능성이 높다.

사운드

[의견] 충돌마다 음악적/리듬적 보상을 주는 방식은 “오브젝트 제거”를 단순 체크가 아니라 연쇄 연주 같은 경험으로 바꾼다. Okay?가 스토어 카테고리에서 Music으로 잡히는 경우가 있는 것도 이 감각과 무관하지 않다.

진동

[추정] 원작의 구체적인 햅틱 구현은 플랫폼/버전별로 확인이 부족하다. 유사 게임을 만든다면 충돌마다 강한 진동을 넣기보다, 성공/특수 충돌에 제한된 미세 햅틱을 주는 편이 좋다.

보상 타이밍

성공의 보상은 즉시다. 별도 상자를 열거나 애니메이션을 기다릴 필요가 없다.

7. 리텐션 구조

초기 리텐션

다음 퍼즐이 어떤 모양일지 보고 싶다가 핵심이다.

[의견] 이 게임의 리텐션은 인위적인 출석 체크보다 인지적 미완료에 가깝다. 방금 배운 반사법을 다음 레벨에서 시험하고 싶게 만든다.

메타 진행

약하다. 이것은 장점이자 단점이다.

• 장점: 구현/운영 부담 낮음
• 단점: 장기 D30/D90 리텐션을 시스템으로 끌어올리기 어려움

UGC가 해결한 부분

[사실] 2017년 에디터와 daily featured level, 150 best user levels가 추가됐다.

[의견] 이것은 매우 중요한 제작자 레슨이다. 원작의 최대 병목이 “좋은 퍼즐을 계속 사람이 만들어야 한다”였다면, 에디터는 일부 콘텐츠 생산을 사용자에게 넘긴다. 단, 에디터 자체 제작·검수·신고·선별 비용이 새로 생긴다.

8. 콘텐츠 레버리지

높은 부분

• 동일한 공 이동 코드
• 동일한 충돌 시스템
• 동일한 단색 오브젝트
• 위치/회전/크기만 바꿔도 다른 문제 생성
• 새로운 규칙 하나가 기존 오브젝트와 조합되어 여러 레벨로 증폭

낮은 부분

[의견] 절차 생성만으로 “좋은 퍼즐”을 만들기 어렵다. 물리 퍼즐은 해답이 존재하는가 / 너무 운빨인가 / 우연히 깨지는가 / 해법이 우아한가를 확인해야 하므로 큐레이션 비용이 크다.

따라서 이 게임은 코드 레버리지는 높고, 레벨 디자인 레버리지는 중간이다.

프론트엔드 관점 비유

재사용 가능한 컴포넌트 5개로 화면 100개를 만드는 것과 비슷하다. 다만 컴포넌트 재사용이 쉬운 것과 각 화면의 UX가 좋은 것은 별개인 것처럼, 오브젝트 재사용이 쉬워도 좋은 퍼즐은 자동으로 나오지 않는다.

9. 모바일 적합성

[의견] “PC 게임을 모바일에 넣은 것”이 아니라 손가락의 직접 조준과 짧은 중단 가능성 자체가 디자인의 일부다.

10. BM 해체

초기 BM: Pay What You Want

[사실] 초기 Okay?는 무료 다운로드 후 여러 가격의 IAP를 제공했고, 결제해도 추가 아이템이나 기능을 주지 않았다. 사실상 팁 jar였다.

2015년 공개 수치:

• 출시 첫 2주: 200만+ 다운로드
• 약 2%가 결제
• 결제자의 절반가량은 최저 가격 79p/$0.99
• 1,500 다운로드당 약 1명은 최고가 £6.99/$8.99 결제
• Apple이 60개국에서 featured

왜 작동했나

[의견] 이 BM은 게임 외부의 심리를 이용한다.

1. 먼저 충분히 플레이시켜 가치 체감을 만든다.
2. 결제하지 않아도 죄책감을 심하게 주지 않는다.
3. 결제 대신 좋은 리뷰를 남기는 사용자도 생긴다.
4. “가격을 내가 정한다” 자체가 게임의 PR 훅이 된다.

즉 BM이 수익 장치이면서 마케팅 소재이기도 했다.

현재 광고 구조

[사실] Google Play는 광고 포함으로 표시되지만, 스토어 설명은 강제 광고가 아니라 힌트를 원할 때 선택해서 보는 짧은 광고라고 설명한다.

[의견] 이것은 퍼즐 장르에 매우 잘 맞는다. 막힌 순간이 광고 가치가 가장 높은 순간이기 때문이다.

막힘 → 힌트 욕구 → 보상형 광고 → 진행

강제 인터스티셜보다 핵심 경험 훼손이 적다.

11. 경제 시스템

[사실] 전통적인 재화 경제는 거의 없다.

• 코인 없음
• 에너지 없음
• 업그레이드 없음
• 장비 없음
• 랜덤 상자 없음

장점

• 밸런싱 비용 거의 0
• 서버 없이 운영 가능
• 결제 버그/재화 복구 CS 감소
• 핵심 재미가 BM에 종속되지 않음

단점

• LTV를 체계적으로 높일 레버가 적음
• 고과금 유저를 만들기 어려움
• 광고/IAP 최적화 여지가 작음

[의견] 솔로 개발자가 “매출 최대화”보다 작은 비용으로 큰 도달과 브랜드 구축을 원한다면 좋은 선택이다. 반대로 UA를 대규모로 사서 회수해야 하는 퍼블리셔형 F2P에는 부적합하다.

12. 돈을 얼마나 벌었을까

공개 사실

[사실] 2015년 첫 2주에 200만+ 다운로드, 약 2% 결제라는 수치가 개발자에게서 공개됐다. 당시 Appgefahren은 이 정보를 바탕으로 Apple 수수료를 뺀 첫 2주 개발자 몫을 약 €25,000으로 매우 보수적으로 추정했다. 이는 개발자의 공식 회계 수치가 아니라 매체 계산이다.

[사실] 2015년 6월 iOS 다운로드는 300만+로 증가했다.

[사실] 2026년 현재 Google Play는 10M+ 다운로드를 표시하고, AndroidRank는 약 10.39M 설치로 추정한다.

범위 추정

[추정 / 신뢰도: 낮음] 현재까지의 누적 소비자 지출 + 광고 총매출을 대략 €100k~€600k 범위로 본다. 개발사 실수령은 플랫폼 수수료, 세금, 환율, 광고 네트워크 수수료 및 국가별 가격을 고려하면 이보다 낮다.

계산 사고 과정

1. 첫 2주 iOS에서 이미 200만 다운로드와 1~2%대 결제가 관측됐다.
2. 당시 외부 매체의 보수적 추정만으로도 플랫폼 수수료 후 약 €25k 수준이었다.
3. iOS는 같은 해 300만+까지 증가했다.
4. 현재 Android만 10M+ 다운로드다.
5. 하지만 초기 iOS의 2% 결제율이 Android와 장기간 동일하다고 가정하면 과대 추정 위험이 크다.
6. 현재 광고는 선택적 힌트 광고라 일반 하이퍼캐주얼의 강제 광고 ARPDAU를 적용하면 안 된다.

따라서 “천만 다운로드 = 수백만 달러” 식 계산은 부적절하다. 이 게임은 무료 대규모 도달에 비해 의도적으로 결제 압박이 낮다.

더 중요한 사업적 가치

[의견] 직접 수익보다 큰 자산은 다음일 수 있다.

• Kamibox 브랜드 강화
• Apple 피처링/스토어 노출 이력
• 후속작 유입
• 개발자 포트폴리오
• 독특한 BM 자체가 만든 언론 노출

즉 Okay?는 LTV 최적화 상품이라기보다, 저비용 고도달 브랜드 게임에 가깝다.

13. 성공은 게임 힘인가, UA/브랜드/퍼블리셔 힘인가

게임 자체의 힘: 높음

• 즉시 이해되는 조작
• 영상으로 설명되는 결과
• 매우 낮은 진입 장벽
• 글로벌 번역 의존이 낮음
• 낮은 사양 요구

스토어 피처링 효과: 매우 큼

[사실] Kamibox는 초기 2주 동안 Apple이 60개국에서 게임을 featured했다고 밝혔다.

[의견] 200만 다운로드를 순수 organic virality로만 해석하면 안 된다. 2015년의 App Store 피처링은 현재의 유료 UA와 맞먹거나 그 이상으로 강한 배포 채널이었다.

브랜드 파워

출시 당시 Kamibox가 완전 무명은 아니었지만, 지금처럼 수십 개 히트작을 가진 브랜드도 아니었다. 따라서 기존 IP 파워 의존은 낮음으로 본다.

퍼블리셔 파워

대형 퍼블리셔가 성공을 만든 구조가 아니다.

14. 유저 획득 / 발견성

ASO

좋음. 제목 Okay?는 검색 키워드 효율 자체는 약할 수 있지만 기억하기 쉽고 호기심이 생긴다.

스토어 썸네일

미니멀 도형 하나만으로 게임 톤을 통일할 수 있어 제작비가 낮다.

3초 광고 소재

매우 좋음. 가장 강한 소재는 다음 하나로 충분하다.

손가락으로 각도 설정 → 공 발사 → 5~10번 튕기며 화면이 전부 비워짐

설명 자막 없이도 된다.

TikTok / Shorts / GIF

좋음. “불가능해 보이는 한 샷”이나 “거의 성공했는데 하나 남는 장면”이 짧은 영상과 잘 맞는다.

스트리머 적합성

중간 이하. 장시간 방송보다 짧은 클립/퍼즐 반응 콘텐츠에 적합하다.

15. 경쟁작과 포지셔닝

직접적 경쟁군:

• 미니멀 물리 퍼즐
• one-shot 퍼즐
• 벽 반사/당구형 퍼즐
• Duet, Smash Hit처럼 조작은 단순하지만 감각적 피드백이 강한 모바일 게임

차별점

[의견] 단순히 “공을 튕긴다”가 아니다.

1. 한 번의 발사로 전체 판을 끝낸다는 명확한 성공 조건
2. 흑백 미니멀 디자인
3. 충돌이 리듬/음악처럼 느껴지는 피드백
4. Pay What You Want라는 제품 스토리

복제할 때 1번만 가져오고 나머지를 평범하게 만들면 흔한 각도 퍼즐로 보일 위험이 크다.

16. 제작 난이도 분해

점수는 10점이 쉬움/부담 낮음이다.

가장 어려운 것은 코드가 아니다

[의견] 난이도는 physics engine보다 다음 순서다.

1. 좋은 레벨 50~100개 만들기
2. 각 레벨이 우연히 깨지지 않는지 검증
3. 조준 감도를 기분 좋게 튜닝
4. 충돌음/연쇄 피드백을 만족스럽게 만들기
5. 첫 5개 레벨의 난이도 곡선

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

출시 전

중간. 코드는 작지만 레벨 수가 곧 콘텐츠량이다.

출시 후

원작처럼 수동 레벨 팩을 계속 추가하면 중간~높음이다. App Store 버전 기록에는 여러 차례 +25 레벨 업데이트가 보인다.

UGC 도입 후

콘텐츠 직접 제작 부담은 내려가지만 다음이 생긴다.

• 에디터 UX
• 공유 형식
• 부적절 콘텐츠 대응
• featured 선정
• 버전 호환
• 저장/동기화

[의견] 솔로 첫 작품이라면 UGC를 1.0에 넣지 않는 것이 낫다.

18. 예상 팀 규모 / 기간

아래는 원작의 실제 개발 기간이 아니라 유사 게임을 지금 만드는 경우의 추정이다.

팀 규모

• 프로토타입: 1명
• 상용 MVP: 1명 가능
• 사운드 polish는 외주 1회가 효율적일 수 있음

기간

[추정] 프론트엔드 경력자가 Godot/Defold/Solar2D에 익숙해지는 시간을 포함하면 첫 상용 버전은 약 2~4개월이 현실적인 범위다.

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

이미 가진 강점이 바로 전이되는 영역

• 상태 머신: aiming / launched / resolving / success / retry
• 화면 전환
• 입력 이벤트
• 데이터 기반 레벨 정의
• 레벨 에디터 툴링
• A/B 테스트용 파라미터 관리
• 스토어/분석 SDK 연결
• 반응형 화면비 대응

특히 잘 맞는 사고방식

레벨을 JSON처럼 정의할 수 있다.

level = {
  emitter: {x, y},
  targets: [...],
  blockers: [...],
  movingObjects: [...]
}

[의견] 프론트엔드 개발자에게 가장 큰 우위는 게임 런타임 자체보다 레벨 제작 툴을 빨리 만드는 능력이다. 좋은 내부 에디터를 만들면 레벨 100개의 제작 시간이 크게 줄어든다.

새로 배워야 할 부분

• 2D 물리와 충돌 노멀
• 고정 timestep
• 입력 좌표 ↔ 월드 좌표 변환
• 오디오 레이어링
• 게임 필 튜닝
• 모바일 스토어 배포/서명
• 광고/IAP SDK
• 기기별 성능/터치 QA

20. 엔진 / 기술 후보

1순위: Godot

추천. 이유:

• 2D 물리 충분
• 씬/노드 구조가 작은 퍼즐에 적합
• 커스텀 레벨 에디터 툴 제작 가능
• 빠른 반복
• 비용 부담 낮음

2순위: Defold

추천. 작은 빌드와 모바일 2D에 강점. Lua 경험이 괜찮다면 매우 적합하다.

3순위: Solar2D

참고 가치 높음. Stollenmayer는 2024년 인터뷰에서 자신의 엔진 선택으로 Solar2D/Lua를 언급했다. 다만 이 자료만으로 Okay? 자체가 Solar2D로 제작됐다고 단정할 수는 없다.

Unity

가능하지만 이 스코프에서는 다소 무겁다. 광고/IAP 생태계와 익숙함이 중요하면 선택 가능.

Phaser/Web

프로토타입에는 매우 좋음. 프론트엔드 개발자라면 하루 안에 재미를 검증하기 쉽다. 다만 네이티브 햅틱/스토어 결제/광고/오디오 지연까지 상용 모바일 품질로 다듬으려면 래퍼 계층이 필요하다.

추천 전략

Phaser로 1일 실험 → 재미 확인 → Godot/Defold로 상용화도 합리적이다.

21. MVP 분해

1일 프로토타입

목표: “한 번 쏘고 여러 번 튕겨 전부 지우는 것이 정말 즐거운가?”만 검증

• 세로 화면
• 발사점 1개
• 드래그 조준
• 원형 공 1개
• 흰 목표 사각형
• 벽 반사
• 모든 목표 제거 시 SUCCESS
• R 키/탭으로 즉시 재시도
• 테스트 레벨 5개

하지 않을 것:

• 결제
• 광고
• 메타 진행
• 레벨 선택
• 설정
• 계정
• UGC

7일 프로토타입

• 20~30 레벨
• 장애물 2종
• 이동 오브젝트 1종
• 충돌음 피치 변화
• 성공 연출
• 레벨 데이터 외부화
• 내부 레벨 에디터 최소판
• 실패 횟수/클리어 시간 로깅

핵심 지표:

• 첫 10레벨 중 이탈 지점
• 레벨별 평균 시도 횟수
• 1회 성공 후 다음 레벨 진입률
• 10분 플레이 후 자발적 재실행 의향

30일 MVP

• 50~80개 선별 레벨
• 사운드 polish
• 세이브
• 힌트 시스템
• 선택형 reward ad 또는 자율 팁 IAP 중 하나만
• 기본 analytics
• 스토어 영상/스크린샷
• 기기 QA
• 프라이버시/동의 흐름

[의견] 첫 게임이라면 레벨 에디터 공개 + 온라인 공유 + 일일 featured는 30일 MVP에서 제외하는 것이 좋다.

22. 스코프 폭발 위험

위험 1: 레벨 수 욕심

“100개는 있어야 게임 같아 보인다”는 생각이 가장 위험하다. 30개의 강한 레벨이 100개의 평범한 레벨보다 낫다.

위험 2: 오브젝트 종류 증가

새 기믹 하나가 들어갈 때마다 기존 기믹과의 조합 QA가 증가한다.

위험 3: 온라인 에디터

게임보다 플랫폼을 만들기 시작하게 된다.

위험 4: 메타 성장 붙이기

코인, 스킨, 업그레이드를 붙이면 경제 설계·UI·세이브·결제가 동시에 늘어난다.

위험 5: 물리의 비결정성

프레임률/기기 차이로 같은 샷이 다른 결과를 만들면 퍼즐 신뢰도가 무너진다. 고정 timestep과 충돌 처리 검증이 중요하다.

23. 장기 운영 부담

기본 버전만 유지하면 낮음이다.

• 서버 필수 아님
• 실시간 경쟁 없음
• 길드 없음
• 시즌 없음
• 밸런스 패치 거의 없음

하지만 UGC와 광고를 넣으면 중간으로 올라간다.

• 광고 SDK 업데이트
• 개인정보 정책
• OS/API 업데이트
• UGC 검수
• 클라우드 동기화

2026년 현재까지도 스토어에 남아 있고 Android는 2025년에 업데이트됐다는 점은 이 구조의 유지보수 효율을 잘 보여준다.

24. 복제 가능한 원리 vs 복제하기 어려운 요소

복제 가능한 원리

1. 조작을 하나로 줄인다.
2. 한 행동이 연쇄 결과를 만들게 한다.
3. 실패를 짧은 정보 획득으로 만든다.
4. 그래픽보다 피드백을 우선한다.
5. 레벨을 데이터로 정의한다.
6. 막힌 순간에만 힌트 BM을 건다.
7. 3초 영상에서 규칙이 이해되게 만든다.

그대로 복제하기 어려운 요소

1. 2015년 App Store의 강력한 글로벌 피처링 환경
2. 당시 Pay What You Want BM의 신선함
3. Stollenmayer 특유의 미니멀 인터랙션 디자인 감각
4. 이미 축적된 Kamibox 브랜드

[의견] 지금 그대로 Okay? 2를 만드는 것은 늦었다. 배워야 할 것은 벽 반사가 아니라 “한 입력 → 여러 결과”라는 레버리지다.

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

유지할 것

• 한 손가락 입력
• 10초 안에 이해되는 룰
• 재시도 1초 미만
• 단순 도형
• 음악적 충돌 피드백
• 레벨 데이터 기반 제작

줄일 것

• 출시 시 레벨 개수
• 초기 기믹 종류
• 메뉴 계층
• UGC 기능
• 다수 결제 SKU

바꿀 것

[의견] 단순한 각도 퍼즐 대신 “연쇄 결과”만 남기고 테마를 바꾸는 것이 낫다.

예:

• 빛 한 줄로 여러 태양광 노드를 켜기
• 음파 한 번으로 방 안의 모든 유리잔 울리기
• 물방울 하나로 배관 전체를 순환시키기

BM은 초기에는 프리미엄 $1.99~$3.99 또는 무료 20레벨 + 단일 unlock IAP가 더 예측 가능하다. Pay What You Want는 PR 훅은 강하지만 수익 예측성이 낮다.

26. 제작 효율 점수

10점은 솔로 개발자에게 유리함을 의미한다.

종합: 8.8 / 10

[의견] 핵심 프로토타입은 매우 싸고, 실패해도 손실이 작다. 이 한 가지 이유만으로도 첫 게임 후보로 강하다. 단, 상용 품질의 차이는 레벨 수가 아니라 조준 감각·사운드·레벨 큐레이션에서 난다.

27. 최종 판정

지금 프로토타입 추천

단, Okay?를 복제하지 말고 아래 원칙만 가져오는 것이 좋다.

한 번의 매우 단순한 입력이 화면에서 복잡하고 만족스러운 연쇄 결과를 만든다.

프론트엔드 개발자가 게임 개발로 진입할 때 가장 좋은 첫 프로젝트는 “코드베이스가 작은데 튜닝으로 재미가 크게 달라지는 게임”이다. Okay?는 정확히 그런 유형이다.

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

가설 A — Resonance

아이디어: 화면에 여러 음향 노드가 있고, 음파 하나를 쏴 모든 노드를 한 번씩 통과시키면 성공.

• 코어: 반사 + 순서
• 차별점: 맞는 순서에 따라 화음 생성
• 3초 훅: 한 번 발사 → 화면을 튕기며 멜로디 완성
• 제작 난이도: 낮음

검증 질문: “성공했을 때 소리만으로 다시 하고 싶어지는가?”

가설 B — Chain Cleaner

아이디어: 잉크 한 방울을 떨어뜨리면 벽을 타고 번져 오염된 모든 면을 닦아야 한다.

• 코어: 방향 선택 + 유체를 가장한 단순 그래프 전파
• 실제 유체 시뮬레이션은 하지 않음
• 광고 소재성이 높음: 더러움 → 한 번에 청소

검증 질문: “퍼즐보다 정리 쾌감이 리텐션을 만들 수 있는가?”

가설 C — One Spark

아이디어: 전기 스파크 하나를 발사해 모든 장치를 켠다. 장치마다 반사/분기/지연 속성이 다르다.

• 코어: 한 입력 → 회로 연쇄
• UI 친화적
• 상태/데이터 모델링 강점 활용 가능
• 레벨 에디터 제작 쉬움

검증 질문: “물리 대신 결정적 그래프 규칙을 쓰면 레벨 QA 비용을 더 낮출 수 있는가?”

29. 이 게임에서 가져갈 제작자 체크리스트

• 핵심 입력을 한 문장으로 말할 수 있는가?
• 첫 10초에 실패해도 바로 원인을 알 수 있는가?
• 행동 하나가 시각/음향 결과 여러 개를 만드는가?
• 오브젝트 5종 이하로 30개 레벨을 만들 수 있는가?
• 내부 레벨 에디터를 첫 주 안에 만들 수 있는가?
• 텍스트 없이 해외 사용자도 이해하는가?
• 스토어 GIF 1개로 게임을 설명할 수 있는가?
• 네트워크 없이 핵심 재미가 성립하는가?
• 결제를 빼도 재미있는가?

이 질문에 대부분 예라면 솔로 모바일 인디게임 후보로 상당히 좋다.

30. 참고 출처

공식 / 스토어

• Kamibox 공식 Okay? 페이지 — https://kamibox.de/okay 
• Google Play Okay? — https://play.google.com/store/apps/details?id=de.stollenmayer.philipp.Pop_1_1_Android&hl=en_US 
• Apple App Store Okay? — https://apps.apple.com/us/app/okay/id962050549 

개발자 / 팀 / 제작 관점

• Game Developer, Game Design Deep Dive: Creating a one-touch platformer in ZIP ZAP — Philipp Stollenmayer가 Kamibox를 one-man studio라고 설명하고 interaction/UI 중심 배경과 모바일 설계 철학을 직접 설명. https://www.gamedeveloper.com/design/game-design-deep-dive-creating-a-one-touch-platformer-in-i-zip-zap-i- 
• Indie Gems 인터뷰, Freemium Talk with Kamibox, the Guy Behind Okay? — 모바일이 1인 회사에 단순하다는 개발자 발언과 초기 BM 관련 인터뷰. https://indiegem.blogspot.com/2015/04/indie-talk-freemium-talk-with-kamibox.html 
• iMore 인터뷰, How flipping bacon led to an Apple Design Award — Kamibox가 1인 스튜디오이며 단순하고 신뢰성 높은 게임을 선호하는 제작 맥락. https://www.imore.com/how-flipping-bacon-led-apple-design-award-interview-developer-philip-stollenmayer 

성과 / BM

• Pocket Gamer, 2015-03-10, Kamibox’s pricing experiment saw two percent of players willing to pay for Okay? — 첫 2주 200만+ 다운로드, 약 2% 결제, Apple 60개국 feature, 결제 가격 분포. https://www.pocketgamer.com/okay/kamiboxs-pricing-experiment-saw-two-percent-of-players-willing-to-pay-for-okay/ 
• Pocket Gamer, 2015-06-30, Minimalist iOS puzzler Okay? has been downloaded 3 million times — iOS 300만+ 다운로드 및 solo developer 표기. https://www.pocketgamer.com/okay/minimalist-ios-puzzler-okay-has-been-downloaded-3-million-times-gets-new-red-lev/ 
• Appgefahren, 2015-05-09, Wie lief es eigentlich mit Okay? — 개발자 제공 200만 다운로드/1~2% 지불률을 바탕으로 첫 2주 개발자 몫을 약 €25k로 보수 추정. https://www.appgefahren.de/wie-lief-es-eigentlich-mit-okay-135775.html 
• AndroidRank Okay? — 2026-08-15 기준 10M+ 설치, 약 10.39M 추정 설치 및 평점 통계. https://www.androidrank.org/application/okay_/de.stollenmayer.philipp.Pop_1_1_Android 

출처 신뢰도 메모

• 스토어의 현재 다운로드 구간, 가격, 업데이트 날짜, IAP/광고 표시는 사실로 취급했다.
• 2015년 다운로드/결제율은 개발자가 매체에 제공한 수치이므로 비교적 신뢰도가 높지만, 공식 재무 공시는 아니다.
• 매출 범위는 공개 자료가 부족해 낮은 신뢰도의 추정이며, 특히 Android의 실제 결제율·힌트 광고 노출량·국가별 ARPU는 공개되어 있지 않다.
• 기술 스택은 Stollenmayer가 후일 Solar2D/Lua 사용을 언급한 자료가 있으나 Okay?의 정확한 원본 엔진을 확인하지 못했으므로 원작 엔진으로 단정하지 않았다.