게임 디자인

게임 밸런스는 숫자 조정이 아니다: 게임 디자인 101

제가 게임을 만들며 익힌 기준을 바탕으로 밸런스 디자인과 밸런싱의 차이, 장르별 설계, 60분 프로토타입, AI 활용과 출시까지 자세히 설명합니다.

Lucas Ko

09 8월 2026 — 68 min read

게임을 만들다 보면 언젠가 이런 대화를 하게 됩니다.

“이 캐릭터가 너무 센 것 같아요.”

“보상을 조금 더 주면 재미있지 않을까요?”

“전투가 심심하니까 치명타를 넣어보죠.”

겉으로 보면 모두 밸런스에 관한 이야기입니다. 하지만 세 문장에는 공통으로 빠진 것이 있습니다. 플레이어에게 어떤 경험을 주고 싶은지, 그 경험을 위해 왜 이 수치와 규칙이 필요한지에 대한 설명입니다.

공격력이 너무 높으면 낮추고, 성장 속도가 느리면 경험치를 늘리고, 특정 캐릭터의 승률이 높으면 계수를 깎는 일은 중요합니다. 다만 이것은 이미 만들어진 규칙을 조정하는 밸런싱에 가깝습니다. 밸런스 디자인은 그보다 앞에서 시작합니다. 어떤 플레이를 반복하게 할지, 플레이어가 언제 긴장하고 언제 안도할지, 선택의 결과를 어떤 속도로 보여줄지, 내러티브와 시스템과 화면이 같은 방향을 보고 있는지를 먼저 정하는 일입니다.

2026년 8월 7일, 저는 ‘게임 디자인 101 — 밸런스 디자인’이라는 주제로 제가 게임을 만들며 익힌 기준과 사례를 이야기했습니다. 이 글에서는 당시 빠르게 지나간 개념에 예시와 질문을 보태 더 깊고 이해하기 쉽게 풀어보려 합니다. 강의 내용을 문장 그대로 옮기기보다, 여러분이 실제 게임을 만들 때 다시 꺼내 쓸 수 있는 실전 안내서로 정리했습니다.

이 글에서 답하려는 질문

끝까지 읽으면 다음 질문에 답할 수 있습니다.

밸런스 디자인과 밸런싱은 정확히 무엇이 다른가?
“재미있다”는 막연한 감상을 설계 언어로 어떻게 바꿀 수 있는가?
퍼즐, FPS, RPG는 각각 무엇을 기준축으로 삼아야 하는가?
공격력, 방어력, 치명타, 회피, 관통 같은 스탯은 왜 생겼는가?
단순한 숫자가 복잡한 공식보다 더 강한 경험을 만드는 경우는 언제인가?
왜 UI부터 만들면 고칠 수 없는 게임이 되기 쉬운가?
30분 또는 60분짜리 플레이 경험을 어떻게 먼저 설계할 수 있는가?
AI는 밸런스 계산에서 무엇을 도울 수 있고 무엇을 대신할 수 없는가?
기획, 프로그램, 아트, 사업 직군은 어떤 공용어로 대화해야 하는가?
작은 게임이라도 출시하고 유료화를 시도하는 일이 왜 공부가 되는가?

1. 왜 우리는 ‘재미’를 두고 대화하면서도 서로 이해하지 못할까

저는 숫자나 공식보다 먼저 의사소통 문제에서 이야기를 시작하려 합니다.

게임 개발자와 비개발자가 한 공간에서 아이디어를 이야기하면 분위기는 즐겁습니다. 누군가 “이런 게임을 만들고 싶다”고 말하고, 다른 사람은 “괜찮다”, “재미있겠다”고 답합니다. 그런데 대화가 끝난 뒤 무엇을 만들어야 하는지 적어보면 합의된 내용이 거의 없는 경우가 많습니다.

이유는 단순합니다. ‘재미’라는 말이 각자에게 다른 장면을 뜻하기 때문입니다.

한 사람은 적을 빠르게 쓸어버리는 손맛을 상상합니다. 다른 사람은 어려운 보스를 여러 번 도전해 공략하는 성취감을 떠올립니다. 또 다른 사람은 캐릭터를 수집하고 성장시키는 장기 목표를 재미라고 생각합니다. 모두 “전투가 재미있어야 한다”고 말하지만, 기대하는 플레이 시간과 실패 횟수, 보상 주기, 조작 난이도는 전혀 다릅니다.

이 상태는 서로 다른 언어를 쓰는 것과 비슷합니다. 상대가 틀린 것이 아니라, 같은 단어에 다른 뜻을 붙이고 있습니다. “괜찮다”라는 반응만으로는 다음 결정을 내릴 수 없습니다.

그래서 재미를 설계 언어로 바꿔야 합니다.

플레이어는 한 판에 몇 분을 쓰는가?
그 시간 동안 몇 번 선택하는가?
실패해도 다시 시도하고 싶은 이유는 무엇인가?
처음 30초 안에 무엇을 이해해야 하는가?
강해졌다는 사실을 어떤 변화로 알아차리는가?
한 번의 선택이 바로 결과로 돌아오는가, 나중에 누적되어 돌아오는가?
플레이어가 원하는 것은 승리인가, 수집인가, 숙련인가, 발견인가?

이 질문에 답하기 시작하면 “재미있게 만들자”가 실제 작업으로 바뀝니다. 프로그래머는 필요한 상태와 규칙을 떠올릴 수 있고, 아티스트는 무엇을 강조해야 하는지 알 수 있으며, 디자이너는 레벨과 보상을 구체화할 수 있습니다.

밸런스 디자인은 바로 이 공용어를 만드는 작업입니다.

2. 게임 기획보다 ‘게임 디자인’이라고 부르는 이유

저는 ‘게임 기획’보다 ‘게임 디자인’이라는 표현을 선호합니다. 아이디어를 문서로 정리하는 데서 일이 끝나지 않기 때문입니다.

게임은 개발자가 정한 규칙과 플레이어의 반응이 계속 오가는 매체입니다. 개발자는 어떤 선택지를 배치하고, 플레이어는 그중 하나를 고릅니다. 게임은 결과를 보여주고, 플레이어는 결과를 보고 다음 행동을 바꿉니다. 이 대화가 반복되면서 경험이 만들어집니다.

이를 하나의 흐름으로 정리하면 다음과 같습니다.

아이디어 → 내러티브 → 시스템 → 반복 플레이 → 사용자 경험

예를 들어 “동료를 모아 위험한 던전을 공략하는 게임”이라는 아이디어가 있다고 합시다.

내러티브는 왜 동료를 모아야 하는지 설명합니다. 시스템은 직업 조합, 장비, 파티 편성, 던전 입장 조건을 만듭니다. 반복 플레이는 파밍, 성장, 실패, 재도전으로 이어집니다. 사용자 경험은 준비한 조합이 통했을 때의 안도감, 마지막 공격으로 보스를 쓰러뜨렸을 때의 성취감, 다음 던전을 위해 다시 장비를 고르는 기대감으로 완성됩니다.

여기서 UI만 떼어내 “파티 편성 화면을 예쁘게 만들자”고 말하면 경험의 일부만 다루게 됩니다. 전투 공식만 떼어내 “승률을 50%에 맞추자”고 말해도 마찬가지입니다. 내러티브, 시스템, 반복, 피드백이 하나의 의도를 향해야 합니다.

게임 디자인은 이 연결 전체를 설계하는 일입니다. 밸런스 디자인은 그 연결이 한쪽으로 무너지지 않도록 중심을 잡는 사고방식입니다.

3. 밸런스 디자인과 밸런싱의 차이

두 용어를 분리하면 개발 과정이 훨씬 선명해집니다.

밸런스 디자인

밸런스 디자인은 무엇을 경험하게 할지 정합니다.

한 판의 목표와 길이
플레이어가 반복할 핵심 행동
선택지 사이의 역할 차이
성장과 난이도의 큰 곡선
실패가 주는 비용
보상과 재도전의 관계
피드백이 돌아오는 속도
장르가 요구하는 기본 문법
내러티브, 아트, 조작, 상품 구조의 방향성

밸런싱

밸런싱은 설계한 경험이 실제로 나오도록 값을 맞춥니다.

공격력과 방어력 계수
적 체력과 스테이지 난이도
아이템 드롭 확률
레벨업 요구 경험치
재화 획득량과 소비량
치명타 확률과 배율
캐릭터별 승률과 사용률
반복 횟수와 보상량

비유하자면 밸런스 디자인은 요리의 메뉴와 맛의 방향을 정하는 일이고, 밸런싱은 소금과 불의 세기를 조절하는 일입니다. 무엇을 만들지 정하지 않은 채 소금의 양만 정교하게 바꿔도 좋은 요리가 나오지 않습니다.

