[💬] [번역] 다른 사람에게 게임을 보낼 때 개발자들의 실수

2019년 3월 글

개발자들의 흔한 실수 : 내 일의 일부는 게임을 리뷰하고 테스트하는 것인데 기본조차 못지키는 게임을 흔히 본다. 다른 사람에게 게임을 보낼 때 해야할 것과 하지 말 것의 목록을 적어보겠다.

상황/내 경험 : 나는 AirConsole 에서 일한다. 웹기반 플랫폼이고 자체 ‘상점’도 가지고 있다. 개발자들이 우리 상점에 발매할 게임을 보낸다. 난 주로 발매 전에 게임을 테스트하고 리뷰하는 사람이다. 이 팁들은 우리 플랫폼 뿐 아니라 취미 개발자에게도 흥미있고 관련있다고 생각된다.

최근 상금 500만원 대회가 있어서 사람들이 우리한테 게임 프로토타입을 보낸다. (난 지난 이틀간 거의 50개의 새 게임을 테스트했다.) , 근데 난 또한 사람들이 투자를 원하거나 발매되기 위해 리뷰를 원할 때 게임을 보기도 한다. 다음부터는 우리가 사람들에게 게임을 보내달라고 요청할 때 이것들과 관련해 우리 문서에 넣을 것이긴 하지만, 난 이게 이곳의 많은 사람들과 일반적으로 충분히 관련있다고 생각했다.

다시 말하지만, 많은 것들이 완전 기본적이지만 흔히 벌어지는 일이기도 하다. 그럼 살펴보자.

기술적인 것

- 너의 게임을 초기에 배포하고 테스트해라. 새로운 기술로 작업한다면 두배로 중요하다. 때때로 유니티 에디터 (다른 엔진도 마찬가지)에서는 잘되는데 빌드에서는 안될 때가 있다. 특히 새 기술이나 플랫폼에서 작업할 때 그렇다. 빨리 플레이 가능하도록 빌드하고 데드라인 며칠전에 테스트를 해라.

- 최종 빌드를 테스트해라. 이 말을 해야 된다는게 스스로 놀랍다. 게임을 어딘가에 올리고 링크를 걸 때는 빌드를 테스트해라. 다운로드 되는지, 열리는지, 플레이가 되는지 확인해라. 작동하지 않는 게임은 (무슨 대회든지 리뷰든지 홍보든지)즉시 자격 박탈이다.

그래픽과 사운드

우린 아티스트가 아닌 1인 개발자의 게임도 많이 받는다. 훌륭한 “아트웍”까진 아니고 나중에 그래픽을 수정할지라도 제대로 해야될 것들이 있다.

- 너무 많은 다른 폰트를 사용하지 마라. 대부분의 경우 전체 게임에서 2개의 폰트만 사용하길 권한다. 제목 같은 것에 사용할 큰 폰트와 약간 긴 문장에 사용할 폰트. 이외의 다른 폰트 사용은 보통 방해만 된다.

- 한 화면에 너무 많은 글자를 표시하는 것은 피해라. 글자(소개, 설명, 세팅)을 필요한 곳에만 표시해라.

- 오직 대문자만 사용하는 것은 제목, 강조, 한줄 소개에서만 해라. 긴 문장에 절대 사용하지 마라.

- 스스로를 아티스트라고 생각하던 그렇지 않던 비주얼에 일관성을 유지하도록 해라. 일관성이 아트스타일을 만든다. 일관성을 유지하면 미니멀리즘이나 낙서 스타일같은 것도 좋아보일 수 있다.

- 색은 많은 것보다 적은 것이 좋다. 특히 게임이 현실과 떨어져있다면 더욱 그렇다. 색을 중요하도록 만들고 어떤 요소가 정말 다른 색을 가질 필요가 있는지 혹은 다른 요소와 맞을 때 더욱 좋아 보이는지 심사숙고해라.

- 모델과 UI 요소에 디테일 수준을 일치시켜라. 한쪽에는 큰 삼각형 모델을 쓰고 다른 쪽에서는 세밀한 디테일을 쓰고 하면 안된다.

- 음악은 게임의 분위기에 지대한 영향을 준다. 그냥 좋아하는 음악을 넣는다거나 하지 마라. 게임을 처음 시작할 때 플레이어에게 네가 전달하고자 하는 게임의 분위기를 느낄 수 있도록 하는 음악을 사용해야 한다. 게임 장르와 관련해서 고려해봐라 : 판타지 게임에 일렉트로닉 음악을 사용하지 말고, 일상 소재의 게임에 웅대한 오케스트라를 쓰지 마라.(극명한 대조가 너의 컨셉이거나 예술적 판단이 아닐 경우에 말이다. 그럴 경우엔 제대로 된 방법인지 확인해라.)

- 텍스트를 정렬해라. 아무렇게나 두지 마라. 텍스트나 UI 요소를 의식적으로 중앙 정렬하거나 적절한 위치에 정렬해라. 구도를 고민해라.

