Tiny Glade 성공 사례 분석: 2인 개발팀이 절차적 건축 UX와 UGC 루프로 137만 위시리스트를 만든 방법

이번 사례는 스웨덴의 2인 인디 스튜디오 Pounce Light가 만든 Tiny Glade다. 최근에 다룬 PEAK, Animal Well, Against the Storm, Dorfromantik, Stacklands, Schedule I, Tally, Buttondown, Carrd와 겹치지 않는 사례를 골랐다.

Tiny Glade는 2024년 9월 23일 출시된 자유형 디오라마 건축 게임이다. 전투도, 자원관리도, 명시적 목표도 없다. 플레이어는 벽과 길, 지붕과 지형을 대략적으로 그리면 게임이 벽돌·창문·아치·담쟁이·자갈·나무판자 같은 세부 요소를 자동으로 정리해 준다. 현재 Steam 설명도 이 제품을 “gridless building chemistry”와 “no management, combat or goals”로 정의한다. Steam, 2026-09 확인 

이 게임의 성공에서 가장 중요한 포인트는 “코지 장르가 유행해서 잘됐다”가 아니다. 더 핵심적인 구조는 다음과 같다.

사용자가 작은 입력만 해도 보기 좋은 결과를 얻는다 → 그 결과물이 곧 공유 콘텐츠가 된다 → 공유 콘텐츠가 게임의 사용법을 설명한다 → 소셜 노출이 위시리스트를 만든다 → 데모로 구매 전 불확실성을 줄인다 → 출시 후에도 플레이어 제작물이 다시 신규 유입을 만든다.

이 구조 덕분에 Tiny Glade는 출시 시점 1,375,441개 Steam 위시리스트를 보유했고, 출시 후 한 달이 되기 전에 616,000장 이상 판매됐다. 당시 개발사가 공유한 Steam 백엔드 기준 DAU는 34,000명대, 중앙 플레이시간은 1시간 4분이었다. GameDiscoverCo, 2024-10-29 

2026년 9월 현재 SteamDB는 약 24,500개 리뷰, 97%대 긍정 평가, 역대 최고 동시접속자 10,692명을 기록하고 있다. 현재 정가는 $14.99이며 Windows·Linux·macOS를 지원한다. SteamDB, 2026-09 확인  Steam, 2026-09 확인 

단, 2024년 10월 이후의 공식 누적 판매량과 공식 매출액은 공개되지 않았다. SteamDB에 표시되는 현재 owner 추정치는 분석업체별로 약 99만~127만 수준으로 갈리지만, 이는 실제 판매량이 아니라 추정치이므로 이번 분석에서는 확정 수치로 사용하지 않는다. SteamDB, 2026-09 확인 

1. 핵심 공개 지표

공개 자료가 없는 지표

현재까지 신뢰할 수 있는 공개 자료에서 다음은 확인되지 않는다.

• 공식 lifetime sales: 2024년 10월의 616,000장 이후 최신 공식 누적 판매량
• 공식 gross / net revenue
• 전체 개발비 및 창업자 개인 투입금
• CAC와 유료 광고비
• 데모 → 구매 전환율
• 위시리스트 → 구매 전환율
• D1 / D7 / D30 retention
• refund rate
• 국가별 ARPU
• Steam 외 플랫폼별 매출 기여도

따라서 이 글에서는 공개되지 않은 수치를 추정하지 않는다. 특히 616,000 / 1,375,441을 단순 계산해 위시리스트 전환율로 부르는 것은 적절하지 않다. 판매에는 비위시리스트 구매가 섞이고, 시점과 Steam의 wishlist 상태변화도 다르기 때문이다.

2. 창업자·개발자 배경: ‘2인 초보팀’이 아니라 15년+ 전문성을 가진 2인팀

[사실]

Pounce Light의 핵심 개발자는 Anastasia Opara와 Tomasz Stachowiak 두 명이다. 두 사람은 합쳐 15년 이상의 게임업계 경험이 있었고, Embark Studios·Electronic Arts·Creative Assembly 등 AAA 환경에서 일한 경력이 있다. Opara는 절차적 생성에, Stachowiak은 렌더링 기술에 강점이 있었다. GamingOnLinux, 2024-06  80 Level, 2024-05-30 

Opara는 Tiny Glade 이전부터 거의 10년 동안 procedural art를 연구해 왔다고 설명했다. 초기 Tiny Glade는 게임이 아니라 렌더링을 실험하기 위한 주말 취미 프로젝트였고, 당시 Opara는 Embark Studios에 풀타임으로 다니고 있었다. 프로젝트를 진행하려고 오전 4시에 일어나 출근 전 개발했다고 회고했다. 80 Level, 2024-05-30 

[분석]

이 사례를 “두 명이면 2년 만에 60만 장짜리 게임을 만들 수 있다”로 해석하면 잘못된 벤치마크가 된다.

실제 자산은:

• procedural generation 전문성
• rendering / graphics engineering 전문성
• AAA production 경험
• low-level graphics API 이해
• Rust·Bevy를 일상적으로 써온 경험
• 소셜에 공개했을 때 무엇이 시각적으로 매력적인지 판단할 수 있는 감각

이었다.

즉 headcount는 2명이지만 capability는 일반적인 2인 초보팀과 매우 다르다.

재현 가능한 교훈은 “2명만 고용하라”가 아니라:

팀이 가장 잘하는 기술적 강점 하나를 제품의 사용자 가치와 직접 연결한다.

이다.

3. 아이디어의 시작: 시장분석보다 먼저 기술 데모가 감정을 만들었다

[사실]

초기 프로젝트는 procedural wall generator였다. Opara는 렌더링을 공부하면서 화면에 넣을 무언가가 필요해 procedural wall을 만들었고, 트위터에 짧은 영상을 올렸다. 예상보다 반응이 컸다. 이후 두 사람은 “이게 기술적으로 멋있어서 관심을 받는 것인지, 실제로 사람들이 플레이하고 싶은 것인지” 검증하기 위해 TikTok 계정을 따로 만들었다. 게임 개발자가 아닌 일반 사용자에게 보여주자 반응이 더 커졌고, 이때 실제 게임으로 발전시킬 수 있다고 판단했다. 80 Level, 2024-05-30 

