Stacklands 성공 사례 분석

이번 사례는 네덜란드의 4인 인디 집단 Sokpop Collective가 만든 Stacklands다. 최근 다룬 Balatro, Vampire Survivors, Lethal Company, Tiny Glade, Minami Lane, Chained Together, Screen Studio, Plausible Analytics, Carrd와 겹치지 않는다.

Stacklands는 2022년 4월 Steam에 출시된 카드 기반 마을 건설·생존 게임이다. 핵심 아이디어는 매우 단순하다. 마을 시뮬레이션의 주민·나무·돌·건물·음식·몬스터를 전부 카드로 바꾸고, 카드를 서로 겹치는 행위를 노동·생산·건설·전투의 공통 인터페이스로 사용한다. 예를 들어 Villager 카드를 Berry Bush 위에 올리면 Berry가 나오고, 자원을 조합하면 건물이 생긴다. 현재 Steam 설명 기준으로 기본 게임에는 200개가 넘는 카드, 60개가 넘는 Idea, 50개가 넘는 Quest, 13종 Card Pack이 있다. (Steam, 현재 페이지 )

이 게임이 특히 흥미로운 이유는 히트작 하나의 디자인뿐 아니라 히트가 나오기 전까지 버틸 수 있게 만든 조직·포트폴리오 구조까지 함께 분석할 수 있기 때문이다. Sokpop은 Stacklands 이전에 이미 거의 100개의 작은 게임을 냈다. 2018년부터 Patreon을 기반으로 매달 새 게임을 출시했고, 네 명이 각각 대체로 독립적으로 개발했기 때문에 실제로는 1인당 약 4개월마다 하나의 게임을 완성하는 구조였다. Stacklands는 이 반복 실험 체계에서 나온 극단적인 아웃라이어였다. (Game Developer, 2022-07-11 , Game Developer, 2023-03-02 )

1. 핵심 공개 지표

아래 숫자 중 2022년 판매·매출 데이터는 Sokpop이 GameDiscoverCo에 제공한 Steam 백엔드 화면과 Aran Koning의 직접 발언을 기반으로 한다. 현재 누적 판매량은 개발사가 최신 공식 수치를 공개하지 않았기 때문에 추정하지 않는다.

공개 자료가 확인되지 않는 수치: 최신 공식 누적 판매량, 최신 누적 매출·순매출, 출시 전 wishlist, wishlist→구매 전환율, CAC, 마케팅비, 정확한 개발비, D1/D7/D30 retention, 전체 플랫폼별 판매량, DLC attach rate는 공개 자료가 없다. 현재 리뷰 수에 Boxleiter 계수를 곱해 판매량을 추정할 수는 있지만, 이 문서에서는 공식치처럼 사용하지 않는다.

2. 개발자 배경: Stacklands보다 중요한 것은 ‘100번 출시해 본 조직’이었다

[사실] Sokpop Collective는 Utrecht 기반의 네 명짜리 개발 집단이다. Aran Koning, Tijmen Tio, Ruben Naus, Tom van den Boogaart가 게임잼을 통해 서로 알게 됐고, 2018년 Patreon 기반 모델을 시작했다. Game Developer 인터뷰에서 Aran은 약 5년 동안 매달 게임을 내며 총 100개의 프로젝트를 출시했다고 설명한다. 네 사람이 모든 게임을 공동 제작하는 것이 아니라 각자 자기 프로젝트를 거의 독립적으로 만들었기 때문에, 한 사람 기준으로는 대략 네 달에 한 작품을 완성하는 구조였다. (Game Developer, 2023-03-02 )

[분석] Stacklands의 가장 중요한 선행 자산은 예산이나 대규모 팬덤이 아니라 반복 출시 경험의 누적이었다. 보통 인디 개발자는 첫 상업작 하나에 2~4년을 걸고 시장 반응을 한 번 받는다. Sokpop은 같은 기간에 수십 번의 가격 결정, 스토어 등록, UX 절충, 플레이어 피드백, scope cut, 출시 후 버그 수정 경험을 쌓았다.

따라서 Stacklands의 성공을 “네 달 만에 만든 대박”으로 벤치마킹하기보다 다음처럼 보는 편이 정확하다.

짧은 개발 주기 × 반복 시장 노출 × 공동 생존 자금 × 어느 한 작품이 터질 때까지 버틸 확률 증가

이 구조는 게임 하나의 성공 확률을 크게 올린다기보다 조직 전체가 히트를 만날 때까지 살아 있을 확률을 높인다.

3. 조직의 제품 thesis: ‘대작 하나’ 대신 ‘상업화된 게임잼 포트폴리오’

[사실] GameDiscoverCo는 Sokpop 방식을 “commercialized game jam”에 가깝다고 표현했다. Sokpop 구성원들은 한 작품이 실패해도 바로 다음 작품을 만들 수 있다는 점을 핵심 장점으로 설명했다. 실제 인터뷰에서 Aran은 좋은 게임이라고 생각해도 안 팔릴 수 있고, 예상하지 못한 게임이 갑자기 팔리기도 한다고 말했다. 수익도 Stacklands 제작자인 Aran에게 집중시키지 않고 네 명이 동일하게 나눴다. 그 이유 역시 “누구의 게임이 무작위로 크게 뜰지 모른다”는 판단이었다. (Game Developer, 2022-07-11 , Game Developer, 2023-03-02 )

