R.E.P.O. 성공 사례 분석

요약

이번 사례는 스웨덴 웁살라의 소규모 인디 스튜디오 semiwork가 만든 협동 호러 게임 **R.E.P.O.**다. 최근 다룬 Content Warning, Tally, Carrd, Stardew Valley, DREDGE, Vampire Survivors, Lethal Company와 겹치지 않도록 골랐다.

R.E.P.O.의 표면은 익숙하다. 최대 6명이 함께 폐허에 들어가 귀중품을 가져오고, 괴물을 피해 탈출하며, 번 돈으로 다음 런을 강화한다. 그래서 흔히 Lethal Company 이후의 협동 호러 붐에 올라탄 작품으로 분류된다. 그러나 성공의 핵심을 장르 유행만으로 설명하면 중요한 제품 의사결정을 놓친다.

semiwork가 실제로 발견한 핵심은 **“같이 있는 것이 필수인 물리적 협동”**이었다. 초기 프로토타입은 유령이 나오는 집을 청소하는 싱글플레이 게임이었다. 멀티플레이로 바꾼 뒤에도 청소는 각자 다른 방을 맡아버리기 때문에 플레이어를 한곳에 모으지 못했다. 그래서 팀은 “현실에서 여러 사람이 함께하면 재미있는 일은 무엇인가?”를 다시 물었고, 이사·운반을 거쳐 부서질 수 있는 물건을 여러 사람이 함께 들어 나르는 작업으로 방향을 바꿨다. 이 선택이 물리 엔진, proximity voice, 괴물, 경제 시스템을 한꺼번에 연결했다. (AUTOMATON, 2025-04-12 , PC Gamer, 2025-04 )

성과는 공개된 직접 지표만으로도 매우 크다. R.E.P.O.는 2025년 2월 26일 Steam Early Access로 출시됐고 정가는 $9.99다. SteamDB는 2025년 3월 23일 역대 최고 동시접속자 271,571명을 기록했으며, 2026년 9월에는 누적 리뷰가 약 42.5만 건, 긍정 리뷰 비율이 약 **96%**다. (Steam 공식 스토어 , SteamDB, 2026-09-18 확인 )

반면 공식 누적 판매량과 공식 매출은 semiwork가 공개하지 않았다. 따라서 이를 확정치로 추정하지 않는다. 참고로 Alinea Analytics는 2025년 3월 870만 장, 5월 말 1,440만 장, 7월 중순 1,600만 장 이상 판매를 추정했고, SteamDB가 2026년 9월 표시한 외부 owner 추정치도 약 1,534만~2,056만으로 폭이 크다. 이 숫자들은 규모를 가늠하는 참고자료일 뿐 공식 판매량이 아니다. (Alinea, 2025-04-04 , Alinea, 2025-06-03 , Alinea, 2025-07-15 , SteamDB )

이 사례의 가장 재현 가치가 높은 교훈은 “협동 호러를 만들어라”가 아니다. 더 일반화하면 다음과 같다.

멀티플레이 제품에서 협동을 대화나 역할분담에 맡기지 말고, 사람들이 실제로 같은 대상에 손을 대야만 하는 작업으로 만들어라. 그 작업에 실패비용과 물리적 불확실성을 붙이면, 기능 하나가 협동·긴장·코미디·UGC·리텐션을 동시에 만든다.

핵심 공개 지표와 사실

Steam에서 확인되는 직접 지표와 제3자 판매 추정치는 의도적으로 분리했다. 공식적으로 확인되지 않는 것은 최신 누적 판매량, lifetime gross/net revenue, 개발비, 출시 전 wishlist 수, wishlist→구매 전환율, CAC, 광고비, 환불률, D1/D7/D30 리텐션, 정확한 launch 당시 인원수다. 이 수치들은 추정하지 않는다.

1. 창업자·개발팀 맥락: R.E.P.O.는 첫 게임이 아니라 “6년짜리 학습” 이후의 두 번째 게임

[사실]

semiwork는 스웨덴 웁살라의 인디 스튜디오이며 공식 사이트에서 현재 R.E.P.O.에 집중하고 있다고 소개한다. (semiwork 공식 사이트, 2026-09 확인 )

첫 상용작 Voidigo는 2021년 Early Access를 시작해 2023년 6월 1.0으로 출시됐다. 개발팀 회고에 따르면 제작에는 약 6년이 걸렸다. 게임의 평가는 좋았다. 2026년 SteamDB 기준 4,900개 이상의 리뷰 중 약 96%가 긍정적이다. 그러나 역대 최고 동시접속자는 626명에 그쳤다. (SteamDB — Voidigo , PC Gamer, 2025-04 )

R.E.P.O. 회고에서 공동창업자 Walter Tischkewitz는 Voidigo에서 번 돈을 다음 프로젝트에 다시 넣었고, 이번에는 **“빨리 실패하자”**는 태도로 접근했다고 말했다. 당시 팀은 Unity와 온라인 멀티플레이 경험이 없었다. Project Clean은 Voidigo 출시 직후인 2023년 6월경 시작됐다. (AUTOMATON, 2025-04-12 , Photon Engine, 2025-04-15 )

semiwork는 공식 홈페이지에서 정확한 인원수를 공개하지 않는다. 현재 LinkedIn 회사 페이지는 규모를 2–10 employees로 분류하지만 연결된 프로필 수와 실제 고용인원은 일치하지 않을 수 있다. 따라서 “정확히 몇 명이 R.E.P.O.를 만들었다”고 단정하지 않는다. 공개 개발영상과 자료를 통해 Axel Landén, Walter Tischkewitz, Robin Engström 등 핵심 멤버와 마케팅·커뮤니티·아트 인력이 확인되는 정도다. (semiwork LinkedIn , semiwork 공식 사이트 )

[분석]

이 사례에서 “작은 팀”보다 중요한 변수는 같은 팀이 긴 실패 사이클을 이미 경험했다는 것이다.

Voidigo의 6년은 상업적으로 기대만큼 크지 않았지만 다음 자산을 남겼다.

• 게임을 실제로 출시하고 Early Access를 운영한 경험
• 애니메이션·아트·사운드·게임플레이를 내부에서 빠르게 조합하는 능력
• Steam 커뮤니티와 피드백을 다뤄본 경험
• “오래 만들수록 성공확률이 올라간다”는 가정에 대한 회의
• 팀 내부의 장난스러운 톤과 코미디 감각

따라서 R.E.P.O.의 교훈은 “첫 게임을 20개월 만에 만들어라”가 아니라 다음에 가깝다.

