디자인 문서를 어떻게 구성해야합니까? [닫은]

30

디자인 문서는 전체 문장에 대한 연속적인 텍스트 라인이어야합니까, 전체 게임에 대한 설명과 비슷하거나 간단한 포인트로 구성해야합니까? 이점은 무엇이며이를 구성하는 더 많은 방법이 있습니까?

game-design 
— jcora
소스
5
나는 Josh의 대답에 전혀 동의하지 않지만, 단 하나의 대답으로 35 분 안에 질문에 대답 된 것으로 표시하기에는 조금 빠릅니다.
— Kylotan
4
예, 동의합니다. 당신은 할 수 항상 나중에 변경할 수 있지만, 그것은 항상 매우 그의 대답은 당신이 멀리 변화하는 사람에게 실망. 그리고 더 중요한 것은, 때로는 대답을 선택하면 다른 사람들이 스스로 대답하는 것을 방해하기 때문에 내 것보다 훨씬 더 나은 대답을 놓칠 수 있습니다.
— Josh
좋아요, 웰프가 답을 표시하지 않았습니다. 그러나 내일 다시 표시 할 것입니다. 정말 유용했습니다! 물론 누군가가 나에게 더 유용한 것을 얻지 않으면;). 이 힌트에 감사드립니다, 나는 그것에 대해 생각하지 않았습니다!
— jcora
GDD 구조에 대한 자세한 내용은이 기사를 참조하십시오. 정말 훌륭한 소스입니다 : active.tutsplus.com/articles/game-design/…
— Daniel Sidhion 2018 년
@ 조쉬 당신의 점수는 협박입니다-누가 대답에 당신을 이길려고;)
— 팀 홀트

답변:

30

규칙이나 산업 표준은 없습니다. 문서 의 목적이 무엇인지를 염두에두고 문서 를 사용 하는 사람들에게 가장 유용한 방식으로 문서를 구성하십시오 .

개인적으로 여러분의 아이디어를 전달하기 위해 "실제 문장"을 사용하는 데 더 적합한 문서 부분과 글 머리 기호 기능 목록으로 작성하기에 더 적합한 부분이있을 것으로 기대합니다.

청중은 누구입니까? 그것이 단지 당신이라면, 이것이 단지 당신의 생각을 집중시키는 데 도움이된다면, 당신을 위해 일하는 것은 무엇이든하십시오. 다른 사람과 함께 일하는 경우 문서를 분류하여보고 싶어하는 방식과 사용 방법을 물어보십시오.

나는 게임의 핵심 요점에 대한 산술적 설명을 볼 것으로 기대합니다 : 그것은 주요 개념, 스타일 및 느낌입니다. 그런 다음 게임의 각 주요 기능에 대한 섹션을 보게 될 것입니다.

세부 사항과 통계를 배제하지 말고 디자인 문서는 일반적으로 빌드하고 반복 할 때 게임 수명 동안 진화 할 것임을 기억하십시오. 처음에 한 번 작성하면 완벽 할 것이라고 생각하는 것은 비현실적이므로 지금 전달할 문서가 무엇인지, 문서 의 특정 소비자에게이를 가장 잘 전달할 수있는 방법 에 초점을 맞추십시오 .

다른 사람들이하는 일은 중요하지 않습니다. 팀에 가장 적합한 것을하고 싶습니다.

— 조쉬
소스
디자인 문서는 게임의 핵심입니다. 책에 대한 개요를 작성하는 것과 같은 방식으로 아이디어를 이해하고 만들기 위해 진정으로 중요한 것은 "필요한 것"입니다. 비록 의도 된 청중의 관점을 강화하고 싶습니다. 모든 하위 섹션조차도 프로젝트 계획은 팀 / 관리자를위한 것이며, 유스 케이스 / ERD는 프로그래머를위한 것이며 엔터티 설명은 아티스트를위한 것입니다. 같은 주제에 관한 것 외에는 어울리지 않는 것을 쓸 수있는 몇 안되는 시간 중 하나입니다.
— gardian06
24

Josh가 자신의 답변에서 말한 것 외에도 여러 사람들이 게임 디자인 문서에 무엇이 들어가야하는지에 대한 아이디어를 공유했습니다. 이들은 전문 디자이너이며, 전통적인 게임 산업의 맥락에서 그들에게 효과가 있었던 것은 반드시 당신에게 맞지 않기 때문에 그들이 왜 특정 접근법을 사용하고 가장 도움이 될 것인지 선택하고 시도하는 것이 유용합니다 .

