Tiny Glade 성공 사례 분석

이번 사례는 Pounce Light의 Tiny Glade다. 최근에 다룬 Balatro, Stardew Valley, PEAK, Screen Studio, Plausible Analytics와 겹치지 않으면서도, 소규모 개발자가 제품 자체를 마케팅 매체로 설계한 사례라는 점에서 벤치마킹 가치가 높다.

핵심만 먼저 말하면 Tiny Glade의 성공은 단순히 “cozy 장르가 유행해서”라고 설명하기 어렵다. 더 중요한 것은 ① 3초 안에 가치가 전달되는 시각적 제품, ② 입력 대비 결과가 과도하게 풍부한 상호작용, ③ 플레이 결과물이 곧 소셜 콘텐츠가 되는 구조, ④ 출시 훨씬 전부터 반복적으로 시장 반응을 검증한 개발 방식, ⑤ 관리·실패·압박을 제거해 타깃을 넓힌 포지셔닝이 서로 맞물렸다는 점이다.

1. 사실 관계와 주요 지표

Tiny Glade는 스웨덴의 소규모 스튜디오 Pounce Light가 개발·퍼블리싱한 자유형 디오라마 건축 게임이다. 핵심 스튜디오는 Anastasia Opara와 Tomasz Stachowiak의 2인 체제이며, 사운드 작업에는 Oda Tilset과 Martin Kvale 등 외부/협업 인력이 참여했다. 따라서 “모든 제작을 정확히 두 명이 했다”기보다는 제품·기술·디자인의 핵심 팀이 두 명이었다고 보는 편이 정확하다.

공개된 주요 수치는 다음과 같다.

주의할 점이 있다. 출시 시점 위시리스트 1,375,441과 첫 달 판매량 616,000을 단순히 나누면 약 **44.8%**지만, 이것을 “위시리스트 전환율”이라고 부르면 안 된다. 구매자가 모두 기존 위시리스트 이용자는 아니며, Steam 위시리스트 집계 방식과 구매 후 상태 변화도 있기 때문이다. 공개된 자료에는 실제 위시리스트→구매 전환율이 없다. 따라서 공식 전환율은 공개 자료 없음으로 보는 것이 맞다.

매출도 정확한 공식 금액은 공개 자료에서 확인되지 않는다. 판매량과 정가를 곱한 단순 총액은 지역 가격, 할인, 환불, 세금, 플랫폼 수수료를 무시하므로 공식 매출로 취급하면 안 된다. 공식 매출액 공개 자료 없음이라고 정리하는 것이 안전하다.

2. 성공의 출발점: “게임”이 아니라 반응하는 건축 장난감

Tiny Glade는 처음부터 전통적인 시티 빌더로 출발하지 않았다. Opara가 렌더링과 procedural generation을 실험하기 위해 만든 주말 프로젝트의 벽 생성기가 출발점이었다. 이후 짧은 영상에 사람들이 예상보다 강하게 반응하면서 게임으로 발전했다.

이 배경이 중요하다. 보통 인디 개발은 “장르를 정하고 → 기능 목록을 만들고 → 콘텐츠를 채우는” 순서로 진행된다. Tiny Glade는 반대로 하나의 강렬한 상호작용을 먼저 만들고, 그 상호작용이 시장에서 시선을 잡는지 확인한 뒤 제품을 확장했다.

개발자 인터뷰에서 드러난 초기 디자인 원칙은 세 가지였다.

• a lot from little effort: 적은 입력으로 풍부한 결과가 나온다.
• no wrong answers: 잘못된 선택이 없다.
• it’s alive: 세계가 플레이어의 행동에 반응한다.

이 세 원칙은 단순한 디자인 문구가 아니라 제품 성공 구조 그 자체가 됐다. 벽 하나를 그으면 벽돌, 창문, 기둥, 지붕, 마감 디테일이 맥락에 맞춰 자동으로 조합된다. 길을 건물에 통과시키면 문이 생기고, 구조를 들어 올리면 지지대가 생긴다. 사용자는 “건축 툴을 공부했다”는 느낌보다 “내 의도를 게임이 알아들었다”는 느낌을 받는다.