한 번의 긴 제작에서 배운 것을 다음 프로젝트에서는 더 빠른 가설검증 시스템으로 바꿔라.

2. 개발 타임라인: 완성된 아이디어를 구현한 것이 아니라 “협동이 실제로 일어나는 일”을 찾았다

[사실]

2023년 6월 시작한 Project Clean은 처음에는 싱글플레이 유령집 청소 게임이었다. 팀은 found-footage 호러 분위기와 청소 미니게임을 결합했다. 이후 멀티플레이를 붙여봤지만 문제가 드러났다.

개발진은 현실에서 여러 명이 청소를 하면 보통 한 빗자루를 함께 잡지 않고 각자 구역을 나눠 청소한다는 점에 주목했다. 즉 “같이 플레이한다”와 “같은 일을 한다”가 달랐다. 그래서 청소를 버리고, 여러 명이 한 물건을 같이 드는 이사 회사 개념을 검토했다가, 최종적으로 귀중품을 회수해 Taxman에게 납부하는 현재의 추출 구조로 진화했다. (AUTOMATON, 2025-04-12 , 4Gamer, 2025-04-14 )

[분석]

이 피벗에서 가장 중요한 질문은 장르가 아니다.

초기 질문:

“청소 게임을 멀티플레이로 만들 수 있는가?”

변경된 질문:

“어떤 행동이 사람들을 물리적으로 한곳에 모으는가?”

이 차이가 크다.

많은 협동게임이 역할을 나눠준다.

• A는 발전기를 고침
• B는 아이템을 수집
• C는 지도를 봄

이 구조는 효율적이지만 플레이어를 떨어뜨리는 경향이 있다.

R.E.P.O.는 반대로 큰 피아노나 거대한 유물처럼 한 사람이 다루기 어려운 물건을 넣어 같은 대상에 동시에 손을 대게 한다. 그 순간 목소리, 물리, 카메라, 괴물, 실수가 한 화면에 모인다.

즉 협동의 핵심 단위를 “역할”이 아니라 **공동 물체(shared object)**로 설계했다.

3. 제품 thesis: “괴물을 피하는 게임”보다 “부서지는 물건을 친구들과 운반하는 게임”

Steam 공식 설명은 R.E.P.O.를 최대 6명이 플레이하는 온라인 협동 호러로 소개한다. 플레이어는 물리 기반 grabber를 사용해 귀중품을 운반하며, 괴물과 사물 모두 물리법칙의 영향을 받는다. (Steam 공식 스토어 )

[분석]

제품 thesis를 한 문장으로 다시 쓰면 다음과 같다.

“돈이 걸린 깨지기 쉬운 물체를, 예측 불가능한 친구와 괴물 사이에서 같이 옮긴다.”

여기에는 네 개의 힘이 동시에 존재한다.

1. 가치: 물건은 돈이다.
2. 취약성: 충돌하면 가치가 떨어진다.
3. 협동: 큰 물건은 여러 명이 함께 들어야 한다.
4. 혼돈: 플레이어·괴물·물리가 모두 물건을 망가뜨릴 수 있다.

그래서 “잘 운반해야 한다”와 “재미있는 사고가 나야 한다”가 동시에 성립한다.

게임이 너무 안정적이면 경제적으로는 좋지만 재미가 없다.

게임이 너무 혼란스러우면 웃기지만 목표가 무의미해진다.

R.E.P.O.는 경제적 손실이 있을 만큼만 물리를 위험하게 만들어 이 둘 사이에 긴장을 만든다.

4. 핵심 UX 선택 ①: 물리 엔진을 장식이 아니라 경제 시스템으로 연결

[사실]

R.E.P.O.의 귀중품은 단순히 “줍기” 버튼으로 인벤토리에 들어가지 않는다. 플레이어가 직접 물리 grabber로 물체를 들어 이동시키며, 충돌로 손상되면 가치가 감소한다. 무거운 물건은 여러 사람이 협력해야 한다. Steam 설명은 이를 핵심 기능으로 전면에 내세운다. (Steam 공식 스토어 )

[분석]

많은 게임에서 물리는 “웃긴 버그를 만드는 부가요소”다.

R.E.P.O.에서는:

물리 상태 = 경제 상태.

이 연결이 중요하다.

피아노를 벽에 부딪히는 것은 단지 웃긴 애니메이션이 아니다.

팀이 실제로 돈을 잃는다.

그래서 플레이어는 친구의 실수에 감정적으로 반응한다.

“야, 천천히!” “아니 그쪽 말고!” “떨어뜨렸잖아!”

이 대화는 스크립트된 대사가 아니다. 시스템이 자연스럽게 만든다.

소규모 개발에서 높은 레버리지를 만드는 좋은 구조는 하나의 시뮬레이션 변수가 여러 사용자 감정에 영향을 주는 것이다.

5. 핵심 UX 선택 ②: “같이 움직여야 하는 작업”이 proximity voice의 가치를 증폭

[사실]

R.E.P.O.는 proximity voice chat을 핵심 기능으로 지원한다. Photon Voice를 사용했고, 개발팀은 음성 품질과 지연이 플레이어 간 웃긴 순간을 만드는 데 중요했다고 설명했다. 음성 데이터를 캐릭터 애니메이션에도 활용해 말할 때 캐릭터가 더 생동감 있게 반응하도록 했다. (Photon Engine, 2025-04-15 )

[분석]

음성채팅은 혼자 돌아다니는 게임에서도 쓸 수 있다.

하지만 R.E.P.O.에서는 플레이어가 같은 물건을 잡고 있기 때문에:

음성 → 즉시 공동 행동으로 변환된다.

“왼쪽으로”라고 말하면 1초 뒤 물리 시뮬레이션 결과가 나온다.

“놓지 마”라고 했는데 친구가 놓으면 피아노가 계단 아래로 굴러간다.

즉 음성은 정보채널이 아니라 물리 인터페이스의 일부다.

이것이 social gameplay를 강하게 만든다.

6. 핵심 UX 선택 ③: 4명이 아니라 최대 6명 — 혼돈의 밀도를 높인다

Steam 공식 설명은 최대 6명 협동을 명시한다. (Steam 공식 스토어 )

[분석]

4인 co-op이 업계 표준에 가까운 상황에서 6명은 기술비용과 UX비용이 늘어난다.

그러나 이 게임에서는 플레이어 수가 늘어날수록:

• 동시에 물건을 잡는 손이 늘고
• 목소리가 겹치고
• 괴물에게 노출되는 지점이 늘고
• 실수 확률이 높아지고
• 목격자 수가 늘어난다.