[분석] 이건 단순한 팀 문화가 아니라 포트폴리오 경제학이다.

일반적인 인디 구조는:

2년 개발 → 1회 출시 → 실패하면 재정·정신적 손실 집중

Sokpop 구조는:

짧은 프로젝트 A → B → C → D ... → 작은 실패를 흡수 → 하나의 아웃라이어가 전체 포트폴리오를 재평가

이다.

Stacklands의 성공이 다른 Sokpop 게임까지 판매하게 만든 점도 중요하다. Aran은 약 $200짜리 전체 Sokpop bundle이 약 1,200개 팔렸다고 밝혔다. 즉 한 히트가 back catalog를 재유통하는 acquisition event가 됐다. (Game Developer, 2022-07-11 )

4. Stacklands의 제품 thesis: 복잡한 장르를 카드라는 단일 인터페이스로 압축한다

[사실] Aran은 오랫동안 village builder를 만들고 싶었지만 필요한 asset과 system이 너무 많아 계속 망설였다고 설명한다. 그래서 모든 것을 카드로 바꾸면 복잡성을 크게 줄이면서도 village builder의 재미를 유지할 수 있다고 판단했다. 초기 prototype에서 카드를 겹치는 행위는 solitaire에서 영감을 받았고, 금방 재미가 보였다고 회고한다. (Game Developer, 2023-03-01 )

[분석] 이 결정은 단순히 아트를 싸게 만드는 방법이 아니었다. 카드가 동시에 네 가지 문제를 해결했다.

1. 콘텐츠 표현: 나무·돌·사람·집을 같은 시각 규격으로 표현할 수 있다.
2. 입력: drag-and-drop 하나로 채집·건설·조합·전투 시작을 표현한다.
3. 공간 관리: 물건의 위치와 관계를 보드 위 배치로 표현한다.
4. 진행 보상: booster pack을 열어 새 카드를 얻는 행위가 자연스럽게 progression이 된다.

작은 팀에게 이상적인 기능은 “하나의 기능이 하나의 문제를 푼다”가 아니라 하나의 abstraction이 여러 제작비를 동시에 없애는 기능이다. Stacklands에서 그 abstraction이 카드였다.

5. 제품 포지셔닝: ‘카드 게임’이 아니라 ‘마을 시뮬레이션을 만질 수 있게 만든 게임’

[사실] Steam의 현재 사용자 태그는 Card Game, Management, Survival, Roguelite, City Builder, Strategy, Building, Solitaire가 동시에 상위에 있다. 공식 설명도 “card battler”보다 “village builder where you stack cards”를 첫 문장으로 사용한다. (Steam )

[분석] 이 포지셔닝은 시장을 넓힌다. 카드게임 팬만 노린다면 Hearthstone류와 비교되지만, Stacklands는 city builder와 survival player에게 “복잡한 management fantasy를 카드 몇 장으로 축약한 게임”처럼 보인다.

핵심은 장르를 섞었다는 사실보다 한 장르의 비용 구조를 다른 장르의 인터페이스로 바꾼 것이다.

village builder의 시스템 깊이 + solitaire의 직접조작 + booster pack의 기대감

이 세 요소가 같은 UI 안에 들어간다.

6. 타깃 사용자

공식 세그먼트 데이터는 공개되지 않았다. 다음은 제품 구조와 현재 태그를 바탕으로 한 **[분석]**이다.

특히 중요한 타깃은 “도시 건설 게임을 좋아하지만 복잡한 메뉴와 긴 캠페인은 부담스러운 사람”이다. 기능을 제거한 것이 아니라 장르의 진입 비용을 제거한 제품으로 볼 수 있다.

7. 핵심 UX 선택 ①: 모든 행동을 ‘카드를 겹친다’로 통일

[사실] Villager를 Berry Bush 위에 두면 식량을 채집하고, 재료 여러 장을 주민과 겹치면 건물을 만든다. 적과 주민 카드가 닿으면 전투가 자동으로 시작된다. 공식 Steam 설명은 이 상호작용을 제품 소개 첫 부분에서 바로 시연한다. (Steam )

[분석] 이 게임은 명령 버튼을 가르치지 않는다. 플레이어는 “무엇을 무엇 위에 올려놓으면 되는가?”만 이해하면 된다.

즉 tutorial complexity를:

채집 버튼 + 건설 메뉴 + 생산 메뉴 + 전투 명령

에서

drag → stack

으로 줄인다.

소규모 앱에도 같은 원리가 적용된다. 여러 기능이 필요하더라도 사용자 입력 문법은 하나일 수 있다. 좋은 abstraction은 feature count를 줄이는 것이 아니라 interaction grammar를 줄인다.

8. 핵심 UX 선택 ②: ‘카드의 물리성’을 규칙으로 활용