[분석]

흥미로운 점은 이 프로젝트가 처음부터 “성공할 장르를 골라 기획”된 것이 아니라는 것이다.

순서는 오히려:

기술적 호기심
→ 만지는 느낌이 좋은 procedural wall
→ 짧은 영상에서 강한 반응
→ 비개발자 TikTok audience로 외부검증
→ 제품화

였다.

이 패턴에서 재현할 수 있는 것은 “기술 데모부터 만들어라”가 아니다.

더 중요한 질문은:

기술적인 novelty가 사용자에게 즉각적인 감정적 가치로 번역되는가?

이다.

Tiny Glade에서는 procedural generation이 “와, 알고리즘이 복잡하다”가 아니라:

내가 대충 그었는데 예쁜 성벽이 만들어진다.

로 느껴졌다.

기술이 보이지 않고 결과만 느껴지는 순간에 제품이 됐다.

4. 제품 thesis: “적은 노력으로 많은 결과”

[사실]

개발팀은 개발 초기부터 세 가지 design pillar를 명시했다.

1. A lot from little effort — 적은 노력으로 많은 결과
2. No wrong answers — 틀린 답이 없음
3. It’s alive — 세계가 사용자의 제작물에 반응함

벽을 그리거나 지붕 모양을 바꾸거나 울타리를 끌어내면 벽돌·자갈·나무판자 등이 즉석에서 구성된다. 개발팀은 procedural 결과가 “손으로 만든 것처럼 완벽하게 불완전”하게 느껴지도록 설계했고, 사운드도 실제 재료를 만지는 듯한 촉각성을 목표로 했다. GameDiscoverCo, 2024-10-29 

[분석]

이 게임의 핵심은 건축 기능의 수가 아니다.

사용자의 한 번의 입력을 시스템이 여러 단계로 증폭한다.

예를 들어 사용자는:

벽선을 그린다.

게임은 동시에:

벽 형태를 구성하고
벽돌을 배열하고
지붕을 맞추고
주변 디테일을 추가하고
지형과 접점을 정리하고
조명과 분위기를 맞춘다.

따라서 사용자의 체감은:

“나는 몇 번 클릭했는데 결과는 전문가가 만든 것 같다.”

가 된다.

이것은 창작도구에서 매우 강한 가치다.

Output quality / input effort 비율이 높다.

5. 포지셔닝: 무엇을 넣었는지가 아니라 무엇을 뺐는지를 명시

[사실]

2023년 GameDiscoverCo 분석에 따르면 초기 TikTok 반응에서 장르 인지가 모호했다. 일부 사용자는 이 게임을 tower defense나 management sim처럼 해석했다. 이후 Steam 설명과 소셜 메시지에서 의도적으로:

• no combat
• no management
• no wrong answers

를 전면에 내세웠다. 비슷한 메시지를 담은 TikTok들은 900만+ 조회를 기록했다. GameDiscoverCo, 2023-03-15 

[분석]

이는 포지셔닝의 좋은 예다.

일반적인 marketing copy는:

“우리 게임에는 X, Y, Z 기능이 있습니다.”

라고 기능을 더한다.

Tiny Glade는 반대로:

“당신이 city-builder에서 걱정할 법한 것들은 없습니다.”

라고 구매 불안을 제거했다.

cozy 사용자에게:

• 전투를 배워야 하나?
• 경제를 망치면 실패하나?
• 효율을 계산해야 하나?
• 시간 압박이 있나?

라는 질문을 미리 없앤다.

따라서 negative positioning이 실제 conversion friction을 줄인다.

6. 타깃 사용자: 전통적 city-builder가 아니라 창작의 결과를 원하는 사람

GameDiscoverCo의 Steam affinity 분석에서 Tiny Glade 구매자는 Townscaper, Dorfromantik, Unpacking, Banished, Manor Lords 등과 높은 겹침을 보였다. GameDiscoverCo, 2024-10-29 

이를 제품 구조 기준으로 나누면 다음과 같다.

[분석]

Tiny Glade는 city-builder 시장의 모든 필요를 만족시키지 않았다.

대신 city-builder에서:

“내가 만든 마을을 바라보는 만족감”

만 떼어냈다.

경제·생존·전투·인구관리 없이도 그 감정이 독립적으로 충분히 큰 시장이라는 가설이었다.

이것은 작은 팀에게 매우 중요한 제품 전략이다.

큰 장르를 축소해서 만든다기보다 큰 장르에서 가장 사랑받는 감정 하나를 분리한다.

7. 핵심 UX ①: procedural generation은 콘텐츠 생성기가 아니라 입력 증폭기

[사실]

Opara와 Stachowiak은 procedural generation을 거대한 세계나 무한 콘텐츠를 만드는 용도만으로 보지 않았다. Tiny Glade에서는 플레이어의 input을 여러 layered systems가 증폭해 “창작 행위 자체를 responsive하게” 만드는 데 사용했다. GameDiscoverCo, 2024-10-29 

[분석]

일반적인 procedural generation:

개발자가 직접 만들 콘텐츠를 알고리즘으로 생성.

Tiny Glade식 procedural generation:

사용자가 직접 해야 할 디테일 작업을 알고리즘이 대신함.

이는 매우 다른 가치다.

첫 번째는 개발팀 생산성을 높인다.

두 번째는 사용자 생산성을 높인다.

Tiny Glade는 둘을 동시에 얻는다.

• 개발자는 모든 벽돌 배치를 직접 asset으로 만들 필요가 없다.
• 사용자도 모든 벽돌 배치를 직접 조절할 필요가 없다.

하나의 시스템이 developer leverage + user delight를 동시에 만든다.

8. 핵심 UX ②: “틀린 답 없음”은 심리적 설계다

[사실]

개발팀은 실패상태가 없는 이유를 “언제든 도망갈 수 있는 고요한 공간”, “시간이 무한했던 어린 시절의 감각”을 만들기 위해서라고 설명했다. GameDiscoverCo, 2024-10-29 