즉 player count가 단순 capacity가 아니라 **사건 발생률(event density)**을 높인다.

다만 6명이 항상 최적이라는 뜻은 아니다. R.E.P.O.의 설계는 물리적 혼돈이 핵심이기 때문에 이 수가 잘 맞은 것이다.

7. core loop: “수집 → 손상위험 → 추출 → 돈 → 강화 → 더 어려운 회수”

Steam의 Early Access 설명에 따르면 출시 당시에도 네 개의 레벨, 수십 종의 적, 장비와 업그레이드가 존재했다. 번 돈으로 장비와 신체강화를 구입하고 다음 런의 생존·운반 능력을 높인다. (Steam 공식 스토어 )

[분석]

루프를 구조화하면:

탐색 → 가치 발견 → 위험 평가 → 물리 운반 → 추출 → 수익 → 업그레이드 → 더 큰 위험.

여기서 중요한 것은 loot가 inventory number로 즉시 변환되지 않는다는 점이다.

대부분 extraction game:

발견 → 줍기 → 인벤토리.

R.E.P.O.:

발견 → 운반하는 동안 계속 위험 → 추출.

따라서 loot acquisition과 extraction 사이가 실제 gameplay가 된다.

즉 “가치 있는 것을 발견했다”가 run의 끝이 아니라 협동 이벤트의 시작이다.

8. horror와 comedy가 서로 상쇄되지 않고 순환한다

R.E.P.O.는 Steam 태그에서도 Horror, Online Co-Op, Comedy, Physics가 동시에 상위에 있다. (SteamDB )

[분석]

호러와 코미디를 섞는 이유는 “무서운 게임을 덜 무섭게” 만드는 것이 아니다.

더 중요한 것은 대비다.

조용히 피아노를 옮김 → 괴물 등장 → 모두 비명 → 누군가 피아노를 떨어뜨림 → 괴물보다 깨진 피아노 때문에 더 화냄 → 다시 웃음.

이 감정 변화는 콘텐츠 양보다 상황의 상호작용에서 나온다.

평균적으로 조금 무섭고 조금 웃긴 것이 아니라:

긴장 ↑ → 사고 → 웃음 ↑ → 다시 긴장.

이 진폭이 clip과 스트리밍에 잘 맞는다.

9. “스토리 생성기”로서의 물리: handcrafted content보다 조합폭을 늘린다

[분석]

새 귀중품 하나는 단순 asset 하나가 아니다.

그 물건은:

• 좁은 문에 걸릴 수 있고
• 두 명이 같이 들 수 있고
• 괴물에게 맞을 수 있고
• 카트에서 떨어질 수 있고
• 계단을 굴러갈 수 있고
• 플레이어를 밀칠 수 있고
• 다른 물체를 깨뜨릴 수 있다.

따라서 콘텐츠 효과는 대략:

물체 × 공간 × 플레이어 수 × 괴물 × 실수 × 음성 반응

으로 늘어난다.

작은 팀에게 중요한 것은 “asset을 많이 만든다”보다 asset끼리 사고를 일으키는 규칙을 만든다는 점이다.

10. 개발 전략: “빨리 실패하기”는 일정 단축이 아니라 피벗 허용 규칙

[사실]

Voidigo를 6년 만든 뒤 팀은 R.E.P.O.에서 “이번에는 빨리 실패하자”는 태도를 택했다. Project Clean이 재미없다고 느꼈을 때 청소 mechanic을 고집하지 않았고, 이사·세금 회수 등 여러 형태를 거쳐 현재 구조를 찾았다. (PC Gamer, 2025-04 , AUTOMATON, 2025-04-12 )

[분석]

“fail fast”를 흔히:

빨리 출시한다.

로 이해한다.

R.E.P.O. 사례에서 더 정확한 의미는:

기존에 만든 시스템을 버릴 수 있는 상태를 유지한다.

이다.

청소 시스템을 이미 만들었어도 “협동이 재미없다”면 버렸다.

즉 sunk cost보다 원하는 social outcome을 기준으로 판단했다.

11. 기술전략: multiplayer 경험이 없었기 때문에 직접 네트워크 스택을 만들지 않았다

[사실]

semiwork는 R.E.P.O. 이전에 온라인 멀티플레이 경험이 없었다. 동료 스튜디오 Landfall의 추천을 받아 Photon PUN과 Photon Voice를 사용했다. 개발팀은 Photon을 통해 지역 접속, 음성, 빠른 에디터 playtest를 비교적 빠르게 설정할 수 있었다고 설명했다. 다만 물리 동기화 자체는 오래 고생했고 많은 커스터마이징이 필요했다. (Photon Engine, 2025-04-15 )

Photon 측은 출시 후 수십만 동접까지 cloud infrastructure가 확장됐고 DDoS·공격 대응도 수행했다고 밝혔다. (Photon Engine, 2025-04-15 )

[분석]

좋은 build-vs-buy 사례다.

semiwork의 차별화는:

네트워크 서버를 직접 만드는 능력

이 아니었다.

차별화는:

물체를 잡고 흔들고 떨어뜨릴 때 친구와 같이 웃는 경험.

따라서 네트워크 기반시설은 이미 검증된 외부 서비스를 사용하고, 팀의 시간은 물리 감각과 캐릭터 표현에 썼다.

소규모 개발자는 “기술적으로 만들 수 있다”와 “직접 만들어야 한다”를 구분해야 한다.

12. 하지만 기술 레버리지에도 비용이 있다: 물리 동기화와 서버 트래픽

[사실]

Photon 인터뷰에서 semiwork는 client 간 물리를 부드럽게 동기화하는 작업에 오랫동안 어려움을 겪었다고 설명한다. 또한 2025년 개발 Q&A에서는 mod 제작자에게 과도한 서버 트래픽을 만들지 않도록 최적화를 요청한 사례도 보도됐다. (Photon Engine, 2025-04-15 , GameBusiness.jp, 2025-04-21 )

[분석]

R.E.P.O.의 최고의 growth mechanic이 동시에 가장 비싼 기술문제다.

많은 물리 객체를 여러 클라이언트에 동기화

• proximity voice
• 최대 6명
• mod.

viral multiplayer가 성공하면 서버 비용도 성공한다.

따라서 물리·음성 기반 UGC 게임은 MVP 단계부터 다음을 측정해야 한다.

• 평균 네트워크 bandwidth / player-hour
• object sync count
• host/client desync rate
• voice traffic
• modded session의 추가 트래픽

13. 출시 전략: 비싼 마케팅보다 “게임을 보면 즉시 이해되는 사고”

