Stacklands 성공 사례 분석

요약

이번 사례는 네덜란드의 소규모 개발 집단 Sokpop Collective와 2022년작 Stacklands다. 최근 다룬 인디 사례들과 겹치지 않으면서, 작은 팀이 장기간의 대형 프로젝트 대신 많은 작은 출시를 통해 학습한 뒤 한 번의 큰 히트를 맞는 방식, 그리고 복잡한 장르를 하나의 매우 단순한 인터랙션으로 압축하는 방법을 잘 보여준다.

Stacklands의 핵심은 “카드 게임을 village builder에 섞었다”는 장르 조합만이 아니다. 리드 디자이너·프로그래머 Aran Koning은 원래 village builder를 만들고 싶었지만, 작은 팀이 구현하기에는 필요한 시스템과 에셋이 너무 많다고 판단했다. 그래서 마을의 모든 것을 카드로 표현하면 제작 복잡도를 줄이면서도 관리 게임의 깊이를 남길 수 있다고 생각했다. 초기 프로토타입에서 카드를 겹쳐 상호작용시키는 동작이 곧바로 재미있었고, 카드가 튀는 간단한 애니메이션은 토끼가 뛰어다니고 몬스터가 주민에게 다가가는 물리적 성격으로 확장됐다. (Game Developer, 2023-03-01 )

상업 성과 역시 작지 않았다. 출시 약 3개월 뒤인 2022년 7월, Aran Koning은 Stacklands가 Steam에서 약 45만 장, Stacklands와 Simmiland를 묶은 번들이 약 5만 개 팔렸다고 직접 밝혔다. 당시 중국이 판매량의 **32%**로 최대 시장이었고 미국은 24%였다. 같은 시점 Sokpop의 Patreon 월 수입은 팬데믹기의 약 $5K~$6K에서 약 $8.5K로 올라가 있었다. (Game Developer / GameDiscoverCo, 2022-07-11 )

2026년 9월 현재 Steam 정가는 $7.99, Steam 공식 영어 리뷰는 약 11.9K개 중 95% 긍정, 전체 언어를 폭넓게 집계하는 외부 데이터에서는 약 30.3K 리뷰, 96% 긍정 수준이다. 두 수치는 필터 기준이 다르므로 직접 같은 모수로 비교하지 않는다. (Steam, 2026-09-21 확인 , Steambase, 2026-09 확인 )

그러나 현재 정확한 누적 판매량과 누적 매출은 공식 공개 자료에서 확인되지 않는다. 여러 외부 추정 사이트는 서로 상당히 다른 판매량·매출 추정치를 내놓고 있으므로, 이 글에서는 최신 판매량을 추정하지 않는다. 확실하게 사용할 수 있는 판매 근거는 2022년 7월 개발자가 직접 제공한 Steam 약 45만 장과 번들 약 5만 개다.

이 사례의 가장 중요한 교훈은 다음과 같다.

작은 팀은 큰 시스템을 그대로 작게 만들기보다, 모든 복잡도를 처리할 수 있는 하나의 공통 primitive를 찾는 편이 훨씬 강하다.

Stacklands에서 그 primitive는 카드다. 카드 하나가 UI이고, 오브젝트이고, 자원이며, 건물이고, 주민이고, 몬스터이고, 레시피의 재료이자 보상이다. 그래서 하나의 표현 규칙을 만든 뒤 콘텐츠를 싸게 추가할 수 있었다.

그리고 사업 측면의 더 큰 교훈은 이것이다.

Stacklands는 한 번의 천재적인 첫 작품이 아니라, 약 100개의 작은 게임을 끝내며 쌓은 확률게임의 결과다.

Sokpop은 2018년부터 Patreon을 기반으로 새 게임을 계속 출시했고, 약 5년 동안 총 100개의 게임을 만들었다. Stacklands가 히트하기 전부터 Steam 카탈로그와 Patreon을 결합해 실험을 반복할 수 있는 운영구조가 있었고, 히트가 났을 때도 수익을 네 멤버가 균등하게 나누는 집단 구조를 유지했다. (Game Developer, 2023-03-01 , Sokpop Patreon access, 2026-09 확인 )

1. 공개 지표와 타임라인

공개 자료가 없는 숫자

다음은 신뢰할 수 있는 공식·1차 자료에서 최신 정확한 값이 확인되지 않는다.

• 최신 누적 판매량
• 최신 누적 매출 및 순이익
• 개발비
• 정확한 Stacklands 단독 개발기간
• 출시 전 Steam wishlist 수
• wishlist → purchase 전환율
• 환불률
• D1 / D7 / D30 retention
• DLC attach rate
• Nintendo Switch 판매량
• 국가별 최신 매출 비중
• streamer별 기여 판매량

외부 추정 서비스는 2026년 누적 판매량을 서로 다른 범위로 추정하고 있어 본문에서는 공식 실적처럼 사용하지 않는다.

2. 창업자·개발자 배경: ‘4인 팀 게임’보다 ‘4명의 1인 개발자가 함께 운영한 포트폴리오’에 가깝다

[사실]

Sokpop Collective는 네덜란드 Utrecht의 소규모 게임 개발 집단이다. Stacklands의 리드 디자이너와 프로그래머는 Aran Koning이며, 아트는 Lisa Mantel이 담당했다. Koning은 어린 시절부터 게임을 만들었고 game jam을 많이 했으며, Sokpop 멤버들도 이런 활동을 통해 만났다. 2018년부터 Sokpop은 Patreon을 통해 매달 새 게임을 공개했고 약 5년 동안 총 100개를 만들었다. (Game Developer, 2023-03-01 )

Sokpop의 운영 방식은 전형적인 4인 개발팀과 달랐다. 한 작품에 네 명 모두가 붙기보다 각 멤버가 대체로 자기 프로젝트를 독립적으로 만들었기 때문에, 월 1게임이라는 회사 단위 cadence를 개인 단위로 환산하면 한 사람은 약 4개월에 한 작품을 끝내는 구조였다. (Game Developer, 2022-07-11 )

Stacklands는 이 규칙의 단순한 평범한 사례도 아니었다. 같은 기사에서 Koning은 Stacklands가 한동안 shelf에 놓였다가 “제대로 만들 시간”이 생겼을 때 다시 작업했다고 설명한다. 따라서 ‘정확히 4개월 만에 만든 게임’이라고 단정할 수 없다. 공개된 정확한 전체 개발기간은 확인되지 않는다.

[분석]

Stacklands를 “4인 팀이 만든 히트작”으로만 보면 운영상 가장 중요한 부분을 놓친다.

Sokpop의 진짜 구조는 다음에 더 가깝다.

