2026 Steam 이벤트 캘린더에 따르면, Steam의 사회적 추론 축제(Social Deduction Fest)가 7월 13일부터 7월 16일까지 진행됩니다. 이는 사회적 게임(social games)이 기억에 남는 세션을 만들기 위해 복잡한 규칙서가 필요하지 않다는 점을 상기시켜 주는 유용한 사례입니다.

가장 강력한 파티 게임 아이디어 중 일부는 단 한 문장으로 설명될 수 있습니다:

한 명의 플레이어는 사냥꾼이 됩니다. 나머지 모두는 숨습니다. 각 숨는 플레이어는 자신을 노출시킬 수도 있는 하나의 능력을 가집니다.

이것만으로도 프로토타이핑(prototyping)을 시작하기에 충분합니다.

실수는 프로토타입을 완성된 게임의 축소판처럼 취급하는 것입니다. 유용한 프로토타입은 미니어처 제작물이 아닙니다. 그것은 당신이 가장 확신하지 못하는 상호작용(interaction)에 대한 집중적인 테스트입니다.

숨바꼭질 게임의 경우, 그 상호작용은 캐릭터 성장(character progression), 매치메이킹(matchmaking), 코스메틱(cosmetics), 또는 맵의 모음이 아닙니다. 그것은 술래가 누군가를 거의 찾아낼 뻔한 바로 그 순간입니다.

그 외의 모든 것은 기다릴 수 있습니다.

이해하기 쉬운 하나의 반전(Twist)으로 시작하라

기본적인 숨바꼭질은 이미 기능적인 루프(loop)를 가지고 있습니다:

1. 숨는 이들이 위치를 선택합니다.
2. 술래가 수색합니다.
3. 술래가 가까이 다가오면 숨는 이들이 반응합니다.
4. 모든 사람이 잡히거나 시간이 만료되면 라운드가 종료됩니다.

프로토타입에는 규칙을 이해하기 어렵게 만들지 않으면서 플레이어의 행동 방식을 바꾸는 단 하나의 반전(twist)이 필요합니다.

예를 들어:

• 숨는 이들은 가구로 변장할 수 있지만, 모든 변장은 미세하게 움직입니다.
• 숨는 이들은 전력 질주할 때마다 일시적인 발자국을 남깁니다.
• 술래는 방 하나를 스캔할 수 있지만, 스캔은 술래의 위치도 드러냅니다.
• 숨는 이들은 라운드 내내 숨어 있는 대신 열쇠를 수집해야 합니다.
• 불빛이 깜빡일 때마다 모든 플레이어의 외형이 변합니다.
• 숨는 이들은 미끼(decoys)를 만들 수 있지만, 미끼는 마지막으로 냈던 소리를 반복합니다.

저는 이 중 단 하나만을 선택할 것입니다.

여러 개의 반전을 한꺼번에 추가하면 취약한 플레이테스트(playtest)를 진단하기가 놀라울 정도로 어려워집니다. 플레이어들이 혼란스러워한다면, 문제가 변장 시스템인지, 맵인지, 스캔 능력인지, 아니면 목표인지 알 수 없게 됩니다.

하나의 메커니즘(mechanic)은 당신에게 더 깔끔한 해답을 제공합니다.

테마를 설명하기 전에 라운드를 정의하라

프롬프트 기반(Prompt-based) 게임 도구는 요청이 분위기(mood)보다는 시스템(system)을 설명할 때 더 잘 반응합니다.

"재미있는 멀티플레이어 숨바꼭질 게임을 만들어줘"라는 요청은 해결되지 않은 결정 사항을 너무 많이 남겨둡니다. 도구는 맵, 역할(roles), 조작(controls), 승리 조건(win conditions), 타이밍, 피드백, 그리고 난이도를 동시에 만들어내야 합니다.

더 유용한 첫 번째 프롬프트는 다음과 같은 형태일 것입니다:

브라우저 기반의 숨바꼭질 파티 게임 프로토타입을 생성해줘.

게임은 네 개의 연결된 방이 있는 하나의 컴팩트한 맵에서 진행된다.
...

