Tiny Glade 성공 사례 분석

요약

이번 사례는 스웨덴의 2인 인디 스튜디오 Pounce Light가 만든 Tiny Glade다. 이 게임은 전통적인 건설 게임에서 흔한 자원 관리, 전투, 승패, 퀘스트를 거의 모두 제거하고, 대신 **벽을 그으면 문·기둥·지붕·벽돌·장식이 자연스럽게 반응하는 ‘건축 장난감’**에 집중했다. 개발자는 이를 “작은 노력으로 큰 결과”, “틀린 답이 없음”, “세계가 살아 있음”이라는 세 가지 설계 기둥으로 정리했다. GameDiscoverCo, 2024-10-29 

성과는 매우 컸다. Steam 페이지 공개 직후 24시간 만에 약 1만 위시리스트, 약 6개월 뒤 42만 위시리스트, 2024년 6월에는 100만 위시리스트를 넘겼고, 출시 시점에는 1,375,441 위시리스트를 보유했다. 2024년 9월 23일 정식 출시 후 한 달이 되기 전에 61.6만 장 이상이 판매됐다. 당시 최고 동시접속자는 1만 명 이상이었고, 출시 한 달 뒤에도 일일 활성 이용자 약 3.4만 명, 중앙값 플레이시간 1시간 4분이 공개됐다. WN Hub, 2024-06-19  GameDiscoverCo, 2024-10-29 

2026년 9월 현재도 제품은 유지·개선되고 있다. Steam 공식 페이지 기준 영어 리뷰는 13,811개 중 97% 긍정, 최근 30일 리뷰는 278개 중 98% 긍정이며, 15개 언어 인터페이스를 지원한다. 2026년 9월 Steam 커뮤니티에는 스타일 복사 도구와 각종 건축·물 표현 개선을 포함한 1.16 베타 패치가 올라와 있다. Steam, 2026-09 확인  Steam Community, 2026-09 확인 

가장 중요한 점은 이 성공이 “코지 게임 유행” 하나로 설명되지 않는다는 것이다. Tiny Glade는 제품 입력 자체가 마케팅 콘텐츠를 생산하도록 설계됐다. 사용자가 몇 번 드래그하면 전문적으로 보이는 건물이 만들어지고, 그 결과물은 스크린샷·짧은 영상·유명 건축물 재현으로 공유된다. 따라서 제품의 핵심 UX와 유통 루프가 같은 방향으로 움직인다.

1. 핵심 공개 지표

공개 자료가 없는 수치: 2024년 10월 이후의 공식 누적 판매량, gross/net revenue, 개발 총비용, 스튜디오 순이익, wishlist→구매 공식 전환율, 데모 다운로드 수, 데모→구매 전환율, 환불률, D1/D7/D30 retention, MAU, 마케팅 지출액은 공개 자료를 확인하지 못했다. 따라서 최신 판매량이나 매출을 제3자 추정치로 대신 계산하지 않는다.

2. 창업자·개발자 배경

[사실]

핵심 개발자는 Anastasia Opara와 Tomasz Stachowiak 두 명이다. Opara는 절차적 아트와 생성 시스템, Stachowiak은 렌더링·그래픽 엔지니어링 쪽에 강점이 있다. 초기 Tiny Glade는 Opara가 Embark Studios에서 풀타임으로 일하던 시절 렌더링을 공부하기 위해 만든 주말 프로젝트였다. Opara는 인터뷰에서 당시 오전 4시에 일어나 개인 프로젝트를 진행한 뒤 오전 9시에 본업을 시작했다고 설명했다. 80 Level, 2024-05-30 

초기 프로토타입은 Bevy와 Rust를 사용한 절차적 벽 생성기였다. 팀은 트위터의 게임개발자 반응만으로 시장성을 판단하지 않고, 게임개발에 관심 없는 일반 이용자에게도 통하는지 확인하기 위해 TikTok 계정을 따로 만들었다. TikTok에서 반응이 커지자 “기술적으로 신기한 데모”가 아니라 실제 게임이 될 수 있다는 신호로 받아들였다. 80 Level, 2024-05-30 

[분석]

이 배경에서 가장 중요한 것은 “두 명이 만들었다”가 아니다. 두 사람의 전문성이 제품의 핵심 차별화와 정확히 겹쳤다는 점이다.