분석: 이것이 왜 강력했는가

대부분의 창작 도구는 자유도와 진입 장벽이 함께 증가한다. Blender, CAD, 전통적 건축 게임이 대표적이다. 반대로 단순한 꾸미기 게임은 진입 장벽은 낮지만 결과의 차별성이 떨어진다.

Tiny Glade는 procedural system을 이용해 이 trade-off를 약화시켰다.

낮은 입력 난이도 + 높은 결과 밀도 + 높은 결과 다양성을 동시에 만든 것이다.

이 때문에 사용자는 첫 세션부터 공유할 만한 결과물을 만들 수 있다. 이 특성이 마케팅과 리텐션까지 연결된다.

3. 제품 포지셔닝: “시티 빌더에서 재미있는 것을 추가”가 아니라 “스트레스를 제거”

Steam 공식 설명은 매우 명확하다. Tiny Glade에는 관리, 전투, 목표, 실패 상태가 없다. 플레이어는 자원 수급이나 최적화 없이 건축만 한다.

이는 기능 부족이 아니라 의도적인 포지셔닝이다.

전통적 시티 빌더의 가치 제안은 대개 다음과 같다.

시스템을 이해하고, 자원을 최적화하고, 더 큰 도시를 성장시킨다.

Tiny Glade는 이를 다음과 같이 바꾼다.

예쁜 것을 만들고 싶은 욕구만 남기고, 그 욕구를 방해하는 모든 비용을 제거한다.

이 선택은 Townscaper, Dorfromantik, Unpacking 같은 제품과 고객군이 겹치는 결과로 나타났다. GameDiscoverCo의 사용자 affinity 분석에서도 Tiny Glade 구매자는 이런 자유형·cozy·추상적 목표 중심 게임과 높은 중첩을 보였다.

타깃 사용자

공개 자료와 제품 구조를 종합하면 핵심 타깃은 다음 세 층으로 볼 수 있다.

1. 건축/도시 제작을 좋아하지만 복잡한 관리 시스템은 부담스러운 사람
2. cozy 게임을 통해 긴장 완화·창작·감상을 원하는 사람
3. 스크린샷·영상·재현 건축물을 만들고 공유하는 창작형 사용자

여기에 The Sims 계열 스트리머, 시티 빌더 크리에이터가 자연스럽게 붙었다. 중요한 점은 Tiny Glade가 “cozy 유저에게만” 팔린 것이 아니라, 건축이라는 익숙한 판타지를 압축해 여러 인접 장르의 유저가 이해할 수 있게 만들었다는 것이다.

4. 개발 전략: 완성 후 검증이 아니라, 시각적 프로토타입 단계부터 시장 검증

Opara는 초기 Twitter/X 게시물이 예상보다 좋은 반응을 얻자 “기술적으로 흥미로워서 개발자들만 좋아하는 것인지”를 의심했다. 그래서 게임 개발자가 아닌 일반 소비자 반응을 보기 위해 TikTok에도 영상을 올렸다. 그곳에서도 강한 반응이 나오면서 제품 가능성을 확인했다고 인터뷰에서 설명했다.

이 과정은 매우 중요한 벤치마킹 포인트다.

보통 인디 개발자가 하는 검증은 다음과 같다.

게임을 꽤 많이 만든다 → 데모를 만든다 → Steam 페이지를 연다 → 관심이 없으면 마케팅 문제라고 생각한다.

Tiny Glade는 더 앞단에서 검증했다.

핵심 상호작용 프로토타입 → 5~15초 영상 → 비개발자 채널 반응 → 반복 → 제품화 판단.

즉 시장 검증 단위를 완성 게임이 아니라 ‘핵심 상호작용 영상’까지 줄였다.