이 프롬프트는 의도적으로 화려하지 않습니다. 이는 가장 작은 단위의 완전한 라운드(round)를 정의합니다.

중심 상호작용(central interaction)이 여전히 모호한 아름다운 게임보다는, 명확한 규칙을 가진 평범한 게임을 테스트하는 편이 낫습니다.

멀티플레이어를 구축하지 않고 멀티플레이어 동작을 프로토타이핑하기

실시간 멀티플레이어(Real-time multiplayer)는 네트워킹, 방(rooms), 동기화(synchronization), 재연결 동작(reconnect behavior), 지연 시간(latency), 그리고 테스트 오버헤드(testing overhead)를 추가합니다. 이러한 시스템 중 그 어느 것도 숨기 메커니즘(hiding mechanic)이 즐거운지를 알려주지는 않습니다.

첫 번째 버전에서는 다른 플레이어를 봇(bots)이나 로컬 역할(local roles)로 대체하세요.

싱글 플레이어 술래(seeker) 프로토타입으로도 여전히 중요한 질문들에 답할 수 있습니다:

• 맵을 탐색하는 것이 흥미로운가?
• 플레이어가 의심스러운 물체를 식별할 수 있는가?
• 술래가 충분한 정보를 받는가?
• 라운드가 너무 긴가?
• 누군가를 찾아냈을 때 만족감이 느껴지는가?
• 관전자가 무슨 일이 일어났는지 이해할 수 있는가?

또한 역할을 뒤집어 플레이어가 봇 술래로부터 숨게 할 수도 있습니다. 이는 변장(disguising), 이동, 그리고 위험 감수(taking risks)가 충분한 긴장감을 조성하는지 테스트합니다.

양측 모두가 독립적으로 흥미로운 결정을 내릴 수 있을 때 비로소 실제 멀티플레이어로 넘어가세요.

조우(Encounters)를 중심으로 하나의 맵 구축하기

파티 게임의 맵은 만남, 아슬아슬한 순간(near misses), 그리고 잘못된 가정(mistaken assumptions)을 만들어내야 합니다. 단순히 믿을 만한 장소처럼 보이기 위해 존재해서는 안 됩니다.

초기 숨바꼭질 프로토타입을 위해서라면, 저는 네 개의 작은 공간을 사용할 것입니다:

• 모두가 반드시 지나가야 하는 중앙 방 (A central room)
• 많은 변장 오브젝트가 있는 어질러진 방 (A cluttered room)
• 탈출 경로가 제한된 좁은 복도 (A narrow corridor)
• 선택적 목표가 포함된 위험한 측면 방 (A risky side room)

이러한 배치는 라운드에 리듬감을 부여합니다. 숨는 사람(Hiders)은 안전하게 머물거나, 노출된 구역을 가로지르거나, 보상을 위해 위험한 방으로 들어갈 수 있습니다.

또한 맵은 술래(Seeker)가 몇 초마다 유용한 정보와 마주칠 수 있을 만큼 충분히 작아야 합니다. 길고 텅 빈 탐색은 플레이하기에도 느리게 느껴지고, 시청하기에는 훨씬 더 느리게 느껴집니다.

만약 플레이어가 구석진 곳을 선택해 기다리는 것만으로 성공적으로 숨을 수 있다면, 그 맵은 플레이어 대신 너무 많은 일을 대신 해주고 있는 것입니다.

관객에게 반전(Twist)을 시각화하기

파티 게임은 사람들이 직접 플레이하기 전에 클립(Clips)을 통해 퍼져나가는 경우가 많습니다. 그렇다고 해서 모든 프로토타입에 스트리밍 통합 기능이나 정교한 반응 시스템이 필요하다는 뜻은 아닙니다.

다만, 중요한 사건은 별도의 설명 없이도 읽힐 수 있어야(readable) 한다는 뜻입니다.

숨는 사람이 의자로 변신한다고 가정해 봅시다. 만약 유일한 단서가 아주 작은 상태 아이콘뿐이라면, 짧은 클립 속에서 그 순간을 이해하기 어려울 것입니다. 만약 술래가 지나갈 때 의자가 잠시 흔들린다면, 그 유머는 즉시 눈에 보이게 됩니다.