공동 브랜드 + 공동 수익안정성 + 개별 제작 책임 + 매우 높은 출시 빈도

이 모델에는 강한 장점이 있다.

1. 한 프로젝트에서 consensus를 만들기 위한 회의가 적다.
2. 각 개발자가 자기가 가장 빠르게 만들 수 있는 방식으로 판단할 수 있다.
3. 한 게임이 실패해도 몇 달 뒤 다음 실험을 할 수 있다.
4. 여러 게임의 실적이 합쳐져 팀 전체 생존확률을 높인다.
5. 한 명의 대형 히트가 공동체의 재무안정성을 크게 올린다.

반대로 특정 프로젝트에 수십 명을 붙여 polish를 극대화하기 어렵고, 각 개발자에게 디자인·코드·생산 판단이 집중된다.

이 사례의 핵심은 “적은 인원”이 아니라 coordination cost를 극단적으로 낮춘 조직설계다.

3. 제품 thesis: 복잡한 village builder를 ‘카드 한 종류의 물체’로 압축한다

[사실]

Koning은 오랫동안 village builder를 만들고 싶었지만, 작은 프로젝트로는 필요한 에셋과 시스템이 너무 많다고 느꼈다고 설명했다. 그래서 모든 것을 카드로 표현하면 문제를 상당 부분 해결하고 더 빨리 제작할 수 있다고 판단했다. 초기 prototype에서 카드를 겹쳐 상호작용하게 하는 기능은 곧바로 재미있었다. (Game Developer, 2023-03-01 )

현재 공식 설명에서 Stacklands는 다음과 같이 작동한다.

• Villager 카드를 Berry Bush에 올리면 Berry를 생산한다.
• 카드를 팔아 coin을 얻는다.
• coin으로 Card Pack을 산다.
• pack마다 Cooking, Farming, Building 같은 테마가 있다.
• Moon이 끝날 때 주민을 먹여야 한다.
• Villager가 적과 접촉하면 자동전투가 발생한다.
• Idea 카드는 새로운 조합법을 알려준다.

2026년 현재 PC 공식 설명은 200+ cards, 60+ ideas, 50+ quests, 13 card packs를 명시한다. (Steam )

[분석]

Stacklands에서 카드는 테마가 아니라 제품 아키텍처다.

전통적인 village builder에서는 최소한 다음 시스템이 따로 존재할 수 있다.

• 건물 prefab
• 자원 icon
• 주민 unit
• enemy unit
• inventory
• production queue
• recipe UI
• loot
• shop
• map object

Stacklands에서는 이 상당수가 같은 카드 object를 재사용한다.

따라서 하나의 card primitive가 동시에:

데이터 모델 + UI + 월드 오브젝트 + 입력대상 + 보상 + 인벤토리 + 제작재료

역할을 한다.

작은 팀에게 이것은 매우 강력하다. 기능 하나를 추가할 때 새로운 UI framework와 새 asset pipeline을 만들 필요가 적어진다.

재현 가능한 원칙:

큰 제품을 축소하려 하지 말고, 큰 제품의 서로 다른 객체들을 같은 primitive로 표현할 수 있는지 먼저 찾는다.

앱으로 바꾸면 카드 대신 block, row, node, document, command가 이런 역할을 할 수 있다.

4. 핵심 UX ①: 기능을 ‘메뉴’가 아니라 직접 조작으로 만든다

[사실]

Stacklands에서 플레이어는 메뉴를 열어 “Berry harvest” 명령을 선택하지 않는다. Villager를 Berry Bush 위에 직접 drag한다. 제작도 재료 카드를 물리적으로 겹친다. (Steam )

Koning은 prototype 초기부터 stacking을 구현했고, solitaire에서 영감을 받았으며 금방 재미를 느꼈다고 설명했다. (Game Developer, 2023-03-01 )

[분석]

이것은 menu depth를 tactile depth로 바꾼다.

전통적 관리게임:

객체 선택 → 메뉴 → 명령 선택 → target 지정

Stacklands:

객체를 target 위에 놓음

같은 결과를 더 적은 interface layer로 만든다.

좋은 작은 제품은 종종 기능이 적어서 쉬운 것이 아니라 기능을 수행하는 문법이 하나라서 쉬운 것이다.

5. 핵심 UX ②: 한 번의 ‘튕김’ 애니메이션이 시스템 아이디어로 확장됐다

[사실]

Koning은 카드가 튕겨 나가는 간단한 animation을 만들다가 “Rabbit 카드는 뛰어다닐 수 있고 Monster 카드는 Villager 쪽으로 천천히 움직일 수 있겠다”는 생각을 했다고 설명했다. 이때 카드의 추상성과 물리적 성격이 결합됐다. (Game Developer, 2023-03-01 )

[분석]

이 결정은 작은 animation polish가 단순 미관을 넘어 새 gameplay vocabulary가 된 사례다.

카드는 원래 정적인 UI object다. 그런데 이동·충돌·튕김을 넣자:

• rabbit = 돌아다니는 카드
• monster = 접근하는 위협
• villager와 enemy가 닿음 = 전투
• 생산 완료 = 결과 카드가 튀어나옴

처럼 같은 물리규칙으로 여러 행동을 표현할 수 있다.

작은 팀이 콘텐츠를 싸게 만드는 방법 중 하나는 한 애니메이션 규칙이 여러 시스템 의미를 갖게 하는 것이다.

6. 핵심 UX ③: ‘쉽지만 얕지 않게’ 만드는 방식은 새 버튼이 아니라 새 문제를 만드는 것

[사실]

Koning은 초반에는 food 수급이 어렵지만 farm을 발견하면 빨리 해결되고, 처음에는 wood를 pack에서 얻다가 Lumber Camp를 만들면 자동으로 얻을 수 있도록 설계했다고 설명했다. 한 문제가 풀리면 다른 문제가 나타나는 방식으로 단순하지만 깊은 경험을 만들고자 했다. (Game Developer, 2023-03-01 )

[분석]

여기서 progression은 능력치 증가보다 병목의 이동이다.

초반:

food가 부족함

중반:

food 자동화 → wood가 병목

그다음:

wood 자동화 → 공간·인구·새 resource가 병목

이 구조는 content 효율이 좋다. 같은 카드 drag라는 입력을 유지하면서 사용자가 생각하는 문제가 계속 바뀐다.

좋은 complexity curve는 control을 추가하는 대신 같은 control로 풀어야 하는 문제가 바뀌게 한다.

7. 핵심 UX ④: Card Pack은 콘텐츠 판매 UI가 아니라 결정론을 깨는 roguelite 장치

[사실]