반대로 설계 의도가 명확한 게임은 초기에 수치가 조금 거칠어도 재미의 가능성이 보입니다. 플레이어가 무엇을 해야 하는지 알고, 선택의 결과가 이해되며, 다음 시도를 하고 싶은 이유가 있기 때문입니다. 이런 게임은 테스트를 통해 고칠 수 있습니다.

중요한 차이는 ‘수정 가능성’입니다.

좋은 디자인과 나쁜 밸런싱이 만난 게임은 고칠 수 있습니다. 값과 곡선을 조정하면 의도한 경험에 가까워질 수 있습니다. 그러나 나쁜 디자인과 정교한 밸런싱이 만난 게임은 고치기 어렵습니다. 숫자를 바꿀 때마다 다른 부분이 흔들리고, 무엇을 기준으로 판단해야 할지도 불분명합니다.

따라서 밸런싱을 시작하기 전에 반드시 한 문장으로 답해야 합니다.

“이 게임에서 플레이어가 반복해서 느껴야 하는 감정은 무엇인가?”

4. 밸런스 디자인은 모든 요소를 하나의 의도로 묶는 일

밸런스 디자인을 전투 수치에만 한정하면 중요한 절반을 놓칩니다. 저는 제품이 전달하는 감성, 조작 체계, 숫자의 표현 방식, 상품 구성까지 모두 같은 방향을 가져야 한다고 봅니다.

어떤 게임이 느리고 묵직한 판타지를 약속한다고 생각해봅시다. 그런데 조작은 빠른 반사 신경을 요구하고, 화면은 가볍고 장난스러운 효과로 가득하며, 상품은 세계관과 무관한 장식으로 구성되어 있다면 각 요소가 서로 다른 게임을 말하고 있는 셈입니다.

반대로 타깃 플레이어가 복잡한 조작을 부담스러워한다면 조작 단계를 줄이고, 숫자를 정수 중심으로 보여주고, 성장 단계를 1강·2강·3강처럼 쉽게 읽히게 만들 수 있습니다. 이것은 단순히 UI 편의성의 문제가 아닙니다. 누구에게 어떤 감각으로 게임을 전달할지에 관한 밸런스 디자인입니다.

의도는 보통 다음 층을 따라 구체화됩니다.

방향성: 누구를 위한 어떤 게임인가?
시장과 플레이 상황: 플레이어는 언제, 어디서, 얼마나 오래 하는가?
메커니즘: 어떤 행동과 선택이 핵심 재미를 만드는가?
표현: 아트, 사운드, 연출은 그 행동을 어떻게 강조하는가?
시스템: 성장, 전투, 보상, 실패가 어떻게 연결되는가?
구현: 프로그램 로직과 데이터 구조가 무엇을 지원해야 하는가?
튜닝: 실제 테스트에서 숫자를 어떻게 조절할 것인가?
운영: 업데이트가 처음 약속한 경험을 어떻게 확장하는가?

작은 팀이나 1인 개발에서는 한 사람이 이 층을 모두 오가야 합니다. 모든 분야의 전문가가 될 필요는 없습니다. 다만 서로 만나는 지점에서 어떤 질문을 해야 하는지는 알아야 합니다.

5. 좋은 밸런스는 ‘공평함’보다 ‘의도가 보이는 상태’에 가깝다

밸런스가 좋다는 말을 들으면 모든 캐릭터의 승률이 같거나 모든 선택지가 같은 효율을 내는 상태를 떠올리기 쉽습니다. 하지만 게임에서 완전한 대칭은 오히려 선택의 의미를 없앨 수 있습니다.

좋은 밸런스의 핵심은 각 선택이 의도한 상황에서 분명한 역할을 하는 것입니다.

빠르지만 약한 캐릭터는 회피와 위치 선정에서 강점을 보여야 합니다.
느리지만 강한 무기는 맞히기 어렵다는 비용을 가져야 합니다.
안전한 성장 경로는 느리지만 안정적이어야 합니다.
위험한 도전은 실패 가능성이 높지만 성공했을 때 큰 변화를 줘야 합니다.
초반에는 손쉽게 적을 쓰러뜨리며 힘을 익히고, 후반에는 준비한 장비와 조합을 시험해야 합니다.

플레이어가 “왜 졌는지”, “무엇을 바꾸면 되는지”, “이번 선택이 무엇을 만들었는지”를 이해할 수 있다면 수치가 완전히 대칭이 아니어도 설계는 작동합니다.

반대로 승률은 50%에 가까워도 결과의 이유를 알 수 없고 선택이 체감되지 않으면 플레이어는 불공정하다고 느낍니다. 실제 수치의 공평함과 체감 공정성은 다릅니다.

밸런스 디자인은 두 가지를 함께 다룹니다.

시스템이 실제로 어떤 결과를 만드는가
플레이어가 그 결과를 어떻게 해석하는가

그래서 피드백이 중요합니다. 피해 숫자, 타격음, 화면 흔들림, 적의 경직, 체력바 변화, 보상 연출은 장식이 아닙니다. 설계한 수치를 플레이어의 경험으로 번역하는 장치입니다.

6. 장르에는 저마다 먼저 잡아야 할 기준축이 있다

모든 게임에 같은 밸런스 공식을 적용할 수는 없습니다. 장르마다 플레이어가 기대하는 시간, 조작, 실패, 반복의 문법이 다르기 때문입니다.

퍼즐: 한 판의 시간과 무브 수

제가 퍼즐 게임에서 가장 먼저 보는 것은 복잡한 점수 공식이 아니라 한 판의 길이입니다. 대중적인 퍼즐 한 판은 대체로 짧은 시간 안에 끝나며, 그 안에서 사용할 수 있는 무브 수가 핵심 축이 됩니다.

만약 가벼운 모바일 퍼즐 한 판이 10분이나 60분 동안 이어진다면 플레이어가 기대한 리듬과 어긋날 가능성이 큽니다. 반대로 너무 짧아 선택을 고민할 틈이 없다면 성취감이 생기기 어렵습니다.

퍼즐의 기본 질문은 다음과 같습니다.

한 판은 몇 초 또는 몇 분인가?
그 시간에 평균 몇 번 움직이는가?
몇 번째 무브에서 목표를 이해하는가?
실패 직전에는 얼마나 아깝다고 느껴야 하는가?
같은 규칙을 몇 레벨마다 변주하는가?
새로운 장애물이나 폭발 규칙은 언제 소개하는가?
재도전할 때 이전 실패에서 배운 것이 적용되는가?

성공한 퍼즐 게임을 분석할 때는 표면의 보석 모양보다 이 문법을 봐야 합니다. 같은 색을 맞추는 기본 규칙 위에 어떤 특수 블록이 추가되는지, T자나 L자 조합이 어떤 보상을 만드는지, 폭탄이 반복의 피로를 어떻게 끊는지, 난이도 곡선이 일정한 무브 수 안에서 어떻게 변주되는지를 살펴야 합니다.

레벨이 뒤로 간다고 무조건 무브 수만 늘리면 플레이가 길어질 뿐입니다. 제한된 시간과 입력 안에서 목표, 방해 요소, 보상, 우연성의 조합을 바꾸는 것이 밸런스 디자인입니다.

FPS: 수치보다 공간과 조우 확률

FPS에서는 무기 공격력만큼 레벨 디자인이 중요합니다. 플레이어가 어디서 만나고, 어느 거리를 유지하며, 어느 경로를 위험하다고 판단하는지가 전투 경험을 만듭니다.

좋은 맵은 단순히 예쁜 공간이 아닙니다.

짧지만 위험한 길과 길지만 안전한 길이 있는가?
공격과 수비가 정보를 얻는 시점이 다른가?
엄폐물 사이 이동에 결정을 요구하는가?
특정 위치가 지나치게 많은 시야를 독점하지 않는가?
플레이어가 교전 전에 준비할 시간이 있는가?
사망 후 왜 공격받았는지 이해할 수 있는가?

카운터 스트라이크의 더스트 계열 맵이 오랫동안 회자되는 이유도 공간이 교전 확률과 선택을 만들어내기 때문입니다. 터널, 긴 길, 좁은 입구, 폭발물 목표 지점 같은 요소가 각기 다른 위험과 정보를 제공합니다.

FPS 밸런스를 무기 DPS 표만으로 판단하면 맵에서 실제로 발생하는 거리를 놓칩니다. 산탄총이 강한지 약한지는 숫자만이 아니라 좁은 복도가 얼마나 자주 등장하는지에 달려 있습니다. 저격총의 효율은 긴 시야가 얼마나 쉽게 확보되는지와 연결됩니다.

이 장르의 기준축은 공간입니다. 숫자는 공간이 만든 상황 안에서 의미를 얻습니다.

RPG: 성장 감각과 선택의 결과