[분석]

창작도구에서 사용자는 빈 캔버스 자체를 두려워할 수 있다.

못 만들면 어떡하지?

Tiny Glade는 두 단계로 이 부담을 줄인다.

1. 시스템적으로 실패가 없다.
2. 시각적으로도 웬만하면 결과가 예쁘다.

즉 “틀린 답 없음”은 규칙 설명이 아니라 창작 불안 감소 장치다.

이 때문에 전통적으로 3D modeling이나 level editor를 쓰지 않던 사용자도 결과물을 만들 수 있다.

9. 핵심 UX ③: 세계가 사용자를 ‘인정’하게 만든다

[사실]

개발팀은 플레이어가 만든 것에 세계가 반응하는 감각을 중요하게 봤다. 담쟁이가 구조물을 감싸고, 새·양·환경 요소가 만들어진 공간에 반응한다. Opara는 이를 RPG가 플레이어의 과거 선택을 기억하고 반응하는 감각과 비슷하다고 설명했다. 80 Level, 2024-05-30 

[분석]

이는 단순 decoration이 아니다.

사용자가:

구조물을 만든다.

세계가:

“네가 만든 것을 봤어.”

라고 답한다.

창작도구에서 가장 강한 feedback 중 하나다.

사용자 행동이 화면에 단순히 저장되는 것이 아니라 세계의 후속반응을 유발한다.

10. 핵심 UX ④: 세밀한 도구보다 직관적인 도구를 우선

[사실]

Tiny Glade의 UX는 상당한 반복개발을 거쳤다. 일부 도구는 출시 전 6~7개의 거의 완성된 프로토타입을 만들었고, 2년 개발기간 동안 5번의 외부 playtest를 진행했다. 80 Level 인터뷰에서도 일부 기능이 5~6번 재설계됐다고 설명했다. GameDiscoverCo, 2024-10-29  80 Level, 2024-05-30 

플레이테스트에서 사용자들이 원래 도구를 이상하게 조합해 원하는 형태를 만들려고 하면, 팀은 이를 “사용자가 시스템을 해킹해야만 하는 pain point”로 해석했다. 예를 들어 플레이어들이 다리를 만들고 싶어 하는 행동이 반복되자, 본래 계획에 없던 elevation 시스템이 발전했다. 80 Level, 2024-05-30 

[분석]

이 사례에서 “기능 요청을 듣는다”보다 더 중요한 것은:

사용자가 기존 기능을 편법으로 조합하는 행동을 관찰한다.

는 점이다.

사용자가 8개의 랜턴을 쌓아 벽처럼 보이게 만든다면:

“창의적이네요.”

로 끝낼 수도 있다.

Tiny Glade 팀은:

“왜 정식 벽 도구로 이걸 쉽게 할 수 없지?”

라고 해석했다.

지원요청보다 우회행동이 더 강한 기능수요 신호가 될 수 있다.

11. 핵심 UX ⑤: 기본 결과물의 품질이 높아야 UGC가 성장한다

[분석]

UGC 게임의 일반적인 문제는:

1%의 숙련 제작자는 멋진 것을 만들지만 99%는 공유할 수준의 결과를 못 만든다.

Tiny Glade는 procedural detail로 이 분포 자체를 바꾼다.

숙련도가 낮아도:

• 벽돌 정렬
• 지붕 연결
• 창문 주변 디테일
• 조명
• 담쟁이
• 지형 접합

을 시스템이 보정한다.

그래서 평균 사용자 결과물의 공유 가능성이 올라간다.

이것이 마케팅 측면에서 결정적이다.

12. Distribution의 시작: 소셜을 ‘마케팅’보다 시장검증 장치로 사용

[사실]

초기 Twitter 반응 이후 개발팀은 TikTok을 새로 만들어 gamedev에 관심 없는 사람들에게 제품을 보여줬다. 그 반응을 통해 기술 데모가 아닌 실제 제품 수요가 있다는 확신을 얻었다. 80 Level, 2024-05-30 

2023년 3월 GameDiscoverCo에 따르면 정식 Steam 페이지가 열리기 전부터 TikTok·Twitter·newsletter를 병행했고, 소셜 바이럴을 통해 25,000명 이상 newsletter subscriber를 확보했다. GameDiscoverCo, 2023-03-15 

[분석]

좋은 순서다.

일반적인 인디 marketing:

게임 제작 → Steam page → trailer → 홍보.

Tiny Glade:

작은 mechanic 영상 → 반응 측정 → 비개발자 audience 검증 → 이메일 audience 확보 → Steam page.

즉 storefront 이전에 demand를 검증했다.

13. 첫 번째 대형 인플렉션: 3개월에 257K wishlist

[사실]

정식 발표 후 약 3개월 만에 Steam wishlist는 257,000개에 도달했다. 발표 이벤트 직후에는 2일도 되기 전에 약 26,000개가 추가됐다. GameDiscoverCo, 2023-03-15 

GameDiscoverCo가 정리한 초기 성장요인은:

• 순수 building/making fantasy
• 강한 visual hook
• “무엇이 아닌지”를 명확히 한 positioning
• TikTok·Twitter·newsletter의 멀티채널 운용
• Wholesome Snack / The Game Awards 시기의 발표

였다. 같은 분석에서는 third-party TikTok이 별도의 wishlist spike를 만든 사례도 확인됐다. GameDiscoverCo, 2023-03-15 

[분석]

중요한 점은 TikTok follower를 모은 것이 아니라 Steam demand asset으로 이동시켰다는 것이다.

social reach는 휘발된다.

wishlist는:

• 출시 알림
• 할인 알림
• Steam algorithm signal

로 연결되는 플랫폼 내부 자산이다.

따라서 좋은 social strategy는:

조회수 최대화

가 아니라:

조회수를 storefront intent로 변환

해야 한다.

14. 데모 전략: 제품을 설득하기보다 “나한테 맞는지 확인”하게 함

[사실]

