[📚정보] 게임 메카닉 설계 (2) 게임 메카닉 탐색

[보쫄(bigmouth3461)]

생각보다 다들 재밌게 읽어주시는 거 같아서 써놨던거중 2편도 빠르게 올려봅니다

게임 메카닉 탐색

이제 본격적으로 초기 단계에서 게임 메카닉을 탐색해가는 과정에 대해 좀 이야기해보자. 워낙 어렵고 정답이 없는 분야의 일이라 명확한 정답을 제시할 수는 없고 최소한 내 스스로 도움이 되었던 몇 가지 방법론에 대해서만 언급해본다.

기획 전에 고려할 것

먼저 기획을 시작하기 전에 메카닉 설계의 관점에서 염두에 두어야 하는 부분들에 대해 다뤄보자.

규칙을 분리해서 생각하기

가장 중요하다. 앞서 이야기했듯이, 이 단계에서 설계하고자 하는게 컨셉이 아니라 실제로 동작하는 게임의 규칙이라는 점을 명심하자. 메카닉의 아이디어를 컨셉에서 얻어오는 건 좋지만, 메카닉을 설계하는 단계에서는 컨셉을 빼놓고서 설명하는 습관을 들이는 것이 좋다.

시작은 작게

전체 게임의 메카닉을 처음부터 한 번에 설계할 수는 없다. 처음 시작하는 단계에서 메카닉을 고민할 때에는 최대한 작고 핵심적인 메카닉에서 시작하는 것이 좋다. 2~3일 정도면 충분히 모두 구현하고 테스트해볼 수 있을 정도의 규모면 적당하다고 볼 수 있다. 메카닉을 고민할 때 항상 작고 구체적으로 고민하는 습관을 들이자.

기획 중에 접근할 수 있는 방법

위의 내용을 머릿속에 잘 집어넣었다면, 이제 본격적으로 기획을 시작해보자. 망망대해같은 초기 상황에서 어떻게 하면 메카닉 설계의 시작점을 잡을 수 있을까? 사용할 수 있는 초기 접근법에 대해 다뤄본다.

재밌었던 게임에서 가져오기

당연히 기존에 잘 만들어진 게임에서 따오는 방법은 처음에 접근하기 아주 쉬운 방법이다. 다만 이 경우에는 기존 게임에서 벗어나기가 어렵다는 단점이 있다. 기존 게임에서 메카닉을 따오는 경우, 아래와 같은 방법으로 접근을 시도할 수 있다.

1. 그 게임의 여러 메카닉 중 재밌었던 메카닉 하나만을 가져오기

하나의 게임을 구성하는 메카닉은 굉장히 여러가지가 있을 수 있다. 이 중에는 게임의 핵심이 되는 것도 있고 그 핵심이 되는 메카닉을 보조해주는 것도 있는데, 원래 게임에서는 보조적인 역할로 사용되었던 메카닉을 핵심으로 가져와 변형하면 전혀 새로운 메카닉이 되는 경우도 종종 있다. 예를 들어 Backpack Hero의 경우에는 기존 디아블로 2 등의 게임에서 익숙하게 사용되던 칸 단위의 인벤토리 정리 메카닉을 핵심 메카닉으로 변형해 완전히 다른 느낌의 게임을 만들어냈다. 이런 식으로 원래의 게임에서는 별로 중요하게 다뤄지지 않는 보조적인 메카닉 하나를 가져와서 이를 핵심적인 요소로 삼을 경우 독특한 게임을 만드는 접근이 될 수 있다.

2. 여러 게임의 메카닉을 융합하기

장르를 합치는 방향의 접근과 유사하다. 다만 장르 단위에서 생각할 경우 메카닉을 명확하게 정의하지 못하고 모호하게 시작할 수 있기 때문에 장르로 생각하기보다는 좀 더 구체적인 메카닉 단위에서 고민을 하는 것이 좋다. 리듬 게임 류의 박자에 맞춰서 행동하기에 기존의 턴제 로그라이크 전투 개념을 합친 Crypt of the NecroDancer와 같은 게임이 좋은 예시이다. 위에서 얘기했던 시작은 작게에 맞춰서 생각해본다면, 대략 다음과 같은 정도로 초기 메카닉을 정리해볼 수 있을 것이다.