[사실]

R.E.P.O.는 2025년 2월 26일 Early Access로 출시됐다. GameSpot은 3월 11일 기준, 2주도 안 돼 동접이 약 7천 수준에서 145,000명 이상으로 상승했다고 보도했다. 이후 SteamDB의 최고점은 3월 23일 271,571명이다. (GameSpot, 2025-03-11 , SteamDB )

출시 초기에는 public matchmaking도 충분히 갖춰져 있지 않았고, 첫 대형 Museum Update에서 server list·random matchmaking 등 접근성이 보강됐다. (Polygon, 2025-06-26 )

[분석]

유입을 설명할 때 중요한 것은 15초 안에 제품의 재미를 이해할 수 있다는 것이다.

영상에서 누군가 거대한 물건을 들고 있다.

다른 친구가 반대쪽을 잡는다.

괴물이 온다.

모두 비명을 지른다.

물건이 날아가 산산조각 난다.

설명 없이도:

“이 게임을 친구랑 하면 웃기겠다.”

가 전달된다.

creator-friendly product의 핵심은 “스트리머에게 협찬한다”가 아니라 관전자가 규칙을 빠르게 읽을 수 있는가다.

14. 출시 가격 $9.99: 싼 가격보다 “친구를 5명 더 데려오는 비용”

[사실]

R.E.P.O.의 기본 가격은 $9.99다. Steam은 1.0 출시 시 가격을 올릴 수 있다고 안내한다. (Steam 공식 스토어 )

[분석]

6인 게임에서 실제 가격장벽은:

1인 $9.99

가 아니다.

새 그룹 전원이 산다면:

약 $60.

따라서 $10 가격은 프리미엄 단품 가격이라기보다 party activation cost를 낮추는 선택이다.

친구에게:

“60달러짜리 게임 같이 사자.”

보다:

“10달러짜리 이상한 게임 같이 해보자.”

가 훨씬 쉽다.

낮은 가격은 demand를 만드는 원인이라기보다 social recommendation이 실제 구매로 변환되는 마찰을 줄이는 증폭기로 보는 편이 맞다.

15. 수익화: 성공 후에도 F2P·유료 아이템으로 전환하지 않았다

[사실]

2025년 4월 Q&A에서 semiwork는 R.E.P.O.를 free-to-play로 바꾸거나 유료 microtransaction을 넣을 계획이 없다고 밝혔다. (AUTOMATON, 2025-04-26 )

2026년 5월 Cosmetic Update에서는 500개 이상의 cosmetic parts를 추가했지만, 이들은 런 중 Cosmetic Box를 추출해 얻은 토큰으로 해금하도록 설계됐다. 공식 Steam 공지에는 실제 플레이로 박스를 찾고 추출해 token을 얻는 구조가 명시돼 있다. (semiwork Steam 공지, 2026-05-07 )

[분석]

상업적으로 흥미로운 선택이다.

수백만~수천만 판매가 추정되는 게임이라면:

• paid skins
• battle pass
• premium currency

를 붙일 유인이 크다.

하지만 semiwork는 cosmetic progression을 리텐션 시스템으로 사용하고 직접 결제 시스템으로 쓰지 않았다.

이 선택은 사용자가 느끼는 제품 약속을 보존한다.

“10달러를 내고 친구들과 이상한 사고를 만드는 게임.”

이 명확성 자체가 브랜드 자산이다.

16. 커뮤니티 전략: 개발일지를 “광고”가 아니라 제품운영 리듬으로 사용

[사실]

semiwork는 출시 후 Steam과 영상 devlog를 통해 다음 기능, Q&A, 실험 내용을 자주 공개했다. Steam 공지에는 업데이트 전 공개 베타, 신규 mechanic preview, 신규 레벨, Q&A 등이 반복적으로 올라왔다. 첫 대형 업데이트 전에는 open beta로 플레이어를 테스트에 참여시켰다. (Steam 공식 공지 모음 , GAMEWAVE, 2025-05-02 )

2026년 6월 공식 공지에서는 다음 대형 업데이트가 새로운 level에 집중하며, 동시에 1.0 작업도 진행하기 때문에 devlog 빈도를 줄이겠다고 설명했다. (semiwork Steam 공지, 2026-06-05 )

[분석]

이 devlog에는 세 가지 역할이 겹친다.

1. 마케팅: 다시 Steam news에 노출된다.
2. 제품개발: 사용자 피드백을 받는다.
3. 기대관리: 무엇을 만들고 있는지 알려준다.

소규모 팀에서는 별도 marketing department 없이 개발 과정 자체를 콘텐츠로 변환할 수 있다.

다만 지속적인 영상제작도 노동이다. 2025년 Monster Update 후 팀은 과도한 작업 후 잠시 devlog 휴식을 취하겠다고 밝힌 적이 있다. 즉 transparency도 운영비용이 있다.

17. store UX도 빠르게 수정: “기억에 남는 것”과 “사고 싶은 것”은 다르다

[사실]

2025년 4월 semiwork는 Steam capsule art의 TAXMAN 이미지를 더 친근한 Semibot 중심 이미지로 바꿨다. 기존 그림이 강한 인상을 주기는 했지만 사용자 반응이 좋지 않았고, 변경 후 커뮤니티 반응이 개선됐다고 보도됐다. (Game*Spark, 2025-04-05 )

[분석]

인디 개발자는 강한 개성을 위해 “이상한 store capsule”을 선호할 수 있다.

하지만 storefront의 역할은 세계관 설명이 아니다.

클릭하고 싶은 약속을 전달하는 것.

R.E.P.O.의 실제 핵심은 Taxman의 기괴함보다 귀여운 Semibot 친구들과 벌이는 물리 사고에 가깝다.

새 capsule이 product truth에 더 잘 맞는다.

즉 store art에서도 “독창성”보다 구매 후 경험과의 정합성을 테스트해야 한다.

18. 업데이트 전략: 완전히 새 게임을 만들기보다 기존 시스템의 조합공간을 늘린다

[사실]

2025년 6월 Museum Update는 신규 level, 아이템, matchmaking, Moon Phase 난이도 시스템 등을 추가했다. (Polygon, 2025-06-26 )

2026년 5월 Cosmetic Update는 500개+ 코스메틱뿐 아니라 새로운 vehicle/utility/magic item과 Race 모드를 추가했다. 많은 아이템은 기존 physics system과 직접 상호작용한다. (semiwork Steam 공지, 2026-05-07 )

[분석]

좋은 운영 레버리지다.