초기 prototype에는 문제가 있었다. Tree → Wood → House → Villager처럼 모든 카드가 선형적인 완벽한 순서로 이어지면 매번 같은 optimal sequence를 따라가게 된다.

이를 해결하기 위해 Koning은 카드를 팔아 coin을 얻고, 그 coin으로 random Card Pack을 사는 loop를 넣었다. 랜덤한 자원을 받은 뒤 그 상황에 맞춰 진행순서를 바꾸게 만든 것이다. (Game Developer, 2023-03-01 )

[분석]

이것이 Stacklands의 replayability에 중요하다.

랜덤 pack이 없으면:

정답 route 발견 → 같은 route 반복 → 퍼즐 해결 완료

랜덤 pack이 있으면:

원하는 resource가 안 나옴 → 보유 카드로 우회 → 새 조합 발견

즉 RNG가 단순 시간을 늘리는 것이 아니라 의사결정 순서를 바꾼다.

재현 가능한 기준은 다음이다.

랜덤성은 보상을 무작위로 주기보다, 사용자가 다음 행동순서를 다시 계산하게 만들 때 더 가치가 있다.

8. 핵심 UX ⑤: ‘힌트를 발견해야 제작 가능’이 아니라 ‘힌트 없이도 정답이면 허용’

[사실]

Idea Card 시스템은 여러 버전을 거쳤다.

초기에는 매 run마다 조합법을 다시 발견해야 했지만 pacing이 너무 느려졌다. 그다음에는 Idea를 먼저 찾아야 특정 조합을 만들 수 있게 했지만, 개발자는 “왜 이전에는 같은 재료를 합칠 수 없었나?”라는 모순과 불공정함을 느꼈다.

최종적으로는 Idea Card를 찾지 않아도 올바른 조합을 알고 있다면 처음부터 제작할 수 있도록 바꿨다. Idea는 지식을 알려주는 역할이지 권한을 해금하는 key가 아니다. (Game Developer, 2023-03-01 )

[분석]

이는 discovery game에서 매우 좋은 UX 원칙이다.

사용자가 시스템을 이해한 사실 자체를 보상한다.

게임이 아는 것보다 사용자가 먼저 알아냈다면 막지 않는다.

앱에서도 동일하다. power user가 이미 명령어·shortcut·URL pattern을 알고 있다면 tutorial completion을 강제할 이유가 없다.

9. 아트 파이프라인: ‘좋은 그림’보다 ‘빨리 많이 추가 가능한 그림’

[사실]

Koning은 많은 카드를 만들고 싶었기 때문에 카드마다 서로 지나치게 다른 art direction을 요구하지 않았다. Lisa Mantel에게 오래 고민하거나 여러 revision을 거치게 하기보다 처음 떠오르는 방식으로 그려달라고 했고, 그 결과 빠르면서도 읽기 쉬운 스타일이 나왔다고 회고했다. (Game Developer, 2023-03-01 )

[분석]

여기서 중요한 것은 “art quality를 낮췄다”가 아니다.

콘텐츠 단위당 제작비가 일정하게 유지되는 style guide를 선택했다.

카드 10개를 추가할 때마다:

• 새 3D rig
• 새 environment
• 새 VFX set
• 새 HUD

가 필요하다면 작은 팀은 확장할 수 없다.

Stacklands의 hand-drawn card art는 개별 card의 생산원가를 낮추고 전체 visual identity는 오히려 강하게 만든다.

10. 타깃 사용자: city-builder 팬만이 아니라 ‘조합을 발견하는 사람’

제품행동을 기준으로 보면 실제 타깃은 더 넓다.

[분석]

특히 성공적인 positioning은 설명이 한 문장으로 끝난다는 점이다.

“카드를 쌓아 마을을 만든다.”

새 장르이지만 설명비용이 낮다.

혁신적인 제품이 반드시 낯설 필요는 없다. Stacklands는 익숙한 두 요소를 조합하면서 입력 문법은 오히려 더 단순하게 만들었다.

11. 출시 전략의 진짜 기반: Patreon이 제품 출시 전에 ‘실험 포트폴리오’를 이미 만들고 있었다

[사실]

Sokpop은 2018년부터 Patreon에서 정기적으로 게임을 배포했다. 현재 공식 페이지도 “2018년 이후 100개의 게임을 만들었다”고 설명하며 여전히 $3/month Patreon 가입을 안내한다. (Sokpop Patreon access, 2026-09 확인 )

2022년 인터뷰에서 Sokpop은 Stacklands 이전에도 Steam과 Patreon 수입이 대략 50/50이었고, Steam에 카탈로그를 올린 것이 사실상 전체 수입을 두 배 수준으로 늘리는 효과가 있었다고 설명했다. 처음에는 작은 Sokpop 게임이 Steam 사용자에게 맞을지, 게임마다 $100 등록비와 수십 개 store page 관리가 가치가 있을지 의심했지만, 나중에는 다수의 백카탈로그를 Steam에 올렸다. (Game Developer, 2022-07-11 )

[분석]

Patreon의 역할은 단순 매출이 아니다.

1. 다음 실험을 만들 최소 현금흐름
2. 새 게임을 바로 받아보는 초기 사용자
3. 매달 launch를 연습하는 습관
4. 실패작도 포트폴리오 일부로 흡수하는 구조
5. 무엇이 반응을 얻는지 비교할 데이터

즉 Stacklands launch 이전부터 작은 시장테스트를 반복하는 운영체제가 있었다.

12. Stacklands는 ‘첫 시도’가 아니라 약 100번의 제품실험 중 하나였다

[사실]

2023년 Koning은 2018년부터 약 5년간 100개의 게임을 만들었다고 말했다. 2022년 인터뷰는 Sokpop의 모델을 사실상 “commercialized game jam”이라고 묘사하며, 한 가지 아이디어를 작은 게임으로 만들어 Steam audience에게 보여주고 무엇이 반응하는지 보는 방식이라고 분석했다. (Game Developer, 2022-07-11 )

[분석]

이것이 가장 큰 맥락이다.

보통 인디팀:

아이디어 1개 → 2~4년 투자 → launch → 성공/실패

Sokpop:

아이디어 A → launch
아이디어 B → launch
아이디어 C → launch
…
수십 번 반복 → Stacklands

각 게임의 성공확률이 낮아도 시도 횟수가 많으면 hit probability가 증가한다.

물론 모든 장르에 가능한 방식은 아니다. 그러나 작은 앱·게임 개발자에게는 “완벽한 하나”보다 “끝낸 실험의 수”가 장기적으로 더 중요한 자산일 수 있다.

13. 초기 가격: $4.99는 단순 저가가 아니라 portfolio economics와 맞았다