[사실] Aran은 카드가 통통 튀는 간단한 애니메이션을 만들다가 Rabbit 카드는 실제로 여기저기 뛰어다닐 수 있고, Monster 카드는 주민에게 천천히 접근할 수 있겠다는 아이디어를 얻었다고 설명한다. 이때 게임이 추상적인 카드게임이면서 동시에 물리적 세계처럼 느껴지는 방향이 생겼다. (Game Developer, 2023-03-01 )

[분석] 좋은 추상화는 모든 구체성을 삭제하지 않는다. 오히려 Stacklands는 카드라는 추상물에 물리적 성격을 다시 넣었다.

• 토끼는 움직인다.
• 적은 주민을 찾아간다.
• 카드가 쌓이면 하나의 작업 단위가 된다.
• 보드가 혼잡해지면 실제 마을처럼 관리 문제가 생긴다.

그래서 단순 UI가 깊은 simulation을 담을 수 있었다.

9. 핵심 UX 선택 ③: 랜덤 card pack이 ‘정답 순서’를 깨뜨린다

[사실] 초기 prototype에는 구조적인 문제가 있었다. 나무→목재→집→주민처럼 모든 카드가 고정된 생산 사슬로 이어지면 최적 순서 하나만 반복하게 된다. Aran은 이 문제를 card pack 시스템으로 해결했다고 설명한다. 플레이어가 자원을 팔아 coin을 만들고 pack을 사면 랜덤 카드가 나오므로, 매번 다른 순서와 부족한 자원에 대응해야 한다. (Game Developer, 2023-03-01 )

[분석] 중요한 점은 RNG가 재미를 만든 것이 아니라 결정의 순서를 흔든 것이다.

고정 생산망만 있으면:

답을 발견 → 이후 반복 노동

이 된다.

랜덤 pack이 들어가면:

주어진 자원 확인 → 지금 가능한 경로 선택 → 부족한 것 우회 → 다음 pack 기대

가 된다.

즉 랜덤성은 콘텐츠를 추가하지 않고도 같은 카드 조합을 여러 번 다르게 경험하게 하는 콘텐츠 증폭기다.

10. progression: 항상 ‘다음 문제’를 하나만 보여준다

[사실] Aran은 단순하지만 깊은 구조를 만드는 방법으로 “처음에는 식량이 어렵지만 farm을 만들면 쉬워지고, 처음에는 wood를 pack에서 얻어야 하지만 Lumber Camp를 만들면 자동으로 얻을 수 있다”고 설명했다. 문제 하나를 해결하면 다음 병목이 나타나도록 설계했다. (Game Developer, 2023-03-01 )

[분석] 이것은 tutorial이 progression과 분리되지 않은 설계다.

식량 부족 → farm 발견 → 식량 안정
목재 부족 → lumber automation → 목재 안정
공간·인구·전투 등 다음 문제 등장

사용자는 시스템 전체를 미리 배울 필요가 없다. 현재 병목을 해결하기 위해 필요한 기능만 배운다.

앱에서도 onboarding을 기능 tour가 아니라 “첫 번째 실제 문제 → 해결 → 다음 문제” 방식으로 바꿀 수 있다.

11. discovery UX: 레시피를 숨기되, 플레이어를 속이지 않는다

[사실] Stacklands에는 Idea 카드가 있어 새로운 조합을 알려준다. 개발 중에는 Idea를 얻기 전에는 해당 조합 자체를 만들 수 없게 해보기도 했지만 Aran은 이를 불공정하고 일관성 없는 규칙이라고 판단했다. 최종적으로는 Idea를 발견하지 않았어도 올바른 재료를 쌓으면 조합이 작동하도록 했다. (Game Developer, 2023-03-01 )

[분석] 이 선택은 discovery game의 중요한 원칙을 보여준다.

정보는 잠글 수 있지만, 세계의 규칙 자체를 플레이어 몰래 잠그지는 않는다.

그래서 실험하는 플레이어는 우연히 정답을 먼저 찾을 수 있고, Idea는 힌트·확인·collection reward 역할을 한다.

12. 아트 전략: 카드 하나당 제작비를 극단적으로 제한했다

[사실] Aran은 게임에 많은 카드가 필요했기 때문에 아티스트 Lisa Mantel에게 각 카드 그림에 너무 많은 시간을 쓰지 않게 하고 싶었다고 말한다. 그래서 “처음 떠오르는 것을 그리고 revision을 하지 않는다”에 가까운 규칙을 사용했다. 결과적으로 카드 추가가 빠르고 읽기 쉬운 스타일이 만들어졌다. (Game Developer, 2023-03-01 )

[분석] 이것은 polish를 버린 것이 아니라 production rule을 정한 것이다.

아트 스타일을 평가할 때 “얼마나 예쁜가?”뿐 아니라 다음 질문이 중요하다.

새 콘텐츠 하나를 추가하는 데 몇 시간이 필요한가?

Stacklands의 카드 규격과 line-art 스타일은 콘텐츠 생산 속도 자체를 제품 전략으로 만든다.

13. 출시 전략: itch.io → Steam, 그리고 기존 구독자에게 Steam key