Pounce Light는 2024년 5월 30일 데모를 공개했다. Opara는 데모의 목적을 단순한 hype보다 “이 게임이 자기 취향인지 구매 전에 직접 확인하게 해주는 것”이라고 설명했다. Tiny Glade는 전통적 game보다 toy box에 가깝기 때문에, 어떤 사람은 예상보다 좋아할 수 있고 어떤 사람은 “좋지만 내 취향은 아니다”라고 판단할 수도 있다고 말했다. 80 Level, 2024-05-30 

[분석]

이 데모의 역할은 흥미롭다.

일반적인 demo 목표:

구매하도록 설득.

Tiny Glade demo 목표:

잘못된 고객도 미리 걸러낸다.

이는 장기적으로:

• refund 위험 감소
• negative review 감소
• expectation mismatch 감소

에 도움이 될 수 있다.

실제 demo→purchase 전환율이나 refund 차이는 공개되지 않아 인과를 증명할 수는 없다. 하지만 97%대 리뷰와 포지셔닝의 일관성을 보면 기대치 관리가 성공의 일부였다는 가설은 상당히 설득력 있다.

15. Steam Next Fest: 원래 강했던 demand를 대규모 체험으로 증폭

[사실]

2024년 6월 Steam Next Fest 기간 Tiny Glade 데모는 상위권에 올랐고, 6월 중 1,000,000 wishlist를 돌파했다. WN Hub는 unique players 기준 데모가 상위 5위권이었다고 전했다. Destructoid, 2024-06-16  WN Hub, 2024-10-10 

[분석]

Next Fest가 PMF를 처음 만들어준 것은 아니다.

이미 2023년에 257K wishlist가 있었다.

따라서 더 정확한 흐름은:

소셜에서 demand 확인 → Steam page에 축적 → playable demo → Next Fest amplification.

이 순서다.

festival은 제품을 구하는 곳보다 이미 강한 제품신호를 확장하는 곳으로 사용됐다.

16. 커뮤니티/content loop: Daily Theme이 빈 캔버스 문제를 해결

[사실]

Demo·Next Fest 기간에는 #TinyDaily 형태의 daily building prompt가 운영됐다. 예를 들어 “House on a Hill”, “Secret Garden”, “Wizard Tower” 같은 주제가 제시됐고, 플레이어들은 Twitter와 Discord에 결과물을 공유했다. 이 prompt 방식은 정식판에도 이어졌다. Destructoid, 2024-09-14 

2025년에도 Halloween weekly theme 같은 seasonal prompt가 공식 업데이트에 포함됐다. SteamDB patch notes, 2025-10-08 

[분석]

UGC 게임의 역설은:

자유가 많을수록 무엇을 만들지 몰라서 시작하기 어렵다.

이다.

Daily Theme은 기능을 하나도 추가하지 않고도:

• 아이디어 제공
• community 동시성
• hashtag 정리
• 비교·감상
• 신규 UGC 공급

을 만든다.

즉 콘텐츠를 개발팀이 만드는 대신 ‘문제’를 개발팀이 제공하고 결과는 사용자가 만든다.

작은 팀에 매우 강한 운영 레버리지다.

17. 가장 강한 바이럴 loop: 창작물 자체가 광고 소재

[사실]

GameDiscoverCo는 Tiny Glade의 출시 성과를 분석하며 플레이어들이 The Lord of the Rings의 Helm’s Deep 같은 구조물을 만들고, Sims·city-builder 계열 스트리머들이 게임을 다루는 등 UGC가 매우 활발했다고 설명했다. 개발팀의 WIP 영상과 trailer도 개발기간 내내 반복적으로 바이럴됐다. GameDiscoverCo, 2024-10-29 

[분석]

growth loop를 단순화하면:

사용자 A가 건축
→ 보기 좋은 결과물 자동 생성
→ 스크린샷·영상 공유
→ 관전자가 게임 사용법을 동시에 이해
→ wishlist / 구매
→ 사용자 B가 새로운 건축물 생성

이다.

가장 중요한 점은:

마케팅 콘텐츠가 게임플레이와 분리되지 않는다.

라는 것이다.

게임을 홍보하기 위해 특별한 광고 장면을 만들 필요가 적다.

실제 유저 output이 더 강한 광고가 된다.

18. ‘스크린샷이 예쁘다’보다 중요한 것: 변화 전후가 짧은 영상으로 읽힌다

[분석]

Tiny Glade는 정적인 screenshot뿐 아니라 short-form video에도 강하다.

예:

직선 벽을 그음
→ 창문을 넣음
→ 길을 통과시킴
→ 자동으로 arch 생성.

10초 안에:

1. 입력
2. 시스템 반응
3. 결과

이 전부 보인다.

이는 TikTok의 핵심 조건과 맞는다.

설명시간이 거의 0이다.

19. 출시: 이미 137만 명이 알고 있는 제품을 $15에 전환

[사실]

출시 직전 Tiny Glade는 1,375,441 wishlist를 보유했다. 출시가격은 $15 수준이었고 출시 직후 10,000+ CCU를 기록했다. SteamDB의 역대 peak는 10,692다. GameDiscoverCo, 2024-10-29  SteamDB, 2026-09 확인 

GameDiscoverCo는 당시 게임이 출시 후 첫 한 달까지 별도 할인 없이 판매됐다고 기록했다. GameDiscoverCo, 2024-10-29 

[분석]

이 가격은 흥미롭다.

이 제품은:

• campaign 없음
• progression 없음
• story 없음
• combat 없음

에도 $14.99를 받았다.

즉 사용자는 콘텐츠 길이보다:

창작도구의 감각과 가능성에 돈을 냈다.

이는 “플레이타임이 길어야 높은 가격을 받을 수 있다”는 가정을 반박한다.

20. 출시 후 성과: 2주 50만, 한 달 미만 61.6만

[사실]

출시 약 2주 만에 500,000명 이상이 full version을 플레이했다. 개발진은 예상 밖의 규모라고 직접 표현했고, 이 성공으로 계속 Tiny Glade를 개발할 재정적 여지가 생겼다고 밝혔다. WN Hub, 2024-10-10 