[사실]

2022년 7월 Stacklands의 Steam 가격은 $4.99였다. 당시 Sokpop의 다른 게임들도 대부분 $3~$5 범위였다. (Game Developer, 2022-07-11 )

2026년 현재 Steam base price는 $7.99다. (Steam )

[분석]

출시가가 낮았던 이유를 단순 “싸게 팔아 바이럴”로만 해석하면 부족하다.

Sokpop은 원래:

• 짧은 개발주기
• 작은 scope
• Patreon bundle value
• 다작 portfolio

를 전제로 가격을 낮게 가져가는 구조였다.

즉 저가는 마케팅 전술 이전에 제작원가와 제품길이가 저가에 맞도록 설계된 결과다.

다른 개발자가 $4.99만 복제하고 개발비는 3년짜리 프로젝트 수준이면 economics가 맞지 않는다.

14. 출시 후 가장 중요한 전환점: ‘평소라면 다음 게임으로 갔지만 Stacklands에는 더 투자했다’

[사실]

Sokpop은 원래 많은 게임을 빠르게 내기 때문에 대부분의 게임에 장기 update를 하지 않았다. 하지만 Stacklands 반응이 매우 좋자 출시 직후인 2022년 4월 추가 콘텐츠 계획을 발표했고, 같은 해 7월 Island Update를 내놓았다. (itch.io 개발로그 , Sokpop devlog, 2022-07-11 )

2022년 7월 당시 Koning은 free content update 이후 DLC 가능성도 언급했고, 이후 실제로 2023년 Cursed Worlds, 2024년 Stacklands 2000 두 개의 $3.99 DLC가 출시됐다. (Game Developer, 2022-07-11 , Steam DLC )

[분석]

중요한 운영원칙은:

모든 제품을 live-service로 만들지 않고, 반응이 확인된 제품에만 후속 자원을 재배분한다.

이다.

이것은 venture portfolio와 비슷하다.

• prototype 단계에서는 작게 베팅
• launch로 실제 수요 확인
• hit product에만 additional capital

작은 팀이 실패하는 흔한 패턴은 모든 프로젝트를 “우리의 다음 대표작”으로 취급하는 것이다.

Sokpop은 반대로 시장반응이 대표작을 선택하게 했다.

15. Distribution ①: Steam은 단일 게임 storefront가 아니라 카탈로그 증폭기였다

[사실]

Sokpop은 처음 약 2년 동안 Steam에 적극적으로 게임을 올리지 않았지만, 이후 다수의 back catalog를 Steam에 등록했다. Stacklands 이전에도 Steam 매출이 Patreon과 비슷한 규모가 되어 전체 revenue를 크게 늘렸다. (Game Developer, 2022-07-11 )

Stacklands 히트 뒤에는 약 $200 규모의 전체 Sokpop 게임 번들도 예상 밖으로 약 1,200개 팔렸다. (같은 자료 )

[분석]

이것은 hit 하나가 개별 product P&L을 넘어 catalogue acquisition을 만드는 예다.

Stacklands 발견 → Sokpop 브랜드 인지 → 다른 게임 탐색 → bundle 구매

인디 개발자가 두 번째·세 번째 제품을 만들 때 중요한 이유다.

첫 제품 고객을 버리고 새 제품마다 acquisition을 0에서 다시 시작하면 portfolio leverage가 없다.

16. Distribution ②: Localization은 사후 편의가 아니라 큰 시장을 여는 매출 레버였다

[사실]

2022년 7월 기준 Stacklands 판매량에서 중국은 **32%**로 가장 큰 단일 시장이었다. 미국은 24%였다. Koning은 당시 localization, 특히 Chinese localization이 매우 중요했다고 설명했다. (Game Developer, 2022-07-11 )

2026년 현재 Steam과 Nintendo Switch는 한국어, 일본어, 중국어(간체·번체), 유럽 주요 언어 등을 지원한다. (Steam , Nintendo )

[분석]

32%라는 비중은 localization을 “마지막 polish”로 취급하기 어렵게 만든다.

특히 Stacklands는:

• voice acting이 없음
• 텍스트 구조가 비교적 짧음
• visual interaction 비중이 큼

이어서 번역 단위당 신규시장 가치가 높다.

모든 게임에서 중국어 번역이 같은 효과를 내지는 않지만, 언어별 기대매출 ÷ 번역·QA 비용을 조기에 계산할 필요가 있다.

17. Distribution ③: YouTube·streamer 친화성은 ‘크게 소리 지르는 장면’이 아니라 이해 가능한 화면에서 나왔다

[사실]

2022년 당시 Stacklands는 빠르게 viral한 게임으로 설명됐고, Sokpop은 자신의 success devlog도 공개했다. 다만 신뢰할 만한 공개자료에서 특정 creator별 판매기여나 전체 YouTube/Twitch view 수는 확인되지 않는다. 따라서 구체적인 creator attribution 수치는 제시하지 않는다. (Sokpop devlog, 2022-07-11 )

[분석]

Stacklands는 방송 화면만 봐도:

카드가 많아짐 → 겹침 → 뭔가 생산됨 → 새 카드가 튀어나옴

이라는 원인이 보인다.

복잡한 city builder와 달리 viewport 하나에 중요한 state가 거의 전부 존재한다.

이는 creator에게 유리하다.

• tutorial 설명이 적다.
• 시청자가 현재 자원을 바로 볼 수 있다.
• 새 카드가 보상으로 튀어나오므로 reaction point가 명확하다.
• board chaos가 시각적 사건을 만든다.

즉 영상 친화성은 장르보다 state readability의 결과다.

18. Monetization: Premium → 무료 확장 → 저가 DLC → 플랫폼 확장

[사실]

확인되는 주요 monetization 흐름은 다음과 같다.

1. 2022 Steam 출시: $4.99 premium
2. 성공 직후: 무료 콘텐츠 업데이트
3. 2023 Cursed Worlds DLC: $3.99
4. 2024 Nintendo Switch: base game + Cursed Worlds 포함
5. 2024 Stacklands 2000 DLC: $3.99
6. 2026 Steam base price: $7.99

(Game Developer, 2022-07-11 , Steam DLC , Sokpop Patreon, 2024-03-14 , Steam )

[분석]

흥미로운 점은 처음부터 DLC roadmap을 팔지 않았다는 것이다.

먼저 충분히 싼 완결제품으로 traction을 얻고, 예상 밖 수요가 확인된 뒤 extension economy를 붙였다.

이는 작은 팀에게 안전한 방식이다.

core game이 실패하면 DLC 개발비도 발생하지 않는다.

