기획서에서는 재미있어 보이던 아이디어가 막상 만들어 보면 지루한 경우가 많습니다. 반대로 문서로는 평범했는데 직접 해 보면 손이 계속 가는 아이디어도 있습니다. 프로토타입은 이 차이를 일찍 확인하기 위해 만드는 시험용 결과물입니다. 이 글에서는 기획자가 프로토타입으로 아이디어를 검증하는 방법을 설명합니다.

프로토타입은 무엇을 확인하는가

프로토타입은 완성품의 축소판이 아닙니다. 하나의 질문에 답하기 위해 필요한 만큼만 만든 실험 도구입니다. '이 조작이 손에 붙는가', '이 규칙에서 전략이 생기는가', '이 보상 구조가 반복할 동기를 주는가'처럼 질문을 먼저 정하고, 그 질문에 답할 수 있을 만큼만 만듭니다.

질문 없이 만들면 프로토타입이 점점 커져 작은 게임 개발이 되어 버립니다. 그러면 시간이 많이 들고, 정작 무엇이 좋고 나쁜지 판단하기도 어려워집니다.

프로토타입의 종류

기획자가 직접 만들 수 있는 것부터 시작하면 됩니다. 종이 프로토타입은 프로그래밍 없이도 규칙의 재미를 꽤 정확하게 확인할 수 있어서 보드게임처럼 턴이 있는 규칙이나 카드 조합 시스템을 검증할 때 특히 유용합니다.

어떤 종류를 고르든 프로토타입의 겉모습은 중요하지 않습니다. 오히려 너무 그럴듯하게 꾸미면 테스터가 그래픽이나 완성도에 대해 이야기하느라 정작 규칙의 재미에 대한 의견이 줄어듭니다. 의도적으로 투박하게 만드는 것도 방법입니다.

빠르게 만드는 요령

• 그래픽은 최대한 단순하게: 네모와 동그라미로 충분합니다.
• 질문과 상관없는 기능은 빼기: 메뉴, 저장, 사운드는 대부분 필요 없습니다.
• 수치는 바꾸기 쉽게: 값을 한 곳에 모아 두면 테스트 중에도 고칠 수 있습니다.
• 기간을 정하기: 며칠 안에 만들 수 있는 범위로 제한합니다.

특히 기간을 정하는 것이 중요합니다. 정해진 시간 안에 만들지 못한다면 질문이 너무 크거나 만들 범위가 너무 넓다는 뜻입니다. 질문을 더 작게 쪼개서 다시 시작하는 편이 낫습니다.

테스트 진행 방법

1. 테스트 목표 적기: 이번 테스트에서 확인할 질문을 한두 개로 정리합니다.
2. 테스터 고르기: 가능하면 기획에 참여하지 않은 사람을 고릅니다.
3. 설명 최소화: 꼭 필요한 규칙만 알려 주고 나머지는 지켜봅니다.
4. 관찰 기록: 테스터의 표정, 멈칫하는 지점, 혼잣말을 기록합니다.
5. 인터뷰: 끝난 뒤 가장 재미있던 순간과 답답했던 순간을 묻습니다.

테스터에게 '재미있었나요'라고만 물으면 대부분 예의상 좋다고 답합니다. '한 판 더 하고 싶었나요', '어디서 지루했나요'처럼 구체적으로 물어야 쓸모 있는 답을 얻습니다. 테스터가 스스로 다시 해 보겠다고 하는지 지켜보는 것이 말보다 정확한 신호일 때도 많습니다.

결과 정리와 다음 결정

테스트가 끝나면 질문마다 결과를 정리합니다. 확인된 것, 문제로 드러난 것, 아직 모르는 것으로 나누면 다음 행동이 분명해집니다. 결과에 따라 아이디어를 발전시키거나, 방향을 바꾸거나, 과감히 접는 결정을 내립니다.

결과는 짧은 보고서로 남겨 둡니다. 테스트 날짜, 질문, 테스터 수, 관찰한 내용, 결론, 다음 할 일을 한 장에 적어 두면 나중에 같은 실험을 반복하지 않게 되고, 팀원에게 결정의 이유를 설명하기도 쉽습니다.

아이디어를 접는 것은 실패가 아닙니다. 일찍 접을수록 아낀 시간을 더 좋은 아이디어에 쓸 수 있습니다. 프로토타입과 테스트 기록은 포트폴리오에서 문제 해결 과정을 보여 주는 좋은 자료가 되기도 합니다. SBS아카데미게임학원 게임기획 과정에서는 기획서를 쓰고 피드백을 받아 수정·보완하는 과정을 반복하며 기획을 다듬습니다.

자주 묻는 질문