GameDiscoverCo가 개발사 Steam 백엔드를 바탕으로 공개한 한 달 미만 시점 수치는:

• 616,000 copies
• 약 34K DAU
• median playtime 1h 04m
• review 약 97% positive

였다. GameDiscoverCo, 2024-10-29 

[분석]

여기서 중요한 것은 중앙 플레이시간이 1시간 남짓이라는 점이다.

보통 retention 관점에서는 낮아 보인다.

하지만 이 제품의 가치는:

“매일 100시간 붙잡기”

가 아니라:

“짧은 시간 안에 내가 만족하는 아름다운 결과물을 만들기.”

일 수 있다.

97% 긍정 리뷰와 판매량을 함께 보면 최소한 초기 구매자들은 짧은 median playtime에도 전반적으로 만족했다.

따라서 retention을 제품 가치와 무관하게 절대 KPI로 두는 것이 위험하다는 좋은 사례다.

21. 수익화: 단순한 pay-once 모델

[사실]

2026년 9월 현재 Steam 정가는 $14.99다. 별도 콘텐츠로는 $6.99 soundtrack이 있으며 gameplay DLC나 microtransaction은 공식 Steam 페이지에서 확인되지 않는다. Steam, 2026-09 확인 

[분석]

수익화 모델은 매우 단순하다.

한 번 구매 → 계속 업데이트.

이 구조의 장점:

• UX에 과금 압박 없음
• 코지·창작 철학과 일치
• community trust 유지
• 운영 복잡성 감소

단점:

• 장기 콘텐츠 제작비가 신규 판매·할인에 의존
• 기존 헤비 유저에게 추가 ARPU를 만들기 어려움

현재까지 Pounce Light는 이 trade-off에서 제품 단순성을 택했다.

22. Self-publishing: 돈보다 학습과 통제를 우선

[사실]

Pounce Light는 첫 게임임에도 publisher 없이 self-publishing을 선택했다. Opara는 이유를 두 가지로 설명했다.

1. 실제 게임 출시·퍼블리싱 과정을 직접 배워보고 싶었다.
2. 출시 시점과 제품 우선순위에 대한 완전한 creative control을 원했다.

Stachowiak도 AAA 환경에서 자신이 하는 일 외의 의사결정권이 적었던 경험이 반대로 작용했다고 설명했다. 80 Level, 2024-05-30 

[분석]

self-publishing을 이념으로 선택한 것이 아니다.

capability building 전략이었다.

첫 프로젝트에서:

marketing + community + storefront + launch

를 직접 배우면, 다음 프로젝트에서 publisher와 계약하더라도 무엇을 외주·위임하는지 더 잘 판단할 수 있다.

재현 가능한 교훈은:

publisher를 무조건 피한다.

가 아니라:

현재 부족한 역량을 돈으로 사야 하는지, 직접 배워야 장기 자산이 되는지 구분한다.

이다.

23. 운영 레버리지 ①: core 개발은 2명이지만 전문 작업은 외부 협력

[사실]

핵심 게임 개발은 Opara와 Stachowiak이 했지만 음악·사운드는 NokNok Audio의 Oda Tilset과 Martin Kvale 등이 참여했다. 2025년 말에는 사운드트랙 vinyl 프로젝트도 별도로 진행됐다. Steam Community, 2025-12-18 

[분석]

“2인 게임”이라고 모든 작업을 직접 한 것은 아니다.

좋은 구조는:

core differentiation은 내부에 유지하고, 독립적인 전문영역은 외부 전문성을 사용.

Tiny Glade에서 core moat는:

• procedural building UX
• renderer
• game feel

이다.

music production을 반드시 두 창업자가 배울 이유는 없다.

24. 운영 레버리지 ②: custom tech는 직접적인 제품가치가 있을 때만

[사실]

Tiny Glade는 Rust와 modified Bevy를 사용했고, 프로젝트 요구가 커지면서 자체 rendering pipeline과 Vulkan 기반 기술을 상당 부분 구축했다. 팀은 compute shader와 procedural generation, 저사양 PC에서도 일관된 조명 품질을 얻기 위해 이런 선택을 했다. 80 Level, 2024-05-30  GameDiscoverCo, 2024-10-29 

[분석]

일반 인디팀이 여기서:

“custom engine을 만들자.”

라고 배우면 위험하다.

Tiny Glade에서 rendering은 제품 그 자체에 가깝다.

• 저사양에서도 예쁜 빛
• procedural detail
• 변형되는 geometry
• 촉각적인 결과

가 시장 hook을 만든다.

따라서 custom tech 비용이 사용자에게 바로 보인다.

재현 가능한 원칙은:

기술을 소유하는 것이 차별화가 아니라, 기술이 사용자-visible value를 만드는 경우에만 bespoke engineering을 정당화한다.

이다.

25. 운영 레버리지 ③: low-end PC 품질을 마케팅 surface로 봄

[사실]

개발팀은 렌더링 목표 중 하나로 기기와 상관없이 아름다운 lighting experience를 제공하는 것을 들었다. 고사양 옵션을 수십 개 조정해야 예뻐지는 제품이 아니라 실행 즉시 일관된 경험을 원했다. GameDiscoverCo, 2024-10-29 

[분석]

UGC 게임에서는 성능이 단순 기술지표가 아니다.

저사양 유저도:

공유할 만큼 예쁜 screenshot을 얻어야 distribution loop에 참여한다.

즉 최적화가:

retention

만이 아니라:

UGC 공급량

에도 영향을 준다.

26. 운영 레버리지 ④: 엄격한 roadmap 대신 작은 팀의 capacity를 보호

[사실]

500K players 돌파 뒤 개발팀은 계속 업데이트하겠지만 엄격한 roadmap은 만들고 싶지 않다고 밝혔다. 팀이 여전히 매우 작고, 기능을 설계·개발·테스트하는 데 시간이 걸린다는 점을 분명히 했다. WN Hub, 2024-10-10 

[분석]

성공 직후 흔한 함정은:

audience가 커짐 → 공개 roadmap 확대 → fixed promises 증가 → 2인팀이 live-service 조직처럼 행동.

