How to Write a Game Design Document in 4 Hours
The blank page is not the real problem.
Most developers who struggle with a Game Design Document don't get stuck at the beginning — they get stuck somewhere in the middle, usually around the point where the document stops being a tool and starts being a project. They meant to write a roadmap. They ended up with a 40-page wiki that describes mechanics they haven't decided to build yet, characters who don't exist yet, and a world history nobody will ever read. The game still hasn't started.
Writing a GDD that actually helps you ship a game requires doing something counterintuitive: deciding in advance what you will not write.
This post is a framework for doing exactly that. Four sections. A time budget for each. A stopping rule. No theory — if you want the foundational "what is a GDD and why does it matter," that's covered well in What Is a Game Design Document?. This post assumes you've made the decision to write one, and you want to be done by the end of the day.