RPG는 공격력, 방어력, 체력, 장비, 확률 스탯이 서로 연결됩니다. 그래서 가장 복잡해 보이지만, 출발점은 단순합니다.

플레이어는 대개 높은 공격력을 갖고 적은 상대적으로 높은 체력을 가집니다. 플레이어가 여러 번 공격하며 성장과 장비의 차이를 느끼게 하기 위해서입니다. 만약 양쪽이 모두 한 번에 상대를 쓰러뜨릴 수 있다면 선공권이 결과를 결정하고, 성장이나 전략이 개입할 여지가 줄어듭니다.

RPG의 핵심 질문은 다음과 같습니다.

한 적을 몇 번 공격해 쓰러뜨리는가?
플레이어는 몇 번의 실수를 견딜 수 있는가?
장비 하나가 필요한 공격 횟수를 바꾸는가?
성장 전과 성장 후의 차이를 언제 알아차리는가?
확률 스탯이 선택을 만드는가, 결과만 흔드는가?
실패한 플레이어가 다음 도전에서 바꿀 수 있는 것이 있는가?

이제 RPG의 스탯이 어떤 문제를 해결하기 위해 하나씩 추가되는지 살펴보겠습니다.

7. RPG 스탯은 장식이 아니라 문제를 해결하기 위해 생긴다

스탯을 많이 넣으면 깊은 게임이 된다고 생각하기 쉽습니다. 실제로는 각 스탯이 해결할 문제가 분명해야 합니다.

7-1. 공격력과 체력: 전투의 기본 시간 만들기

가장 단순한 모델은 공격력만큼 상대 체력을 줄이는 것입니다.

개념 예시:

피해량 = 공격력
남은 체력 = 현재 체력 - 피해량

플레이어 공격력이 10이고 적 체력이 10이면 한 번에 끝납니다. 적 공격력이 1이고 플레이어 체력이 10이면 플레이어는 여러 번 맞을 수 있습니다. 이 차이만으로도 전투의 리듬이 생깁니다.

중요한 것은 숫자의 크기가 아니라 필요한 행동 횟수입니다. 공격력 10과 체력 100은 공격력 1과 체력 10과 같은 10회 공격을 요구할 수 있습니다. 화면에 큰 숫자를 보여주는 것과 실제 플레이 리듬은 별개의 문제입니다.

먼저 정해야 할 것은 “일반 적은 몇 번에 쓰러지는가”, “보스는 몇 번의 패턴을 보여주는가”입니다. 그다음 숫자의 자릿수를 결정해도 늦지 않습니다.

7-2. 방어력과 장비: 성장 경로를 한 번 더 꼬기

공격력과 체력만 있으면 결과가 너무 직접적입니다. 장비와 방어력을 추가하면 전투 밖의 반복이 생깁니다.

개념 예시:

피해량 = 공격력 - 방어력

검을 얻으면 공격 횟수가 줄고, 방패를 얻으면 버틸 수 있는 횟수가 늘어납니다. 전투는 장비 파밍의 이유가 되고, 장비 파밍은 다시 더 어려운 전투에 들어갈 준비가 됩니다.

여기서 중요한 점은 방어력이 숫자 하나를 추가하는 데 그치지 않는다는 것입니다. 던전을 몇 번 돌아야 하는지, 어떤 아이템을 목표로 삼는지, 장비를 바꿨을 때 플레이가 어떻게 달라지는지까지 함께 생깁니다.

좋은 장비 시스템은 “전투력이 2% 올랐다”는 정보만 주지 않습니다. 이전에는 네 번 때려야 했던 적을 세 번에 쓰러뜨리거나, 한 번 맞으면 위험했던 패턴을 두 번 견디게 하는 식으로 행동 단위를 바꿉니다.

7-3. 치명타: 능동적인 기대와 의외성

전투 결과가 항상 같으면 예측 가능하지만 반복이 단조로워질 수 있습니다. 치명타는 결과에 변주를 줍니다.

치명타는 단순한 랜덤이 아닙니다. 플레이어가 치명타 확률이나 배율을 높이는 장비를 선택할 수 있다면, 기대값과 폭발력 사이에서 빌드를 고르게 됩니다. 저는 이를 플레이어가 능동적으로 높일 수 있는 확률의 대표적인 예로 봅니다.

다만 치명타 확률을 상태창에 17.5%라고 적는 것만으로는 충분하지 않습니다.

발생했을 때 일반 공격과 확실히 다른가?
소리, 숫자, 애니메이션으로 즉시 알아볼 수 있는가?
치명타를 선택한 플레이어가 자신의 빌드가 작동했다고 느끼는가?
실패했을 때 지나치게 억울하지 않은가?
짧은 전투와 긴 전투에서 체감이 어떻게 다른가?

확률은 표시보다 피드백이 중요합니다. 20%라는 숫자를 보여줘도 열 번 연속 발생하지 않을 수 있습니다. 플레이어가 통계적으로 틀린 기대를 갖는 상황까지 고려해야 합니다.

7-4. 회피: 수동적인 확률과 통제감

회피도 결과를 무효화하는 확률이지만 치명타와 감각이 다릅니다. 치명타는 내가 공격할 때 기대하는 능동적 확률에 가깝고, 회피는 상대 공격을 받을 때 발생하는 수동적 확률에 가깝습니다.

회피가 지나치게 강하면 공격한 쪽은 자신의 올바른 선택이 무효가 되었다고 느낄 수 있습니다. 반대로 회피를 투자한 플레이어에게 아무런 체감이 없으면 스탯의 존재 이유가 사라집니다.

그래서 회피에는 다음과 같은 표현이 필요합니다.

공격이 빗나간 이유를 보여주는 모션
회피에 투자한 캐릭터다운 빠른 움직임
연속 회피를 제한하거나 보정하는 규칙
명중 스탯이나 범위 공격 같은 대응 수단
회피 성공 후 반격 기회처럼 새로운 행동

좋은 확률 스탯은 결과만 바꾸지 않습니다. 플레이어가 선택하고 대응하는 방식도 바꿉니다.

7-5. 공격력에서 방어력을 빼는 공식의 문제

단순한 뺄셈 공식은 이해하기 쉽지만 공격력이 방어력보다 낮아졌을 때 문제가 생깁니다.

피해량 = 공격력 - 방어력

공격력 8, 방어력 10이라면 피해량이 -2가 됩니다. 그대로 적용하면 공격할수록 상대가 회복하는 이상한 결과가 생길 수 있습니다. 실제 구현에서는 최소 피해를 보장하거나, 0 아래로 내려가지 않게 막거나, 공식을 비율형으로 바꿔야 합니다.

최소 피해 방식의 개념 예시:

피해량 = max(최소 피해, 공격력 - 방어력)

피해 감소율 방식의 개념 예시:

최종 피해 = 공격력 × (1 - 피해 감소율)

두 방식은 다른 경험을 만듭니다.

최소 피해 방식은 방어력이 높아도 언젠가는 쓰러뜨릴 수 있게 합니다. 대신 다수의 약한 공격이 강한 방어를 지나치게 쉽게 뚫을 수 있는지 봐야 합니다. 피해 감소율 방식은 음수 문제를 피하고 성장 곡선을 다루기 쉽지만, 37% 감소 같은 숫자가 플레이어에게 덜 직관적일 수 있습니다.

공식의 우아함보다 중요한 것은 플레이어가 결과를 예상할 수 있는가입니다.

7-6. 관통: 방어에 대한 대응과 파워 타이밍

방어가 강한 전략으로 자리 잡으면 이를 상대할 관통이 등장합니다. 관통은 단순히 방어력을 깎는 숫자가 아니라 메타의 타이밍을 만듭니다.

관통 장비를 언제 완성하는지에 따라 특정 구간에서 피해 효율이 크게 달라질 수 있습니다. 팀 게임이라면 모든 구성원이 같은 수치를 올리는 대신, 특정 역할에게 자원을 집중해 강한 타이밍을 만들 수도 있습니다.

이때 질문은 “관통 10이 강한가?”가 아닙니다.

상대가 방어를 갖추는 시점은 언제인가?
관통 투자가 다른 성장 선택을 포기할 만큼 가치 있는가?
관통이 완성되는 순간 팀의 행동이 달라지는가?
상대는 그 타이밍을 예측하고 대응할 수 있는가?
관통이 없는 빌드도 다른 역할을 가질 수 있는가?

스탯은 값이 아니라 시간과 선택의 구조입니다.

8. 로그라이크가 단순한 전투를 반복 가능하게 만드는 방법

공격력과 방어력만 놓고 보면 전투 결과는 쉽게 계산됩니다. 계산 가능한 전투는 자칫 뻔해집니다. 로그라이크는 이 문제를 선택의 누적으로 해결합니다.

중요한 차이는 완전한 무작위와 선택이 만든 의외성을 구분하는 것입니다.