Tiny Glade는 이를 피했다.

성공을 바로 운영부채로 바꾸지 않았다.

27. 그러나 small-team leverage에는 반대급부가 있다

[사실]

2025년 Stairs Update는 3월부터 개발해 7월 말에 나올 정도로 큰 변경이었다. 개발팀은 여러 시스템을 다시 작성해야 했다고 밝혔다. Steam Community, 2025-07-29 

2026년 Apple Silicon macOS 포트를 출시할 때는 그래픽 엔진의 절반가량을 다시 작성했다고 설명했다. 테스트 기기도 Mac 2대뿐이었다. Steam Community, 2026-05-13 

[분석]

2인팀은 의사결정은 빠르지만 parallelism은 낮다.

기능 하나가 엔진 구조에 깊게 닿으면 몇 달이 소요될 수 있다.

custom technology의 장점:

정확히 원하는 경험을 구현.

단점:

포팅·QA·도구·호환성도 직접 책임.

이다.

28. 최신 상태: 여전히 작은 도구를 깊게 확장

2026년 9월 Steam Community beta에서는 style picker 같은 신규 제작도구와 asset pipeline 개선이 계속 테스트되고 있다. 즉 출시 2년 뒤에도 제품 방향은 campaign이나 경제시스템 추가가 아니라 같은 창작행위의 표현력을 높이는 것에 가깝다. Steam Community, 2026-09 확인 

[분석]

좋은 post-PMF 확장이다.

제품 thesis를 바꾸지 않는다.

Tiny Glade + progression

Tiny Glade + survival

Tiny Glade + combat

로 가지 않고:

더 쉽게, 더 다양하게, 더 예쁘게 만든다.

를 반복한다.

29. 핵심 인플렉션 타임라인

30. 성공의 가장 설득력 있는 인과관계

[분석]

전체 흐름을 연결하면 다음 설명이 가장 강하다.

10년 가까운 procedural / rendering 전문성
↓
주말 wall generator에서 촉각적인 interaction 발견
↓
Twitter 반응
↓
TikTok으로 일반 사용자 수요 검증
↓
“적은 노력 → 많은 결과”를 제품 thesis로 확정
↓
전투·관리·실패를 제거해 사용자를 명확히 선택
↓
WIP 영상 자체가 제품 데모 + social content가 됨
↓
뉴스레터 25K+ / 발표 3개월 257K wishlist
↓
2년간 UX 반복, 일부 tool 6~7회 재설계
↓
Steam demo로 expectation mismatch 감소
↓
Next Fest + daily theme로 UGC 공급 폭발
↓
출시 1.375M wishlist
↓
$14.99 구매
↓
사용자의 창작물이 다시 소셜 콘텐츠가 됨
↓
2주 500K+ players / 한 달 미만 616K copies
↓
높은 긍정 리뷰가 Steam long tail 강화
↓
strict roadmap 없이 core tools 확장

가장 중요한 문장은 이것이다.

Tiny Glade의 사용자는 콘텐츠를 소비하면서 동시에 다음 고객을 위한 광고 소재를 생산한다.

31. 대안 가설 A — “코지 게임 붐 덕분이다”

[사실]

개발팀 스스로 Townscaper, Unpacking, A Little to the Left 같은 cozy 경험에서 영향을 받았다고 밝혔다. 80 Level, 2024-05-30 

[분석]

2022~24년 cozy 시장 확대는 분명한 tailwind였다.

하지만 장르만으로:

• 3개월 257K wishlist
• 출시 1.375M wishlist
• 한 달 미만 616K 판매
• 97%대 리뷰

를 설명하기는 어렵다.

더 정확한 설명은:

cozy demand가 넓은 시장을 제공했고, Tiny Glade의 ‘input amplification’이 그 시장 안에서 강한 differentiation을 만들었다.

이다.

32. 대안 가설 B — “그래픽이 예뻐서 성공했다”

이 가설도 상당 부분 맞다.

[분석]

하지만 정적인 art quality만으로는 충분하지 않다.

핵심은:

예쁜 그래픽을 사용자가 직접 쉽게 만들어낸다.

는 점이다.

일반적으로 아름다운 게임은 developer-made screenshot이 viral해진다.

Tiny Glade는:

user-made screenshot이 viral해진다.

여기서 distribution 구조가 달라진다.

33. 대안 가설 C — “TikTok 운이 좋았다”

[사실]

초기 TikTok 일부는 900만+ views를 기록했고, third-party TikTok도 wishlist spike를 만들었다. GameDiscoverCo, 2023-03-15 

Opara는 성공 스토리를 나중에 깔끔한 인과관계처럼 재구성하는 것을 경계하며, 실제로는 반복적인 과정과 통제할 수 없는 요인의 조합이었다고 직접 언급했다. GameDiscoverCo, 2023-03-15 

[분석]

따라서 운 요소는 분명히 있다.

하지만 한 번이 아니다.

• 개발자 TikTok
• Twitter
• Wholesome 발표
• third-party TikTok
• Future Games Show
• Demo
• Next Fest
• creator launch content

에서 반복적으로 반응했다.

한 번의 바이럴보다 여러 채널에서 반복되는 hook이 더 강한 설명이다.

34. 대안 가설 D — “137만 wishlist면 성공은 당연했다”

[분석]

wishlist는 성공의 원인이면서 동시에 이미 제품 반응이 좋았다는 결과다.

중요한 것은:

137만이 어떻게 생겼는가?

이다.

그 숫자 이전에:

• 시각적 hook
• 소셜 영상
• 직접 체험 demo
• clear positioning

이 있었다.

따라서 wishlist 자체를 growth tactic으로 보면 원인을 결과로 착각한다.

35. 대안 가설 E — “$15라서 싸서 팔렸다”

[분석]

$14.99는 impulse 구매가 가능한 영역이지만, 5달러짜리 초저가도 아니다.

특히 gameplay 목표가 거의 없는 software toy에 15달러를 받으려면:

만지는 느낌과 결과물 quality가 매우 높아야 한다.

가격은 conversion을 도왔겠지만 product quality를 대신하지 않았다.