- 맵은 타일 단위의 2차원 맵으로 구성.

- 플레이어는 일정 박자마다 방향키를 이용하여 타일 단위로 움직일 수 있다. 박자에 맞추지 못할 경우 이동 실패.

- 몬스터는 간단한 규칙에 따라 움직인다. 몬스터가 움직이는 경로에 있으면 피해를 입으며, 플레이어가 움직이는 경로에 몬스터가 있으면 몬스터가 피해를 입는다.

현실의 규칙을 따오기

현실 세계에서 작동하는 규칙을 가져와서 게임에 사용하는 것 역시도 좋은 접근 방법이다. 이 때 유의해야할 것은 현실성에 너무 집착하지 않는 것이다. 좋은 예시로는 Factorio의 운송 벨트가 있다. 현실 세계에 존재하는 컨베이어 벨트의 작동 방식에서 따온 것이나, 그 동작 방식이 현실 세계와 완전히 동일하지는 않고 더 쉽고 간단하게 쓸 수 있게끔 단순화되어있다. 혹은 Overcooked! 시리즈의 요리 과정 역시도 좋은 예시이다.

현실세계에서 규칙을 적절하게 따올 경우 플레이어에게 규칙을 설명하는 부담이 훨씬 적다는 장점이 있기도 하다.

추상적인 규칙의 측면에서 보자면 현실 세계에는 수없이 많은 종류의 메카닉이 존재한다. 게임과 직접적으로 관련이 없어보여도 많은 분야에 관심을 가져보자. 현실 세계에 존재하는 시스템이 돌아가는 방식을 분석해 본 후, 적절히 추상화했을 때 게임으로서 성립을 할만한지 고민하는 것은 메카닉 설계에 있어 큰 도움이 된다.

컨셉을 작은 단위로 분리해서 생각해보기

위의 두가지 방식은 특별히 기존에 생각해둔 컨셉이 없는 상태에서 메카닉을 기준으로 게임을 고민할 때 시작하기 좋은 방법이다. 하지만 생각해둔 컨셉이 있을 경우 그 컨셉을 기준으로 메카닉을 생각하게 될텐데 이때는 컨셉을 최대한 작은 단위로 잘라서 각 작은 단위에 집중해서 그 단위에 적절한 메카닉을 고민해보는 것이 좋다. 컨셉을 큰 범위에서 생각하면 메카닉도 같이 크고 모호해질 가능성이 높기 때문이다.

예를 들어, 컨셉을 아주 단순하게 아주 깊은 던전 지하에서 식당을 운영하는 게임에서 시작했다고 해보자. 이 컨셉을 전부 포함하는 메카닉을 고민하다보면 식당을 운영하기 위한 수많은 메카닉들을 다 같이 고민하게 된다. 하지만 식당을 운영한다는 과정 자체가 매우 크고 복잡한 과정이기 때문에 이 고민에서 간결하게 작은 메카닉을 뽑아내기란 쉽지않다. 반면 다음과 같이 컨셉을 좀 더 잘게 분할해서 생각하면 그 범위에 맞는 메카닉에만 집중할 수 있어서 한결 낫다.

- 식당운영을 위한 흥정 : 식당이 매우 깊은 곳에 있으므로, 식재료를 조달하는 과정부터가 어려울 것이다. 식당에 방문하는 여행자로부터, 혹은 식재료를 조달하는 상인으로부터 적절한 흥정을 통해 식재료를 사고, 또 식품을 파는 흥정 과정을 한 번 설계해보자.

- 요리 개발 : 깊숙한 곳에 있으니 일반적인 레시피로 요리를 만들긴 어려울 것이다. 지하 던전에서 구할 수 있는 재료들을 이용한 적절한 요리를 개발하는 과정을 한 번 설계해보자.