• Opara의 절차적 생성 역량은 적은 입력으로 풍부한 결과를 만드는 핵심 UX가 됐다.
• Stachowiak의 그래픽 엔지니어링 역량은 저사양에서도 조명·재질·반응성이 유지되는 제품 품질로 이어졌다.
• 두 사람 모두 AAA 경험이 있었기 때문에 기술적 복잡도를 감당하면서도 작은 팀의 창작 통제를 원했다.

따라서 이 사례를 “2인 팀이면 성공할 수 있다”로 복제하기보다, 팀의 희소 역량이 제품의 핵심 가치와 직접 연결되는가를 벤치마킹하는 편이 더 정확하다.

3. 제품 thesis: 건설 게임에서 ‘관리’를 빼고 ‘만드는 기분’만 남긴다

[사실]

Steam 공식 설명은 Tiny Glade를 “관리, 전투, 목표 없이” 자유롭게 디오라마를 만드는 게임으로 정의한다. 경로를 건물에 통과시키면 문이 생기고, 건물을 들어 올리면 기둥과 보가 자동으로 맞춰지는 등 플레이어의 입력에 구조물이 즉각 반응한다. Steam 

개발팀은 GameDiscoverCo 인터뷰에서 초기 설계 기둥을 세 가지로 정리했다.

1. a lot from little effort — 적은 노력으로 많은 결과
2. no wrong answers — 틀린 답이 없음
3. it’s alive — 세계가 플레이어 결과에 반응하며 살아 있음

GameDiscoverCo, 2024-10-29 

[분석]

전통적인 도시·건설 게임은 대개 다음 중 일부를 요구한다.

• 자원 수집
• 경제 최적화
• 시민 관리
• 전투·위기
• 기술 트리
• 승리 조건

Tiny Glade는 이 기능을 더 얹지 않고, 오히려 건축 행위 자체의 감각적 만족도를 극대화했다.

즉 제품 thesis는 다음과 같다.

“플레이어가 건축을 잘해야 예쁜 결과가 나오는 게임”이 아니라 **“서툰 입력도 예쁜 결과로 증폭해 주는 도구”**를 만든다.

이 선택 때문에 타깃 시장도 기존 city-builder 하드코어 팬에서 더 넓어졌다. 건축 최적화 능력이 없어도, 디자인 도구 경험이 없어도, “예쁜 것을 만들고 싶은 사람”이면 제품 가치를 얻을 수 있다.

4. 타깃 사용자

세그먼트별 공식 구매자 조사는 공개되지 않았다. 아래는 공개된 구매 유사성·제품 구조를 바탕으로 한 분석이다.

GameDiscoverCo의 소유 게임 affinity 데이터에서도 Townscaper, Dorfromantik, Unpacking, Banished, Manor Lords와의 겹침이 강하게 나타났다. GameDiscoverCo, 2024-10-29 

5. 핵심 UX ①: ‘한 번 그리면 여러 시스템이 반응’하는 입력 증폭

[사실]

개발팀은 벽을 하나 그을 때 벽돌·나무·지붕·장식이 개별 규칙에 따라 자동으로 조립되고, 구조물이 서로 접촉하면 형태가 다시 계산되도록 만들었다. 이것은 하나의 범용 AI가 결과를 만드는 구조가 아니라, 개발자가 직접 만든 여러 절차적 규칙이 층층이 작동하는 방식이다. 80 Level, 2024-05-30 

[분석]

일반 건축 툴은 사용자의 입력과 결과 사이의 비율이 거의 1:1이다.

클릭 1회 → 오브젝트 1개

Tiny Glade는 이를:

입력 1회 → 벽 + 재질 + 모서리 + 지붕 연결 + 장식 + 환경 반응

으로 바꾼다.

이것은 단순 편의 기능이 아니라 창작 자신감을 만든다. 사용자가 “나는 디자인을 못한다”고 느끼기 전에 이미 결과물이 그럴듯하게 나온다.

인디 제품 관점에서 중요한 벤치마크는 기능 수가 아니라 input leverage다.

사용자 행동 1회가 몇 개의 가치 신호로 증폭되는가?

6. 핵심 UX ②: ‘틀린 답이 없음’을 시스템 규칙으로 만든다

[사실]

개발팀은 플레이어가 창작 중에 “실수했다”는 느낌을 받지 않도록 설계했고, 게임에 관리 실패나 승패를 넣지 않았다. 개발자는 자신들의 역할을 “아이에게 LEGO 조각을 주고 상상력이 켜지도록 기다리는 것”에 비유했다. 80 Level, 2024-05-30 

[분석]

여기서 핵심은 난이도를 낮춘 것이 아니다. 평가 시스템을 제거한 것이다.