아무 이유 없이 좋은 아이템이 나오거나 적 공격이 빗나가는 것은 운입니다. 반면 독 피해를 선택하고, 독 중첩을 강화하고, 중독된 적에게 추가 효과를 주는 장비를 고른 뒤 예상 밖의 강한 조합이 완성되는 것은 플레이어의 선택이 만든 의외성입니다.

좋은 로그라이크 설계는 매번 다른 결과를 주면서도 플레이어가 자신의 판단을 설명할 수 있게 합니다.

이번 판은 왜 강했는가?
어떤 선택이 전환점이었는가?
다음 판에는 무엇을 다르게 해보고 싶은가?
실패가 새로운 지식을 남겼는가?

무작위 요소를 추가할 때는 “결과가 다양해지는가”뿐 아니라 “플레이어가 결과에 책임과 소유감을 느끼는가”를 확인해야 합니다.

9. 스타크래프트: 작은 숫자로 업그레이드의 의미를 보여주기

제가 스타크래프트를 예로 든 이유는 복잡한 스탯 대신 명확한 상성과 보정으로 선택의 의미를 보여주기 때문입니다.

마린처럼 기본 공격력이 작은 유닛과 높은 체력·방어력을 가진 울트라리스크가 만나는 상황을 생각해봅시다. 공격과 방어 업그레이드가 맞물리면 작은 수치 차이가 실제 피해 횟수를 크게 바꿉니다. 플레이어는 업그레이드 전후의 차이를 전투 결과에서 바로 알아차릴 수 있습니다.

여기에 유닛 크기와 공격 유형에 따른 상성이 더해집니다. 소형, 중형, 대형이나 특정 피해 유형 같은 구분은 표면적으로는 추가 규칙이지만, 화면에서 보이는 유닛의 특성과 효과가 일치할 때 직관적인 전략이 됩니다.

핵심은 숫자를 많이 보여주는 데 있지 않습니다.

업그레이드했을 때 필요한 공격 횟수가 달라진다.
특정 유닛을 상대할 때 효율 차이가 눈에 보인다.
상대 조합을 보고 생산 선택을 바꾼다.
작은 수치 하나가 전략적 결정을 만든다.

공격력 6이라는 작은 숫자도 플레이어 행동을 바꾸면 강한 디자인입니다. 반대로 전투력 1,258,430이 1,271,014로 올라도 행동과 결과가 같다면 체감은 약합니다.

숫자의 크기보다 ‘계단’이 중요합니다. 성장 전과 성장 후 사이에 플레이어가 알아볼 수 있는 경계가 있어야 합니다.

10. 파이어 엠블렘: 단순한 스탯이 선택을 무겁게 만드는 방법

파이어 엠블렘 사례에서 강조된 것은 단순함과 결과의 크기입니다.

체력과 공격력의 범위가 비교적 읽기 쉽고, 한 번의 공격이 체력의 큰 부분을 깎으며, 추격이나 치명타가 전투 결과를 크게 바꿉니다. 스탯 한두 점과 위치 선택 하나가 생존을 결정할 수 있습니다.

이 구조에서는 작은 선택도 가볍지 않습니다.

이 칸으로 이동하면 몇 명의 공격을 받는가?
한 번의 공격을 견딜 수 있는가?
추격을 허용하는 속도 차이인가?
치명타 위험을 감수할 가치가 있는가?
이 캐릭터를 잃었을 때 이후 플레이가 어떻게 달라지는가?

숫자가 단순하기 때문에 플레이어가 머릿속으로 결과를 예상할 수 있습니다. 예측할 수 있으니 선택에 책임을 느낍니다. 결과가 크기 때문에 한 턴의 긴장이 생깁니다.

또한 캐릭터를 잃는 비용이 큰 게임에서는 내러티브가 중요해집니다. 캐릭터가 단순한 전투 말이 아니라 관계와 이야기를 가진 존재여야 상실이 의미를 갖습니다. 전투 시스템과 스토리가 서로를 강화하는 셈입니다.

여기서 중요한 교훈은 “치명타 배율을 높이면 재미있다”가 아닙니다. 적은 수의 스탯, 예측 가능한 계산, 큰 결과, 소중한 캐릭터라는 요소가 하나의 방향을 향할 때 긴장감이 만들어진다는 것입니다.

11. 복잡한 시스템보다 먼저 확인해야 할 것은 피드백의 주기다

게임은 플레이어의 입력과 피드백이 반복되는 구조입니다. 장르에 따라 적절한 주기가 다릅니다.

액션 게임은 짧은 순간마다 입력과 반응이 오갑니다. 버튼을 누르고 한참 뒤에 결과가 보이면 손맛이 사라집니다. 퍼즐은 한 번의 무브가 판 전체에 어떤 변화를 만들었는지 읽을 시간이 필요합니다. 전략 게임은 즉시 반응과 장기 결과를 함께 보여줘야 합니다.

피드백은 여러 시간 규모로 설계할 수 있습니다.

0.1초에서 1초

입력이 접수되었다는 모션
타격음과 이펙트
버튼 상태 변화
피해와 회복 표시

10초에서 1분

전투 한 번의 승패
퍼즐 목표 하나 달성
작은 보상
다음 행동을 알려주는 목표

5분에서 15분

장비 하나 완성
스테이지 구간 돌파
새로운 규칙 해금
빌드의 방향이 드러나는 선택

30분에서 60분

한 세션의 큰 목표 달성
성장 전후의 분명한 차이
다음 접속을 기대하게 하는 미완성 목표
이야기의 한 장 또는 보스 공략

모든 피드백을 크게 만들 필요는 없습니다. 작은 반응이 계속 이어지고, 중간 목표가 리듬을 만들며, 큰 보상이 세션을 마무리해야 합니다.

좋은 밸런스 디자인은 이 시간층을 겹쳐 놓습니다.

12. UI부터 만들면 왜 ‘재미없는 게임’보다 ‘고칠 수 없는 게임’이 되는가

처음 게임을 만들 때 가장 먼저 손이 가는 것은 눈에 보이는 부분입니다. 캐릭터를 움직이고, 버튼을 만들고, 상점을 붙이고, 예쁜 화면을 완성하면 많이 개발한 것처럼 느껴집니다.

문제는 핵심 반복이 검증되지 않은 상태에서 표현 비용이 쌓인다는 점입니다.

전투 한 판이 왜 재미있는지 정하지 않았는데 장비 UI를 만들면, 나중에 장비 시스템을 바꾸기 어렵습니다. 성장 속도를 결정하지 않았는데 수십 개의 레벨 화면을 만들면, 레벨 구조를 줄이거나 합칠 때 작업이 모두 다시 발생합니다. 실패의 의미가 없는데 부활 팝업부터 만들면, 실패 규칙 자체를 재설계하기가 부담스러워집니다.

이 상태에서 다른 사람에게 플레이를 시키면 “재미없다”는 반응보다 더 어려운 문제가 생깁니다.

어디부터 고쳐야 할지 알 수 없습니다.

전투가 긴 것이 문제인가?
적 패턴이 단조로운가?
성장 보상이 늦는가?
조작 피드백이 약한가?
목표가 이해되지 않는가?
애초에 반복할 이유가 없는가?

설계 의도가 없으면 모든 문제가 동시에 보입니다. 하나를 고치면 다른 부분이 무너집니다.

반대로 회색 상자와 단순한 숫자로 만든 프로토타입이라도 핵심 질문이 분명하면 수정할 수 있습니다. 일반 적을 세 번에 쓰러뜨리게 할지 다섯 번에 쓰러뜨리게 할지 비교할 수 있고, 보상을 30초마다 줄지 2분마다 줄지 시험할 수 있습니다.

완성도를 늦추라는 뜻이 아닙니다. 무엇을 완성할지 먼저 증명하라는 뜻입니다.

13. 먼저 60분의 플레이를 상상하라

제가 반복해서 강조하고 싶은 실전 기준은 최소 30분에서 60분 분량의 경험을 먼저 설계해보라는 것입니다.

아이디어 한 줄은 게임이 아닙니다. 시스템 목록도 게임이 아닙니다. 실제 플레이어가 입력하고 피드백을 받으며 일정 시간 계속할 수 있어야 게임의 형태가 보입니다.

60분을 설계한다고 해서 60분짜리 한 판을 만들라는 뜻은 아닙니다. 퍼즐이라면 1분짜리 레벨 60개의 흐름일 수 있고, 액션 게임이라면 짧은 전투와 성장 선택이 여러 번 반복될 수 있습니다. 레이드처럼 긴 집중을 요구하는 장르는 한 번의 도전 자체가 긴 세션이 될 수도 있습니다.

중요한 것은 시간 안에서 경험이 어떻게 변하는지 적는 것입니다.

첫 30초

