[기획 TIL] 2일차: 게임의 청사진, '게임 디자인 문서(GDD)'

[기획 TIL] 2일차: 게임의 청사진, '게임 디자인 문서(GDD)' (궁극 심화)

[1] 오늘 배운 것 (궁극 심화 이론)

1. GDD의 진화론: 개발 단계별 GDD의 역할 변화

GDD는 고정된 문서가 아니라, 프로젝트의 생애주기와 함께 진화하는 유기체입니다. 각 단계별로 GDD의 역할과 핵심은 극적으로 변화합니다.

① 프리-프로덕션 (Pre-Production) 단계의 GDD: "탐험가의 지도"

• 목표: '재미의 증명'과 '개발 범위 확정(Scope-setting)'. 이 단계에서는 게임의 핵심이 될 프로토타입 제작에 집중.
• 핵심 내용: 모든 시스템을 다루지 않고, 코어 게임플레이 루프(Core Gameplay Loop)와 핵심 메카닉 정의에만 집중. "우리는 이 '재미'를 만들겠다"라는 증명이 유일한 목표.
• 역할: 미지의 재미를 탐험하기 위한 지도. 모든 길이 아닌, 보물이 묻힌 핵심 재미로 가는 경로만 표시.

② 프로덕션 (Production) 단계의 GDD: "대성당의 설계도"

• 목표: '대량 생산(Mass Production)'을 위한 체계적 지침 제공.
• 핵심 내용: 상세 시스템(성장, 경제), 콘텐츠(캐릭터, 몬스터, 맵) 데이터 구조, 규칙, 사양이 중심. 모든 팀원이 오차 없이 생산 가능해야 함.
• 역할: 대성당 건축처럼 모든 팀원이 일관된 비전 하에 자원을 쌓아 올릴 수 있는 정교한 설계도.

③ 라이브 서비스 (Live Service) 단계의 GDD: "살아있는 역사서"

• 목표: '지속 가능한 업데이트'와 '지식의 전수'.
• 핵심 내용: 신규 콘텐츠 기획, 업데이트 이력, 변경된 기획 의도, 라이브 데이터 분석 기반 밸런스 수정 근거 등 기록.
• 역할: 신규 인원도 "왜 이 시스템이 이렇게 기획되었는가?"에 답할 수 있는 역사서이자 지식 DB.

2. 문서의 심리학: 왜 팀원은 GDD를 읽지 않을까? (그리고 어떻게 읽게 할까?)

"GDD에 다 써놨는데 왜 안 읽어요?"는 모든 기획자의 숙제입니다. 이는 게으름이 아닌, 인간의 인지적 특성 때문입니다.

• 인지적 구두쇠: 인간의 뇌는 에너지 소모를 최소화하려는 경향이 있어, 빽빽한 텍스트를 회피.
• 해결책 1: '5초 룰' 적용 – 문서 열고 5초 내 원하는 정보 위치 파악 가능해야 함. 명확한 목차, 계층 제목, 키워드 볼드 처리 필수.
• 해결책 2: '시각적 단서' 활용 – 플로우차트, 다이어그램, 데이터 테이블, 와이어프레임, 레퍼런스 이미지를 적극 사용.
• 해결책 3: '기획 의도' 명시 – "무엇"뿐 아니라 "왜"를 설명, 팀원을 공동 제작자로 참여시킴.

3. 시스템 기획의 원자성(Atomicity): 재사용 가능한 부품으로 설계

우수한 GDD는 복잡한 시스템을 재사용 가능한 원자적 컴포넌트로 분해하여 설계합니다.

• 나쁜 설계: 화염, 빙결, 중독 효과를 별도 문서로 각각 설명.
• 좋은 설계: '상태 이상' 컴포넌트를 정의하고 속성값만 변경해 개별 효과를 구현.
• 기대 효과: 확장성과 유지보수성 극대화. 신규 상태 이상 추가 시 최소한의 작업으로 적용 가능.

[2] 어려웠던 점 / 고민한 점

• GDD의 깊이와 접근성 사이의 트레이드오프. 상세히 작성할수록 일부 직군에는 진입 장벽이 됨.
• 해결책: 개요 문서와 상세 스펙 문서를 분리, 독자가 필요한 깊이만 탐색 가능하게 구조화.

[3] 더 알아볼 것 (Action Item)

• 시스템 사고(Systems Thinking) 학습: 전체 게임의 유기적 흐름을 설계할 수 있는 능력 배양.
• 데이터베이스 설계 기초 학습: 데이터 구조와 관계를 이해해 효율적 데이터 테이블 설계 역량 강화.