- 식당 설계 : 던전 내부에서 요리를 하고 손님을 받기 위한 식당을 직접 꾸미고 설계하는 과정을 생각해보자. 좀 더 세분화해서, 쳐들어올 수 있는 몬스터에 대한 대처를 하는 과정을 설계하거나, 잡아낸 몬스터를 가공해서 냄비를 만든다든지 화염 계열 몬스터를 잡아서 요리용 불로 쓴다든지 하는 요리 도구 측면에서의 활용 메카닉을 생각해볼 수도 있다.

- 식재료 조달 상인 : 반대로, 식당을 운영하는게 아니라 그런 식당들을 찾아다니면서 식재료를 전문적으로 판매하는 상인이 되었다고 생각하자. 상인이 식재료를 획득하고 각 식당을 돌아다니면서 판매하는 과정을 한 번 설계해보자.

가능하다면 예시로 든 것보다도 더 작게 컨셉을 잘라내서, 최대한 작은 범위에서 정확히 그 부분에만 집중해보는게 좋다. 또 위 예시에서도 볼 수 있듯 정확히 그 컨셉을 직접 플레이하는 게임이 되어야할 필요는 없다. 컨셉의 곁가지일 수 있는 것들까지도 모두 포함해서 고민해보자. 컨셉이 나타내는 세계 속에서 등장하는 모든 것들이 게임 메카닉의 단초가 될 수 있다.

메카닉 발전시키기

위의 과정을 거쳐서 가장 단순한 형태의 게임 메카닉을 만들게 됐다면, 이제 이 메카닉을 실제로 만들고 플레이해보면서 발전시켜나가는 과정이 필요하다. 이 과정부터는 실제 개발 진행이 필요하므로, 일정을 어떻게 관리할 것이며 개발은 어떻게 진행하는게 좋을지 등에 대한 고민이 있어야한다. 이에 대한 내용은 이후에 따로 다뤄보려고 한다.

실제로 메카닉을 만들고 플레이하는 과정을 거치고 나면 적절한 피드백을 통해 메카닉을 더 낫게 개선하는 과정이 필요하다. 또, 어떤 상황에서 지금까지 만들어온 메카닉을 폐기하고 처음부터 다시 작업하는게 좋을지도 알아야 한다. 이를 위해서 이제 메카닉을 깊게 파고들어보자. 다음 편 "핵심 메카닉과 보조 메카닉" 부터는 간결하고 독특한 메카닉을 찾아나가는 과정에 대해 좀 더 심도있게 다룬다.

[불타는키보드(1bnmaker)]

[dawnDev(onlygame)]

3편 나올때까지 숨 참는다

[ㅇㅇ 1(116.124)]

와 딱 요즘 고민하던거였는데 글 너무 고마움 예시까지 구체적으로 써주니까 진짜 좋다 잘 읽었음

[얀테이(lose7560)]

[익명(lyokivjfp04q)]

총 몇편임??? - dc App

[보쫄(bigmouth3461)]

대충 생각해놨던건 메카닉 기획에 관련된거 8편 정도, 마일스톤 일정 관리 등에 관한거 2편 정도, 게임 상업화(마케팅이라든가 실제 상업 게임으로서의 경쟁력을 갖추기 위해 해야하는 것들) 관련 3편 정도해서 합쳐서 13편 정도인데 대충 얼개만 생각해놓은거라 쓰면서 바뀔 수 있을것같네요

[익명(lyokivjfp04q)]

캬... ㄱㅅㄱㅅ - dc App

[익명(lyokivjfp04q)]

안그래도 요즘 관련해서 공부해보려 하고 있었는데 ㄱㅅㄱㅅ - dc App

[야유요(y39954h2sjd4)]

와 진짜 감사합니다 딱 필요할 때 이런 글을 만났네요

[Wolfgang(nnkxmd2htvyh)]

[매터(magaman556)]

ㅇㄷ - dc App