개발 과정도 극도로 반복적이었다. GameDiscoverCo 인터뷰에 따르면 일부 도구는 6~7개의 완성도 높은 프로토타입을 거쳤고, 약 2년 개발 기간 동안 외부 플레이테스트를 5차례 진행했다.

여기서 배울 점은 “많이 테스트했다”가 아니다. 더 중요한 것은 제품의 핵심 체감(game feel)을 기능 수보다 우선했다는 점이다. 작은 팀이 기능 범위를 줄이는 대신, 핵심 조작을 반복해서 갈아엎는 전략을 택했다.

5. 유통·출시 전략: Steam 한 곳에 수요를 축적

Tiny Glade는 초기 성공 구간에서 Steam 중심의 매우 단순한 유통 구조를 택했다. 이 선택은 작은 팀에 유리했다.

• Steam 페이지에서 위시리스트를 장기간 축적
• 무료 데모를 제공
• Steam Next Fest 활용
• 정식 출시를 Steam에 집중
• 자체 퍼블리싱

2024년 6월 Steam Next Fest 시점에 이미 위시리스트가 100만을 넘었다. GameDiscoverCo는 출시 시점 위시리스트를 정확히 1,375,441로 공개했다.

다만 “Next Fest가 성공을 만들었다”는 해석은 과장될 수 있다. WN Hub는 Summer Next Fest 기간 추가 위시리스트가 약 20,000이었다고 보도했고, GameDiscoverCo 그래프 설명도 Next Fest 시점에 하루 약 20,000 추가가 발생한 큰 스파이크를 언급한다. 하지만 전체 137만 위시리스트 대부분은 그 이전부터 누적돼 있었다.

따라서 더 정확한 해석은 다음과 같다.

Next Fest는 수요를 처음 만든 이벤트가 아니라, 이미 강한 유기적 수요를 데모 플레이와 Steam 알고리즘 신호로 전환한 증폭기였다.

이 구분은 매우 중요하다. “Next Fest에 참가하면 뜬다”가 아니라 Next Fest 전에 이미 클릭하고 싶고 플레이하고 싶은 제품을 만들어야 한다.

6. 가격과 수익화: 무료 창작 도구가 아니라 $15의 완제품

Tiny Glade의 현재 Steam 정가는 $14.99이며, 출시 초기 GameDiscoverCo 역시 $15 게임으로 언급했다.

이 가격은 흥미롭다. 목표도 없고 캠페인도 없으며 중앙 플레이타임은 출시 첫 달 기준 1시간 4분이었다. 전통적인 “콘텐츠 시간 대비 가격” 논리만 적용하면 불리해 보인다.

그런데 61만 장 이상이 한 달 내 판매되고 평가도 압도적으로 긍정적이었다.

여기서 중요한 제품 원리가 나온다.

고객이 구매하는 것은 플레이 시간 자체가 아니라 특정한 감정과 능력의 즉시성일 수 있다.

Tiny Glade가 파는 것은 20시간의 캠페인이 아니라 다음에 가깝다.

• 내가 쉽게 아름다운 것을 만들 수 있다는 감각
• 저녁 20분 동안 긴장을 낮추는 경험
• 내가 만든 결과물을 저장하고 보여주는 즐거움
• 복잡한 툴을 배우지 않고도 ‘창작자’가 되는 경험

즉 “콘텐츠 양”보다 사용자가 짧은 시간 안에 얻는 결과의 질이 가격을 정당화했다.

수익화도 단순하다. 기본 게임 유료 판매가 중심이고, 현재 Steam에는 별도 사운드트랙 판매가 있다. 공개 자료에서 F2P, 광고, 소모성 IAP 같은 복잡한 수익화는 확인되지 않는다.

7. 마케팅: 광고보다 제품 화면 자체가 광고였다

Tiny Glade의 가장 중요한 성공 요인은 마케팅 팀 규모가 아니라 제품과 콘텐츠 포맷의 일치다.