[사실] itch.io devlog에는 2022년 4월 1일 버전 업데이트가 있고, 4월 8일에는 Steam 출시 공지가 올라왔다. itch.io 구매자에게 Steam key도 제공됐다. (itch.io, 2022-04-08 )

Sokpop은 초기 몇 년 동안 Steam 출시를 꺼렸다. 작은 게임들이 Steam 이용자에게 맞을지 불확실했고, 게임마다 $100 등록비와 새 store page를 만드는 비용도 부담이었다. 이후 Valve와 대화한 뒤 과거 게임 약 70개를 Steam에 올렸고, Steam과 itch/Patreon을 거의 동시 운영했다. Stacklands 이전에도 Steam 매출과 Patreon 매출이 대략 50:50이 되어 전체 매출이 사실상 두 배 가까이 늘었다고 Aran은 밝혔다. (Game Developer, 2022-07-11 )

[분석] 중요한 교훈은 “Steam이 무조건 답”이 아니다. Sokpop은 이미 Patreon이라는 직접 유통망이 있었지만 Steam을 별도의 discovery engine으로 추가했다.

구조는:

Patreon = 안정적인 반복 수익 + 초기 팬층
itch.io = 유연한 직접 판매
Steam = 대규모 발견·리뷰·추천·bundle

이다.

작은 팀에게 유통 채널 추가는 운영 부담이지만, 이미 만든 콘텐츠의 판매 표면적을 넓힌다는 점에서 매우 높은 레버리지를 만들 수 있다.

14. 마케팅 전략: Stacklands 하나를 광고하기 전에 Sokpop이라는 카탈로그를 만들었다

[사실] Stacklands가 출시될 무렵 Sokpop은 이미 거의 100개의 게임과 Patreon 커뮤니티를 보유하고 있었다. GameDiscoverCo 기사에서 Stacklands 히트 뒤 Patreon도 약 $8,500/월까지 올라갔고, 전체 Sokpop catalog bundle도 예상 밖으로 약 1,200개 팔렸다고 Aran이 밝혔다. (Game Developer, 2022-07-11 )

[분석] Stacklands의 마케팅은 단일 제품 캠페인보다 카탈로그 네트워크 효과에 가깝다.

• 기존 Sokpop 팬이 Stacklands를 발견한다.
• Stacklands 신규 고객이 Sokpop 브랜드를 발견한다.
• 새 고객이 과거 게임 bundle을 산다.
• 일부는 Patreon으로 이동한다.
• 다음 Sokpop 게임의 초기 audience가 커진다.

즉 한 제품의 성공이 다음 제품의 CAC를 낮추는 구조다.

15. 중국 시장은 운이 아니라 localization으로 확대됐다

[사실] 2022년 7월 시점 판매량의 32%가 중국으로, 미국 24%보다 컸다. Aran은 같은 기사에서 특히 중국어 localization이 중요했다고 강조했다. 당시 프랑스·독일은 각각 5%, 영국은 4%였다. (Game Developer, 2022-07-11 )

현재 Steam은 영어, 프랑스어, 이탈리아어, 독일어, 스페인어, 네덜란드어, 일본어, 한국어, 폴란드어, 브라질 포르투갈어, 중국어 간체·번체까지 12개 인터페이스 언어를 표시한다. (Steam )

[분석] 여기서 localization은 출시 전 완벽주의 항목이 아니었다. 2023년 인터뷰에서 Aran은 Stacklands 출시 당시 localization, controller support, 메뉴 품질이 충분하지 않았고 성공 후 초기 업데이트에서 개선했다고 말했다. (Game Developer, 2023-03-02 )

즉 이 사례의 순서는:

핵심 mechanic 출시 → 시장 반응 확인 → 성공이 보이면 localization·controller·aftercare 투자

였다.

이는 모든 polish를 출시 전에 끝내지 않고 증거가 생긴 뒤 투자 강도를 올리는 방식이다.

16. 가격 전략: 히트 후 가격을 올리고, 작은 DLC로 확장했다

[사실] 2022년 7월 GameDiscoverCo 기사 당시 가격은 $4.99였다. 현재 Steam 기본 가격은 $7.99다. 현재 기본 게임에는 $3.99짜리 DLC 두 개가 별도 판매된다. Cursed Worlds는 2023년 7월 25일, Stacklands 2000은 2024년 10월 30일 출시됐다. (Game Developer, 2022-07-11 , Steam base game , Cursed Worlds , Stacklands 2000 )

[분석] 초기 저가는 Sokpop의 기존 브랜드 약속과 맞았다. 이들은 오랫동안 $3~5짜리 소형 게임을 만들어 왔다. Stacklands가 검증된 뒤에는:

$4.99 base → $7.99 base + $3.99 DLC × 2

로 가치 포획을 늘렸다.

중요한 점은 microtransaction으로 economy를 흔들지 않고 콘텐츠 묶음 단위로 가격을 올린 것이다. 카드팩이 게임 안에 존재하지만 실제 돈으로 카드팩을 파는 구조가 아니다.

17. 수익화 모델: ‘게임 안 booster pack’과 ‘현실 돈’을 분리했다