플레이어는 무엇을 해야 하는지 아는가?
첫 입력에 즉시 반응이 오는가?
게임의 핵심 감각을 한 번 맛보는가?

첫 3분

작은 목표를 달성하는가?
실패해도 다시 시도할 이유가 보이는가?
핵심 조작을 한 번 이상 사용했는가?

첫 10분

성장이나 선택의 차이를 느끼는가?
새로운 규칙이 하나 추가되는가?
플레이어가 스스로 목표를 세우기 시작하는가?

첫 30분

초기 선택이 결과로 돌아오는가?
반복에 변주가 생기는가?
다음 단계에 필요한 준비를 이해하는가?

첫 60분

시작할 때와 다른 능력, 지식, 상태를 갖는가?
기억에 남는 장면이나 결정이 있는가?
계속할 이유 또는 만족스럽게 멈출 이유가 있는가?

이렇게 시간을 잘게 나누면 필요한 시스템이 보입니다. 반대로 시스템을 먼저 나열하면 실제 플레이에서 언제 쓰이는지 알기 어렵습니다.

14. 플레이 사이클을 먼저 그리고 공식은 나중에 깊게 만든다

제가 사용하는 제작 방식은 복잡한 공식을 먼저 완성하는 방식과 반대입니다.

먼저 플레이 사이클을 그립니다.

도전 → 결과 → 보상 → 성장 → 더 어려운 도전

그다음 각 구간에 변주를 넣습니다.

어렵게 보였지만 쉽게 풀리는 구간
쉬워 보였지만 새로운 규칙 때문에 실수하는 구간
쉬운 전투지만 큰 보상을 주어 긴장을 푸는 구간
높은 보상 대신 위험을 선택하는 구간
성장 효과를 마음껏 체험하는 구간
다음 벽을 예고하는 구간

난이도가 계속 올라가기만 하면 피로합니다. 보상이 난이도와 항상 정확히 비례해도 놀라움이 없습니다. 때로는 쉬운 구간 뒤에 큰 보상을 주고, 어려운 구간의 목적을 실력 검증이 아니라 새로운 규칙 학습으로 둘 수 있습니다.

큰 흐름이 작동하는지 확인할 때는 더하기와 빼기만으로도 충분합니다.

기본 공격 10
일반 적 체력 30
강화 후 공격 15
다음 적 체력 45
세 번 공격하면 쓰러짐

이 정도 모델로 성장 전후의 공격 횟수가 같은지, 달라지는지 확인할 수 있습니다. 핵심 리듬이 재미있다는 근거가 생긴 뒤에 피해 감소 곡선, 확률 분포, 아이템 등급, 보정 공식을 추가합니다.

정교한 공식은 재미를 발견하는 도구라기보다 이미 찾은 재미를 안정적으로 반복시키는 도구에 가깝습니다.

15. 수치가 아니라 행동 단위로 밸런스를 읽는 법

스프레드시트에서 숫자를 볼 때 플레이어 행동으로 번역하는 습관이 필요합니다.

예를 들어 공격력이 100에서 110으로 10% 올랐다고 합시다. 숫자만 보면 분명한 성장입니다. 하지만 적 체력이 400이라면 두 경우 모두 네 번 공격해야 쓰러뜨릴 수 있습니다. 실제 전투 행동은 바뀌지 않았습니다.

반면 공격력이 100에서 134로 오르면 네 번이 아니라 세 번에 끝날 수 있습니다. 이때 플레이어는 성장을 분명히 느낍니다.

비용도 같은 방식으로 봅니다.

재료 500개는 몇 번의 전투인가?
한 번의 전투는 몇 분인가?
실패를 포함하면 실제로 며칠이 필요한가?
하루에 접속 가능한 시간과 맞는가?
목표를 향해 가고 있다는 피드백은 중간에 몇 번 오는가?

확률도 행동으로 바꿔야 합니다.

성공률 10%는 평균 몇 번의 시도를 뜻하는가?
한 번 시도하는 데 필요한 자원과 시간은 얼마인가?
연속 실패가 가능한가?
플레이어가 실패 누적을 볼 수 있는가?
천장이나 보정이 필요한가?

밸런스 표의 한 칸은 플레이어의 몇 분, 몇 번의 클릭, 몇 번의 실패를 뜻합니다. 이 번역이 빠진 표는 정교해 보여도 경험을 설명하지 못합니다.

16. AI는 계산을 도울 수 있지만 의도를 대신 정할 수 없다

저는 실제 작업에서 AI를 활용해 그래프, 수식, 확률 계산, 템플릿 제작을 보조하고 있습니다.

과거에는 저 역시 삼각함수, 포물선, 미분, 확률 분포를 다시 공부하며 공식을 만들었습니다. 몬스터 시야각을 계산할 때는 방향 벡터와 코사인 값이 필요하고, 투사체 궤적에는 포물선과 속도가 필요하며, 강화 성공 횟수와 기대 비용을 구할 때는 확률 계산이 필요합니다.

지금은 AI에게 다음과 같은 도움을 받을 수 있습니다.

공격력과 방어력 관계를 여러 공식으로 비교
레벨별 성장 곡선을 표와 그래프로 생성
강화 확률의 기대 시도 횟수 계산
아이템 등급별 드롭 분포 시뮬레이션
특정 시간 안에 필요한 재화량 역산
관통과 피해 감소의 효율 구간 비교
플레이 로그를 구간별로 요약
프로토타입 코드와 테스트 작성

하지만 AI에게 “재미있는 공식 만들어줘”라고만 요청하면 기준이 없습니다. 결과가 그럴듯해도 게임에 맞는지 판단할 수 없습니다.

먼저 사람이 의도를 정해야 합니다.

초반에는 빠르게 강해진 느낌을 준다.
중반에는 장비 조합을 고민하게 한다.
한 세션은 10분이고 세 번의 작은 보상이 필요하다.
실패해도 다음 도전에서 바꿀 수 있는 선택을 남긴다.
숙련보다 수집을 좋아하는 플레이어를 대상으로 한다.

이 기준을 주면 AI는 여러 공식을 비교하고 시뮬레이션할 수 있습니다. AI는 계산 비용을 줄여주지만 무엇을 계산해야 하는지는 사람이 정합니다.

좋은 활용 순서는 다음과 같습니다.

목표 경험을 문장으로 적는다.
행동 횟수와 시간 기준을 정한다.
가장 단순한 공식으로 프로토타입을 만든다.
AI에게 대안 공식과 그래프를 요청한다.
극단값과 실패 사례를 테스트한다.
실제 플레이 결과와 비교한다.
설명할 수 없는 복잡도는 제거한다.

17. 게임을 많이 하는 것과 게임을 설계하며 보는 것은 다르다

저는 게임을 많이 해본 사람이 반드시 게임을 잘 만드는 것은 아니라고 생각합니다. 높은 건물을 여러 번 방문했다고 그 건물을 직접 지을 수 있는 것은 아닌 것과 비슷합니다.

게임을 소비할 때는 결과를 즐깁니다. 게임을 설계하며 볼 때는 결과를 만든 구조를 관찰합니다.

퍼즐 게임을 할 때는 다음을 기록할 수 있습니다.

첫 특수 블록이 몇 레벨에 나왔는가?
실패 직전에 남은 무브는 몇 개인가?
광고나 결제 제안은 어떤 감정 뒤에 등장했는가?

FPS를 할 때는 다음을 봅니다.

처음 적과 만나는 데 몇 초가 걸리는가?
위험한 길과 안전한 길의 정보 차이는 무엇인가?
사망 원인을 화면에서 이해할 수 있는가?

RPG를 할 때는 다음을 봅니다.

장비 하나가 공격 횟수를 바꾸는가?
성장 정체가 시작되는 시점은 언제인가?
새로운 스탯은 어떤 문제를 해결하는가?
보상은 다음 행동을 어떻게 제안하는가?

레퍼런스를 본다는 것은 기능 목록을 베끼는 일이 아닙니다. 그 기능이 해결한 문제와 만든 경험을 읽는 일입니다.

같은 코어 시스템도 표현에 따라 다른 게임으로 느껴질 수 있습니다. 장비를 파밍하고 강화하는 구조를 캐릭터 수집으로 표현할 수도 있고, 무기 제작으로 표현할 수도 있으며, 카드 덱 구성으로 표현할 수도 있습니다. 코어가 비슷해도 내러티브와 아트와 피드백이 다르면 플레이어는 다른 경험으로 받아들입니다.

18. 밸런스 디자인은 직군 사이의 공용어다

게임 개발에서 흔한 갈등은 각 직군이 자신의 방법론으로만 문제를 설명할 때 생깁니다.

프로그래머는 클래스 구조와 성능을 이야기하고, 아티스트는 리소스 품질과 제작 공정을 이야기하며, 디자이너는 기획 의도와 수치를 이야기하고, 사업 담당자는 매출과 상품을 이야기합니다. 모두 필요한 관점이지만, 서로의 방법론을 상대에게 강요하면 대화가 이어지지 않습니다.