GameDiscoverCo는 초기 viral tweet, Future Games Show 트레일러, WIP 영상 등 거의 모든 노출이 “이걸 직접 만들어보고 싶다”는 욕구를 강하게 유발했다고 분석했다.

왜 그랬을까?

7.1 설명 비용이 거의 없다

“벽을 그었더니 건물이 자연스럽게 완성된다.”

이 한 장면으로 제품 가치가 전달된다. 긴 내레이션, UI 설명, 세계관 설정이 필요 없다.

7.2 before/after가 짧은 영상에 적합하다

사용자 입력 → 즉각적인 구조 생성 → 미세 디테일 등장이라는 변화가 몇 초 안에 일어난다. TikTok, X, YouTube Shorts 같은 피드형 미디어에서 유리한 구조다.

7.3 매번 다른 결과가 나온다

같은 기능을 보여줘도 건물과 장면이 다르므로 콘텐츠 반복 피로가 낮다. 개발 중 기능 추가 자체가 새로운 마케팅 소재가 된다.

7.4 ‘개발 과정 공개’가 스포일러가 아니라 욕구를 키운다

스토리 게임은 개발 화면을 많이 공개하면 소비 전 신선도가 떨어질 수 있다. Tiny Glade는 반대다. 툴의 가능성을 볼수록 “나도 해보고 싶다”가 커진다.

이 때문에 개발과 마케팅이 별도 파이프라인이 아니었다. 기능 개발 → 시각적으로 만족스러운 장면 → 짧은 콘텐츠 → 위시리스트 → 커뮤니티 피드백 → 다음 기능이 하나의 루프였다.

8. 커뮤니티와 바이럴: 플레이어 결과물이 후속 광고가 되는 구조

Tiny Glade는 UGC를 ‘모드 플랫폼’처럼 처음부터 복잡하게 설계하지 않았다. 더 기초적인 형태의 UGC를 만들었다.

플레이하면 예쁜 결과물이 남는다.

이것만으로도 공유 동기가 생긴다.

출시 전 데모 시기에는 #TinyDaily라는 일일 건축 주제가 운영됐고, 이 반응이 좋아 정식 게임 내부의 Daily Themes 기능으로 확장됐다. 정식 출시 첫 달을 위해 30개의 일일 프롬프트를 준비했다.

이는 단순 콘텐츠 추가가 아니다. Daily Theme은 다음의 루프를 만든다.

1. 오늘의 주제를 본다.
2. 짧게 만든다.
3. 사진 모드로 결과물을 캡처한다.
4. 소셜/Discord/Steam에 공유한다.
5. 다른 사람 작품을 본다.
6. “나도 다르게 만들어보고 싶다”는 욕구가 생긴다.
7. 게임으로 돌아온다.

즉 리텐션 메커니즘과 획득 메커니즘이 동일한 행동에 묶여 있다.

이 구조가 좋은 이유는 작은 팀에게 운영 레버리지가 크기 때문이다. 개발자가 매일 새로운 맵이나 퀘스트를 제작하지 않아도, 프롬프트와 도구만 제공하면 사용자가 변형 콘텐츠를 생산한다.

9. 2026년에도 이어지는 운영 레버리지

2026년 9월 현재 Pounce Light는 1.16 베타에서 Steam Workshop 기반의 기본 모드 지원, 인게임 모드 에디터, 추가 오브젝트/환경 표현 개선 등을 테스트하고 있다. 공식 모딩 문서도 제공하고 있다.

이 방향은 출시 후 장기 운영 측면에서 의미가 있다.

초기에는 개발자가 procedural system으로 사용자 한 명의 입력을 증폭했다면, 장기적으로는 Workshop을 통해 커뮤니티 한 명의 제작을 다른 수많은 사용자에게 증폭시키는 구조로 이동하고 있다.

즉 제품 레버리지가 다음 순서로 확장된다.

procedural generation → UGC screenshot → community challenge → mod ecosystem