- 만족감을 주는 게임을 만들고 싶다면, 다듬기가 최고다. 플레이어에게 모든 상호작용에 대해 확실히 만족할 수 있도록 시각적 청각적 피드백을 주어라. 대신 너무 산만하지는 않을 정도로.

- color schemer tool 을 사용해라. 믿어라. 넌 색을 잘 선택하지 못한다. 넌 스스로 그렇지 않다고 생각할지도 모르지만 아마도 잘 선택 못할 것이다. 대부분의 사람이 그렇다. 색상 팔레트 생성기는 너의 친구다. 사용해라.

기획과 사용성(Design & Usability)

이런 것들은 보통 “게임을 이해할 수 있도록 만들어라”고 요약된다. 하지만 다시 강조되야 한다고 생각된다. 왜냐하면 많은 사람들이 제대로 못하기 때문이다.

내가 테스트하는 게임의 경우 캐쥬얼 유저를 대상으로 발매되고 리뷰되기 때문에 특히 중요하다. 그러나 부족한 튜토리얼이나 나쁜 디자인을 “이건 하드코어 유저 대상이야” 라는 핑계로 숨길 수 없다. 난이도와 좌절감은 다르고, 혼란스러움은 일반적으로 재미없다.

- 게임 플레이 방법 소개를 포함시켜라. 미완성 프로토타입을 보내던 발매할 제출물을 보내던, 내가 뭘 해야할지를 모른다면 난 너의 게임을 시작조차 할 수 없다. 적절한 튜토리얼을 만들 여건이 되지 않으면, 간단한 소개나 게임 방향성이 담긴 스크린샷 하나라도 포함시켜라.

- 긴 세팅 메뉴나 게임 시작 전에 잘 알지도 못하는 옵션 설정을 플레이어에게 결정하도록 하지 마라. (특히 캐쥬얼 게임의 경우). 커스터마이즈는 깔끔하면서도 플레이어가 처음에 뭐가 뭔지 볼 시간을 주어야 한다. 캐릭터 선택 정도는 괜찮다. 그러나 5개의 게임 모드 중 하나를 고르는 화면이나, 점수 체계, 조작 체계, 캐릭터 클래스, 게임 길이 옵션 같은 것들은 너무 많다.

- 사람한테 텍스트 교정을 받아라. 특히 원어민이 아니라면 그렇다. 필요하면 온라인에 올려라. 아마도 다른 언어를 사용하는 플레이테스트 그룹 같은 곳.

- 네가 어떻게든 가능하다면, 플레이테스팅 session을 구성해라. 매우 중요한 것: 테스터에게 뭘 해야할지 말해주지 마라. 게임 스스로 말하도록 해라. 테스터가 생각나는 대로 말하도록 하고 어디서 막히는지 적어놔라. 게임이 어느정도 이해되기 쉬운지 너 자신은 알 수 없다.

- 네가 누군가 퍼블리셔, 플랫폼 등에서 뭔가를 원한다면 그들의 피드백을 진지하게 들어라. 내가 너한테 “당신의 게임은 이해하기 어렵습니다. 캐쥬얼 게이머가 사전 지식 없이도 이해하기 쉽도록 할 필요가 있습니다.” 라고 말하면 너는 “음 이건 정말 단순한 게임인데” 혹은 “음, 내 게임은 난이도 있는 게임인데” 라고 반응한다. 너는 스스로를 나나 우리 팀이 같이 일하기 싫은 사람으로 실격시키고 있는 것이다.

- 이해하기 쉬운 접근성과 낮은 난이도를 혼동하지 마라. 게임이 완전 복잡하더라도 캐쥬얼 게이머에게 잘 설명될 수도 있다. 극악 난이도의 게임도 이해하기에는 매우 단순할 수도 있다. 내가 너한테 너의 게임은 접근성이 떨어진다고 말할 때 “음 하드코어 게임이야” 는 잘못된 대답이다.

- 게임 소개를 제공할 때, “how to play?” 과 “what to do?” 는 소개 화면이 대답해야할 두가지의 다른 질문이라는 것을 알아라. 예를 들어 플랫포머 게임에서 너는 플레이어게 다음 두가지를 말해야 한다. “화살표 키를 사용해 이동하고 스페이스 바를 사용해 적을 피하세요” 와 “시간이 종료되기 전에 오른쪽 끝에 도착하세요” 이다. 너의 소개 화면은 위의 두가지가 설명되야 하고 분리되어야 한다. 플레이어에게 목표를 제시하고 그 다음에 어떻게 달성할지 설명해라.

위의 규칙들 여기저기 예외의 경우도 많다는 것을 알고 있다. 그러나 아마도 너의 게임은 네가 생각하는 것만큼 예외의 경우는 아닐 것이다. 너희들 중 누군가는 이것들로부터 타당한 결론을 얻어내기를 바란다.읽어줘서 고맙다.

[💬] [번역] 다른 사람에게 게임을 보낼 때 개발자들의 실수

댓글 4

다른 게시글