• 건물이 비효율적이어도 괜찮다.
• 자원이 낭비될 일이 없다.
• 목표를 못 달성할 일이 없다.
• “정답 건축”이 없다.

따라서 사용자의 인지 부하는 “최선의 선택”이 아니라 “다음에 뭘 만들어 볼까?”로 이동한다.

이것은 코지 게임뿐 아니라 창작 앱에도 적용 가능하다. 입력 순간부터 점수·등급·오류를 강조하면 사용자는 탐색보다 회피를 학습한다. 반대로 초기 탐색 단계에서 실패 비용을 0에 가깝게 만들면 사용자가 더 많이 조작한다.

7. 핵심 UX ③: 세계가 결과물을 ‘살아 있게’ 만든다

[사실]

개발팀의 세 번째 설계 기둥은 “it’s alive”였다. 새가 앉고, 양이 돌아다니고, 담쟁이와 작은 오브젝트가 구조물에 반응하는 식으로 사용자가 만든 공간에 생명감을 더한다. GameDiscoverCo, 2024-10-29 

[분석]

UGC 도구의 큰 문제는 완성된 결과가 “빈 세트장”처럼 느껴질 수 있다는 점이다.

Tiny Glade는 사용자가 직접 NPC 행동을 설계하지 않아도 환경이 자동으로 후처리한다.

그 결과 사용자가 만드는 것은 단순 구조물이 아니라 “작은 장면”이 된다.

이 차이는 공유성에 직접 영향을 준다. 스크린샷 한 장에:

• 건축물
• 조명
• 자연
• 작은 동물
• 사용 흔적

이 동시에 들어가므로, 별도 편집 없이도 콘텐츠처럼 보인다.

8. 핵심 UX ④: 창작 툴을 6~7번 다시 만드는 수준으로 반복 개선

[사실]

개발팀은 일부 도구가 최종 형태에 도달하기 전에 6~7개의 완성도 높은 프로토타입을 거쳤다고 설명했다. 내부 테스트 후 외부 플레이테스트를 진행했고, 2년 개발 동안 외부 플레이테스트는 5회였다. 사용자가 랜턴을 쌓아 나무벽처럼 쓰거나, 계단을 성벽 장식처럼 재활용하는 모습을 보고 실제 기능으로 흡수하기도 했다. 브리지 요청은 결국 건물 전체를 높일 수 있는 3D 시스템으로 확장됐다. 80 Level, 2024-05-30  GameDiscoverCo, 2024-10-29 

[분석]

이 사례에서 “기능이 적다”와 “만들기 쉽다”를 혼동하면 안 된다.

Tiny Glade는 시스템 수를 줄였지만, 남긴 상호작용의 품질에 매우 많은 시간을 투자했다.

즉 작은 팀의 scope 전략은:

적은 기능을 빨리 만든다

가 아니라:

적은 기능만 선택하고, 그 기능은 반복적으로 끝까지 다듬는다

에 가깝다.

9. 개발·출시 전략 ①: 기술 데모에서 TikTok으로 ‘비개발자 수요’를 먼저 검증

[사실]

초기 절차적 벽 영상은 개발자 커뮤니티에서 반응이 좋았다. 팀은 이 반응이 “기술적으로 신기해서”인지 “실제로 사람들이 쓰고 싶어서”인지 구분하기 위해 TikTok에 올렸다. 비개발자 반응이 커지면서 게임화할 수 있다는 확신을 얻었다. 80 Level, 2024-05-30 

[분석]

매우 좋은 시장 검증 방식이다.

전문가 커뮤니티의 “멋지다”는 말은 종종:

구현 난이도가 높다

는 칭찬이지:

돈 내고 쓰고 싶다

는 의미가 아니다.

Pounce Light는 타깃 밖의 일반 이용자에게 같은 시각물을 보여줌으로써 기술 감탄과 제품 욕구를 분리했다.

이 실험은 매우 저렴했다. 제품을 완성하기 전에 짧은 영상으로 먼저 확인했다.

10. 개발·출시 전략 ②: Steam 페이지를 일찍 열고 관심을 자산으로 축적

[사실]

공개 자료에 따르면 Steam 페이지가 알려진 직후 첫 24시간에 약 1만 위시리스트를 모았고, 약 6개월 뒤에는 42만을 넘었다. WN Hub, 2024-06-19 

[분석]

소셜 바이럴의 가장 큰 약점은 관심이 빠르게 증발한다는 것이다.

Pounce Light는 영상이 퍼질 때마다 관심을:

좋아요/조회수 → Steam wishlist

로 저장할 수 있는 장치를 일찍 만들어 뒀다.

즉 소셜 도달을 출시 당일 수요로 변환하는 저장소가 있었다.

11. 데모 전략: 전환 강요보다 ‘이 제품이 나에게 맞는지’ 확인시키기

[사실]

Opara는 데모를 만든 주된 이유를 “구매 전에 직접 해보고 자기 취향인지 확인하게 하기 위해서”라고 설명했다. Tiny Glade가 전통적인 게임보다 장난감에 가까워 어떤 사람에게는 아주 맞고 어떤 사람에게는 그렇지 않을 수 있다고 인정했다. 80 Level, 2024-05-30 

Steam Next Fest 직전에는 이미 80만 위시리스트를 넘겼고, 6월 16일에는 100만을 넘었다. 후일 공개된 백엔드 데이터에서는 Next Fest 전후로 일일 위시리스트 추가가 약 2만 건 수준까지 치솟는 큰 스파이크가 확인됐다. PC Gamer, 2024-06-06  GameDiscoverCo, 2024-10-29 

[분석]

데모를 구매 전환용 미끼로만 보지 않았다.

오히려 bad-fit customer를 걸러내는 장치로도 사용했다.

이것은 높은 Steam 평가와 연결될 수 있다. 제품을 실제로 해보고도 좋아한 사람이 구매하면 기대 mismatch가 줄어든다. 정확한 데모→구매 전환율은 공개되지 않았으므로 인과를 단정할 수는 없지만, “제품이 무엇인지 숨기지 않는다”는 전략은 리뷰 리스크를 낮추는 방향과 일치한다.

12. 가격·수익화: 약 $15의 단일 premium 제품

[사실]

출시 당시 가격은 약 $15였다. 2026년 현재 Steam 미국 기준 가격도 $14.99 수준으로 표시되고 있으며, 별도의 게임플레이 DLC보다 사운드트랙 판매가 눈에 띈다. GameDiscoverCo, 2024-10-29  Steam 

출시 첫 한 달 동안은 할인 없이도 61.6만 장 이상이 판매됐다. GameDiscoverCo, 2024-10-29 

[분석]

게임에 퀘스트·전투·캠페인이 거의 없기 때문에 $15 가격은 위험할 수 있었다. 실제로 중앙값 플레이시간은 1시간 4분이었다.

그럼에도 높은 만족도를 유지했다는 점은 이 제품의 가치 단위가 콘텐츠 시간과 다르다는 것을 보여준다.

사용자는 반드시 30시간짜리 캠페인을 사는 것이 아니라:

• 창작 도구
• 감각적 만족
• 휴식 공간
• 자기 결과물

을 산다.

따라서 인디 개발자가 “가격 ÷ 콘텐츠 시간”만으로 가격을 정하면 Tiny Glade 같은 소프트웨어 장난감의 가치를 과소평가할 수 있다.

13. 유통 전략: self-publishing으로 통제권을 유지

[사실]

Pounce Light는 첫 게임부터 self-publishing을 선택했다. 이유는 두 가지였다. 첫째, 직접 출시를 경험해 향후 퍼블리셔와 일할 때 무엇을 맡기는지 이해하고 싶었다. 둘째, 출시 시점과 집중할 기능을 포함해 제품 통제권을 유지하고 싶었다. 80 Level, 2024-05-30 

[분석]

이 선택이 가능했던 이유는 제품이 이미 다음 distribution asset을 자체적으로 갖고 있었기 때문이다.

• 짧은 영상만으로 이해되는 UX
• Steam wishlist의 강한 선행 수요
• 데모
• UGC
• TikTok/X에서 계속 보여줄 시각적 변화

퍼블리셔가 없다는 것보다 더 중요한 것은 제품 자체가 마케팅 원재료를 지속적으로 만든다는 점이다.

14. 마케팅·커뮤니티 전략 ①: ‘개발 영상’이 곧 광고

[사실]

GameDiscoverCo는 Tiny Glade의 거의 모든 WIP 영상과 트레일러가 “직접 만들어 보고 싶다”는 느낌을 강하게 전달했다고 평가했다. 초기 트윗부터 2023년 트레일러, 데모까지 개발 과정 자체가 반복적으로 바이럴됐다. GameDiscoverCo, 2024-10-29 

[분석]

많은 게임의 개발 로그는 완성 전 제품이라 마케팅 효율이 낮다.

반대로 Tiny Glade는 부분 기능 하나만 보여줘도 콘텐츠가 완결된다.