콘텐츠 제작 부담을 계속 개발팀 내부에만 두지 않는 구조다.

다만 현재 Workshop 지원은 제한적이며, 새로운 핵심 doodling tool을 무제한 추가할 수 있는 수준은 아니다. 따라서 “완전한 mod platform”으로 해석하면 과장이다.

10. 성공의 인과관계

Tiny Glade의 성공을 하나의 원인으로 설명하면 거의 틀리게 된다. 더 적절한 인과 구조는 다음과 같다.

A. 강한 핵심 상호작용

적은 입력으로 아름다운 결과가 즉시 만들어짐

↓

B. 짧은 영상에서 가치 전달

설명 없이도 재미와 결과가 보임

↓

C. 개발 초기부터 유기적 소셜 확산

Twitter/X와 TikTok에서 비개발자에게도 반응 확인

↓

D. Steam 위시리스트 장기 축적

출시 전에 이미 100만+ 관심 확보

↓

E. 데모가 기대를 실제 경험으로 검증

Next Fest와 무료 데모로 “영상만 예쁜 게임” 리스크 제거

↓

F. 높은 출시 초기 판매와 리뷰

대규모 위시리스트 + 높은 만족도 + 크리에이터 노출

↓

G. 플레이 결과물의 UGC 재확산

구매자가 다시 마케팅 콘텐츠 생산

↓

H. 긴 판매 꼬리와 커뮤니티 확장

업데이트, Daily Theme, Steam Deck, Workshop 등으로 접점 확대

이 중 가장 중요한 선행 변수는 A다. A가 약하면 B~H 대부분이 약해진다.

11. 대안 가설 검토

가설 1: “그냥 cozy 붐을 잘 탔다”

부분적으로 맞다. 2023~2025년 cozy 카테고리의 관심 확대는 분명 우호적인 환경이었다.

하지만 이것만으로는 137만 위시리스트와 출시 한 달 내 61만 장을 설명하기 어렵다. 동일 기간 수많은 cozy 게임이 출시됐지만 같은 성과를 내지 못했다. 더 구체적인 차이는 제품 자체가 영상에서 즉시 이해되고, 플레이 결과가 공유 가능한 창작물로 남았다는 점이다.

가설 2: “바이럴 운이 전부였다”

초기 바이럴에는 당연히 운이 개입한다. 알고리즘 노출, 특정 크리에이터의 발견, 경쟁작 일정은 통제할 수 없다.

그러나 Tiny Glade는 한 번의 viral post에 의존하지 않았다. 약 2년 동안 WIP 영상, 트레일러, 데모, Next Fest, 사용자 창작물 등 서로 다른 계기로 반복 노출됐다. 따라서 더 정확한 설명은 운이 필요했지만, 운이 여러 번 발생할 수 있는 표면적을 제품이 크게 만들었다는 것이다.

가설 3: “예쁜 그래픽이 전부였다”

그래픽은 매우 중요하다. 그러나 예쁜 정적 장면만으로는 차별성이 약하다. Tiny Glade의 핵심은 화면의 미려함보다 사용자 행동에 반응해 장면이 만들어지는 과정 자체가 보기 좋다는 점이다.

이는 마케팅 관점에서 큰 차이다.

정적인 미술 품질은 스크린샷 한 장을 만든다. 반응형 procedural system은 끝없는 짧은 영상을 만든다.

가설 4: “복잡한 기술력이 성공의 본질이었다”

custom renderer, Rust, modified Bevy, procedural tech는 결과를 구현하는 데 매우 중요했다. 하지만 인디 개발자가 여기서 “자체 엔진을 만들어야 한다”는 결론을 내리면 잘못된 벤치마킹이다.

재현해야 할 것은 기술 스택이 아니라 입력 대비 결과를 증폭하는 시스템이다. 앱이라면 자동 레이아웃, smart defaults, 템플릿 조합, AI 보조, 규칙 기반 자동화로 같은 원리를 구현할 수 있다.

