게임 기획서 템플릿: 실제 스튜디오가 쓰는 살아있는 GDD

게임 기획서 템플릿이란

게임 디자인 문서, 즉 GDD는 게임이 무엇이고 어떻게 작동하는지를 팀이 함께 관리하는 기록입니다. 피치, 논쟁을 정리해 주는 디자인 필러, 코어 게임플레이 루프, 주요 피처별 브리프, 스코프와 이코노미 수치, 그리고 무엇을 왜 결정했는지 남기는 로그가 여기에 담깁니다.

예전 방식은 하나로 뭉친 GDD, 데이어스 엑스나 GTA 시절의 100페이지짜리 바이블이었습니다. 지금 현장에서 이 방식은 사실상 사라졌습니다. 출시를 앞둔 팀에서 100페이지를 끝까지 읽는 사람은 없고, 빌드가 한 걸음 움직이는 순간 문서는 이미 틀린 내용이 됩니다. 그 자리를 대신한 것이 살아있는 허브입니다. 인디 팀은 GDD와 태스크, 에셋을 한 워크스페이스에 모으는 방향으로 수렴했고, 중견 스튜디오는 디자인 페이지를 엔지니어링 티켓과 연결해 메커닉을 바꾸면 영향을 받는 에픽에 자동으로 표시가 뜨도록 만들어 두었습니다.

판단 기준은 단순합니다. GDD는 팀이 그 안에서 일하는 허브여야지, 거기서 내용을 꺼내 와 일하는 문서여서는 안 됩니다. 빌드와 어긋나 있다면 그 문서는 이미 실패한 것입니다.

게임 디자인 문서 예시: 실제 스튜디오는 어떻게 구성하나

참고할 만한 사례는 문장이 아니라 구조에 있습니다. Larian은 발더스 게이트 3를 문단이 아닌 시스템 아티팩트로 설계했습니다. 모든 D&D 클래스가 모든 씬과 어떻게 교차하는지를 담은 로직 매트릭스가 대표적인데, 그 정도 규모의 상호작용은 문장으로는 담을 수 없기 때문입니다. miHoYo는 젠레스 존 제로에서 캐릭터를 먼저 잡습니다. 성격과 비주얼 아이덴티티를 먼저 확정한 뒤 그 결에 맞춰 전투를 설계하기 때문에, 디자인 허브에는 어떤 축이 먼저 방향을 잡는지가 기록으로 남습니다. 공통된 교훈은 하나입니다. 메커닉은 시각적입니다. 코어 루프 다이어그램과 스코프 매트릭스 한 장이 설명 문단 한 페이지보다 훨씬 많은 일을 합니다.

GDD에 들어가야 할 항목

검색창 자동완성에 뜨는 변형어를 그대로 체크리스트로 삼으면 편합니다. 제대로 된 템플릿은 다음을 포함합니다.

• 비전과 필러. 플레이어에게 하는 약속, 각 영역의 오너, 플랫폼 제약, 그리고 피처 아이디어가 흔들릴 때 판단 기준이 되는 3~5개의 디자인 필러. 필러는 장식이 아니라 논쟁을 끊어 내기 위한 도구입니다.
• 코어 루프. 플레이어가 무엇을 하는지, 그 행동이 게임 상태를 어떻게 바꾸는지, 그 상태가 다음 루프로 어떻게 이어지는지, 플레이어가 그 결과를 어떻게 읽어 내는지를 담은 다이어그램. 일반 노드는 실제 게임의 동사로 바꿔 채웁니다.
• 피처 브리프. 주요 메커닉마다 카드 하나. 각 카드에는 플레이어에게 주는 약속, 의존성, 로직, 짧은 요약이 담깁니다. 그래야 피처가 만들 수 있는 형태로 정리됩니다.
• 스코프 매트릭스. 무엇이 포함이고 무엇이 제외인지를 담은 구조화된 단일 진실 소스. 각 항목은 결정 기록이나 근거에 연결돼 있어야 합니다.
• 결정 로그와 문서 동기화 상태. 무엇을 결정했고, 문서가 지금 빌드와 여전히 맞는지 기록합니다. 디자인을 빌드에 맞춰 두는 일은 조용한 관리 업무가 아니라 눈에 보이는 작업이어야 합니다.