예를 들어:

• 벽을 휘게 만든다
• 창문을 겹친다
• 건물을 들어 올린다
• 계단을 놓는다

같은 단일 인터랙션이 5~15초 영상 하나로 충분히 재미있다.

즉 제품의 “개발 가능한 단위”와 “소셜에서 보여줄 수 있는 단위”가 비슷하다.

이것은 작은 팀에게 매우 강한 레버리지다.

15. 마케팅·커뮤니티 전략 ②: daily prompt가 UGC 생산 리듬을 만든다

[사실]

데모 기간에는 매일 다른 테마의 건축 prompt가 운영됐고, 이용자들이 X와 Discord에 결과물을 공유했다. 출시 버전에도 daily theme prompt 개념이 이어졌다. Destructoid, 2024-09-14 

[분석]

“자유롭게 만들어라”는 말은 자유도가 높지만 시작 장벽도 높다.

Daily prompt는 그 문제를 해결한다.

빈 캔버스 → 오늘은 탑/폐허/시장/다리 → 빠른 시작 → 결과물 공유

그리고 여러 사람이 같은 prompt를 다른 방식으로 해석하므로 비교 가능한 UGC 묶음이 생긴다.

중요한 점은 콘텐츠를 개발사가 계속 제작할 필요가 없다는 것이다. 개발사는 주제만 던지고, 콘텐츠는 커뮤니티가 만든다.

16. 바이럴 메커니즘: 결과물이 제품의 가장 좋은 광고가 된다

[사실]

출시 후 이용자들은 유명 영화·게임의 건축물을 재현했고, GameDiscoverCo는 The Lord of the Rings의 Helm’s Deep 같은 재현물을 UGC 사례로 직접 들었다. GameDiscoverCo, 2024-10-29 

[분석]

UGC loop는 다음과 같다.

도구가 쉬움
→ 예쁜 결과가 빨리 나옴
→ 스크린샷·영상으로 공유
→ 본 사람이 나도 만들고 싶어짐
→ wishlist/구매
→ 새로운 결과물

이 루프가 강한 이유는 공유물이 제품 결과를 숨기지 않기 때문이다. 광고와 실제 사용 결과가 거의 같다.

따라서 클릭 유도와 제품 기대 사이의 간극이 작다.

17. 리텐션: 장시간 체류보다 ‘가끔 돌아오는 창작 도구’에 가깝다

[사실]

출시 한 달 미만 시점 중앙값 플레이시간은 1시간 4분으로 비교적 짧았다. 반면 리뷰 평가는 매우 높았고, 일일 활성 이용자는 3.4만 명 이상이었다. GameDiscoverCo, 2024-10-29 

[분석]

이 제품을 MMORPG나 장기 시뮬레이션의 retention 기준으로 보면 오판하기 쉽다.

Tiny Glade는:

매일 2시간씩 100일 하는 제품

보다:

영감이 생길 때 30~90분 들어가 무엇인가 만들고 나오는 제품

에 가깝다.

따라서 적절한 지표도 달라져야 한다.

• 장기 세션시간만 보기보다
• 월별 복귀 창작자
• prompt 참여율
• 저장한 glade 수
• 공유율
• 업데이트 후 재활성화율

같은 지표가 더 의미 있을 수 있다.

공식 D1/D7/D30 retention은 공개되지 않았으므로 구체적인 리텐션 수치는 추정하지 않는다.

18. 운영 레버리지 ①: 절차적 시스템이 작은 팀의 ‘아트 인력’을 증폭

[사실]

Tiny Glade의 벽돌·창문·지붕·재질·변형은 다수의 규칙 기반 생성 시스템으로 구성된다. Opara는 약 10년 가까이 절차적 아트를 다뤄온 경험을 제품에 활용했다고 설명했다. 80 Level, 2024-05-30 

[분석]

전통적인 콘텐츠 생산은:

아티스트 시간 → 에셋 수

에 가깝다.

Tiny Glade식 시스템은:

개발자 시간 → 생성 규칙 → 사용자의 수많은 조합 결과

가 된다.

즉 개발팀이 건물 1,000개를 만들지 않아도, 사용자가 조합으로 사실상 무한한 건축물을 만든다.

작은 팀의 가장 큰 운영 레버리지는 콘텐츠를 직접 많이 만들지 않고 콘텐츠 생산 규칙을 만드는 것이었다.

19. 운영 레버리지 ②: 저사양에서도 ‘같은 아름다움’을 목표로 함