19. DLC 전략: 완전히 다른 게임을 만들지 않고 기존 primitive의 조합공간을 넓힌다

[사실]

Cursed Worlds는 3개의 새로운 world, 130+ new cards, 50+ quests, 15 card packs를 추가한다. Stacklands 2000은 같은 card-stacking 기반을 현대 도시로 옮겨 인프라, wellbeing, 재난 같은 새로운 시스템을 다룬다. (Steam DLC )

[분석]

좋은 DLC는 본편의 생산파이프라인을 버리지 않는다.

Stacklands의 DLC에서 개발자는 이미 존재하는:

• Card renderer
• drag/stack interaction
• recipe
• pack
• quest
• Cardopedia

를 재사용한다.

따라서 콘텐츠 추가비용이 새로운 게임 전체 제작비보다 훨씬 낮다.

이것이 primitive-based architecture의 수익화 효과다.

20. Nintendo Switch 확장: 직접 모든 플랫폼 역량을 갖추지 않고 포팅을 외부화

[사실]

Stacklands는 2024년 3월 28일 Nintendo Switch로 출시됐다. Sokpop은 Switch가 자신들의 첫 Switch release라고 설명했고, Laundry Bear Games가 porting을 담당했다고 명시했다. Switch 버전에는 base game과 Cursed Worlds DLC가 포함됐다. (Sokpop Patreon, 2024-03-14 , Nintendo )

[분석]

4인 collective가:

• Nintendo certification
• controller UX
• platform QA
• console performance

를 모두 내부역량으로 만들 필요는 없었다.

작은 팀의 leverage는 모든 것을 직접 하는 데서 오지 않는다.

핵심 경쟁력은 내부에 두고, 일회성 specialist 업무는 파트너에게 넘기는 것

도 중요한 규모확장 전략이다.

21. Community/content loop: 게임의 ‘발견’ 구조가 커뮤니티 콘텐츠를 만든다

[사실]

Stacklands는 200개가 넘는 카드, 60개가 넘는 Ideas, 수십 개의 quests를 발견하게 한다. Steam은 현재 Workshop 기능도 지원한다. (Steam )

[분석]

이 게임의 community loop는 multiplayer virality가 아니라 knowledge sharing 쪽에 가깝다.

사용자는:

• 어떤 조합이 가능한지
• 어떤 card가 어디서 나오는지
• 어떻게 자동화하는지
• 어떤 boss를 어떻게 준비하는지

를 서로 설명한다.

Discovery-heavy 제품에서는 정보 부족이 단점이면서 동시에 community content generator가 된다.

단, 공식 UX가 불친절해서 wiki를 강제하는 것과는 구분해야 한다. Stacklands는 Idea Card로 in-product hint를 주고, 이미 레시피를 안다면 즉시 실행할 수 있게 했다.

22. Community loop ②: 성공한 게임이 다음 게임의 유통채널이 된다

[사실]

2026년 9월 1일 Stacklands의 공식 Steam announcement feed에서 Sokpop은 신작 Grail 출시를 알리며 “Stacklands를 플레이했다면 이 게임도 즐길 것”이라고 기존 audience에 직접 교차 홍보했다. (Steam Community, 2026-09-01 )

[분석]

이것은 인디 portfolio에서 매우 중요한 loop다.

hit game → followers → next game launch audience

Stacklands의 성공은 2022년 한 번의 매출로 끝나지 않는다. 이후 Sokpop 신작이 이미 확보된 관심 pool에서 출발할 수 있게 한다.

따라서 제품 성공을 평가할 때는:

lifetime revenue

뿐 아니라:

다음 제품의 CAC를 얼마나 낮춰주는가

도 봐야 한다.

23. Operational leverage ①: ‘콘텐츠를 빨리 만들 수 있는 포맷’ 자체가 기능이었다

[사실]

Koning은 art가 쉽게 추가될 수 있어야 했고, 많은 카드를 빠르게 만들고 싶었다고 명시적으로 설명했다. (Game Developer, 2023-03-01 )

[분석]

작은 팀에서 좋은 기능의 기준은 사용자 가치만이 아니다.

다음 질문이 같이 필요하다.

이 기능을 만든 이후 다음 100개 콘텐츠의 제작비가 내려가는가?

카드 시스템은 그렇다.

한 번 framework를 만든 뒤 새 콘텐츠는 대부분:

• icon/art
• text
• stat
• recipe rule
• output

으로 추가할 수 있다.

이것이 headcount 대신 data-driven content를 사용하는 방식이다.

24. Operational leverage ②: 수익을 균등분배해 portfolio risk를 공동으로 흡수

[사실]

Stacklands가 Aran Koning 중심으로 만들어졌음에도 Sokpop은 수익을 네 명이 균등하게 나눈다고 밝혔다. 이 원칙은 처음부터 정해져 있었고, 누구의 게임이 무작위로 크게 성공할지 모르기 때문에 collective 전체가 계속 게임을 만들 수 있도록 하기 위한 선택이었다. (Game Developer, 2022-07-11 )

[분석]

이 구조는 venture portfolio처럼 작동한다.

개별 개발자 관점:

내가 만든 게임 실패 → 다른 멤버 hit가 runway 지원

집단 관점:

4명이 서로 다른 실험을 병렬로 실행 → hit probability 증가

이 구조가 가능한 핵심조건은 강한 신뢰와 장기간의 관계다. 따라서 계약만 복제한다고 작동하는 모델은 아니다.

25. Operational leverage ③: Patreon이 실패를 허용한다

[분석]

월간 subscription은 게임마다 개별 흥행을 해야 생존하는 구조와 다르다.

사용자는:

“이번 게임 하나”

보다:

“Sokpop이 매달 뭔가 흥미로운 걸 만든다”

에 돈을 낸다.

따라서 실험적인 작은 게임이 실패해도 subscription value 전체가 0이 되지 않는다.

이것이 creative risk를 낮춘다.

앱 개발자에게 대응시키면:

• 여러 microtool을 같은 membership으로 제공
• newsletter/community가 제품 portfolio를 감싸기
• 같은 audience를 대상으로 작은 product를 반복 출시

같은 모델이다.

26. 가장 중요한 inflection point

전체 흐름을 연결하면 다음과 같다.