공용어는 플레이어 경험과 시스템입니다.

예를 들어 아이템 드롭을 논의할 때 다음과 같이 말할 수 있습니다.

보스를 쓰러뜨린 직후 반드시 하나의 성장 선택을 주고 싶다.
파티원이 각자 보상을 받는지 공동 보상을 고르는지에 따라 협력 감정이 달라진다.
희귀 보상이 나오지 않아도 세 번의 플레이 안에 진전이 보여야 한다.
드롭 연출은 아이템 등급을 보기 전에 기대감을 만들어야 한다.
서버는 결과를 신뢰할 수 있게 결정하고, 클라이언트는 이유를 분명히 보여줘야 한다.

이렇게 말하면 각 직군이 같은 경험을 향해 자신의 전문성을 사용할 수 있습니다.

프로그래머가 디자이너가 될 필요는 없습니다. 디자이너가 코드를 직접 작성할 필요도 없습니다. 서로 만나는 지점에서 플레이어가 무엇을 보고 무엇을 선택하며 어떤 결과를 받는지 설명할 수 있으면 됩니다.

1인 개발자에게는 이 관점이 더 중요합니다. 혼자 모든 결정을 내릴 때 분야별 완성도에 매몰되기 쉽기 때문입니다. 코드를 잘 짰는지, 그림이 예쁜지보다 지금 만든 요소가 핵심 경험을 강화하는지 계속 물어야 합니다.

19. 연출도 밸런스 디자인의 일부다

캐릭터와 카메라 연출에 관한 질문도 받았습니다. 저는 이것이 본론과 떨어진 주제라고 생각하지 않습니다. 연출은 시스템의 의도를 플레이어에게 전달하는 피드백이기 때문입니다.

캐릭터 일러스트를 예로 들어봅시다. 캐릭터가 탱커인지, 긴 창을 쓰는지, 발차기가 주력인지가 자세와 실루엣에서 드러나야 합니다. 단순히 멋있게 서 있는 그림보다 주요 행동을 암시하는 포즈가 게임 정보를 더 잘 전달합니다.

그다음 연출도 같은 콘셉트에서 출발해야 합니다.

발차기 캐릭터라면 발의 궤적과 충격을 강조한다.
무거운 탱커라면 카메라와 타격이 무게를 전달한다.
빠른 암살자라면 시작과 종료 위치가 속도를 읽게 한다.
원거리 캐릭터라면 사거리와 목표 방향이 먼저 보인다.

레퍼런스를 찾을 때도 “멋있는 영상”을 모으는 데서 끝내지 않습니다. 어떤 카메라 이동이 어떤 힘을 보여주는지, 시작과 끝이 어떻게 연결되는지, 캐릭터의 대표 행동이 무엇인지 분석합니다.

초기 프로토타입에서는 카메라를 가까이 당겼다가 원래 위치로 돌리는 단순한 연출만으로도 충분할 수 있습니다. 중요한 것은 시작점과 종료점이 일관되고, 플레이어가 무엇이 일어났는지 이해하는 것입니다.

화려함은 나중에 더할 수 있습니다. 의도가 보이지 않는 화려함은 수정하기 어렵습니다.

20. 투박한 프로토타입이 예쁜 미완성품보다 낫다

저는 처음부터 완벽한 리소스를 갖추려 하지 말라고 권합니다.

프로토타입의 목적은 상품성을 증명하는 것이 아니라 핵심 경험을 확인하는 것입니다. 캐릭터가 임시 도형이어도 공격과 회피의 관계를 시험할 수 있습니다. UI가 텍스트뿐이어도 보상 주기를 확인할 수 있습니다. 맵이 회색 상자여도 이동 경로와 교전 위치를 테스트할 수 있습니다.

투박한 상태에서 물어야 할 질문은 “예쁜가?”가 아닙니다.

캐릭터의 역할이 보이는가?
첫 행동을 이해할 수 있는가?
선택의 결과가 분명한가?
다시 해보고 싶은 이유가 있는가?
실패 후 무엇을 바꿀지 알 수 있는가?

핵심이 확인되면 좋은 리소스를 투입해 상품성을 높입니다. 이 순서가 반대가 되면 이미 만든 리소스를 지키기 위해 잘못된 시스템을 유지하는 일이 생깁니다.

완성품에는 좋은 리소스가 필요합니다. 그러나 좋은 리소스를 써야 할 게임인지 확인하는 단계가 먼저입니다.

21. 작은 목표로 완성하고 출시하라

저 역시 오랫동안 프로그래머로 일하지 않은 상태에서 새로운 도구를 익히기 위해 작은 게임을 직접 만들고 출시했습니다. 처음부터 거대한 목표를 잡지 않고, 짧은 기간 안에 완성 가능한 범위로 낮췄습니다.

이 접근은 1인 개발과 AI 보조 개발에서 특히 중요합니다.

30분 또는 60분의 경험만 만든다.
핵심 동사는 한두 개로 제한한다.
스탯은 결과를 설명할 최소 개수만 둔다.
레벨은 반복과 변주를 확인할 만큼만 만든다.
처음부터 장기 운영 시스템을 모두 넣지 않는다.
실제 플레이 가능한 빌드를 빠르게 만든다.

작은 게임을 출시하면 문서에서는 얻기 어려운 피드백이 옵니다.

플레이어가 어디서 이탈하는가?
설명을 읽지 않고도 조작하는가?
개발자가 기대한 기능을 실제로 쓰는가?
어느 지점에서 다시 플레이하는가?
무엇에는 비용을 지불하고 무엇에는 지불하지 않는가?

유료화를 시도한다는 말은 큰돈을 벌어야 한다는 뜻이 아닙니다. 누군가 자신이 느낀 즐거움이나 가치에 실제 비용을 지불하는 순간은 강한 검증 신호입니다. 반대로 기대보다 부족하면 더 구체적인 불만과 피드백이 돌아옵니다.

출시는 공부를 강제로 현실과 연결합니다. 플레이어는 개발자의 의도를 모른 채 결과만 봅니다. 그 반응을 통해 설계가 전달되었는지 확인할 수 있습니다.

22. 실전 워크숍: 아이디어를 60분짜리 게임으로 바꾸는 순서

이제 제가 설명한 관점을 실제 작업 순서로 바꿔보겠습니다.

1단계. 핵심 경험을 한 문장으로 쓴다

기능이 아니라 감정과 행동을 씁니다.

나쁜 예:

“캐릭터를 수집하고 장비를 강화하는 RPG.”

좋은 예:

“약한 동료를 조합해 강한 적의 약점을 찾아내고, 준비가 통했음을 한 번의 결정적인 공격으로 확인하는 RPG.”

좋은 문장은 무엇을 넣고 뺄지 판단하게 합니다.

2단계. 핵심 반복을 화살표로 그린다

예:

적 관찰 → 파티 편성 → 전투 → 결과 확인 → 장비 선택 → 더 강한 적

각 단계가 다음 단계를 자연스럽게 제안하는지 봅니다. 보상을 받았는데 쓸 곳이 없거나, 성장했는데 시험할 적이 없다면 반복이 끊깁니다.

3단계. 한 판의 시간과 입력 횟수를 정한다

한 전투는 45초
플레이어는 평균 8번 입력
10초마다 중요한 피드백
세 전투마다 성장 선택
15분마다 큰 목표 달성

정확하지 않아도 됩니다. 가설이 있어야 테스트 결과와 비교할 수 있습니다.

4단계. 가장 단순한 수치 모델을 만든다

일반 공격 10
강한 공격 20, 재사용 대기 3턴
일반 적 체력 30
방어 적 체력 50, 특정 공격에 약함

스프레드시트 한 장이나 코드 몇 줄이면 충분합니다. 먼저 선택과 결과가 보이는지 확인합니다.

5단계. 피드백을 붙인다

공격이 적중했다는 즉시 반응
약점을 맞혔다는 다른 효과
성장 전후를 비교할 수 있는 결과
실패 이유와 다음 선택 안내

플레이어가 이해하지 못한 수치는 존재하지 않는 것과 비슷합니다.

6단계. 60분 타임라인을 채운다

03분: 조작과 첫 성공
310분: 두 번째 선택지 소개
1020분: 첫 실패와 대응 학습
2030분: 성장 선택의 결과 확인
3045분: 규칙 조합과 변주
4560분: 큰 목표와 다음 기대

각 구간에 새 시스템을 넣으려 하지 마세요. 같은 시스템을 다른 상황에서 쓰게 만드는 편이 학습과 숙련을 잘 보여줍니다.

7단계. 다른 사람에게 설명 없이 플레이시킨다

관찰할 항목:

첫 입력까지 걸린 시간
멈춘 지점
반복해서 누른 버튼
놓친 피드백
예상과 다른 선택
종료한 시점
플레이 후 기억하는 장면

플레이어에게 “왜 그렇게 했어요?”라고 묻고, 변명하지 않은 채 답을 기록합니다.

8단계. 수치를 조정하기 전에 설계를 다시 본다

플레이어가 목표를 이해하지 못했다면 보상량을 늘리는 것으로 해결되지 않을 수 있습니다. 선택지가 무의미하다면 공격력 5% 조정보다 역할을 다시 나누는 편이 낫습니다. 전투가 지루하다면 적 체력을 줄이는 것보다 피드백 주기와 패턴 변주를 봐야 합니다.

먼저 디자인 문제인지 밸런싱 문제인지 구분합니다.

9단계. 작게 완성하고 출시한다

핵심 경험이 전달되면 범위를 늘리기 전에 한 번 완성합니다. 설치 가능한 빌드, 웹에서 실행되는 버전, 짧은 데모처럼 다른 사람이 실제로 끝까지 경험할 형태로 만듭니다.

완성 경험 하나가 미완성 기능 열 개보다 더 많은 것을 가르쳐줍니다.

23. 팀 리뷰에서 바로 사용할 수 있는 질문

방향성

이 게임은 누구의 어떤 시간을 차지하려는가?
한 문장으로 설명할 핵심 경험은 무엇인가?
아트, 조작, 상품, 성장 구조가 같은 타깃을 보고 있는가?

핵심 반복

플레이어가 가장 많이 반복하는 행동은 무엇인가?
반복할수록 숙련되는가, 성장하는가, 수집하는가?
다음 반복을 시작할 이유가 결과 화면에 보이는가?

시간

첫 피드백은 몇 초 안에 오는가?
한 판은 얼마나 길고 왜 그 길이인가?
10분과 60분 뒤 무엇이 달라지는가?

선택

선택지마다 역할이 다른가?
선택의 비용과 결과를 예상할 수 있는가?
실패 후 바꿀 수 있는 것이 있는가?

수치

수치 변화가 필요한 행동 횟수를 바꾸는가?
극단값에서 공식이 깨지지 않는가?
플레이어가 상태창을 보지 않아도 성장 차이를 느끼는가?

피드백

성공과 실패의 이유가 즉시 보이는가?
중요한 결과가 일반 효과에 묻히지 않는가?
확률 결과가 납득 가능한 방식으로 표현되는가?

제작

UI와 최종 아트를 빼도 핵심 재미를 시험할 수 있는가?
지금 만드는 기능이 60분 경험의 어느 구간에 쓰이는가?
가장 큰 불확실성을 가장 싼 방법으로 검증하고 있는가?

24. 자주 생기는 오해

“밸런스는 나중에 숫자만 맞추면 된다”

숫자 조정은 나중에도 할 수 있지만, 어떤 숫자가 필요한지는 초기에 정해야 합니다. 공격 횟수, 실패 비용, 보상 주기, 한 판 길이는 화면과 콘텐츠 구조에 영향을 줍니다.

“스탯이 많아야 깊다”

깊이는 스탯 개수보다 선택 사이의 관계에서 나옵니다. 단순한 공격·방어만 있어도 위치, 타이밍, 상성, 손실이 연결되면 깊은 게임이 됩니다.

“랜덤을 넣으면 매번 새롭다”

랜덤 결과만 달라지고 플레이어 선택이 달라지지 않으면 통제감이 줄어듭니다. 선택이 확률을 만들고, 확률 결과가 다음 선택을 바꾸게 해야 합니다.

“게임을 많이 해봤으니 감으로 만들 수 있다”

경험은 도움이 되지만 관찰 기준이 필요합니다. 플레이 시간, 입력 횟수, 피드백 주기, 성장 계단을 기록하며 플레이해야 레퍼런스를 설계에 사용할 수 있습니다.

“AI가 공식을 만들어주면 밸런스가 완성된다”

AI는 목표 함수가 있어야 계산할 수 있습니다. 어떤 경험을 성공으로 볼지 정하지 않으면 그래프가 매끄러워도 좋은 게임인지 판단할 수 없습니다.

“프로토타입도 예뻐야 피드백을 받을 수 있다”

표현이 지나치게 부족하면 이해를 방해할 수 있지만, 핵심 규칙을 검증하는 데 최종 품질은 필요하지 않습니다. 역할과 결과를 읽을 최소 피드백부터 만드세요.

25. 밸런스 디자인 문서의 최소 구성

거대한 기획서가 없어도 아래 항목은 한 페이지에 적을 수 있습니다.

핵심 경험

플레이어가 반복해서 느껴야 하는 감정과 행동 한 문장.

대상과 플레이 상황

누가, 어떤 기기에서, 한 번에 얼마나 오래 플레이하는가.

핵심 반복

입력 → 결과 → 보상 → 성장 → 다음 목표의 흐름.

시간 기준

첫 30초, 3분, 10분, 30분, 60분에 일어나는 변화.

주요 선택

선택지별 장점, 비용, 위험, 대응 방법.

행동 단위 수치

공격 횟수, 실패 횟수, 반복 횟수, 필요한 시간으로 번역한 값.

피드백

플레이어가 성공, 실패, 성장, 위험을 알아보는 화면·소리·움직임.

검증 방법

누구에게 어떤 버전을 플레이시키고 무엇을 관찰할지.

이 한 페이지가 있으면 숫자를 바꿀 때 기준을 잃지 않습니다.

26. 완성 예제: ‘세 번의 공격’이라는 기준으로 작은 RPG 설계하기

개념을 실제 설계로 연결하기 위해 아주 작은 RPG를 가정해보겠습니다.

핵심 경험은 다음 한 문장입니다.

“적의 자세를 관찰해 약점을 고르고, 준비한 공격이 정확히 통했음을 짧고 강한 전투로 확인한다.”

이 문장에서 이미 몇 가지 결정을 내릴 수 있습니다.

전투는 길기보다 짧아야 합니다.
적을 보기 전에 무작정 공격하는 것보다 관찰이 중요합니다.
공격 선택지는 피해량만 다른 버튼이어서는 안 됩니다.
약점을 맞혔을 때 일반 공격과 확실히 다른 피드백이 필요합니다.
성장의 목적은 숫자를 크게 만드는 것보다 더 어려운 자세를 읽고 대응하는 데 있습니다.

26-1. 가장 단순한 전투 모델

플레이어에게 세 가지 공격을 줍니다.

베기: 안정적인 기본 공격
찌르기: 방어 자세에 강함
내려치기: 느리지만 갑옷 자세에 강함

일반 적 체력은 30, 기본 공격 피해는 10으로 둡니다. 아무런 상성을 사용하지 않아도 세 번 공격하면 전투가 끝납니다.

약점을 맞히면 피해가 15가 됩니다. 약점을 두 번 정확히 고르면 두 번 만에 끝납니다. 반대로 잘못된 공격은 피해가 5가 되어 여섯 번이 필요합니다.

이 구조의 장점은 결과가 행동 횟수로 분명하다는 점입니다.

보통 선택: 3회
좋은 선택: 2회
나쁜 선택: 6회

“피해량이 12% 증가했다”보다 “전투가 한 턴 빨리 끝났다”가 훨씬 쉽게 체감됩니다.

26-2. 적의 공격과 실패 비용

플레이어 체력을 30, 적 공격력을 8로 둡니다. 좋은 선택을 하면 두 번 공격하고 적의 공격을 한 번만 받습니다. 보통 선택이면 두 번 맞을 수 있고, 잘못된 선택을 반복하면 세 번 이상 맞아 위험해집니다.

전투 결과는 다음처럼 달라집니다.

약점 두 번 성공: 남은 체력 22
기본 공격 세 번: 남은 체력 14
잘못된 공격을 반복: 회복 아이템 사용 또는 패배

이제 관찰은 단순한 보너스가 아니라 생존과 연결됩니다. 플레이어는 “약점을 맞히면 숫자가 커진다”뿐 아니라 “다음 전투에 더 많은 체력을 남긴다”고 이해합니다.

실패해도 배울 수 있어야 합니다. 적의 자세는 색상만 바꾸지 않고 실루엣과 애니메이션으로 보여줍니다.

방어 자세: 몸을 낮추고 방패를 앞에 둠
회피 자세: 몸을 옆으로 틀고 발을 움직임
갑옷 자세: 무거운 장비와 느린 준비 동작

잘못된 공격을 사용하면 “효과가 약하다”는 작은 숫자만 띄우지 않습니다. 무기가 튕기는 소리, 짧은 경직, 적 자세 아이콘의 강조로 이유를 알려줍니다.

26-3. 첫 10분의 레벨 구성