메커니즘을 검토할 때, 저는 세 가지 질문을 던집니다:

1. 새로운 플레이어가 무슨 일이 일어났는지 설명할 수 있는가?
2. 관객이 실수를 식별할 수 있는가?
3. 결과가 반응(Reaction)을 만들어내는가?

읽기 쉬운 반전은 이야기를 만들어냅니다. 술래가 흔들리는 램프를 무시했거나, 숨는 사람이 1초 너무 일찍 움직였거나, 혹은 미끼(Decoy)가 모두를 잘못된 방으로 유인했거나 하는 이야기 말입니다.

이것은 또 다른 시스템을 추가하는 것보다 훨씬 가치 있는 일입니다.

최종 결정이 아닌 반복(Iteration)을 위해 AI를 사용하기

저는 규칙 변경과 플레이 가능한 라운드 사이의 거리를 단축해 주기 때문에, 작은 상호작용 테스트를 위해 브라우저 기반 AI 게임 메이커를 사용해 왔습니다.

유용한 부분은 AI에게 "게임을 재미있게 만들어줘"라고 요청하는 것이 아닙니다. 그런 지시사항은 시스템에 변경할 구체적인 대상을 제공하지 않습니다.

대신, 저는 한 번에 하나의 행동 수정(Behavioral revision)을 수행합니다:

라운드 타이머를 90초에서 60초로 줄여줘.

변장한 숨는 사람이 8초마다 흔들리는 대신 6초마다 흔들리게 해줘.
...

이렇게 하면 각 반복 (iteration) 과정을 이해하기 쉽게 유지할 수 있습니다. 테스트를 거친 후, 추가된 단서가 긴장감을 조성하는지 아니면 단순히 숨는 것을 불가능하게 만드는지 결정할 수 있습니다.

AI는 변형 (variations)을 빠르게 생성할 수 있습니다. 하지만 어떤 플레이어의 행동을 보존할 가치가 있는지는 결정할 수 없습니다. 그 작업에는 여전히 관찰과 판단이 필요합니다.

승리가 아닌 이야기를 위한 테스트

매 세션이 끝난 후, 저는 "재미있었나요?"라고 묻는 것을 피할 것입니다.

그 질문은 보통 예의 바르지만 쓸모없는 답변을 만들어냅니다.

대신 다음과 같이 물어보세요:

• 언제 가장 안전하다고 느꼈나요?
• 무엇 때문에 숨는 장소를 바꾸게 되었나요?
• 어떤 물체가 수상해 보였나요?
• 왜 잡혔는지 이해할 수 있었나요?
• 다른 사람에게 말해주고 싶은 어떤 일이 일어났나요?

마지막 질문이 가장 중요합니다.

파티 게임은 반복 가능한 이야기로부터 성장합니다. 만약 테스터들이 특정한 배신, 실수, 블러핑 (bluff), 또는 간발의 차로 탈출한 상황을 설명한다면, 프로토타입이 사회적으로 가치 있는 무언가를 만들어낸 것입니다.

만약 그들이 조작법에 대해서만 설명한다면, 게임 루프 (loop)를 아마도 다시 한 번 다듬어야 할 것입니다.

가장 작은 버전으로도 충분합니다

훌륭한 첫 숨바꼭질 프로토타입에는 다음이 필요합니다:

• 하나의 컴팩트한 맵
• 한 명의 술래 (seeker)
• 한 명에서 세 명의 숨는 사람 (hiders)
• 이해하기 쉬운 반전 요소 하나
• 하나의 타이머
• 하나의 명확한 승리 조건
• 모든 포획 상황을 이해할 수 있을 만큼 충분한 피드백

진행 시스템 (progression system), 상점, 12명의 캐릭터, 또는 20개의 맵은 필요하지 않습니다.

목표는 플레이어들이 움직임으로 거짓말을 하고, 수상한 행동을 읽으며, 서로에게 공포를 유발하는 것을 즐기는지 발견하는 것입니다. 일단 그것이 작동하면, 추가 콘텐츠는 이를 뒷받침할 견고한 기반을 갖게 됩니다.

그전까지는 하나의 맵과 하나의 이상한 규칙만으로도 충분합니다.