game jam 경험과 개인개발 역량 축적
→ 2018 Patreon 기반 월간게임 모델 시작
→ 각 멤버가 독립적으로 반복 출시
→ Steam catalogue까지 확대해 Patreon 외 매출원 확보
→ Aran이 village builder의 높은 제작비를 문제로 인식
→ 모든 것을 카드로 만들면 scope를 줄일 수 있다는 thesis
→ stacking prototype이 즉시 재미있음을 확인
→ bounce animation이 creature movement로 확장
→ 선형 recipe chain 문제를 random card pack으로 해결
→ Idea gating을 완화해 사용자의 지식을 존중
→ 저가 premium으로 2022년 출시
→ Steam/creator/word-of-mouth에서 예상 밖 반응
→ 약 3개월 내 Steam 45만 장
→ 중국이 판매량 32%로 최대 시장
→ 평소 ‘다음 게임으로 이동’ 규칙을 깨고 Stacklands에 무료 업데이트 추가
→ Island Update
→ Cursed Worlds DLC
→ Switch port를 외부 파트너와 진행
→ Stacklands 2000 DLC
→ 기존 Stacklands audience를 Sokpop의 다음 게임으로 재활용.

이 흐름에서 가장 중요한 포인트는 launch 이후가 아니다.

그 전의 운영 구조다.

Stacklands가 실패했더라도 Sokpop은 다음 게임을 만들 시스템이 있었다.

그렇기 때문에 더 많은 실험을 할 수 있었다.

27. 왜 성공했나: 가장 설명력이 높은 인과모형

Stacklands의 성공을 하나의 원인으로 설명하기는 어렵다. 공개자료를 바탕으로 가장 설득력 있는 결합은 다음과 같다.

약 100번의 출시로 축적된 game-design craft
× 작은 팀의 한계를 출발점으로 잡은 scope thesis
× card라는 universal primitive
× drag-and-stack이라는 단일 interaction grammar
× random pack이 만드는 매 run의 재계산
× discovery와 automation의 연속적 병목
× 저가 premium
× Patreon의 초기 audience와 안정성
× Steam catalogue 효과
× 중국을 포함한 localization
× 성공 후에만 확장투자하는 운영 discipline.

즉 “카드 아이디어가 기발해서”만 성공한 것이 아니다.

제품 구조와 조직 구조가 서로 맞았다.

작은 제작단위가 필요한 Sokpop에게 card abstraction은 이상적이었고, 많은 실험을 해야 하는 Sokpop에게 Patreon과 Steam catalog는 이상적인 distribution 구조였다.

28. 대안 가설 A — “그냥 카드게임이 유행해서 성공했다”

카드게임·roguelike 시장의 수요는 분명 존재했다.

하지만 Stacklands는 전통적 deckbuilder처럼 전투용 deck을 구성하는 게임이 아니다. 카드 자체를 world object로 사용한다.

[분석]

카드 형식을 쓴 것이 중요한 게 아니라:

카드가 마을 전체를 표현하는 abstraction이 된 것

이 차별화다.

따라서 “카드게임 시장이 컸다”는 것은 일부 설명은 되지만 45만 장의 초기 판매를 충분히 설명하지 못한다.

29. 대안 가설 B — “$4.99라서 많이 팔렸다”

낮은 launch price는 impulse purchase에 유리했을 가능성이 높다.

그러나 수많은 $5 이하 게임이 같은 규모로 팔리지는 않는다.

[분석]

가격은 demand creator라기보다 friction reducer로 보는 편이 타당하다.

Stacklands의 hook과 word-of-mouth가 없었다면 저가만으로는 부족했을 것이다.

30. 대안 가설 C — “YouTuber가 우연히 띄웠다”

streamer·YouTube pickup이 amplification에 기여한 정황은 강하다. 그러나 신뢰할 만한 공개자료에서 전체 creator-driven sales attribution은 없다.

[분석]

중요한 것은 luck 자체보다 luck을 받을 준비가 된 화면이었다.

Stacklands는 영상 한 장면만 봐도:

• 카드가 겹치고
• timer가 돌고
• 결과가 튀어나오고
• 마을이 커진다.

즉 creator가 설명하기 쉽다.

viral exposure에는 운이 있지만 viral readability는 설계할 수 있다.

31. 대안 가설 D — “Sokpop 기존 팬이 다 샀다”

Patreon과 이전 90여 개 게임의 audience는 분명 중요한 launch advantage였다.

하지만 2022년 7월 Steam 45만 장은 기존 Patreon 규모보다 훨씬 큰 결과였다. Patreon은 당시 약 $8.5K/month 수준이었다. (Game Developer, 2022-07-11 )

[분석]

기존 audience는 ignition을 설명하지만 전체 scale은 외부 확산이 필요하다.

따라서:

기존 community → 초기 구매·리뷰 → Steam/creator exposure → 대중 확산

의 순서가 더 설득력 있다.

32. 대안 가설 E — “중국에서 우연히 잘 팔렸다”

중국이 32%로 최대시장인 것은 큰 tailwind다.

[분석]

하지만 개발자가 Chinese localization을 중요하게 봤다는 사실을 고려하면 완전한 우연이라고 보기 어렵다.

글로벌 visual UX + 텍스트 양이 상대적으로 작은 제품 + localization

이라는 조건이 맞았다.

다만 같은 비중이 모든 인디게임에 반복될 수는 없다.

33. 실패 위험과 한계 ①: ‘카드로 모든 것’이 후반에는 board clutter로 바뀔 수 있다

[분석]

universal primitive의 단점은 모든 상태가 같은 공간에 쌓인다는 것이다.

초기에는:

카드 10장 = 직관적

후반에는:

카드 수십~수백 장 = 공간정리·선택·충돌 비용

이 된다.

즉 카드 abstraction이 UI complexity를 없앤 것이 아니라 일부를 spatial organization problem으로 전환했다.

다른 개발자가 비슷한 one-primitive UI를 만들 때는 반드시 object count가 10배 늘어난 상태를 테스트해야 한다.

34. 실패 위험과 한계 ②: RNG가 replayability와 frustration을 동시에 만든다

Card Pack은 선형 optimal path를 깨지만 원하는 resource가 나오지 않는 불만도 만들 수 있다.

[분석]

randomness는 항상 양면적이다.

좋은 RNG는:

계획을 수정하게 함

나쁜 RNG는:

아무것도 못 하게 함

Stacklands식 시스템을 복제한다면 reroll·sell·alternative production 같은 회복경로가 충분한지 봐야 한다.

35. 실패 위험과 한계 ③: 월간 출시 모델은 burnout·품질변동 가능성이 높다

[사실]

2022년 기사에서도 Sokpop의 빠른 출시 모델과 더 긴 개발기간의 필요 사이에 긴장이 커지고 있다는 점이 언급됐다. Stacklands 자체도 shelf에 두었다가 더 제대로 만들 시간이 생겼을 때 완성됐다. (Game Developer, 2022-07-11 )

[분석]

“한 달에 게임 하나”를 표면적으로 복제하면 안 된다.

실제 핵심은:

작은 scope로 자주 끝낸다.