— 킬로 탄
소스
게임 디자인 문서와 그 방법을 둘러 보았습니다. 첫 번째 링크는 훌륭했습니다. '범위 지정'과 정말 잘 작동합니다. 프로젝트의 기본 범위를 설정하고 거친 단어로 게임의 범위 내외에 무엇이 있는지 설명합니다.
— Wertilq
5

게임의 실제 디자인 (예 : 규칙)을 문서화 할 때 특정 규칙 디자인을 선택한 이유에 대한 명확한 설명을 제공하는 한 가지 정보 가 있습니다.

무언가를 구현할 때 잊을 가능성이 높은 것 중 하나는 특정 규칙을 추가 한 정확한 이유입니다. 또한, 당신은 매우 가능성이 할 수있는 것 중 하나는 다른 게임을해야해서 게임이 때문이 아니라, 규칙 및 게임 요소를 추가하는 필요 를.

게임 요소가 존재하는 이유에 대한 섹션을 추가하면 전체 게임 디자인 측면에서 해당 요소의 사용을 정당화해야합니다. 그리고 나중에 특정 요소가 실제로 의도 한 요구를 충족시키는 지 여부를 효과적으로 평가할 수 있습니다. 그렇지 않은 경우이를 제거하고 해당 요구를 충족시키는 다른 것으로 교체 할 수 있습니다.

더 좋은 점은 게임이 제대로 작동하지 않고 여러 요소를 교체하여 게임을 더 재미있게 만들고 싶다면 디자인 문서를 다시 살펴보고 해당 요소를 선택하는 이유와 새로운 요소를 달성해야하는 이유를 이해할 수 있습니다 . 게임 디자인의 요구가 바뀌면 게임 요소가해야 할 일 목록을 업데이트 할 수 있습니다.

— 니콜 볼 라스
소스
1

저는 레벨 업 작성자가 귀여운 모양, 캐릭터 등을 그려서 게임 디자인 문서를 작성하는 방법을 좋아합니다.

이 책 레벨 업! : 훌륭한 비디오 게임 디자인 가이드를 강력히 추천합니다.

문서에 작은 그림을 추가하면 다른 사람들이 더 많은 관심을 기울이고 디자인 문서를 읽을 수 있습니다.

— 코콜
소스
0

게임 디자인 문서의 구조는 전적으로 귀하에게 달려 있지만 내가 만든 것은 포함하는 경향이 있습니다 (RPG 또는 기타 스토리 중심 게임에 더 효과적 임).

목차 -매우 복잡한 게임을 한 번 만들면 조직 방식을 포함해야합니다.

게임 설명 - 게임에 대한 간단한 설명과 함께 플랫폼 및 기타 중요한 세부 정보와 함께 게임 플레이에 대한 설명을 제공합니다.

이야기 개요 -줄거리의 개요를 제공합니다

컨트롤 -게임에서 사용할 컨트롤을 나열합니다

기술 요구 사항 -여기에서 플랫폼에 대한 자세한 내용을 확인할 수 있습니다

게임 흐름도 -게임 화면이 어떻게 연결되는지 보여줍니다

프레젠테이션 -카메라 유형, HUD 및 플레이어가 볼 수있는 기타 정보에 대한 세부 정보 제공

플레이어 캐릭터 -플레이어의 모습, 배경, 도구 / 무기 등 플레이어에 대한 정보를 제공합니다.

전투 -전투 작동 방식 설명 (해당되는 경우)

게임 레벨 - 레벨의 예를 제공하십시오

적 -적에 대한 세부 정보 제공 (공격, 외형)

보스 -특정 보스에 대한 정보

NPC- 캐릭터를 공격하지 않는 AI 설명

음악 / SFX- 음악 및 SFX 제작에 필요한 것

부록 -스크립트 및 기타 정보와 함께 긴 목록을 여기에 배치하십시오

다음 사항을 포함하여 한 페이지 정도의 더 간결한 버전의 게임 디자인 문서를 만들 수도 있습니다.

제목 및 개념 개요 -게임의 특징과 플레이어의 행동에 대한 간략한 개요를 제공합니다

플랫폼 -게임이 게시 될 플랫폼을 나열합니다

요점 -FPS, MMO, 싱글 플레이어 모드 등 게임에 대한 기본 정보를 제공합니다.

요약 -줄거리를 요약합니다 (있는 경우)

캐릭터 - 캐릭터에 대한 정보를 제공합니다

— Vaillancourt
소스
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.