[사실]

개발팀은 고사양 PC에서만 가능한 렌더링 옵션을 늘리는 대신, 게임을 켜면 기기와 상관없이 최대한 비슷한 아름다운 조명을 보여주려 했다. 렌더링은 프로젝트 요구가 커지면서 Bevy 기본 기능을 넘어 Vulkan과 자체 솔루션으로 확장됐다. 80 Level, 2024-05-30  GameDiscoverCo, 2024-10-29 

[분석]

시각 품질이 acquisition의 핵심인 제품에서 저사양 최적화는 기술 업무이면서 시장 확대 업무다.

광고 영상은 아름답지만 실제 저사양 이용자의 화면이 크게 떨어진다면:

광고 기대 ↑ / 실제 만족 ↓

가 된다.

Pounce Light는 반대로 핵심 aesthetic promise를 가능한 넓은 하드웨어에서 유지하려 했다.

20. 운영 레버리지 ③: 성공 이후에도 급격한 조직 확대를 약속하지 않음

[사실]

50만 명 플레이 milestone 이후 개발팀은 성공 덕분에 앞으로도 게임을 계속 지원할 수 있게 됐다고 밝혔지만, 자신들이 여전히 작은 팀이고 새 기능은 설계·개발·테스트에 시간이 걸릴 것이라고 명시했다. WN Hub, 2024-10-10 

[분석]

성공 후 흔한 위험은 매출 규모에 맞춰 headcount를 급격히 키우는 것이다.

Pounce Light는 오히려 사용자 기대를:

“매주 대형 콘텐츠가 나온다”

가 아니라:

“작은 팀이 천천히 잘 만든다”

로 고정했다.

이는 고정비 확대를 막는 동시에 roadmap pressure도 줄인다.

21. 후속 운영: 대형 기능 하나가 ‘새 콘텐츠’보다 창작 어휘를 늘린다

[사실]

2025년 7월에는 계단·조약돌·새 바닥·여러 상호작용을 추가하는 대형 업데이트가 공개됐다. 2026년 9월 현재 1.16 베타에서는 스타일 복사, glade 바깥쪽 경로 확장, 물 표현과 자동 계단 개선 등이 테스트되고 있다. Steam Community, 2025-07-29  Steam Community, 2026-09 확인 

[분석]

이 제품에서 좋은 업데이트는 “맵 하나 추가”보다 창작 언어를 하나 늘리는 도구다.

계단 하나가 추가되면:

• 성벽
• 다리
• 테라스
• 아치 구조
• 층고 표현

등 기존 시스템과 조합되는 새로운 결과가 생긴다.

작은 팀에게 이상적인 업데이트 구조다.

22. 핵심 인플렉션 포인트

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

[분석]

전체 흐름은 다음과 같다.

절차적 아트·렌더링이라는 창업자 전문성
→ 벽 하나를 그리는 것 자체가 시각적으로 만족스러운 프로토타입
→ TikTok으로 비개발자 시장성 확인
→ 게임의 범위를 ‘건설 관리’가 아니라 ‘창작 감각’으로 좁힘
→ 적은 입력→큰 결과 / 틀린 답 없음 / 살아 있음이라는 UX 원칙
→ WIP 기능 하나하나가 짧은 소셜 영상이 됨
→ Steam 페이지를 일찍 열어 관심을 wishlist로 축적
→ 데모로 제품이 취향에 맞는지 구매 전에 확인
→ Next Fest와 creator 노출로 wishlist 100만+
→ 사용자가 만든 건축물이 다시 가장 좋은 마케팅 콘텐츠가 됨
→ 출시 시 137.5만 wishlist
→ 한 달 미만 61.6만+ 판매
→ 높은 만족도와 UGC가 long tail을 유지
→ 도구 하나가 조합 가능한 창작 어휘를 늘리는 방식으로 업데이트

핵심은 “코지 게임이 인기라서”가 아니다.

제품의 핵심 기능이 사용자를 만족시키는 동시에 광고 소재를 자동 생산했다.

24. 대안 가설 A — “코지 게임 시장이 컸기 때문에 성공했다”

[사실]

개발팀도 Townscaper, Unpacking, A Little to the Left 같은 코지 게임에서 영감을 받았다고 설명했다. 80 Level, 2024-05-30 

[분석]

시장 tailwind는 분명했다. 그러나 코지 게임이 많아진다는 것은 경쟁도 늘었다는 뜻이다.

Tiny Glade가 눈에 띈 이유는 “편안하다”는 메시지만이 아니라 영상 3초 안에 이해되는 상호작용이 있었기 때문이다.