이지:

무조건 달력에 맞춰 과로한다.

가 아니다.

36. 실패 위험과 한계 ④: hit-driven portfolio는 성과분포가 매우 불균형하다

[분석]

100개의 게임을 만들었어도 모든 게임이 Stacklands가 되지 않는다.

이 방식은 평균 성과보다 outlier 하나가 전체 모델을 크게 바꾸는 power-law에 가깝다.

따라서 필요한 것은:

• 실패작 제작비가 낮아야 함
• 다음 시도를 할 runway가 있어야 함
• hit가 없더라도 팀이 존속할 기본매출이 있어야 함

이다.

Sokpop에게 Patreon이 중요했던 이유다.

37. 실패 위험과 한계 ⑤: equal revenue split은 매우 context-specific

Sokpop은 hit revenue를 네 명이 동일하게 나눈다.

[분석]

이것은 portfolio risk를 분산하지만 다음 조건이 필요하다.

• 오랜 신뢰
• 기여도 비교를 하지 않는 문화
• 멤버별 장기 생산량이 비슷하다는 믿음
• 누군가의 hit가 다른 사람을 지원하는 구조에 대한 동의

새로 모인 네 사람이 계약 하나만 따라 쓴다고 같은 결과가 나오는 모델은 아니다.

38. 실패 위험과 한계 ⑥: 최신 판매량을 알 수 없다는 데이터 한계

2022년 7월의 약 45만 Steam copies는 개발자 직접 제공 데이터다.

반면 2026년 현재 여러 외부 Steam 추정 서비스는 Stacklands 판매량을 서로 상당히 다른 값으로 추정한다.

[분석]

따라서 다음과 같은 표현은 피해야 한다.

“현재 100만 장 이상 확실히 팔렸다.”

공식 최신 수치가 없기 때문이다.

현재 확인되는 확실한 장기 traction은:

• $7.99 가격 유지
• 두 개의 유료 DLC
• Switch port
• Steam 영어 리뷰 약 11.9K, 95% 긍정
• 외부 전체 언어 집계 약 30K 리뷰, 96% 긍정

정도다.

39. 맥락 특수적인 요소 vs 재현 가능한 요소

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

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

실험 1 — Universal Primitive Prototype

현재 만들고 싶은 제품에서 object 종류를 전부 적는다.

예:

• user
• task
• resource
• building
• reward
• message
• file
• enemy

그중 절반 이상을 같은 표현으로 바꾸는 prototype을 3일 안에 만든다.

예:

전부 card
전부 block
전부 node
전부 row.

측정:

• 구현 코드량
• 새 object 추가시간
• 첫 사용자 이해시간
• 필요한 메뉴 수.

목표는 시각적 통일이 아니라 새 기능의 한계비용을 낮추는 것이다.

실험 2 — One-Gesture Test

핵심 가치가 발생하는 행동을 하나의 gesture로 줄인다.

Stacklands:

card를 다른 card 위에 drag.

앱 예시:

block을 끌어 workflow 연결
문장을 입력하면 자동 구조화
파일을 놓으면 변환.

사용자 20명에게 아무 tutorial 없이 prototype을 주고 30초 내 첫 성공률을 측정한다.

first success / 20 users

를 기록한다.

실험 3 — Content Marginal Cost Benchmark

새 item/content 10개를 실제로 추가한다.

측정:

첫 번째 1개 제작시간
10번째 제작시간.

좋은 content system이라면 10번째가 훨씬 빨라야 한다.

10개를 만들수록 더 느려진다면 pipeline 자체를 먼저 고친다.

실험 4 — Linear Route vs Random Input A/B

A 버전:

필요한 resource를 항상 같은 순서로 제공.

B 버전:

다음 resource 후보를 3개 중 random하게 제공.

측정:

• repeat session rate
• 서로 다른 전략 수
• frustration
• completion time
• “두 번째 플레이도 같았다” 응답률.

B의 목표는 시간을 늘리는 것이 아니라 의사결정을 다시 하게 만드는 것이다.

실험 5 — Knowledge Beats Unlock Test

기능 하나에 대해 두 UX를 비교한다.

A:

tutorial/recipe unlock 후에만 실행 가능.

B:

사용자가 방법을 알면 처음부터 실행 가능, tutorial은 발견 aid만 제공.

측정:

• power-user satisfaction
• confusion
• support requests
• completion.

사용자가 이미 정답을 안다면 제품이 막지 않는 편이 좋은지 검증한다.

실험 6 — One-Concept 4-Week Game/App

다음 프로젝트 하나를 정확히 4주 scope로 제한한다.

규칙:

• 핵심 interaction 1개
• 핵심 promise 1문장
• secondary mode 금지
• account/social/live-service 금지
• 반드시 공개 배포.

성과를 매출보다 다음으로 본다.

• completion
• user feedback 수
• store conversion
• review sentiment
• 다음 프로젝트에 재사용한 시스템 수.

목표는 Sokpop처럼 끝낸 실험 횟수를 늘리는 것이다.

실험 7 — Portfolio Signal Score

작은 출시 5개를 만들 계획이라면 각 제품을 같은 표로 평가한다.

시장 신호 ÷ 개발주가 가장 높은 제품에만 다음 2개월을 투자한다.

실험 8 — Post-Launch Investment Gate

출시 전에 확장조건을 적는다.

예:

30일 5K paid sales
혹은 1K DAU
혹은 review 500 / 90%+.

기준 미달:

maintenance only.

기준 충족:

DLC/update sprint 승인.

hit가 나올 것이라는 희망 때문에 모든 제품에 장기 roadmap을 붙이지 않는다.

실험 9 — Localization Pilot

전체 게임을 한 번에 12개 언어로 번역하지 않는다.

Store page·demo·trailer subtitle부터:

• Simplified Chinese
• Japanese
• Korean
• German

등 후보 4개 언어를 먼저 테스트한다.

측정:

• wishlist by country
• demo install
• store conversion
• community posts.

반응이 큰 언어부터 full localization에 투자한다.

Stacklands에서 2022년 중국이 32%로 최대 시장이었다는 사실은 localization이 실제 매출축이 될 수 있음을 보여준다. (Game Developer, 2022-07-11 )

실험 10 — Art Throughput Test

아티스트에게 같은 스타일로 content 20개를 추가해달라고 한다.

측정:

평균 제작시간
revision 횟수
작은 화면에서 recognition rate.

미려하지만 카드 하나당 6시간 걸리는 스타일과, 40분 걸리고 즉시 구분되는 스타일을 비교한다.

작은 팀에서는 readability × throughput을 함께 최적화한다.

실험 11 — Board/Canvas 10× Stress Test

