테스트 참여자는 어떻게 모집하고 피드백은 어떻게 받으면 좋나요?

게임을 어느 정도 만들었다면, 혼자 계속 플레이하는 것만으로는 한계가 옵니 다.

만든 사람은 이미 게임의 규칙을 알고 있고, 어디를 눌러야 하는지 알고 있고, 어떤 부분이 불편한지도 익숙해져 있기 때문입니다.

그래서 출시 전에는 반드시 다른 사람에게 플레이를 맡겨보는 과정이 필요합니 다.

테스트 참여자는 언제 모집하면 좋나요?

처음부터 너무 완성된 버전을 기다릴 필요는 없습니다.

아래 정도가 준비되었다면 테스트를 받아볼 수 있습니다.

• 게임을 시작하고 종료할 수 있다
• 핵심 플레이가 5분 이상 가능하다
• 승리, 실패, 클리어 같은 목표가 있다
• 심각한 실행 오류가 너무 자주 발생하지 않는다
• 플레이어가 무엇을 해야 하는지 최소한은 알 수 있다

완성도 100%가 아니라도 괜찮습니다. 오히려 너무 늦게 테스트를 받으면 고치기 어려운 문제가 뒤늦게 발견될 수 있 습니다.

누구에게 테스트를 부탁하면 좋나요?

처음에는 가까운 사람부터 시작해도 됩니다.

• 같은 팀이 아닌 수강생
• 다른 프로젝트를 만드는 팀
• 게임을 자주 하는 친구
• 해당 장르를 좋아하는 사람
• 해당 장르를 잘 모르는 사람

가능하면 “내 게임을 잘 아는 사람”보다 처음 보는 사람이 어떻게 반응하는지를 보는 것이 중요합니다.

피드백은 어떻게 받으면 좋나요?

그냥 “어땠어요?”라고 물어보면 대부분 이렇게 답합니다.

“재밌었어요.” “괜찮았어요.” “조금 어려웠어요.”

이런 답변도 도움이 되지만, 수정할 내용을 찾기에는 부족할 수 있습니다.

질문을 조금 더 구체적으로 준비하는 것이 좋습니다.

추천 질문

테스트 후에는 이런 질문을 해보세요.

• 처음 1분 동안 무엇을 해야 하는지 이해됐나요?
• 가장 헷갈렸던 부분은 어디였나요?
• 조작이 불편한 순간이 있었나요?
• 난이도가 갑자기 올라가거나 내려간 구간이 있었나요?
• 다시 플레이하고 싶은 느낌이 있었나요?
• 중간에 그만두고 싶었던 순간이 있었나요?
• 가장 기억에 남는 장면이나 시스템은 무엇이었나요?
• 이 게임을 한 문장으로 설명하면 어떻게 말할 수 있나요?

좋은 피드백은 “좋다/나쁘다”보다 어디에서, 왜, 어떤 감정을 느꼈는지가 들어있는 피드백입니다.

테스트할 때 기록하면 좋은 것

가능하다면 플레이 화면을 보면서 메모해보세요.

• 플레이어가 처음 멈춘 지점
• 설명을 읽지 않고 넘어간 부분
• 같은 실수를 반복한 부분
• 조작을 잘못 이해한 부분
• 웃거나 반응한 순간
• 지루해 보였던 구간
• 버그가 발생한 위치

말로 받은 피드백보다, 실제 플레이 중 행동이 더 정확할 때도 많습니다.

정리

테스트 참여자는 게임을 평가하러 오는 사람이 아니라, 개발자가 보지 못한 문제를 발견하게 해주는 사람입니다.

처음에는 적은 인원으로 시작해도 괜찮습니다.

중요한 것은 많이 받는 것보다, 구체적으로 묻고, 실제 플레이를 관찰하고, 다음 패치에 반영하는 것입니 다.

테스트를 한 번 받고 끝내기보다, 수정 후 다시 테스트하면서 게임을 조금씩 다듬어보세요.