36. 대안 가설 F — “Next Fest가 성공시켰다”

[분석]

Next Fest 전 이미 2023년 3월에 257K wishlist를 확보했다.

따라서 Next Fest는:

discovery origin

이 아니라:

validation + amplification event

에 가깝다.

37. 대안 가설 G — “2인팀이라 빠르고 효율적이었다”

[분석]

반만 맞다.

2인팀은:

• communication overhead가 낮고
• creative control이 빠르다.

그러나:

• Stairs 하나가 수개월 걸리고
• Mac port에 renderer 절반 재작성이 필요하고
• 테스트 기기도 제한된다.

즉 small team은 속도가 빠른 구조가 아니라 의사결정은 빠르지만 병렬처리가 적은 구조다.

38. 실패 위험 ①: viral visual hook은 복제하기 어렵다

Tiny Glade의 가장 강한 acquisition asset은 아름다운 output이다.

[분석]

모든 제품이:

screenshot 자체로 가치설명

을 할 수는 없다.

• backend SaaS
• 복잡한 전략게임
• narrative-heavy product

에는 동일한 loop가 약하다.

따라서 UGC growth는 category-specific advantage다.

39. 실패 위험 ②: 빈 캔버스는 계속 retention 문제를 만든다

[분석]

명시적 목표가 없다는 것은 자유이면서 약점이다.

median playtime 1h04m은 이를 일부 보여줄 수 있다. 다만 높은 리뷰를 고려하면 반드시 부정적인 지표는 아니다. GameDiscoverCo, 2024-10-29 

이 문제를 Tiny Glade는:

• Daily Theme
• 새로운 제작도구
• seasonal clutter
• community inspiration

으로 보완한다.

40. 실패 위험 ③: custom engine은 product moat이면서 maintenance debt

Mac 버전에서 renderer 절반을 다시 써야 했다는 공개 회고는 이 trade-off를 아주 명확히 보여준다. Steam Community, 2026-05-13 

[분석]

custom tech는:

경쟁우위.

이면서 동시에:

업데이트할 때마다 팀만 해결할 수 있는 독점적 문제.

다.

기술적 moat는 operational moat가 아니라 operational liability가 될 수도 있다.

41. 실패 위험 ④: small team에서 community expectation이 폭발할 수 있다

500K players 이후 개발팀은 의도적으로 strict roadmap을 피했다. WN Hub, 2024-10-10 

[분석]

정답에 가까운 대응이다.

대형 성공 뒤 사용자 수는 수십만인데 개발자는 두 명이다.

모든 요청에 일정 약속을 하면:

community demand가 개발 capacity를 사실상 통제

하게 된다.

42. 실패 위험 ⑤: 소셜 알고리즘 의존

초기 성장은 Twitter와 TikTok의 큰 도움을 받았다.

[분석]

하지만:

• 추천 알고리즘 변경
• 플랫폼 쇠퇴
• 영상 format 변화

는 개발사가 통제할 수 없다.

Tiny Glade가 newsletter와 Steam wishlist로 demand를 이동시킨 것이 중요하다.

rented audience → owned/direct audience → storefront intent

순서로 위험을 줄였다.

43. 실패 위험 ⑥: cozy audience의 경쟁심화

2024 이후 cozy builder·diorama·decorative sandbox 계열이 크게 늘었다.

[분석]

따라서 지금 표면을 그대로 복제하면:

pastel color + castle + cozy + no goals

로는 differentiation이 부족하다.

Tiny Glade의 재현 가능한 부분은 aesthetic이 아니라:

사용자 입력을 압도적으로 좋은 결과로 증폭하는 interaction design

이다.

44. 운·맥락과 통제 가능한 요소

45. 재현 가능한 요인 vs 재현하기 어려운 요인

46. 다른 인디 개발자가 우선 벤치마킹할 항목

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

48. 바로 적용할 실험 ①: Input Amplification Ratio를 만든다

Tiny Glade의 핵심 디자인 철학은 “a lot from little effort”였다. GameDiscoverCo, 2024-10-29 

[분석]

제품의 주요 작업 하나를 고른다.

예:

• 건축툴: 집 하나 만들기
• 이미지툴: 썸네일 하나 만들기
• note app: 회의록 정리
• analytics: 리포트 생성

그리고 내부 지표를 만든다.

Input Amplification Ratio = 사용자가 체감하는 결과물 수 / 사용자 직접행동 수

예:

10번 조작해 결과 1개 → 0.1
5번 조작해 결과 10개 → 2.0

숫자 자체보다 버전 간 상대비교가 목적이다.

49. 바로 적용할 실험 ②: 5-Minute Pride Test

[분석]

신규 사용자 20명에게 5분만 준다.

끝나면:

“지금 만든 것 중 친구에게 보여주고 싶은 결과를 하나 골라주세요.”

라고 한다.

측정:

• 보여줄 결과가 있는 비율
• screenshot까지 찍는 비율
• 설명 없이 타인이 결과의 목적을 이해하는 비율

이 테스트는 activation과 virality를 동시에 본다.

50. 바로 적용할 실험 ③: What-We-Are-Not Landing Page

Tiny Glade는 “no combat, no management, no wrong answers”가 장르오해를 줄이는 데 도움이 됐다. GameDiscoverCo, 2023-03-15 

[분석]

랜딩페이지 두 개를 만든다.

A — 기능 중심

빠른 건축, 아름다운 그래픽, 자유로운 도구.

B — anxiety 제거 중심

자원관리 없음.
실패 없음.
복잡한 모델링 없음.

측정:

• CTA click
• wishlist/signup
• 이후 activation
• refund/cancel intent.

이 방법은 특히 기존 카테고리에 대한 불만이 명확할 때 효과가 있다.

51. 바로 적용할 실험 ④: 우회행동을 기능요청보다 먼저 본다

[분석]

playtest 녹화에서 다음 행동을 태그한다.

• 같은 행동을 반복해서 원하는 결과를 억지로 만듦
• 여러 객체를 겹쳐 가짜 기능을 만듦
• export 후 외부도구에서 보정
• 설명서를 찾아야 진행 가능