[사실] 플레이어는 게임 안에서 자원을 팔아 coin을 얻고 그 coin으로 Card Pack을 구매한다. 실제 수익화는 premium purchase와 DLC다. (Steam )

[분석] 이 분리는 전략게임의 신뢰를 지킨다. 게임 내 random pack은 run variability를 위한 장치이지 결제를 유도하는 장치가 아니다.

따라서 플레이어가 나쁜 pack을 뽑아도:

“현실 돈을 더 써야 한다”

가 아니라

“이번 자원으로 무엇을 할까?”

가 된다.

18. 바이럴 메커니즘: 한 장의 GIF로 제품을 설명할 수 있다

[분석] Stacklands는 영상 설명 비용이 낮다.

Villager를 Berry Bush 위에 드래그
→ progress가 돈다
→ Berry 카드가 튀어나온다
→ 그 카드를 팔거나 먹인다.

이 과정만 보여줘도 제품의 핵심이 전달된다.

즉 스토어 capsule이나 긴 문장보다 interaction 자체가 trailer다. Tiny Glade나 Balatro와 마찬가지로, 소규모 팀에게 유리한 제품은 “좋은 광고를 만들기 쉬운 제품”보다 정상적인 플레이가 그대로 광고가 되는 제품이다.

19. 리텐션 메커니즘: 매번 새로운 콘텐츠보다 ‘다음 병목’이 플레이를 이어간다

공식 D1/D7/D30 retention은 공개되지 않았다. 2022년 개발자 Steam 화면에서 확인되는 중앙 플레이시간은 3시간 47분이고, 기본 게임의 현재 공식 설명은 5~7시간 분량을 제시한다. (Game Developer, 2022-07-11 , Steam )

[분석] Stacklands는 장기 live-service retention보다 연속 problem-solving retention에 강하다.

식량 문제 해결
→ 자원 자동화 문제
→ 공간 문제
→ 인구 문제
→ 적·boss 문제
→ 새 카드 발견

한 문제를 풀면 게임이 쉬워지는 동시에 다음 시스템을 받아들일 인지 여유가 생긴다.

20. 운영 레버리지 ①: 카드라는 공통 asset format

[사실] 기본 게임은 200+ 카드, Cursed Worlds는 130+ 신규 카드, Stacklands 2000은 180+ 신규 카드를 광고한다. (Steam base game , Cursed Worlds , Stacklands 2000 )

[분석] 새 콘텐츠가 같은 규격을 공유하면 제작 파이프라인이 반복된다.

새 생물 1개를 3D 게임에 넣으려면 model, rig, animation, VFX, collision, camera 대응이 필요할 수 있다. Stacklands에서는 핵심 표현 단위가 카드이므로 production cost가 훨씬 예측 가능하다.

이것이 4인 이하 팀에게 가장 강한 scope-control 방법 중 하나다.

21. 운영 레버리지 ②: Patreon이 ‘런웨이’와 ‘테스트 시장’을 동시에 제공

[사실] Sokpop은 Patreon을 통해 정기적으로 새 게임을 제공했고, 2022년 7월 Patreon 수입은 약 $8,500/월이었다. Steam 진출 전후에는 Steam과 Patreon이 약 50:50 수준의 수입원이 됐다고 Aran은 말했다. (Game Developer, 2022-07-11 )

[분석] Patreon은 단순 팬 후원이 아니다.

• 새 아이디어를 바로 보여줄 audience가 있다.
• 작은 게임도 출시 이유가 생긴다.
• 대작 하나에 생존을 걸 필요가 없다.
• back catalog가 subscription value가 된다.

즉 수익 모델이 개발 프로세스를 바꿨다.

22. 운영 레버리지 ③: 수익을 4등분해 개인 hit-risk를 제거

[사실] Sokpop은 Stacklands 수익도 네 명이 동일하게 나눴다. 누구의 작품이 예측 불가능하게 터질 수 있기 때문에 처음부터 이 규칙을 합의했다고 Aran은 설명했다. (Game Developer, 2022-07-11 )

[분석] 이 구조는 매우 독특하다. 개인별 생산성과 매출을 직접 연결하지 않는 대신 포트폴리오 위험을 공유한다.

장점:

• 실패작을 만들어도 생존 가능
• 과도한 경쟁 감소
• 한 명의 hit이 전체 팀의 runway를 늘림

단점:

• 기여도 차이가 커지면 갈등 가능
• 모든 팀이 동일한 신뢰 수준을 갖기 어렵다

따라서 그대로 복제하기보다는 “여러 프로젝트의 위험을 어떻게 분산할 것인가?”라는 질문을 가져오는 편이 좋다.

23. 핵심 인플렉션 ①: Steam을 유통 채널로 받아들인 것

[사실] Sokpop은 처음에는 작은 게임들이 Steam과 맞지 않는다고 생각했지만, 대규모 back catalog를 Steam에 올린 뒤 Stacklands 이전에도 Steam 수입이 Patreon과 비슷한 수준이 됐다고 밝혔다. (Game Developer, 2022-07-11 )

[분석] 이 결정은 Stacklands 성공 전에 이미 catalog distribution economics를 개선했다.