새 staff 하나가:

• 플레이어를 띄우고
• 귀중품을 띄우고
• 괴물에게 영향을 주고
• 친구 장난에 쓰이고
• 기존 맵의 이동법을 바꾼다.

즉 새 item 1개가 여러 콘텐츠를 다시 활성화한다.

작은 팀은 “새 맵 10개”보다 기존 규칙과 충돌하는 새 mechanic 1개에서 더 많은 체감 콘텐츠를 만들 수 있다.

19. 리텐션 메커니즘 ①: 런마다 달라지는 것은 맵보다 “친구의 실수”

[분석]

procedural layout과 monster variation도 중요하지만 가장 비용이 싼 랜덤 변수는 사람이다.

같은 방, 같은 피아노, 같은 괴물이어도:

• 욕심이 많은 친구
• 겁이 많은 친구
• 물리를 잘 못 다루는 친구
• 괴물을 일부러 자극하는 친구

가 있으면 다른 사건이 생긴다.

따라서 replayability 공식은:

system randomness + human randomness.

human randomness는 개발팀이 asset을 추가하지 않아도 계속 변한다.

20. 리텐션 메커니즘 ②: 경제 progression이 “더 효율적으로 운반한다”로 연결

업그레이드와 장비는 단순 전투력 증가뿐 아니라 무거운 물건을 더 잘 다루고, 위험한 환경에서 회수를 지속할 수 있게 만든다. Steam 공식 설명과 업데이트 노트에서 strength, sprint, grabbing, vehicle, drone 등 운반·생존 양쪽의 강화가 확인된다. (Steam 공식 스토어 , Steam 공식 공지 )

[분석]

좋은 progression은 core verb를 버리지 않는다.

나쁜 progression:

초반에는 물건을 옮기고 후반에는 총으로 다 해결.

더 좋은 progression:

후반에도 물건을 옮기지만 더 무겁고 위험한 것을 다룰 수 있음.

R.E.P.O.는 업데이트에서 전투 장비가 늘어나도 핵심 물리 상호작용을 계속 중심에 둔다.

21. 리텐션 메커니즘 ③: 코스메틱을 구매상품이 아니라 장기 collection 목표로

[사실]

2026년 Cosmetic Update는 500개 이상의 부품을 world drop → extraction → token → unlock 구조로 제공한다. 희귀도도 Common, Uncommon, Rare, Ultra Rare로 나뉜다. (semiwork Steam 공지, 2026-05-01~07 )

[분석]

이 구조는 monetization 없이도:

• 다시 들어올 이유
• 위험한 run에서 추가 목표
• 친구끼리 보여줄 identity
• screenshot/clip 다양성

을 만든다.

특히 social co-op에서는 성능보다 자기 캐릭터를 알아볼 수 있는 차이가 중요하다.

22. 가장 큰 성장 증거: peak보다 18개월 후 리뷰 증가가 더 중요하다

SteamDB 기준 R.E.P.O.는 2025년 3월 271,571의 역대 최고 동접을 기록했다. 2026년 9월에도 리뷰 수가 약 42.5만 건까지 누적됐고, 긍정률은 약 96%를 유지한다. (SteamDB, 2026-09 )

[분석]

viral game의 launch peak는 쉽게 오해를 만든다.

중요한 질문은:

“한 달 뒤에도 사람들이 좋아했는가?”

이다.

1년 반 뒤에도 리뷰가 계속 증가하고 긍정률이 크게 무너지지 않았다는 것은 단기 meme만으로 보기 어렵다.

반면 current CCU는 launch peak보다 훨씬 낮다. 따라서 R.E.P.O.를 “271K CCU를 유지하는 게임”으로 보면 안 된다.

더 정확한 해석은:

엄청난 launch acquisition → 높은 만족도 → 대형 업데이트 때 재활성화되는 premium co-op catalogue.

이다.

23. 판매량: 큰 성공은 확실하지만 공식 매출은 모른다

[사실]

semiwork는 공식 누적 판매량을 공개하지 않았다.

제3자 Alinea Analytics는 다음처럼 추정했다.

• 2025년 3월: 870만 장
• 2025년 5월 말: 1,440만 장, 추정 revenue $113.6M
• 2025년 7월 중순: 1,600만 장+, 추정 revenue $125M+

(Alinea, 2025-04-04 , Alinea, 2025-06-03 , Alinea, 2025-07-15 )

2026년 9월 SteamDB에 병기된 세 owner estimation도 약 15.34M, 20.14M, 20.56M으로 상당히 차이가 난다. (SteamDB )

[분석]

이 차이는 “매출 숫자 하나”를 단정하면 안 되는 이유다.

따라서 이번 분석에서 성공의 확정 증거는:

• 271,571 all-time peak CCU
• 42만+ 리뷰
• 96% 긍정
• 장기간 Steam top seller·active player 상위권 유지

로 본다.

판매 추정치는 규모 확인용 참고 지표로만 사용한다.

24. 가격·시장 세그먼트: “budget co-op horror”라는 명확한 구매 카테고리

Alinea는 2025년 3월 R.E.P.O. 사용자 중 절반 이상이 Lethal Company 또는 Phasmophobia를 플레이한 적이 있다고 추정했다. (Alinea, 2025-04-04 )

[분석]

이 데이터가 정확한 규모까지 완벽하다고 가정할 필요는 없지만 방향은 명확하다.

R.E.P.O.는 새 장르를 처음부터 교육하지 않았다.

시장에는 이미:

친구와 하는 저가 협동 호러

라는 구매 문법이 있었다.

R.E.P.O.는 그 위에:

물리 운반

이라는 새 verb를 넣었다.

좋은 인디 포지셔닝 패턴이다.

검증된 audience + 쉽게 설명되는 한 가지 새 행동.

25. 대안 가설 A — “Lethal Company 붐 덕분이다”

맞는 부분

R.E.P.O. 출시 전 이미 Lethal Company, Phasmophobia, Content Warning 등이 social horror 수요를 증명했다. Alinea 추정 audience overlap도 매우 높다. (Alinea, 2025-04-04 )

부족한 설명

동일 장르 게임이 모두 27만 동접과 42만 리뷰를 만드는 것은 아니다.

R.E.P.O.는 “버려진 시설에서 quota를 채운다”는 장르 문법을 사용하되 물건 자체를 물리적으로 옮기는 상호작용을 차별점으로 만들었다.

판단

시장 tailwind는 매우 컸다. 그러나 tailwind가 발견 가능성을 높였고, 물리 협동이 선택 이유를 만들었다고 보는 것이 더 타당하다.