12. 운과 비재현 가능한 요소

재현하기 어려운 요인

• Anastasia Opara의 약 10년에 가까운 procedural art 경험
• 두 개발자의 높은 그래픽스/엔진 기술 역량
• 초창기 영상이 소셜 알고리즘에서 크게 확산된 시점과 운
• cozy 장르의 시장 분위기
• 크리에이터들이 자발적으로 대규모 노출을 만든 효과
• 출시 경쟁 환경과 Steam 피처링 노출

특히 “2인 개발”이라는 숫자만 복제하려 해서는 안 된다. 이 두 명은 초보 2명이 아니라 매우 특화된 전문성을 가진 2명이었다.

13. 재현 가능한 요인

반면 다음은 다른 인디 개발자가 비교적 직접적으로 재현할 수 있다.

1. 제품 가치를 5초 영상으로 설명할 수 있게 설계

마케팅 문구보다 먼저 제품 동작 자체가 설명 가능한지 확인한다.

2. 한 번의 입력이 큰 결과를 만들게 한다

사용자가 전문가가 아니어도 “내가 잘했다”는 결과를 얻게 한다.

3. ‘실패 방지’보다 ‘성공 기본값’을 만든다

Tiny Glade는 사용자가 무엇을 해도 어느 정도 보기 좋은 결과가 나온다. 앱에서도 default setting, template, auto-formatting, smart suggestions로 구현 가능하다.

4. 완성 전에 시장 반응을 본다

핵심 interaction prototype을 영상으로 공개하고 클릭·저장·댓글·위시리스트 반응을 측정한다.

5. 사용 결과를 공유 자산으로 만든다

export, screenshot, public link, template remix, gallery를 제품 기능으로 취급한다.

6. 마케팅 콘텐츠 생산 비용을 제품 개발과 통합한다

“이번 주에 만든 기능”이 곧 다음 주 콘텐츠가 되는 제품이 강하다.

14. 실패 위험

Tiny Glade 모델을 그대로 따라 할 때 생길 수 있는 위험도 분명하다.

위험 1. 영상은 바이럴인데 구매 이유가 약할 수 있다

‘보기 좋은 toy’는 소셜 조회수는 높고 매출은 낮을 수 있다. Tiny Glade는 무료 데모로 이 리스크를 줄였다.

대응: 조회수보다 데모 플레이→위시리스트/구매 의도 지표를 같이 본다.

위험 2. 자유도는 높은데 리텐션이 짧을 수 있다

출시 첫 달 중앙 플레이타임 1시간 4분은 전통적 게임 관점에서는 짧다. 목표 없는 sandbox의 구조적 한계다.

대응: Daily Theme, 업데이트, 커뮤니티 과제, modding처럼 외부 목표를 가볍게 추가한다.

위험 3. procedural system 개발비가 과도해질 수 있다

사용자에게 단순해 보이는 경험을 만들기 위해 내부 기술은 매우 복잡할 수 있다.

대응: 범용 엔진을 만들지 말고, 한 가지 ‘마법 같은 순간’을 위해 필요한 시스템만 만든다.

위험 4. 제품의 시각적 매력에 지나치게 의존할 수 있다

모든 앱/게임이 Tiny Glade처럼 영상 바이럴에 적합한 것은 아니다.

대응: 자신의 제품에서 공유 가능한 단위를 찾는다. 게임이면 build/replay/achievement, 앱이면 before-after/result/dashboard/report/template 등이 될 수 있다.

15. 벤치마킹 우선순위

P0 — 가장 먼저 복제할 것: “한 장면으로 이해되는 핵심 가치”

제품 설명을 5초 무음 영상으로 만들었을 때 가치가 전달되는지 검증한다. 전달되지 않는다면 광고를 늘리기보다 제품의 interaction과 visual feedback을 먼저 손본다.

P1 — 입력 대비 결과 증폭

사용자가 한 번 행동했을 때 결과물이 최소 3~10배 풍부해 보이도록 smart defaults와 자동 보정을 설계한다.