제품 하나의 마케팅보다 먼저, “이미 만든 70개 제품이 어디에서 더 발견될 수 있는가?”를 해결한 것이다.

24. 핵심 인플렉션 ②: Stacklands가 ‘더 오래 투자할 가치가 있는 prototype’이라는 신호를 보인 것

[사실] GameDiscoverCo 기사에서 Stacklands는 한동안 shelf에 놓였다가 “제대로 할 시간”이 생겼을 때 다시 작업했다고 설명된다. Aran은 첫 prototype이 빠르게 가능성을 보였다고도 말했다. (Game Developer, 2022-07-11 , Game Developer, 2023-03-01 )

[분석] Sokpop의 강점은 모든 prototype에 똑같이 투자하지 않는다는 것이다.

짧게 만든다 → 재미가 약하면 끝낸다 → 신호가 강하면 예외적으로 더 투자한다.

이것이 작은 팀의 capital allocation 방식이다.

25. 핵심 인플렉션 ③: 히트 후 ‘aftercare’ 모델로 전환

[사실] 2023년 인터뷰에서 Aran과 Ruben은 과거 게임들이 controller support, localization, 메뉴, 설명, camera 등에서 미완성인 경우가 많았다고 인정했다. Stacklands가 성공한 뒤에는 초기 업데이트로 이런 friction을 제거했고, 이후에는 장기간 support와 port를 더 중요하게 보게 됐다고 말했다. (Game Developer, 2023-03-02 )

[분석] 조직 전략이:

출시 수 극대화

에서

강한 신호를 보인 제품의 lifetime value 극대화

로 바뀌었다.

Stacklands는 Sokpop에게 제품 성공뿐 아니라 운영 모델을 바꾸게 한 제품이었다.

26. 핵심 인플렉션 ④: 중국 시장 비중 32%

[사실] 2022년 중반 Stacklands의 가장 큰 단일 시장은 중국이었다. (Game Developer, 2022-07-11 )

[분석] 이 숫자는 작은 게임일수록 localization ROI가 낮다는 통념을 반박한다. 오히려 Stacklands처럼 text가 비교적 짧고 UI 단위가 작은 게임은 번역 비용 대비 시장 확대 폭이 크다.

27. 출시 후 확장: base game → 무료 개선 → DLC → Switch

[사실] 기본 게임은 2022년 4월 Steam 출시 후 업데이트를 거쳤고, 2023년에는 Cursed Worlds, 2024년에는 Switch와 Stacklands 2000으로 확장됐다. Switch 버전은 2024년 3월 28일 출시됐으며 handheld/TV/tabletop mode를 지원한다. (Nintendo )

[분석] 제품의 life cycle은:

소형 premium game
→ 검증
→ friction 제거
→ 유료 확장팩
→ 새 플랫폼

이다.

처음부터 모든 플랫폼·콘텐츠를 만들지 않았다. 성공이 증명된 뒤 distribution surface와 ARPU를 확장했다.

28. 대안 가설 A — “카드 게임 유행을 탄 것뿐이다”

카드·덱빌딩 장르에 이미 수요가 있었던 것은 사실이다.

[분석] 그러나 Stacklands의 핵심 차별점은 덱을 구성해 전투하는 전형적인 deckbuilder가 아니다. 카드가 게임 세계의 object model과 UI를 동시에 표현한다.

따라서 더 타당한 설명은:

카드 장르의 시장 친숙성 + city-builder 복잡성의 압축

이다.

29. 대안 가설 B — “Sokpop 팬덤이 이미 있어서 팔렸다”

[사실] Sokpop은 Patreon과 수십 개의 Steam 게임을 이미 갖고 있었고, 이 audience는 분명 launch base가 됐다. (Game Developer, 2022-07-11 )

[분석] 그러나 당시 Patreon이 약 $8.5k/mo 규모였다는 사실만으로 47만 장 수준의 Steam units를 설명하기는 어렵다. 기존 팬층은 초기 점화 장치였고, Steam recommendation·creator coverage·word of mouth가 더 큰 시장으로 확장했을 가능성이 높다.

즉 audience가 원인이지만 충분조건은 아니다.

30. 대안 가설 C — “$5라서 충동구매가 많았다”

초기 가격이 $4.99였다는 점은 conversion에 유리했을 가능성이 크다.

[분석] 하지만 가격은 discovery를 만들지 않는다. 더 정확한 역할은:

흥미를 느낀 사용자가 ‘한번 해보자’로 넘어가는 장벽을 낮추는 것

이다.

현재 가격이 $7.99로 올라간 것도 시장이 product value를 증명한 뒤 가격을 정상화했다는 신호다.

31. 대안 가설 D — “중국 시장 운이 컸다”

중국이 32%로 가장 큰 시장이었던 것은 명백한 tailwind다.

[분석] 다만 중국어 지원과 낮은 텍스트량, card-based visual grammar가 있었기 때문에 이 tailwind를 받을 준비가 되어 있었다. 외부 시장의 크기는 통제할 수 없지만 localization 가능성이 높은 제품 구조는 통제 가능하다.

