로그라이크는 죽으면 처음부터 다시 시작하지만, 매번 다른 맵과 아이템으로 새로운 도전을 하게 되는 장르입니다. 이름은 초기 컴퓨터 게임 '로그(Rogue)'에서 왔습니다. 짧은 판을 반복하면서도 질리지 않게 만드는 것이 핵심이며, 인디 게임에서 특히 많이 시도됩니다. 이 글은 로그라이크 기획의 재미 구조와 필수 시스템을 정리합니다.
로그라이크와 로그라이트
전통적인 로그라이크는 죽으면 모든 것을 잃는 영구적 죽음, 매번 새로 만들어지는 맵, 턴제 진행 같은 특징을 가집니다. 요즘은 죽어도 일부 재화나 해금 요소가 남아 다음 판이 조금씩 쉬워지는 형태가 많은데, 이를 로그라이트라고 구분해 부르기도 합니다.
어느 쪽이든 공통된 재미는 '이번 판은 다르다'는 기대감입니다. 같은 게임을 수십 번 하면서도 매번 새로운 상황과 선택을 만나게 하는 것이 기획의 목표입니다.
한 판의 구조 설계
- 시작: 기본 캐릭터와 최소한의 장비로 출발
- 탐험과 전투: 층이나 방을 하나씩 돌파
- 선택: 보상 세 가지 중 하나 고르기, 상점, 갈림길
- 중간 보스: 지금까지 만든 조합의 점검
- 최종 보스 또는 사망: 결과 정리와 해금
한 판의 길이는 로그라이크의 리듬을 결정합니다. 너무 길면 죽었을 때 허탈감이 크고, 너무 짧으면 조합을 완성할 시간이 부족합니다. '한 판만 더'를 부르는 적당한 길이를 찾는 것이 중요합니다.
절차적 생성: 매번 다른 맵 만들기
절차적 생성은 정해진 규칙에 따라 컴퓨터가 맵이나 아이템 배치를 자동으로 만드는 방식입니다. 완전한 무작위는 오히려 지루하거나 불공정한 결과를 낳기 쉽습니다. 그래서 디자이너가 만든 방 조각을 규칙에 따라 이어 붙이는 방식이 많이 쓰입니다.
- 방 조각: 전투방, 보상방, 상점, 휴식방, 보스방을 미리 제작
- 배치 규칙: 상점은 일정 간격마다, 보스 전에는 휴식방 등
- 난이도 규칙: 층이 깊어질수록 적의 조합과 수를 늘림
- 검증: 길이 막히거나 보상이 몰리는 경우를 자동으로 걸러 냄
같은 시드(무작위 생성의 시작값)를 쓰면 같은 맵이 만들어지므로, 시드를 공유하는 도전 모드나 버그 재현에 활용할 수 있습니다.
빌드 조합이 재미의 중심
로그라이크의 깊이는 아이템과 능력의 조합에서 나옵니다. 판마다 얻는 보상이 다르므로 플레이어는 상황에 맞춰 전략을 바꿔야 하고, 우연히 강력한 조합이 완성될 때 큰 쾌감을 느낍니다.
| 설계 요소 | 예시 | 효과 |
|---|---|---|
| 시너지 태그 | 화염, 독, 연사 같은 속성 묶음 | 같은 계열을 모을 동기 |
| 선택형 보상 | 세 개 중 하나 고르기 | 매번 의미 있는 결정 |
| 대가가 있는 강화 | 체력을 깎고 공격력 증가 | 위험과 보상의 판단 |
| 희귀 핵심 아이템 | 플레이 방식을 바꾸는 효과 | 판마다 다른 정체성 |
모든 조합을 손으로 검증할 수는 없으므로, 일부 조합이 지나치게 강해지는 것을 어느 정도 허용하는 것도 장르의 매력입니다. 다만 게임을 망가뜨리는 수준의 조합은 테스트와 데이터로 찾아 조정합니다.
메타 성장과 실력 성장의 균형
로그라이트의 메타 성장(판이 끝나도 남는 해금과 강화)은 실패해도 얻은 것이 있다는 위안을 줍니다. 하지만 메타 성장이 너무 강하면 실력이 아닌 반복 횟수로 클리어하게 되어 장르 본연의 긴장감이 줄어듭니다. 새 무기·캐릭터 해금처럼 선택지를 넓히는 해금과, 능력치를 올리는 해금의 비율을 조절하는 것이 좋습니다.
클리어 후에는 난이도를 단계적으로 올리는 도전 단계를 두어 숙련자에게 계속 목표를 줄 수 있습니다.
기획 연습 방법
작은 로그라이크를 기획해 본다면 방 종류 다섯 가지, 아이템 스무 개, 보스 하나 정도로 범위를 좁혀 보세요. 아이템마다 시너지 태그를 붙이고, 어떤 조합이 생길 수 있는지 표로 정리하면 밸런스 감각이 생깁니다. 종이와 주사위로 한 판을 직접 돌려 보는 것도 의외로 효과적입니다.
SBS아카데미게임학원 게임기획 과정은 레벨 디자인, 던전 제작, 콘텐츠 순환 구성, 시스템 디자인을 다루어 로그라이크의 방 구성과 보상 설계를 연습하는 데 이어집니다.
자주 묻는 질문
로그라이크는 인디 개발에 왜 많이 쓰이나요?
적은 콘텐츠를 조합으로 반복해 즐기게 만들 수 있어 개발 규모에 비해 플레이 시간이 길어지기 때문입니다. 다만 밸런스 조정에는 많은 테스트가 필요합니다.
절차적 생성은 기획자도 알아야 하나요?
구현은 프로그래머가 하더라도, 어떤 규칙으로 방을 배치하고 난이도를 올릴지는 기획자가 정합니다. 규칙을 문서로 정확히 표현할 수 있어야 합니다.