첫 전투에서는 베기만 사용하게 합니다. 목표는 조작과 기본 피드백 학습입니다.

두 번째 전투에서 방어 자세의 적과 찌르기를 소개합니다. 약점을 맞히면 두 번에 끝나고, 베기만 쓰면 더 오래 걸립니다.

세 번째 전투에서는 두 자세를 번갈아 보여줍니다. 이제 플레이어가 적을 보고 선택해야 합니다.

네 번째 전투에서는 자세를 늦게 바꾸는 적을 넣습니다. 플레이어는 입력을 서두르기보다 관찰하는 편이 낫다는 사실을 배웁니다.

다섯 번째 전투는 작은 보스입니다. 이전 자세를 모두 사용하지만 새로운 규칙은 없습니다. 학습한 내용을 조합해 확인하는 시험입니다.

이 구성은 튜토리얼 문장을 길게 읽히지 않습니다. 적의 행동, 플레이어 선택, 결과 피드백 자체가 설명이 됩니다.

26-4. 10분 이후의 성장

보스를 쓰러뜨리면 공격력 +10% 같은 추상 보상 대신 세 가지 성장 중 하나를 고르게 합니다.

정확한 찌르기: 방어 자세 약점을 맞히면 다음 공격도 강화
무거운 내려치기: 갑옷 자세를 깨면 적 행동을 한 번 지연
침착한 베기: 약점이 아닌 공격을 해도 최소 피해 8 보장

세 선택은 서로 다른 플레이 방식을 만듭니다.

정확한 찌르기는 관찰에 자신 있는 플레이어에게 연속 보상을 줍니다. 무거운 내려치기는 적의 턴을 통제합니다. 침착한 베기는 실수를 줄이고 안정성을 높입니다.

어느 선택도 단순히 항상 가장 강해서는 안 됩니다. 이후 레벨에 각 선택이 빛나는 상황을 배치합니다.

자세를 자주 바꾸는 적: 침착한 베기의 안정성이 유리
강한 공격을 준비하는 갑옷 적: 내려치기의 행동 지연이 유리
방어 자세가 긴 적: 정확한 찌르기의 연속 강화가 유리

이것이 역할 기반 밸런스입니다. 모든 선택의 평균 피해를 완전히 같게 만드는 것보다, 선택한 빌드가 통하는 상황을 분명히 제공하는 것이 중요합니다.

26-5. 30분 지점의 첫 실패

30분쯤에는 기존 방식만으로 쉽게 이길 수 없는 적을 배치합니다. 예를 들어 적이 가짜 자세를 한 번 보여준 뒤 진짜 자세로 바꿉니다.

처음 만난 플레이어는 서둘러 공격해 실패할 수 있습니다. 여기서 실패 이유가 명확해야 합니다.

공격 전에 적 자세가 바뀌는 장면을 충분히 보여준다.
잘못된 공격이 튕긴 이유를 표시한다.
결과 화면에서 “자세가 확정된 뒤 공격하면 약점 피해”라는 짧은 힌트를 준다.
재도전은 빠르게 시작하고 비용을 크게 주지 않는다.

실패가 설계된 학습이라면 플레이어는 다음 시도에서 행동을 바꿉니다. 같은 행동을 반복하면서 수치가 오르기만 기다리게 한다면 학습이 아니라 벽입니다.

26-6. 60분 보스

첫 60분의 마지막 보스는 지금까지 배운 세 자세와 가짜 동작을 조합합니다. 새 스탯을 갑자기 추가하지 않습니다. 플레이어가 이미 가진 지식과 선택한 성장을 시험합니다.

보스는 세 단계로 구성할 수 있습니다.

읽기: 명확한 자세를 보여주어 약점 규칙 복습
변주: 자세 전환과 가짜 동작으로 관찰 시간 시험
결론: 선택한 성장 능력을 활용하면 큰 틈을 만들 수 있음

승리 연출에서는 단순히 큰 보상 상자를 보여주는 데서 끝내지 않습니다. 플레이어가 선택한 공격이 보스 자세를 무너뜨리는 장면을 강조합니다. “내가 숫자가 높아서 이겼다”보다 “내가 읽고 준비한 방식이 통했다”는 기억을 남깁니다.

26-7. 이 예제에서 밸런싱은 언제 시작되는가

핵심 경험과 행동 횟수가 정해진 뒤 실제 값을 조정합니다.

약점 피해 15가 너무 강하면 14로 낮출 것인가?
일반 적 체력 30이 적절한가?
잘못된 공격 피해 5가 지나치게 벌을 주는가?
플레이어가 두 번의 실수를 견딜 수 있어야 하는가?
한 전투가 목표한 30초 안에 끝나는가?
특정 성장 선택이 모든 적에게 유리하지 않은가?

테스트 결과 약점 공격과 일반 공격이 모두 세 번 필요하다면 약점의 체감이 부족합니다. 반대로 잘못된 공격 한 번으로 패배가 확정된다면 관찰 학습보다 암기가 강해질 수 있습니다.

이제 숫자를 바꾸는 기준이 있습니다.

“관찰하고 정확히 선택하면 전투가 한 턴 빨리 끝나며, 그 이득이 다음 전투까지 이어져야 한다.”

이 문장을 지키기 위해 체력과 피해를 조정하는 것이 밸런싱입니다. 문장 없이 숫자만 조정했다면 무엇이 좋아졌는지 판단하기 어려웠을 것입니다.

26-8. 같은 코어를 다른 장르로 옮기기

이 설계의 핵심은 칼이나 RPG가 아닙니다. “상태를 관찰하고 맞는 대응을 골라 즉시 이득을 확인한다”는 구조입니다.

퍼즐로 옮기면 보드 상태를 읽고 적절한 특수 블록을 만드는 게임이 될 수 있습니다. FPS로 옮기면 적 장비와 위치를 보고 무기나 진입 경로를 고르는 게임이 될 수 있습니다. 카드 게임으로 옮기면 상대 태세를 예측해 카드를 내는 구조가 됩니다.

코어 경험은 같아도 입력 방식, 한 판의 시간, 피드백 표현은 장르에 맞게 달라집니다. 이것이 레퍼런스의 표면을 복사하지 않고 설계 원리를 가져오는 방법입니다.

결론: 숫자는 경험을 표현하는 언어다

밸런스 디자인은 엑셀에서 시작하지 않습니다. 플레이어가 무엇을 보고, 무엇을 선택하고, 어떤 결과를 받으며, 왜 다시 행동하는지를 상상하는 데서 시작합니다.

퍼즐에서는 한 판의 시간과 무브 수가 기준축이 됩니다. FPS에서는 공간과 조우 확률이 전투를 만듭니다. RPG에서는 공격 횟수, 생존 횟수, 성장과 확률 스탯의 피드백이 선택을 만듭니다. 같은 숫자라도 장르와 목표 경험이 다르면 의미가 달라집니다.

공격력, 방어력, 치명타, 회피, 관통은 깊어 보이기 위해 쌓는 장식이 아닙니다. 기존 구조가 해결하지 못한 문제를 해결하고 새로운 선택을 만들기 위해 존재해야 합니다. 스탯 하나를 추가할 때마다 플레이어가 무엇을 다르게 할 수 있는지, 결과를 어떻게 알아볼지까지 설계해야 합니다.

UI와 아트는 중요합니다. 그러나 핵심 반복을 증명하기 전에 완성도를 쌓으면 잘못된 구조를 지키는 비용이 커집니다. 먼저 더하기와 빼기로 30분 또는 60분의 경험을 만들고, 다른 사람이 설명 없이 플레이하게 하세요. 그다음 공식과 콘텐츠와 표현을 깊게 만드세요.

AI는 수식, 그래프, 시뮬레이션, 프로토타입 제작을 빠르게 해줍니다. 하지만 플레이어에게 어떤 감정을 언제 전달할지는 대신 결정하지 못합니다. 의도는 사람이 정하고, 도구는 그 의도를 검증하는 데 사용해야 합니다.

마지막으로 가능한 한 작게 완성해 출시하세요. 플레이어가 실제로 어디서 멈추고, 무엇을 이해하고, 무엇에 다시 도전하며, 어떤 가치에 비용을 지불하는지 확인하세요. 밸런스 디자인은 문서 속에서 완성되는 정답이 아닙니다. 개발자가 보낸 규칙과 플레이어가 돌려준 반응 사이에서 계속 선명해지는 대화입니다.

다음 프로토타입을 시작하기 전에 단 하나만 먼저 적어보세요.

“이 게임의 첫 60분 동안 플레이어가 어떤 선택을 하고, 그 선택이 통했다는 사실을 어떻게 알게 할 것인가?”

그 문장에 답할 수 있다면 밸런싱을 시작할 기준이 생깁니다. 답할 수 없다면 숫자를 만지기 전에 경험부터 다시 설계해야 합니다.