26. 대안 가설 B — “$9.99라서 팔렸다”

맞는 부분

낮은 가격은 친구 그룹이 즉흥적으로 구매하기 좋다.

부족한 설명

$10 이하의 Steam 게임은 수천 개다.

판단

가격은 demand creator라기보다 social conversion amplifier다.

영상이나 친구 추천으로 관심이 생긴 뒤 구매를 막는 마찰을 낮춘다.

27. 대안 가설 C — “스트리머가 띄웠다”

맞는 부분

R.E.P.O.는 영상에서 매우 잘 보이는 게임이고 SNS·스트리밍 확산의 영향을 크게 받았다.

더 깊은 분석

중요한 것은 streamer를 섭외했는지가 아니라 스트리머가 특별한 연출을 하지 않아도 웃긴 장면이 나오는가다.

물리적 실패는:

원인 → 사고 → 비명 → 손실

이라는 짧은 story arc를 자동으로 만든다.

따라서 creator distribution은 우연만이 아니라 product watchability의 결과이기도 하다.

28. 대안 가설 D — “캐릭터가 귀여워서 밈이 됐다”

Semibot의 둥근 머리, 흔들리는 몸, 목소리에 반응하는 애니메이션은 강한 visual identity를 만든다.

[분석]

그러나 캐릭터 디자인만으로는 장기 플레이가 나오지 않는다.

캐릭터의 진짜 가치는 사고를 읽기 쉽게 만든 것이다.

친구가 당황하면 몸이 흔들리고 목소리가 들리며, 멀리서도 누가 무엇을 하는지 파악하기 쉽다.

즉 귀여움이 cosmetic이면서 동시에 communication UX다.

29. 대안 가설 E — “팀이 작아서 비용이 낮아 성공했다”

작은 팀은 손익분기점을 낮춘다.

하지만 작은 팀 그 자체가 27만 동접을 만들지는 않는다.

오히려 multiplayer live game은 작은 팀에:

• 서버
• 해킹
• patch
• QA
• community expectation

부담을 크게 만든다.

성공요인은 단순 headcount가 아니라 작은 팀이 외부 인프라를 적극 활용하면서 콘텐츠를 조합형 시스템에 집중한 것이다.

30. 주요 인플렉션 포인트

31. 가장 설득력 있는 인과관계

공개 자료를 연결하면 다음 흐름이 가장 설명력이 높다.

6년간 Voidigo 개발
→ 좋은 게임을 오래 만드는 것만으로는 상업적 성공이 보장되지 않는다는 학습
→ “이번에는 빨리 실패하자”
→ Unity를 배우기 위한 작은 Project Clean 시작
→ 싱글 청소 호러
→ multiplayer 실험
→ 청소는 역할분담만 만들고 플레이어를 모으지 못함
→ 현실에서 여럿이 같이 하는 작업 탐색
→ 이사/운반 아이디어
→ 부서지는 귀중품을 공동 운반
→ 물리 실수에 경제적 비용 부여
→ proximity voice가 즉시 행동조율 도구가 됨
→ 괴물이 물체·플레이어와 함께 chaos 생성
→ physics가 매 세션 다른 story 생성
→ $9.99로 friend-group purchase friction 축소
→ 영상만 봐도 제품 재미가 이해됨
→ streamer/short-form/social WOM
→ 2주 내 145K+, 한 달 내 271K CCU
→ 피드백·Q&A·open beta로 업데이트 운영
→ 무료 cosmetic/meta progression로 리텐션 보강
→ 2026년에도 1.0과 신규 콘텐츠 개발 지속.

핵심은 이 한 줄이다.

R.E.P.O.는 “협동 기능”을 추가한 게임이 아니라, 협동하지 않으면 물건을 제대로 움직일 수 없는 물리적 문제를 만든 게임이다.

32. 운영 레버리지: “작은 팀”을 가능하게 한 네 가지 선택

32.1 이미 검증된 네트워크 인프라 사용

직접 서버·voice stack을 만들지 않았다. Photon을 썼다. (Photon Engine )

32.2 procedural/systemic interaction에 투자

asset마다 cinematic을 만드는 대신 모든 물체가 physics와 충돌한다.

32.3 하나의 아이템이 기존 세계를 다시 바꾸게 설계

gravity staff·vehicle·cart·grabber처럼 새 도구가 기존 map·monster·valuable과 모두 상호작용한다.

32.4 개발 콘텐츠를 마케팅 콘텐츠로 재사용

devlog에서 실제 새 시스템을 보여주고 Steam news와 YouTube 양쪽의 관심을 유지한다.

33. 운영상의 한계: Early Access 일정은 이미 원래 예상보다 길어졌다

[사실]

Steam Early Access 설명은 초기 예상 기간을 **“around a year and a half”**로 적고 있다. 2025년 2월 26일 기준 약 18개월이면 2026년 8월 전후다. 2026년 9월 현재 R.E.P.O.는 여전히 Early Access이고, 6월 공식 공지에서는 1.0에 “가까워지고 있다”고만 밝혔다. (Steam 공식 스토어 , Steam 공지, 2026-06-05 )

[분석]

대성공은 오히려 scope를 늘린다.

• matchmaking
• security
• localization
• cosmetics
• new levels
• monster variety
• QoL
• community 요청

이 추가되면서 초기 일정보다 완성이 늦어질 수 있다.

따라서 작은 팀이 Early Access 기간을 공개할 때는 성공 시 scope expansion까지 포함한 buffer가 필요하다.

34. 실패 위험과 한계

위험 1 — “협동 호러” 카테고리 자체가 과포화될 수 있다

2025~26년 Steam에는 친구와 하는 저가 physics/co-op 게임이 크게 늘었다.

의미

표면적으로:

low-poly + proximity chat + 4~6인 + 괴물

만 복제하면 차별화가 거의 없다.

R.E.P.O.의 재현 대상은 장르가 아니라 shared-object physics다.

위험 2 — novelty가 떨어지면 사건밀도도 체감이 낮아진다

처음 피아노를 떨어뜨렸을 때는 웃기지만 100번째는 덜 웃길 수 있다.

대응

업데이트가 신규 스토리보다:

• 새 물리도구
• 새 몬스터 행동
• 새 공간 제약

을 넣는 이유가 여기에 있다.

조합규칙을 추가해야 기존 사건을 다시 새롭게 만든다.

위험 3 — viral multiplayer의 성공이 서버비·지원비를 폭발시킨다

Photon이 인프라 확장을 흡수했지만 트래픽 비용과 공격·악성 사용자 문제는 남는다. (Photon Engine )