32. 대안 가설 E — “100개 만들면 언젠가 하나는 터진다”

이것이 Sokpop 사례에서 가장 위험한 단순화다.

[분석] 100개를 만드는 것만으로 충분하지 않다. 중요한 것은:

• 각 프로젝트의 cost cap이 낮고
• 실제로 출시하며
• 시장 반응을 보고
• 다음 프로젝트에 학습이 누적되고
• 생존을 위한 recurring revenue가 있고
• 히트하면 추가 투자할 수 있어야 한다.

100개의 비싼 프로젝트는 파산을 100번 반복하는 구조일 뿐이다.

33. 실패 위험 ①: 빠른 출시가 polish debt를 만든다

[사실] Aran은 Stacklands 출시 당시 localization, 메뉴, controller support 등이 부족했다고 말했다. Ruben 역시 과거 게임을 다시 보니 controls 설명과 camera 품질이 놀라울 정도로 부족한 경우가 있었다고 회고한다. (Game Developer, 2023-03-02 )

[분석] 빠른 출시 모델의 부채는 명확하다.

• accessibility 부족
• port 어려움
• support 증가
• 좋은 아이디어가 낮은 polish 때문에 시장에서 사라질 위험

Stacklands 성공 이후 Sokpop이 aftercare를 강조한 이유다.

34. 실패 위험 ②: board clutter와 micromanagement

[분석] 카드가 모든 것을 표현하기 때문에 후반부에는 장점이 단점으로 뒤집힐 수 있다. 카드가 많아질수록 보드는 실제 책상처럼 혼잡해지고, 자동화가 부족하면 반복 정리가 노동이 된다.

즉 초기에는:

“모든 것이 카드라 직관적이다.”

가 장점이지만, scale 이후에는:

“모든 것이 카드라 화면이 복잡하다.”

가 된다.

좋은 abstraction도 사용자 scale이 커지면 management overhead가 생긴다.

35. 실패 위험 ③: RNG가 선택을 만들지만 frustration도 만든다

[분석] card pack은 정답 루트를 깨지만 필요한 자원이 지나치게 늦게 나오면 사용자는 전략 실패가 아니라 RNG 실패라고 느낄 수 있다.

따라서 randomization은 콘텐츠 레버리지이면서 agency를 훼손할 위험도 있다.

36. 실패 위험 ④: 포트폴리오 모델이 조직마다 재현되지는 않는다

Sokpop 네 명은 오랫동안 함께 게임잼을 하고 수익을 동일하게 나누는 강한 신뢰 관계를 만들었다.

[분석] 일반 스타트업 팀에서 “누가 무엇을 만들든 수익을 동일 분배”를 바로 적용하면 갈등이 날 수 있다. 이 사례에서 재현할 것은 exact compensation rule이 아니라 프로젝트 실패 위험을 한 개인에게 몰지 않는 구조다.

37. 실패 위험 ⑤: 짧은 프로젝트는 local optimum에 갇힐 수 있다

[사실] Sokpop 자신들도 시간이 지나며 네 주짜리 게임만으로는 scope와 접근성을 충분히 해결하기 어렵다고 느껴 더 긴 개발과 support를 선택하기 시작했다. (Game Developer, 2023-03-02 )

[분석] 속도는 학습을 늘리지만, 어떤 종류의 제품은 긴 polish가 없으면 시장 수준을 넘지 못한다. 따라서 적절한 전략은 항상 짧게 만드는 것이 아니라:

초기 검증은 짧게, 증거가 강하면 길게

다.

38. 운의 요소

가장 중요한 구분은 다음이다.

어떤 프로젝트가 터질지는 운의 비중이 크지만, 터질 때까지 여러 번 시도할 수 있는 비용 구조는 설계할 수 있다.

39. 맥락 의존적 요소와 재현 가능한 요소

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

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

42. 바로 적용하기 가장 좋은 실험 ①: ‘복잡한 제품을 하나의 물체로 표현할 수 있는가?’

Stacklands의 핵심 혁신은 카드가 아니다. 더 일반화하면 복잡한 시스템을 한 종류의 object로 표현한 것이다.

[분석] 다른 제품에서도 같은 질문을 할 수 있다.

• 프로젝트 관리 앱: task, note, file을 모두 같은 card primitive로 다룰 수 있는가?
• 데이터 도구: query, chart, filter를 block 하나로 표현할 수 있는가?
• 게임: unit, resource, building을 공통 token으로 표현할 수 있는가?

공통 primitive가 생기면 UI뿐 아니라 저장 구조, tutorial, animation, content pipeline까지 함께 단순해질 수 있다.

43. 바로 적용하기 가장 좋은 실험 ②: ‘한 게임을 성공시키는 대신 여러 번 실패할 수 있는가?’

Sokpop 모델의 본질은 높은 성공률이 아니다.

[분석] 오히려 각 작품의 성공을 예측할 수 없다는 사실을 받아들인다.

따라서 개발자가 계산해야 할 것은:

“이 게임이 성공할 확률은 얼마인가?”

뿐 아니라

