아이디어를 게임 콘셉트로 바꾸기

아이디어와 콘셉트는 다르다

처음 떠오르는 아이디어는 대개 장면에 가깝다. '비 오는 도시를 탐험하는 고양이', '마법 학교에서 살아남는 학생', '우주선을 고치는 정비사'처럼 분위기와 설정은 선명하지만, 플레이어가 실제로 무엇을 반복할지는 아직 흐릿하다.

게임 콘셉트는 이 아이디어를 플레이 가능한 약속으로 바꾼 것이다. 플레이어가 어떤 역할을 맡고, 어떤 행동을 반복하며, 그 행동이 왜 재미있는지 설명할 수 있어야 한다. 좋은 콘셉트는 긴 세계관보다 짧은 규칙으로 먼저 드러난다.

예를 들어 '비 오는 도시를 탐험하는 고양이'는 아이디어다. 이것을 콘셉트로 바꾸면 이렇게 된다.

• 플레이어는 길 잃은 고양이가 된다.

• 빗물을 피해 지붕과 간판 사이를 이동한다.

• 사람의 시선을 피해 먹이와 단서를 모은다.

• 매 구역마다 안전한 잠자리까지 도착하는 것이 목표다.

이제 게임이 조금 보인다. 점프, 은신, 수집, 제한된 이동 경로 같은 규칙을 상상할 수 있다. 콘셉트는 머릿속 이미지를 개발자가 만들 수 있는 구조로 바꾸는 과정이다.

AI 생성 이미지

'누가, 무엇을, 왜 반복하는가'로 핵심 루프를 찾는다

게임은 반복으로 만들어진다. 플레이어는 한 번만 행동하고 끝나지 않는다. 이동하고, 선택하고, 실패하고, 다시 시도한다. 이 반복되는 행동의 묶음을 핵심 플레이 루프라고 부른다. 어렵게 생각할 필요는 없다. 플레이어가 가장 자주 하게 될 행동의 순서다.

핵심 루프를 정할 때는 세 가지 질문으로 시작한다.

1. 누가 행동하는가?

2. 무엇을 반복하는가?

3. 왜 다시 하고 싶어지는가?

첫 질문은 플레이어의 역할을 정한다. 전사, 탐정, 배달원, 괴물, 정비사, 식당 주인처럼 역할이 명확하면 행동도 좁아진다. '무엇이든 할 수 있는 사람'은 초보 개발자에게 위험하다. 만들 것도 많고, 플레이어가 기대하는 것도 많아진다.

둘째 질문은 반복 행동을 정한다. 적을 피한다, 블록을 옮긴다, 재료를 조합한다, 대화를 선택한다, 짧은 전투를 치른다처럼 구체적인 동사로 써야 한다. '모험한다', '성장한다', '세계관을 경험한다'는 아직 개발하기 어렵다. 실제 조작과 규칙으로 바꿔야 한다.

셋째 질문은 재미의 이유를 찾는다. 더 빠르게 성공하고 싶어서, 새로운 조합을 시험하고 싶어서, 다음 이야기가 궁금해서, 실수를 만회하고 싶어서, 더 높은 점수를 얻고 싶어서 반복할 수 있다. 이 이유가 약하면 게임은 한 번 해보고 끝나는 체험이 된다.

간단한 형식으로 적어보자.

플레이어는 [역할]이 되어 [행동]을 반복하고, [보상 또는 변화] 때문에 계속 시도한다.

예시는 다음과 같다.

플레이어는 우주 정거장의 정비사가 되어 고장 난 장치를 제한 시간 안에 고치고, 매번 달라지는 고장 조합 때문에 더 효율적인 수리 순서를 찾는다.

이 문장에는 역할, 행동, 반복 이유가 들어 있다. 아직 완벽한 기획은 아니지만, 무엇을 먼저 만들어야 하는지 보인다. 정비 조작, 제한 시간, 고장 조합, 수리 순서가 핵심이다. 반대로 우주 정치, 외계 종족 역사, 수십 명의 승무원 관계도는 지금 당장 필수가 아니다.

참고 게임은 겉모습이 아니라 구조를 본다