교훈

viral launch 전에는 실패 시나리오뿐 아니라:

“10만 CCU가 오면 어떻게 되는가?”

를 준비해야 한다.

위험 4 — mod 친화성과 보안이 충돌한다

초기 해커 문제가 발생했고, 개발진은 anti-cheat가 mod 사용자에게 미칠 영향도 함께 고민했다. (GameSpot, 2025-03-11 )

교훈

mod ecosystem을 원한다면:

• public lobby security
• private lobby freedom
• server-side validation

을 분리하는 전략이 필요하다.

위험 5 — 영문 단일 언어는 거대한 글로벌 수요를 놓칠 수 있다

2026년 9월 Steam 페이지는 공식 지원언어로 영어만 표시한다. (Steam 공식 스토어 )

분석

Alinea는 2025년 중국 비중이 5% 미만이었던 이유 중 하나로 localization 부재를 지적했다. 이는 추정 기반 분석이지만 방향은 합리적이다. (Alinea, 2025-06-03 )

다만 소규모 팀에게는 localization 자체가 QA·UI·지원 부담이 된다.

위험 6 — community transparency가 영구 콘텐츠 약속으로 해석될 수 있다

자주 devlog를 내면 사용자는 업데이트 속도를 정상상태로 기대할 수 있다.

2026년 semiwork가 1.0 개발 때문에 devlog를 줄이겠다고 미리 알린 것은 적절한 expectation management다. (Steam 공지, 2026-06-05 )

35. 운·맥락 의존 요소

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

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

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

아래 실험은 R.E.P.O.의 표면인 “협동 호러”를 복제하기 위한 것이 아니라, 공동 행동·사건 생성·콘텐츠 레버리지를 검증하기 위한 실험이다.

실험 1 — Shared Object Test

가설

역할을 나눠 각자 행동하는 것보다 같은 대상에 동시에 입력하는 작업이 대화와 기억나는 사건을 더 많이 만든다.

버전

A안: 네 명이 각각 상자를 하나씩 운반한다.
B안: 네 명이 큰 물체 하나를 함께 운반해야 한다.

측정

• 분당 음성 발화 횟수
• 상대 이름을 부르는 횟수
• 공동행동 실패 횟수
• session 후 “기억나는 장면” 수
• 다시 하고 싶은 의향

성공 기준 예시

B안이 completion time은 느려도 memorable events/player-hour가 30% 이상 높으면 shared-object mechanic을 확장한다.

실험 2 — Fragility Economy Test

가설

물리적 실수에 경제적 비용이 연결될 때 감정반응이 강해진다.

버전

A: 물체를 떨어뜨려도 가치 유지.
B: 충격마다 가치 하락.

측정

• “조심해” 같은 coordination phrase 빈도
• 물체 손상 후 웃음/비명 반응
• 손상 때문에 전략이 바뀐 횟수
• frustration score
• 다음 run intent

주의

B가 더 웃기더라도 frustration이 지나치게 높으면 손실곡선을 완만하게 조정한다.

실험 3 — Physics Story Density

가설

좋은 시스템은 scripted event 없이도 시간당 여러 개의 짧은 이야기를 만든다.

실행

4~6인 playtest 10세션을 녹화한다.

각 사건에 다음 태그를 붙인다.

• 원인
• 사고
• 목격자 수
• 음성 반응
• 경제적 결과
• 공유하고 싶은 정도 1~5

KPI

shareable events / player-hour

새 asset보다 이 KPI를 올리는 mechanic을 우선 개발한다.

실험 4 — 4인 vs 6인 Party Density Test

가설

플레이어 수를 늘리면 재미가 선형적으로 늘지 않고 특정 지점에서 chaos가 coordination을 압도한다.

비교

• 3인
• 4인
• 6인

같은 map·object·enemy로 테스트한다.

KPI

• 사건 수
• 발화 겹침률
• task completion
• 플레이어별 참여시간
• “아무것도 못 했다” 응답 비율

목표

가장 높은 사건밀도와 가장 낮은 spectator feeling이 동시에 나오는 party size를 찾는다.

실험 5 — Voice as Control Interface

가설

voice가 단순 social chat일 때보다 즉시 공동행동을 조율할 때 가치가 커진다.

A/B

A: 각자 혼자 수행 가능한 task.
B: 두 명 이상이 동시에 타이밍을 맞춰야 하는 task.

KPI

• instruction phrase/minute
• 성공 직전 발화량
• 실패 후 reaction
• voice-off 사용자의 성공률

B에서 voice 사용자가 확실히 유리하면 communication이 gameplay에 연결된 것이다.

실험 6 — Clip Comprehension Test

가설

유저 획득에 강한 게임은 15초 영상만 봐도 “왜 친구와 하면 재미있는지” 이해된다.

실행

설명 없는 gameplay clip 세 개를 게임을 모르는 30명에게 보여준다.

질문:

1. 이 게임에서 무엇을 해야 한다고 생각하나?
2. 무엇이 재미있어 보이나?
3. 누구와 하고 싶은가?

KPI

• core loop 정확 이해율
• 친구와 하고 싶다는 응답률
• clip당 구매/위시리스트 의향

설명 없이는 이해되지 않는다면 store video와 core UX 모두 다시 본다.

실험 7 — Party Cost Pricing Test

가설

협동게임 가격은 1인 willingness-to-pay보다 그룹 전체 활성화 비용에 더 민감하다.

설문

동일 게임을:

• $5
• $10
• $15
• $20

로 제시하고 묻는다.

“당신이 살 것인가?”가 아니라 “오늘 친구 3~5명에게 같이 사자고 말할 것인가?”

KPI

full-party purchase intent × price

개인 매출 최대점과 그룹 활성화 최대점이 다를 수 있다.

실험 8 — Infrastructure Buy-vs-Build Sprint

가설

멀티플레이의 차별점이 network technology가 아니라면 외부 서비스가 시장검증 시간을 크게 줄인다.

비교

2주 스프린트에서:

A: 직접 lobby/voice/network stack 구축 계획.
B: Photon/Fusion/Steam Networking/기타 검증 도구 사용.

KPI

• first 4-player session까지 시간
• bug count
• infra code LOC
• 핵심 gameplay에 쓴 개발시간 비율

B가 core iteration을 2배 이상 빠르게 하면 MVP에서는 외부 stack을 유지한다.

실험 9 — Store Capsule Truth Test

R.E.P.O.는 초기 TAXMAN 중심 capsule을 Semibot 중심으로 바꿨다. (Game*Spark, 2025-04-05 )