“이 게임이 실패해도 다음 실험을 몇 번 더 할 수 있는가?”

다.

매 프로젝트의 cost cap을 정하고 출시 횟수를 늘리는 것은 일종의 옵션 전략이다. 작은 실패를 많이 감당하고 큰 성공 하나의 upside를 열어 둔다.

44. 바로 적용하기 가장 좋은 실험 ③: ‘성공한 뒤에야 해야 하는 일을 분리하라’

Stacklands는 출시 시점부터 모든 것이 완벽하지 않았다. localization, controller, 메뉴, 장기 support는 성공이 확인된 뒤 강화됐다. (Game Developer, 2023-03-02 )

[분석] 기능을 세 분류로 나눌 수 있다.

출시 전 필수: core loop, 저장, 구매 불가 수준의 치명 버그 제거.
신호가 오면 투자: localization, controller, 플랫폼 port, accessibility 고도화.
장기 성공작에만: DLC, 대형 content update, console, long-tail support.

이렇게 하면 실패할 제품에 너무 많은 선행 비용을 쓰지 않는다.

45. 가장 중요한 인과관계

Stacklands의 성공을 가장 설득력 있게 연결하면 다음과 같다.

[분석]

게임잼과 짧은 프로젝트 경험 축적
→ Patreon으로 최소 생존 수익 확보
→ 각 개발자가 독립적으로 많은 prototype 출시
→ Steam catalog 확장으로 discovery surface 증가
→ village builder의 제작 복잡성을 카드 하나의 abstraction으로 압축
→ stacking이라는 한 가지 입력으로 채집·건설·전투 연결
→ 랜덤 pack으로 정답 순서 제거
→ 짧은 production rule로 200+ 카드 확장
→ 2022년 출시
→ Steam 추천·입소문·국제 시장 확대
→ 2022년 중반 47만 Steam units 규모
→ 중국 32% 판매를 확인하고 localization 강화
→ 가격 인상·DLC·Switch로 LTV 확대
→ Sokpop 자체 개발 모델도 ‘무조건 빠른 출시’에서 ‘성공작 aftercare’로 진화

따라서 성공 원인을 “카드를 잘 쌓게 만들었다”로 줄이면 절반만 본 것이다.

제품 차원에서는 복잡성을 카드로 압축했고, 사업 차원에서는 실패 위험을 포트폴리오로 압축했다.

둘이 같은 철학을 공유한다.

46. 이 사례에서 잘못 복제하면 안 되는 것

다음과 같은 표면적 결론은 위험하다.

• “4개월마다 게임을 내면 언젠가 대박 난다.”
• “그래픽을 단순하게 만들면 된다.”
• “카드게임을 만들면 scope가 작다.”
• “Patreon만 있으면 안정적으로 개발할 수 있다.”
• “중국어만 추가하면 판매량이 커진다.”

실제로 재현할 가치가 있는 구조는 더 구체적이다.

제작비가 싼 공통 abstraction을 찾고, 여러 작은 시장 실험을 반복하며, 실패가 조직을 죽이지 않는 runway를 만들고, 강한 신호가 온 제품에만 추가 자본을 집중한다.

47. 최종 결론

Stacklands는 “4인 팀이 만든 귀여운 카드게임”보다 작은 개발사가 복잡한 제품과 불확실한 시장을 동시에 다루는 방법으로 보는 편이 훨씬 유용하다.

제품에서는 village builder의 복잡성을 카드라는 공통 primitive로 줄였다. 카드 하나가 asset, UI, inventory, recipe, unit, progression 역할을 동시에 한다. 그래서 한 명의 개발자와 소수의 협업자가 큰 시스템을 만들 수 있었다.

사업에서는 한 작품에 모든 시간을 걸지 않았다. Patreon으로 생존 자금을 만들고, 약 100개의 작은 게임을 출시하면서 반복해서 시장에 노출됐다. 어떤 작품이 팔릴지는 예측할 수 없다는 전제 아래 시도 횟수와 생존 기간을 늘렸다. Stacklands가 터졌을 때는 이미 Steam catalog, 커뮤니티, 운영 경험이 있었고, 이후 localization·DLC·Switch에 추가 투자할 수 있었다.

2022년 중반 개발자 Steam 백엔드 기준으로 약 47.6만 Steam units, $1.66M gross, $1.47M net revenue라는 결과는 분명 큰 성공이다. 하지만 더 중요한 숫자는 그 이전의 약 100개의 출시다. (Game Developer, 2022-07-11 )

다른 인디 개발자가 이번 사례에서 가져갈 가장 좋은 질문은 두 가지다.

“우리 제품의 복잡성을 줄이면서도 깊이는 유지해 주는 하나의 공통 primitive는 무엇인가?”

그리고:

“이번 프로젝트가 실패해도 다음 시장 실험을 계속할 수 있도록 비용과 조직을 설계했는가?”

Stacklands는 제품의 complexity budget과 회사의 risk budget을 동시에 줄인 사례다. 작은 팀이 대형 제작비 대신 반복 실험과 시스템 설계로 경쟁하는 방법을 가장 선명하게 보여준다.

주요 출처와 게시일