각 workaround에:

발생 빈도 × 소요시간 × 사용자 수

점수를 부여한다.

공식 feature request 수보다 높으면 product backlog 우선순위를 올린다.

Tiny Glade의 bridge/elevation 사례와 가장 직접적으로 연결되는 실험이다. 80 Level, 2024-05-30 

52. 바로 적용할 실험 ⑤: Daily Prompt로 기능개발 없이 콘텐츠 공급

[분석]

2주 동안 신규 기능을 만들지 않는다.

대신 매일:

오늘의 주제 하나

만 준다.

예:

• 가장 작은 집
• 폐허
• 비밀정원
• 비 오는 날
• 한 색만 사용

측정:

• 사용자당 게시물
• 신규 session
• prompt 참여자의 7일 복귀
• UGC 도달량
• prompt가 없는 날과의 차이.

좋은 결과가 나오면 content team 대신 prompt system이 retention surface가 될 수 있다.

53. 바로 적용할 실험 ⑥: 데모를 conversion tool이 아니라 filtering tool로 본다

Tiny Glade 팀은 demo를 통해 “이 게임이 당신 취향인지 직접 확인”하게 하고 싶다고 밝혔다. 80 Level, 2024-05-30 

[분석]

demo 성공지표를:

purchase intent 최대화

하나로 두지 않는다.

같이 본다.

• “안 사겠다” 비율
• 안 사는 이유
• 구매 후 refund율
• review polarity
• expectation mismatch complaint.

좋은 demo는 wrong customer를 미리 잃어서 장기 평판을 보호할 수도 있다.

54. 바로 적용할 실험 ⑦: custom technology gate

Tiny Glade의 bespoke renderer는 실제 제품 hook과 직결됐지만 Mac port에서는 큰 유지비가 발생했다. Steam Community, 2026-05-13 

[분석]

custom engine/tool을 만들기 전 세 질문을 한다.

1. 사용자가 5초 안에 차이를 볼 수 있는가?
2. 이 기능이 acquisition이나 activation에 직접 기여하는가?
3. 기존 도구로 80% 품질을 만드는 것보다 유지비까지 포함해 이득인가?

세 질문 중 2개 이상이 “아니오”면 commodity tech를 사거나 기존 engine을 쓰는 편이 안전하다.

55. 바로 적용할 실험 ⑧: 짧은 플레이시간을 실패로 판단하지 않는다

Tiny Glade의 한 달 시점 median playtime은 1h04m이었지만 review는 약 97% positive였다. GameDiscoverCo, 2024-10-29 

[분석]

다음 4개 cohort를 분리한다.

• <30분
• 30~90분
• 1.5~5시간
• 5시간+

각 cohort에서:

• 만족도
• 추천의향
• refund
• UGC 공유
• 리뷰긍정률

을 본다.

짧은 사용자도 만족도가 높다면 제품은 retention product가 아니라 completion/value product일 수 있다.

56. 가장 재현하기 어려운 요소: 보이지 않는 15년

Tiny Glade의 성공 스토리는 표면적으로:

주말 프로젝트 → TikTok → 2인팀 → 60만 장.

처럼 보인다.

[분석]

하지만 실제로는 그 전에:

• 10년 가까운 procedural art 경험
• rendering 전문성
• AAA pipeline 경험
• low-level graphics API 경험
• 기술적 taste

가 축적돼 있었다.

따라서 2026년에 초보 개발자가 같은 Bevy/Rust stack을 고르는 것은 이 사례의 재현이 아니다.

재현해야 할 것은:

내가 이미 다른 사람보다 깊게 아는 영역을 어떤 제품가치로 압축할 수 있는가?

라는 질문이다.

57. 가장 복제하면 안 되는 표면: “코지 성 만들기 게임”

[분석]

Tiny Glade 이후 cozy building market은 훨씬 붐볐다.

표면만 복제하면:

• 중세 성
• 파스텔 조명
• 양
• relaxed music
• no goals

이 된다.

하지만 성공의 구조는 더 깊다.

강한 전문기술
→ 사용자-visible magic
→ 적은 입력으로 좋은 결과
→ 좋은 결과가 UGC가 됨
→ UGC가 제품설명과 광고를 동시에 함
→ social reach를 wishlist로 이동
→ demo로 기대치 정렬
→ pay-once conversion

복제해야 할 것은 이 구조다.

58. 최종 결론

Tiny Glade의 가장 화려한 숫자는 출시 시점 1,375,441 wishlist와 한 달 미만 616,000장 판매다. GameDiscoverCo, 2024-10-29 

하지만 다른 인디 개발자가 더 주목해야 할 숫자는:

• 초기 주말 prototype
• 발표 3개월 257K wishlist
• newsletter 25K+
• 일부 tool 6~7개 prototype
• 2년 동안 5번의 외부 playtest
• core developer 2명
• median playtime 1h04m인데도 97%대 긍정리뷰

다.

Tiny Glade는 콘텐츠를 많이 만든 게임이 아니다.

오히려 사용자가 콘텐츠를 쉽게 만들 수 있도록 매우 적은 tool을 깊게 만들었다.

그리고 그 tool의 결과물이 너무 보기 좋았기 때문에:

사용 → 창작 → 공유 → 제품발견 → wishlist → 구매

가 자연스럽게 연결됐다.

이 사례에서 가장 가치 있는 질문은 세 가지다.

“내 제품에서 사용자가 1번 행동하면 시스템이 몇 배의 결과를 만들어주는가?”

“초보 사용자가 만든 결과물도 남에게 보여주고 싶을 만큼 좋은가?”

그리고:

“사용자가 제품을 쓰는 것과 제품을 홍보하는 것이 같은 행동이 되게 만들 수 있는가?”

Tiny Glade는 단순한 cozy hit가 아니다.

사용자 입력을 procedural system으로 증폭하고, 그 결과물을 UGC로 전환하며, UGC가 다시 Steam demand를 만드는 ‘창작도구형 product-led growth’의 매우 선명한 사례다.

주요 출처 및 게시·확인일