따라서 더 정확한 설명은:

코지 시장이 수요를 제공했고, procedural building chemistry가 구별 가능한 제품 신호를 제공했다.

25. 대안 가설 B — “TikTok 바이럴 하나로 성공했다”

[분석]

TikTok은 초기 검증과 관심 확대에 중요했다. 하지만 이후:

• 42만 wishlist
• 80만+ Next Fest 이전 wishlist
• 137.5만 launch wishlist
• 데모
• creator UGC

가 여러 채널에서 이어졌다.

따라서 단일 바이럴 이벤트보다 짧은 영상에 적합한 제품 특성이 반복적으로 바이럴될 수 있었던 것이 더 중요하다.

26. 대안 가설 C — “1.37M wishlist가 있었으니 많이 팔린 것은 당연하다”

[분석]

논리 순서가 거꾸로다.

더 중요한 질문은:

왜 1.37M wishlist가 생겼는가?

이다.

그 앞에는:

• 즉시 이해되는 영상
• 제품과 동일한 WIP 콘텐츠
• 강한 aesthetic
• 데모
• UGC

가 있었다.

Wishlist는 원인인 동시에 앞선 제품·유통 품질의 결과다.

27. 대안 가설 D — “기능이 적어서 개발이 쉬웠다”

[사실]

개발팀은 한 기능에 6~7개의 프로토타입을 만들었고, 게임에 맞는 렌더링을 위해 Bevy 기본 렌더러를 넘어 Vulkan 기반 자체 시스템을 구축했다. 80 Level, 2024-05-30 

[분석]

기능 목록은 짧지만 기능 깊이와 엔지니어링 난이도는 높다.

재현할 원칙은:

기능을 적게 만든다

가 아니라:

가치가 큰 상호작용만 남기고 그 상호작용의 품질을 극단적으로 높인다

이다.

28. 대안 가설 E — “플레이시간이 짧으니 장기적으로 약한 제품이다”

[사실]

출시 한 달 시점 중앙값 플레이시간은 1시간 4분으로 짧았지만 Steam 평가는 97% 수준이었다. 2026년 최근 리뷰도 98% 긍정이다. GameDiscoverCo, 2024-10-29  Steam, 2026-09 확인 

[분석]

플레이시간이 곧 만족도라는 가정이 틀릴 수 있음을 보여준다.

Tiny Glade는 “계속 잡아두는 게임”보다 “짧게 써도 만족하는 창작 도구”에 가깝다.

따라서 이 제품의 성공을 live-service retention 기준으로 평가하면 제품 thesis를 잘못 이해하게 된다.

29. 실패 위험과 한계

30. 운 요소와 통제 가능한 요소

31. 재현 가능한 것과 재현하기 어려운 것

32. 다른 인디 개발자가 우선적으로 벤치마킹할 항목

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

34. 가장 먼저 해볼 실험 ①: ‘핵심 조작 5초’가 마케팅 콘텐츠가 되는가

[분석]

Tiny Glade의 강한 점은 트레일러가 없어도 제품을 설명할 수 있다는 것이다.

벽을 그으면:

• 지붕이 연결되고
• 창문이 반응하고
• 재질이 맞춰지고
• 디테일이 채워진다.

이 장면만으로 제품 promise가 전달된다.

다른 인디 제품도 핵심 기능을 5초 영상으로 촬영해 다음을 측정할 수 있다.

1. 설명 없이 무엇을 하는 제품인지 이해하는가?
2. “나도 해보고 싶다”는 반응이 나오는가?
3. 결과보다 조작 과정 자체가 보기 좋은가?

세 질문 중 2개 이상이 약하면, 마케팅보다 제품 표현력부터 개선할 가치가 있다.

35. 가장 먼저 해볼 실험 ②: ‘전문가 반응’과 ‘일반 사용자 반응’을 분리한다

[분석]

Pounce Light는 개발자 트위터의 반응만 믿지 않고 TikTok에서 일반인을 시험했다.

같은 방식으로:

• 개발자 커뮤니티
• 실제 구매 타깃

에 동일한 프로토타입을 노출하고 반응 차이를 본다.

전문가는:

기술적으로 인상적이다.

라고 하고, 타깃은:

그래서 내가 왜 써야 하지?

라고 할 수 있다.

이 차이를 출시 전에 발견하면 큰 개발비를 절약한다.

36. 가장 먼저 해볼 실험 ③: 기능을 더 넣기 전에 ‘사용자가 우회해서 만드는 것’을 관찰한다