참고 게임을 보는 일은 필요하다. 문제는 '비슷하게 만들기'로 흐를 때다. 그래픽, 캐릭터, UI, 대사, 스테이지 구성을 그대로 따라가면 표절 위험도 있고, 자기 게임의 이유도 약해진다. 참고해야 할 것은 겉모습이 아니라 구조다.

분석할 때는 세 가지를 분리해서 본다.

첫째, 구조다. 플레이어가 어떤 순서로 행동하는지 본다. 예를 들어 어떤 퍼즐 게임이 재미있다면 '귀여운 캐릭터'보다 '한 번 움직이면 되돌리기 어렵다', '작은 실수가 전체 경로를 바꾼다', '짧은 스테이지라 재시도가 빠르다' 같은 구조를 확인해야 한다.

둘째, 감정이다. 그 게임이 플레이어에게 어떤 감정을 주는지 적는다. 긴장감, 안도감, 호기심, 숙련감, 억울함, 통쾌함처럼 단어로 정리한다. 같은 점프 게임이라도 어떤 게임은 빠른 속도에서 오는 짜릿함이 핵심이고, 어떤 게임은 정밀한 조작을 성공했을 때의 성취감이 핵심이다.

셋째, 리듬이다. 한 판이 얼마나 짧은지, 실패 후 재시작까지 몇 초가 걸리는지, 보상이 얼마나 자주 나오는지 본다. 초보 개발자는 콘텐츠 양만 보다가 리듬을 놓치기 쉽다. 스테이지가 적어도 재시도가 빠르고 목표가 분명하면 계속 플레이하게 만들 수 있다.

참고 게임 분석표는 간단하면 충분하다.

중요한 기준은 이것이다. 참고 게임의 캐릭터나 설정을 가져오는 것이 아니라, 그 게임이 플레이어를 움직이게 만드는 원리를 이해해야 한다. 구조를 배우면 다른 소재로 바꿀 수 있다. 겉모습을 따라 하면 비슷한데 약한 게임이 된다.

한 문장 피치로 콘셉트를 압축한다

콘셉트가 흐릿하면 기능이 늘어난다. 기능이 늘어나면 일정이 무너진다. 그래서 한 문장 피치가 필요하다. 한 문장 피치는 게임을 모르는 사람에게도 '무슨 게임인지' 바로 전달하는 짧은 설명이다.

좋은 한 문장 피치는 보통 다음 요소를 담는다.

• 플레이어의 역할

• 핵심 행동

• 제약 또는 차별점

• 기대 감정

형식은 이렇게 쓸 수 있다.

[플레이어 역할]이 [제약 조건] 속에서 [핵심 행동]을 하며 [목표]를 달성하는 게임.

예를 들어 보자.

빛을 무서워하는 유령이 사람들의 손전등을 피해 방을 어둡게 만들며 탈출로를 여는 짧은 퍼즐 게임.

이 문장은 많은 것을 정한다. 주인공은 유령이고, 손전등은 위험 요소이며, 방을 어둡게 만드는 행동이 핵심이고, 장르는 짧은 퍼즐이다. 여기서 갑자기 장비 강화, 오픈월드 탐험, 대규모 전투를 넣으면 콘셉트가 흔들린다.

한 문장 피치를 쓸 때 피해야 할 문장도 있다.

• 다양한 콘텐츠가 있는 모험 게임

• 자유도가 높은 생존 RPG

• 감동적인 스토리를 가진 액션 게임

• 여러 장르를 섞은 독특한 게임

이런 문장은 틀린 말은 아니지만 개발 판단에 도움이 되지 않는다. 무엇을 만들고 무엇을 버릴지 결정해주지 못하기 때문이다.

핵심 키워드와 플레이어 약속을 정한다

한 문장 피치 다음에는 핵심 키워드 3개를 정한다. 키워드는 개발 중 판단 기준이 된다. 예를 들어 '짧다', '긴장감', '재시도'가 핵심 키워드라면 긴 컷신, 복잡한 성장 시스템, 느린 이동은 어울리지 않을 가능성이 높다.

키워드는 멋있게 보이는 단어보다 작업을 제한하는 단어가 좋다.

• '빠른 재시도'

• '한 화면 퍼즐'

• '선택의 대가'

• '10분 생존'

• '소리로 탐색'

• '위험한 배달'