실험

세 종류 capsule을 제작한다.

• 세계관 중심
• 가장 무서운 적 중심
• 실제 플레이어 경험 중심

KPI

• impression→click
• click→wishlist
• “어떤 게임이라고 생각했는가?” 정확도

CTR만 높고 product understanding이 틀리면 장기 conversion에서 손해가 날 수 있다.

실험 10 — Open Beta Before Major Update

가설

소규모 멀티플레이팀은 내부 QA보다 커뮤니티 동시접속 테스트에서 더 많은 critical bug를 찾는다.

실행

정식 업데이트 2주 전 opt-in beta branch를 연다.

수집

• crash/session
• desync/session
• exploit
• top 20 support issue
• network region별 문제

성공기준

release candidate에서 session-ending bug가 일정 임계치 이하일 때만 main branch에 배포한다.

실험 11 — Systemic Content ROI

비교

같은 개발기간 5일로:

A: 신규 방 한 개 + 장식 asset 20개.
B: 기존 모든 물체에 영향을 주는 tool 1개.

측정

• unique situations/playtest
• clip 수
• 기존 map 재플레이율
• dev-hour당 새 상호작용 수

R.E.P.O.형 작은 팀에서는 B가 훨씬 높은 복리효과를 낼 가능성이 있다.

실험 12 — Early Access Scope Buffer

문제

R.E.P.O.는 초기 “약 1년 반” Early Access 예상보다 길어졌다.

적용

EA 기간을 외부에 말하기 전 세 시나리오를 만든다.

1. 판매가 기대 이하
2. 기대 수준
3. 대성공해 community request·security·platform work가 3배 증가

스토어에 공개할 기간은 2번이 아니라 3번까지 감당 가능한 범위로 설정한다.

38. 인디 개발자가 복제하면 안 되는 표면

R.E.P.O.에서 가장 쉽게 보이는 것은:

• 6인 co-op
• low-fi 3D
• proximity chat
• 괴물
• quota
• $9.99
• funny physics

다.

이것들을 그대로 복제하면 경쟁이 매우 치열한 “저가 협동 호러” 카테고리에 들어간다.

복제할 것은 더 아래의 구조다.

사람들이 실제로 같이 해야만 하는 하나의 물리적 문제를 찾는다.

→ 그 문제에 실패하면 눈에 보이는 비용이 생기게 한다.
→ 실패 자체는 웃긴 이야기가 되게 만든다.
→ 친구의 목소리가 즉시 행동으로 바뀌게 한다.
→ 새 콘텐츠는 기존 시스템과 충돌하게 만든다.
→ 영상만 봐도 문제와 웃음이 이해되게 한다.
→ group activation을 방해하지 않는 가격을 고른다.
→ 비차별화 인프라는 외부 도구를 쓴다.
→ 업데이트를 community QA와 devlog로 동시에 운영한다.

최종 결론

R.E.P.O.에서 가장 큰 숫자는 SteamDB가 기록한 271,571명의 역대 최고 동시접속자와 2026년 9월의 42만 건 이상 리뷰·약 96% 긍정이다. (SteamDB )

판매량은 더 화려한 숫자들이 언급되지만 공식 공개가 없다. Alinea 등 제3자 분석은 2025년 중 이미 1,000만 장을 크게 넘은 것으로 추정하지만, 정확한 누적 판매량과 매출은 semiwork만 알고 있다. 따라서 그것을 확정 숫자로 사용하면 안 된다.

다른 인디 개발자가 더 중요하게 봐야 할 숫자는 오히려 다음이다.

전작 6년 개발
전작 최고 동접 626명
R.E.P.O. 개발 시작 2023년 6월
약 20개월 뒤 Early Access 출시
출시 2주도 안 돼 145K+ CCU
한 달 안에 271K peak
정가 $9.99.

(SteamDB — Voidigo , GameSpot, 2025-03-11 , SteamDB — R.E.P.O. )

이 순서는 “더 오래 만들수록 더 성공한다”는 가설과 맞지 않는다.

Voidigo에서 semiwork는 6년 동안 많은 콘텐츠와 완성도를 쌓았다. 평가는 매우 좋았지만 상업적 결과는 제한적이었다.

다음 프로젝트에서 팀은 반대로:

빨리 실패할 수 있는 상태

를 만들었다.

그리고 초기 청소 아이디어가 멀티플레이에서 재미없다는 것을 인정했다.

여기서 가장 중요한 제품 질문이 나왔다.

“사람들이 같은 공간에서 진짜로 함께 하게 만드는 일은 무엇인가?”

답은 더 많은 괴물이나 더 큰 맵이 아니었다.

무겁고 깨지기 쉬운 물건 하나를 같이 드는 것.

그 한 선택이:

• cooperation
• proximity voice
• physics
• economy
• comedy
• horror
• streaming
• replayability

를 한 시스템에 묶었다.

이것이 작은 팀에게 특히 중요하다.

대형 스튜디오는 각각의 기능을 별도 콘텐츠로 만들 수 있다.

작은 팀은 하나의 mechanic이 여러 역할을 해야 한다.

R.E.P.O.에서 grabber와 귀중품 운반은 거의 그렇게 작동한다.

따라서 이번 사례에서 가장 먼저 가져갈 질문은 세 가지다.

“내 멀티플레이 제품에서 사용자는 같은 세션에 있는가, 아니면 실제로 같은 문제를 해결하고 있는가?”

“실패가 단순 손실인가, 아니면 친구들이 다시 이야기할 사건인가?”

그리고:

“새 콘텐츠 하나가 기존 시스템 20개와 다시 상호작용하는가, 아니면 한 번 소비되고 끝나는가?”

R.E.P.O.의 가장 재현가치 높은 교훈은 협동 호러의 유행이 아니다.

사회적 상호작용을 ‘말하기’에만 맡기지 않고, 사람들을 같은 물체에 물리적으로 묶는 문제를 만든 뒤 그 문제의 실패를 경제·코미디·바이럴 콘텐츠로 동시에 변환한 것이다.

주요 출처 및 게시일

데이터 해석 주의

• Valve는 Steam의 실제 판매량을 공개하지 않는다.
• semiwork도 최신 공식 누적 판매량·매출을 공개하지 않았다.
• Alinea, VG Insights, Gamalytic, PlayTracker 등의 판매·owner 수치는 모델 기반 추정치다.
• 따라서 본문에서는 SteamDB의 동접·리뷰와 Steam 공식 제품정보를 핵심 확정 지표로 사용하고, 판매량 추정은 별도 표기했다.