one-primitive UI를 만든다면 초기 object 수의 10배를 자동 생성한다.

예:

정상 20개 → test 200개.

측정:

• 원하는 object 찾는 시간
• misclick
• drag distance
• frame rate
• 사용자 스트레스.

초기에 직관적인 UI가 scale에서 clutter가 되는지 확인한다.

실험 12 — Catalog Halo Tracking

새 게임을 launch할 때 기존 제품에:

• announcement
• bundle
• store cross-link
• newsletter

를 붙인다.

측정:

신작 launch 후 기존 catalog revenue lift
기존 게임 follower → 신작 wishlist 전환.

반대로 hit product에서 다른 게임으로 이동하는 비율도 본다.

Stacklands hit 당시 Sokpop 전체 번들이 약 1,200개 팔린 것은 catalog halo가 실제 돈이 될 수 있음을 보여준다. (Game Developer, 2022-07-11 )

실험 13 — Low Price Only If Low Cost

가격을 먼저 정하지 말고 target development budget을 역산한다.

예:

목표 순매출 $100K
가격 $5 / $8 / $12 후보
예상 platform cut·discount·tax 고려.

각 가격에서 필요한 판매량을 계산한다.

낮은 가격을 선택한다면 scope도 그 판매량 위험에 맞춰 낮춘다.

Stacklands식 $4.99 전략은 몇 년짜리 AAA형 제작비와 결합하면 재현 불가능하다.

실험 14 — Streamer Readability Test

제품을 모르는 사람 30명에게 10초 gameplay clip을 무음으로 보여준다.

질문:

“무슨 행동이 일어났나요?”
“무엇을 얻은 것 같나요?”

70% 이상이 핵심 원인과 결과를 설명할 수 있는지 본다.

설명이 안 된다면 marketing copy보다 state readability를 먼저 개선한다.

실험 15 — Windfall Rule Before the Hit

2~4인 collective라면 매출이 발생하기 전에 다음을 문서화한다.

• 제품별 수익귀속
• 공동비용
• hit bonus 여부
• 다음 프로젝트 투자비율
• 실패작 지원원칙
• IP ownership

Sokpop의 equal split을 그대로 복제할 필요는 없다.

중요한 것은 hit가 난 뒤 돈 때문에 조직구조를 처음 논의하지 않는 것이다.

42. 표면적으로 복제하면 안 되는 것

Stacklands를 보고 따라 하기 쉬운 요소는 다음이다.

카드
파스텔 색
village builder
roguelite
$8 이하 가격
귀여운 그림.

하지만 이미 Stacklands 이후 “stacking” 계열 게임이 하나의 인디 subgenre처럼 인식될 정도로 시각적 문법이 익숙해졌다.

지금 필요한 것은 카드 자체의 복제가 아니다.

복제할 구조는 다음이다.

우리 팀이 비싸서 못 만드는 장르가 무엇인지 찾는다.

→ 그 장르의 객체를 하나의 primitive로 압축한다.

→ 한 종류의 입력으로 여러 기능을 실행한다.

→ prototype에서 바로 tactile fun이 있는지 확인한다.

→ 콘텐츠를 추가할수록 제작단가가 내려가는 pipeline을 만든다.

→ 작은 제품을 실제로 공개해 시장 signal을 얻는다.

→ 반응이 약하면 다음 실험으로 간다.

→ 반응이 강한 제품에만 후속 콘텐츠·DLC·platform port를 붙인다.

Stacklands의 진짜 강점은 카드가 아니라 scope를 innovation으로 바꾼 것이다.

43. 최종 결론

Stacklands에서 가장 눈에 띄는 공개 숫자는 다음이다.

Sokpop 약 5년간 100개 게임
Stacklands Steam 출시 2022-04-08
출시가 $4.99
약 3개월 뒤 Steam 약 450K copies
Stacklands + Simmiland bundle 약 50K
중국 32% / 미국 24%
2022년 Patreon 약 $8.5K/month
2023·2024 두 개의 $3.99 DLC
2024 Nintendo Switch 확장
2026 Steam base price $7.99
Steam 영어 리뷰 약 11.9K / 95% 긍정
외부 전체 언어 집계 약 30.3K / 96% 긍정.

그러나 다른 인디 개발자가 가장 중요하게 봐야 할 숫자는 45만 장보다 100개의 이전 게임이다.

Stacklands의 제품 아이디어는 우연히 떠오른 한 번의 천재적 발상이 아니라, 짧은 게임을 반복해서 완성하고 버리고 배우는 환경 안에서 나왔다.

또 제품 측면에서 가장 중요한 혁신은 “카드”보다 카드가 해결한 제작비 문제다.

Aran Koning은 village builder를 만들고 싶었지만 작은 팀으로는 너무 복잡하다고 느꼈다. 그래서 기능을 줄이는 대신 표현체계를 바꿨다.

건물도 카드.
자원도 카드.
주민도 카드.
몬스터도 카드.
보상도 카드.

그 결과 제작복잡도는 내려가고, 사용자에게는 새로운 tactile interaction이 생겼다.

이것이 작은 팀에게 가장 재현가치가 높은 패턴이다.

제약을 제거하려 하지 말고, 제약 때문에 더 좋은 제품형식을 선택한다.

사업 측면에서는 다음 패턴이 중요하다.

작게 여러 번 출시 → 반응 관찰 → hit에만 추가투자 → 성공한 제품의 audience와 cash flow를 다음 실험으로 이동.

이는 “한 게임을 반드시 성공시켜야 한다”는 모델보다 생존성이 높을 수 있다.

마지막으로 이 사례에서 다른 인디 개발자가 바로 던져야 할 질문은 네 가지다.

“우리가 만들고 싶은 제품에서 가장 비싼 5개 시스템을 하나의 object type으로 합칠 수 있는가?”

“새 콘텐츠 100개를 만들수록 더 쉬워지는 architecture인가, 더 어려워지는 architecture인가?”

“한 프로젝트의 성공확률을 올리는 데만 집중하고 있는가, 아니면 성공할 수 있는 시도 횟수 자체를 늘리고 있는가?”

그리고 가장 중요하게:

“이 제품이 성공하기 전에 이미 장기 roadmap을 약속할 필요가 있는가, 아니면 실제 traction이 다음 투자규모를 결정하게 할 수 있는가?”

Stacklands의 재현 가능한 공식은 결국 다음과 같다.

반복출시 craft × scope-first product thesis × universal primitive × one-gesture UX × cheap content pipeline × discovery loop × randomness that changes decisions × low-cost premium launch × localization × catalogue compounding × traction-based reinvestment.

주요 출처와 게시일