[사실]

Tiny Glade 플레이테스트에서는 사용자가 랜턴 부품을 쌓아 벽처럼 만들거나 계단을 성벽 요소로 활용했다. 이런 우회 행동이 실제 기능과 브리지·높이 시스템의 아이디어가 됐다. 80 Level, 2024-05-30 

[분석]

Feature request 설문보다 더 강한 신호는:

사용자가 이미 힘들게 만들어낸 행동

이다.

사용자가 10번 이상 복잡한 우회로로 같은 결과를 만들고 있다면, 그 행동은 제품 기능 후보가 될 가능성이 높다.

실험으로는 세션 리플레이를 보고:

• 복제 행동
• 임시 조합
• 반복 클릭
• 비정상적인 workaround

를 태깅하면 된다.

37. 가장 먼저 해볼 실험 ④: daily prompt로 빈 캔버스의 부담을 줄인다

[분석]

창작 도구의 자유도는 장점이지만 동시에 “뭘 만들지 모르겠다”는 문제를 만든다.

14일 동안 매일 한 문장 prompt를 제공하고:

• prompt 이용률
• 첫 행동까지 걸린 시간
• 완성률
• 공유율

을 비교한다.

좋은 prompt는 콘텐츠 제작비가 거의 없으면서 활성 사용자와 UGC를 동시에 늘릴 수 있다.

38. 가장 먼저 해볼 실험 ⑤: 플레이시간 대신 ‘짧아도 만족한 사용자’를 측정한다

[분석]

Tiny Glade의 중앙값 1시간 4분은 전통적인 게임 KPI만 보면 약해 보인다. 그러나 리뷰 만족도는 매우 높았다.

따라서 창작 앱·소프트웨어 장난감·단기 utility는 다음 질문을 따로 봐야 한다.

사용자가 오래 있었는가?

보다:

원하는 것을 만들고 만족해서 나갔는가?

측정 항목은:

• 60분 이하 사용자의 NPS
• 60분 이하 사용자의 환불률
• 30일 내 재방문률
• 결과물 저장·공유율

이 될 수 있다.

39. 이 사례에서 복제하면 안 되는 것

표면만 보면 다음처럼 보인다.

작은 팀 + 코지 게임 + TikTok + 예쁜 그래픽 = 성공

하지만 실제로는 훨씬 특수하다.

• 창업자 중 한 명은 거의 10년 가까이 procedural art를 다뤘다.
• 두 사람 모두 고급 그래픽·렌더링 역량을 갖고 있었다.
• 게임은 자체 Vulkan 렌더링과 복잡한 절차적 시스템에 크게 의존한다.
• 초기 영상 자체가 매우 높은 기술·미적 완성도를 가졌다.

따라서 재현해야 하는 것은 Rust, Bevy, Vulkan이 아니다.

재현해야 할 것은:

자신의 가장 희소한 기술을 사용자가 즉시 느낄 수 있는 제품 가치로 변환하는 방식

이다.

40. 최종 결론

Tiny Glade의 눈에 띄는 숫자는 출시 시점 137만 위시리스트와 첫 달 미만 61.6만 장 판매다. 하지만 다른 인디 개발자가 더 주목해야 할 것은 다음 네 가지다.

1. 주말 기술 실험을 먼저 짧은 영상으로 시장에 보여줬다.
2. 전문가가 아니라 일반 이용자에게도 매력적인지 TikTok으로 검증했다.
3. 제품의 핵심 UX가 “적은 입력으로 큰 결과”이기 때문에 사용 결과물이 곧 광고가 됐다.
4. 기능을 많이 넣는 대신 핵심 도구를 6~7번 다시 만들 정도로 game feel을 다듬었다.

성공 구조를 한 줄로 줄이면 다음과 같다.

사용자의 창작 능력을 절차적 시스템으로 증폭하고, 그 증폭된 결과물이 다음 사용자를 데려오게 했다.

따라서 가장 재현 가치가 높은 질문은 두 가지다.

“사용자의 작은 행동 하나를 우리 제품이 얼마나 크게 증폭해 줄 수 있는가?”

그리고:

“사용자가 제품을 쓰고 난 결과가 별도의 광고 제작 없이도 다른 사람에게 제품을 설명하는가?”

이 두 질문에 강하게 답할 수 있다면, 작은 팀도 마케팅 비용과 콘텐츠 생산량을 동시에 줄이면서 성장할 가능성이 커진다.

주요 출처와 게시일