P2 — 결과물 공유 루프

사용자가 만든 것을 이미지·영상·링크·템플릿 형태로 1~2클릭에 공유할 수 있게 한다.

P3 — 출시 전 수요 축적

프로토타입 → 짧은 영상 → landing/Steam page → wishlist/email signup → demo의 순서로 단계별 수요를 쌓는다.

P4 — 반복 가능한 커뮤니티 프롬프트

TinyDaily처럼 매일/매주 동일한 제품 기능을 다른 맥락에서 사용하게 만드는 prompt system을 설계한다.

P5 — 작은 팀에 맞는 운영 레버리지

콘텐츠를 개발자가 계속 생산하는 구조보다 사용자·템플릿·모드·커뮤니티가 생산하는 구조를 우선한다.

16. 이번 사례에서 바로 적용할 수 있는 실행 아이디어

실험 A — 5초 제품 테스트

가설: 제품의 핵심 interaction이 설명 문구 없이도 욕구를 만든다면 소셜 반응이 일반 소개 영상보다 높을 것이다.

방법:

• 같은 기능을 보여주는 3개의 5~8초 영상 제작
• 자막 최소화
• A: 결과 먼저 보여주기
• B: 입력→변화 과정 보여주기
• C: before→after 보여주기
• TikTok/X/Shorts 또는 타깃 커뮤니티에 동일 기간 배포

측정: 3초 유지율, 완주율, 저장/공유율, 프로필 클릭률, wishlist/signup 전환

판정: 조회수보다 저장+클릭+가입/위시리스트가 높은 형식을 다음 개발 우선순위에 반영한다.

실험 B — “10초 안에 성공 경험” 만들기

가설: 신규 사용자가 첫 10초 내에 보기 좋은 결과물을 만들면 활성화율이 상승한다.

방법: 첫 실행 시 빈 화면을 주지 말고, 한 번 드래그/선택만 해도 완성도 높은 결과가 나오게 한다.

측정: 첫 결과 생성률, 첫 세션 이탈 시점, 두 번째 행동 비율.

실험 C — no wrong answers 테스트

가설: 잘못된 상태를 제거하면 초보자의 실험 횟수가 늘어난다.

방법: 사용자가 흔히 만드는 10개 실패 상태를 수집하고, 자동 보정·undo·safe default로 제거한다.

측정: 세션당 시도 횟수, undo 비율, 도움말 진입률, 첫 세션 완료율.

실험 D — UGC export를 핵심 기능으로 승격

가설: 결과 공유가 쉬워지면 사용자 획득 비용 없이 신규 유입이 증가한다.

방법: screenshot/export/public link 버튼을 결과 화면 바로 옆에 배치하고 워터마크는 작게 유지한다.

측정: export 사용자 비율, 공유 링크 클릭, 공유 유입 signup, 공유자 D7 리텐션.

실험 E — 주간 프롬프트

가설: 새로운 콘텐츠를 만들지 않고도 사용 맥락을 바꾸면 재방문이 증가한다.

방법: 매주 하나의 theme/challenge를 제공한다. 앱이라면 “이번 주 템플릿”, 게임이라면 “이번 주 빌드 주제” 형태가 가능하다.

측정: prompt 참여율, 참여자의 D7/D30, 공유율, 비참여자 대비 세션 수.

실험 F — 데모가 마케팅을 검증하게 만들기

가설: 영상 반응이 실제 사용 의도로 이어지는 제품은 데모 이후 위시리스트/가입 전환이 높다.

방법: 핵심 기능 20~30분 분량의 무료 데모 또는 제한 버전 배포.

측정: 설치→첫 가치 경험→위시리스트/가입 전환 퍼널.

중요한 것은 “데모 플레이 수” 하나가 아니라 어떤 사용자 행동이 실제 구매 신호와 연결되는지 보는 것이다.

17. 최종 결론