게임 디자인 문서 템플릿: 무료 ALLO 캔버스

ALLO에 가입하고 무료 템플릿 사용하기

템플릿을 열면 피치가 빌드로 이어지는 흐름, 그리고 어디서 드리프트가 잡히는지를 보여 주는 살아있는 허브 맵이 펼쳐집니다. 필러는 판단 기준으로 상단에 고정되고, 코어 루프는 팀의 실제 동사로 채워 넣는 다이어그램이며, 피처 브리프는 카드로, 스코프 매트릭스와 결정 로그는 그 옆에 나란히 놓입니다. 참고 URL도 작업 옆에 함께 붙어 있어서 나중에 근거 자료를 다시 뒤질 필요가 없습니다. 캔버스이기 때문에 팀 전체가 동시에 그 안에서 움직일 수 있고, 파일로 내보내는 순간 낡아 버리는 문서 대신 살아있는 허브를 쓰는 이유가 바로 여기에 있습니다.

Notion, Google Docs, 한 페이지 포맷용 GDD 템플릿

Notion이나 Google Docs로 GDD를 관리해도 구조는 같습니다. 필러, 루프, 피처 브리프, 스코프, 결정 로그. 다만 이 도구들이 잘 못하는 부분이 있습니다. 루프 다이어그램이나 스코프 매트릭스 같은 시각 자료를 텍스트, 태스크와 나란히 두는 것, 그리고 디자인이 바뀌었을 때 영향을 받는 후속 작업에 자동으로 표시를 띄우는 것입니다. 한 페이지 GDD는 작은 게임이나 게임잼에서 좋은 출발점이고, ALLO 템플릿도 그 형태로 축소됩니다. 비전 페이지 하나만으로도 실제 쓸 수 있는 한 페이지 GDD가 되고, 프로젝트가 커지면 섹션을 확장해 나가면 됩니다.

FAQ

게임 디자인 문서란 무엇인가요? 게임이 무엇이고 어떻게 작동하는지에 대한 팀 공용 기록입니다. 피치, 필러, 코어 루프, 피처 브리프, 스코프, 이코노미, 결정 사항이 들어갑니다. 요즘 팀은 이를 정적인 문서가 아니라, 그 안에서 함께 일하는 살아있는 허브로 유지합니다.

100페이지짜리 GDD는 이제 끝난 건가요? 대부분의 팀에서는 그렇습니다. 뭉텅이 바이블은 읽는 데 너무 오래 걸리고, 빌드와 곧바로 어긋납니다. 스튜디오들은 이를 디자인, 태스크, 에셋이 함께 담긴 공유 워크스페이스로 대체했습니다.

GDD에는 무엇이 들어가야 하나요? 비전과 필러, 코어 루프 다이어그램, 메커닉별 피처 브리프, 결정 기록과 연결된 스코프 매트릭스, 그리고 문서 동기화 상태가 표시된 결정 로그입니다.

한 페이지 GDD는 무엇인가요? 피치, 필러, 코어 루프, 제약 조건을 한 페이지에 담은 버전으로, 작은 게임이나 게임잼에서 사용합니다. 이후에 확장될 GDD의 자연스러운 출발점입니다.

GDD를 Notion이나 Google Docs로 써도 되나요? 텍스트 부분은 문제없습니다. 한계는 문서 도구가 시각 자료를 디자인 옆에 함께 두거나, 변경이 영향을 미치는 후속 작업에 자동으로 표시를 띄우지 못한다는 점입니다. 팀들이 허브를 캔버스로 옮기는 이유가 여기에 있습니다.

---
게임 디자인 문서 템플릿은 게임의 설계 진실을 한 곳에 담는 팀의 뼈대입니다. 비전과 필러, 코어 루프, 피처 브리프, 스코프 매트릭스, 이코노미 수치, 결정 로그가 모두 여기에 들어갑니다. 요즘 스튜디오들은 이걸 정적인 100페이지 문서로 두지 않습니다. 팀이 그 안에서 일하는 살아있는 허브로 두고, 메커닉을 수정하면 영향받는 작업에 자동으로 표시가 뜨도록 연결해 둡니다. 아래의 무료 ALLO 템플릿이 바로 그 허브이며, 그대로 복사해 사용할 수 있습니다.