게임 디자인 프로토타이핑

프로토타이핑은 말 그대로 제품이 생각한 대로 동작을 하는지 확인하기 위해 시제품 Prototype 을 만들고 검증하는 기법이다. 게임의 경우 주로 게임 디자인, 그리고 대부분의 경우 UI / UX 를 확정하기 위해 프로토타이핑을 진행한다1.

프로토타이핑은 불확실한 부분을 빠르게, 직접 확인해보고 의사 결정 할 수 있다는 장점이 있다. 단순히 머릿속에서 그럴것이라고 추측하는 것 보다 더 직관적이고 확실한 확인이 가능하기 때문에 프로젝트에서 프로토타이핑은 매우 자주 사용된다.

프로토타이핑을 시작하기 전

저변에 깔려 있는 프로토타이핑에 대한 오해 중 하나는 프로토타이핑이 프로젝트 진행 과정에 있어 필수적인 통과의례라 생각하는 것이다.2

프로토타이핑은 어디까지나 가설 검증을 위한 수 많은 방법 중 하나일 뿐이다. 이를 쓸지 말지의 여부는 가설이 프로토타이핑으로 검증이 가능하냐에 따라 결정된다.

또 한가지, 프로토타이핑이 프로젝트의 전부인 것 처럼 변질되는 경우가 심심찮게 발생한다. 프로토타이핑은 프로젝트가 아니다. 프로젝트 완성을 위한 여러 과정 중 작은 일부 일 뿐이다.

프로토타이핑 중 언제라도 무언가 잘못되어가고 있단 생각이 든다면 과감하게 포기해야 한다.

프로토타이핑 목표 – 가설 설정

프로토타이핑의 목표 설정은 가설 설정이 대부분을 차지한다. 가설이라는 단어가 거창하게 들리지만, 게임을 만들면서 스스로 드는 궁금함을 정리하는 단순한 작업이다. 게임 프토로타이핑에서 설정하게 되는 가설의 예는 이런 것이다.

• 신규 시스템이 사람들에게 의도한 대로 동작할까?
• 디자인한 메커니즘대로 사람들이 플레이를 할까?
• 이 구간의 플레이가 사람들이 임팩트를 줄 수 있을까?
• 신규 시스템이 자연스러운 게임 플레이에 도움이 될까?

(사실 사회과학조사방법론을 적용한다면 …3)

프로토타이핑의 가설은 검증 가능한, 최대한 구체적인 것으로 세울 것을 권장한다. 프로토타이핑 기법의 가장 큰 장점은 프로덕트 Product 제작 보다 매우 빠른 제작을 통한 제품 가치 확인에 있다. 하지만 검증이 불가능한 애매한(그래서 매우 범위가 큰) 가설은 프로토타입을 순식간에 프로덕트로 만들어 가장 큰 장점인 빠른 검증을 없애버린다.

가설 설정을 완료 했다면 아래의 질문에 스스로 대답해 보자. 만약 하나라도 아니오가 있다면 굳이 그 가설을 프로토타이핑을 이용해 검증할 필요는 없다.

1. 수립한 가설은 검증이 필요한 가설인가 ? 혹은, 이미 검증된 가설을 또 검증하기 위해 프로토타이핑 하는건가?
2. 이미 다른 게임에서 검증이 끝난 가설은 아닌가?
3. 가설을 검증하기 위한 훨씬 더 쉬운 방법(자료 조사, 분석, 시뮬레이션 등)이 있는가?

프로토타이핑 – 프로토타입 제작

프로토타이핑 목표를 정했으면, 프로토타입을 제작 단계로 넘어간다. 이 때 프로토타입을 제작 할 때 어떤 툴을 사용하는지에 대해 고민하게 된다. 툴을 선택 할 때 아래의 것을 고려한다면 충분히 좋은 툴을 선택 할 수 있을 것이다.

1. 가설 검증에 필요한 기능을 만들기 위한 필수 기능을 갖췄는가?
2. 사용에 충분히 익숙한가? 혹은 사용법을 익히기 매우 쉬운가?
3. 프로토타입을 타인과 공유하고 사용하기 쉬운가?

여기에서는 게임 디자이너가 선택할 수 있는 프로토타이핑 툴의 예시를 몇 가지 들어본다.

종이, 연필, 주사위

게임 에디터

구글 설문지 도구

범용 게임 엔진 / 게임 제작 툴

UI / UX 프로토타이핑 툴

프로토타입 테스트 – 가설 검증

프로토타입 구현이 완료 된 다음 가설이 맞는지 확인하기 위한 테스트를 거치게 된다. 전문적인 FQA 팀이 존재하지 않는 이상 이 과정은 이른바 개밥 먹기 과정이 될 수 밖에 없다. 순전히 자신 또는 같이 개발한 동료들의 감을 믿어야만 한다는 이야기이다.

가설을 구체적으로 설정했을 때의 장점은 가설 검증에서도 여실히 드러난다. 가설이 구체적이고 명확할 수록 답을 객관적으로 내기 수월하다.

가설 검증을 할 때의 유의 사항으로 알려주고 싶은 것은 바로 실패에 대비하라 이다. 많은 경우 프로토타입 결과물은 생각지 못한 문제점을 드러내고 그런 결과에 실망스러울 수 있다는 것이다. 이건 당연한 일이다. 프로토타이핑의 장점은 한번에 성공하는 것이 아닌 문제점을 조기에 발견해 해결할 수 있다는 점에 있기 때문이다.

몇 가지 잔소리 – 유의사항

1. 속도는 프로토타이핑의 장점이자 프로토타이핑의 알파와 오메가이다. 프로토타이핑 과정이 느려진다면 100% 뭔가 잘못 되었다는 신호다.
2. 프로토타입은 프로토타입일 뿐이다. 언제든 용도 폐기 할 생각을 하고 많은 정성을 들이지 말도록 한다.
3. 프로토타입 제작을 절대 외주 주지 마라. 제품 핵심 가치를 알고 있는 개발진이 직접 구현하고 평가해야 한다. 외주를 주면 핵심인 속도를 까먹으며, 제대로 된 검증을 할 수 없다. – 무엇보다 프로토타입 제작 과정에서 얻을 수 있는 경험을 싹 다 날려먹는다.
4. 게임 시스템을 검증할 때, 프로토타입에서 시스템을 계속 추가하는 식으로 개선이 진행되고 있다면 일단 작업을 멈추고 전체 게임을 다시 한 번 점검한다. 그리고 각 시스템의 세부 규칙을 검증할 것이 아니라 전체흐름을 먼저 검증하길 권고한다4