Tiny Glade의 가장 중요한 교훈은 “cozy 게임을 만들라”가 아니다.

제품을 사용하는 순간 자체가 마케팅 콘텐츠가 되게 만들라는 것이 더 본질적인 교훈이다.

두 명의 핵심 개발팀이 137만 개가 넘는 출시 전 위시리스트를 확보하고 한 달도 안 돼 61만 장 이상을 판매할 수 있었던 이유는 대규모 광고 조직을 대체할 제품 구조가 있었기 때문이다.

• 첫눈에 이해된다.
• 직접 해보고 싶어진다.
• 초보자도 좋은 결과가 나온다.
• 결과가 매번 다르다.
• 결과물을 보여주고 싶어진다.
• 다른 사람의 결과물을 보면 다시 해보고 싶어진다.

이 루프가 제품 → 콘텐츠 → 유입 → 플레이 → UGC → 추가 유입으로 이어졌다.

인디 개발자가 가장 먼저 벤치마킹해야 할 것은 그래픽 스타일이나 자체 엔진이 아니라, 이 루프를 자기 제품에서 어떤 형태로 구현할 수 있는지다.

출처

1. GameDiscoverCo — “How Tiny Glade ‘built’ its way to >600k sold in a month!” — 2024-10-29
   https://newsletter.gamediscover.co/p/how-tiny-glade-built-its-way-to-600k 
   개발자 제공 판매량·DAU·플레이타임·지역별 비중·출시 위시리스트, 개발 기간, 디자인 원칙, 플레이테스트 횟수 등 핵심 수치의 주 출처.

2. 80 Level — “Exclusive: Tiny Glade Developers Discuss Bevy, Proceduralism, Publishers & Cozy Games” — 2024-05-30
   https://80.lv/articles/exclusive-tiny-glade-developers-discuss-bevy-proceduralism-publishers-cozy-games 
   프로젝트가 주말 렌더링/절차 생성 실험에서 시작된 과정, TikTok을 통한 비개발자 반응 검증, 기술·디자인 철학에 대한 개발자 인터뷰.

3. Steam — Tiny Glade Store Page — 출시 2024-09-23 / 현재 정보 확인 2026-09-18
   https://store.steampowered.com/app/2198150/Tiny_Glade/ 
   현재 가격, 공식 제품 설명, 리뷰 비율·리뷰 수, 지원 플랫폼 및 언어 확인.

4. WN Hub — “The meditative castle-building simulator Tiny Glade has reached a million wishlists” — 2024-06-19
   https://wnhub.io/news/stores-and-publishing/item-43844 
   100만 위시리스트 돌파, 최초 공개 24시간 1만+ 위시리스트, 이후 42만+ 누적 등 출시 전 성장 수치.

5. WN Hub — “Indie doodling builder Tiny Glade hits 500k unique players” — 2024-10-10
   https://wnhub.io/news/indie/item-45742 
   출시 약 2주 만의 50만+ 플레이어, 2인 스튜디오, Next Fest 성과, 당시 리뷰·동접 지표.

6. Destructoid — “Cozy hit Tiny Glade will feature daily theme prompts…” — 2024-09-14
   https://www.destructoid.com/cozy-hit-tiny-glade-will-feature-daily-theme-prompts-when-it-releases-on-september-23/ 
   데모 기간 #TinyDaily 운영과 커뮤니티 반응, 정식 버전에 Daily Themes를 넣은 과정.

7. SteamDB — “[BETA 1.16] Wood, flowers, Workshop, …” — 2026-09-07
   https://steamdb.info/patchnotes/25168681/ 
   2026년 최신 베타의 Steam Workshop 지원, 기술 개선, 확장된 사용자 창작 기능 확인.

8. Pounce Light — Tiny Glade Modding Documentation — 현재 문서, 확인 2026-09-18
   https://pouncelight.games/tiny-glade/info/modding/ 
   Workshop 중심의 현재 모딩 워크플로와 지원 범위·한계 확인.