그다음 플레이어 약속을 적는다. 플레이어 약속은 이 게임을 시작한 사람이 기대해도 되는 경험이다. 스토어 설명, 트레일러, 스크린샷, 첫 5분 플레이가 모두 이 약속을 지켜야 한다.

예를 들어 다음과 같이 쓸 수 있다.

• 이 게임은 3분 안에 규칙을 이해할 수 있다.

• 실패해도 5초 안에 다시 시작할 수 있다.

• 매 스테이지마다 하나의 새로운 퍼즐 아이디어를 보여준다.

• 플레이어는 운보다 자신의 판단 때문에 성공하거나 실패한다고 느낀다.

약속은 많을수록 좋은 것이 아니다. 첫 게임이라면 2~4개면 충분하다. 약속이 많으면 모두 지키기 어렵고, 지키지 못한 약속은 불만이 된다.

세계관과 스토리는 규칙을 보강할 때만 남긴다

세계관과 스토리는 게임을 풍부하게 만든다. 하지만 첫 게임에서는 가장 쉽게 범위를 키우는 요소이기도 하다. 등장인물, 대사, 이벤트, 컷신, 배경 설정이 늘어나면 구현과 테스트도 함께 늘어난다.

판단 기준은 단순하다. 이 설정이 핵심 규칙을 더 잘 이해하게 만드는가?

예를 들어 '빛을 무서워하는 유령'이라는 설정은 손전등을 피하는 규칙을 바로 이해하게 만든다. 좋은 설정이다. 반대로 유령 왕국의 300년 전쟁사가 현재 퍼즐 규칙과 연결되지 않는다면 첫 버전에서는 줄여도 된다.

스토리를 줄인다는 것은 게임의 개성을 버린다는 뜻이 아니다. 오히려 규칙과 연결된 이야기만 남겨 개성을 선명하게 만드는 일이다.

다음 질문에 하나라도 답하기 어렵다면 범위를 줄인다.

• 이 세계관이 핵심 조작을 설명하는가?

• 이 캐릭터가 플레이 중 선택을 바꾸는가?

• 이 대사가 목표나 위험을 더 분명하게 만드는가?

• 이 컷신이 없으면 게임 이해가 불가능한가?

• 이 설정을 구현하는 데 필요한 작업량이 핵심 재미보다 큰가?

초기 버전에서는 긴 배경 설명보다 플레이 중 바로 보이는 정보가 더 강하다. 문이 잠겨 있다, 괴물이 빛에 반응한다, 비가 오면 발자국이 사라진다, 연료가 떨어지면 이동할 수 없다. 이런 규칙은 스토리이면서 동시에 게임플레이다.

콘셉트 문서 한 장으로 정리한다

아이디어를 콘셉트로 바꾸는 목표는 두꺼운 기획서를 쓰는 것이 아니다. 개발을 시작하기 전에 흔들리지 않을 기준을 만드는 것이다. 처음에는 한 장이면 충분하다.

다음 항목을 채워보자.

• 한 문장 피치:

• 플레이어 역할:

• 핵심 플레이 루프:

• 핵심 키워드 3개:

• 플레이어 약속 2~4개:

• 참고 게임에서 배울 구조:

• 이번 버전에서 제외할 것:

마지막 항목이 중요하다. 제외할 것을 적지 않으면 콘셉트는 계속 커진다. '온라인 협동 제외', '스토리 분기 제외', '아이템 5종 이상 제외', '스테이지 3개까지만'처럼 명확히 써야 한다.

콘셉트가 좋은지 확인하는 빠른 기준은 다음과 같다.

• 30초 안에 다른 사람에게 설명할 수 있는가?

• 핵심 행동을 동사로 말할 수 있는가?

• 첫 프로토타입에서 반드시 만들 기능이 보이는가?

• 빼도 되는 기능과 빼면 안 되는 기능이 구분되는가?

• 플레이어가 왜 다시 시도할지 설명할 수 있는가?

아이디어는 시작점이다. 콘셉트는 제작 기준이다. 첫 게임에서 필요한 것은 머릿속에만 멋진 세계가 아니라, 작은 화면 안에서 반복하고 싶어지는 규칙이다. 그 규칙이 선명해질수록 개발 범위는 줄고, 완성 가능성은 높아진다.