(Crossposted at alexanderfreed.com)
Some days we discuss high-level theory. Some days we get our hands dirty with realities of the business. If youâ€™re working on an overall story document for your teamâ€™s game and youâ€™re not sure how to approach it, hereâ€™s some advice.
No one likes writing plot summaries. If you have a story that can support a gameâ€“a story designed for a multi-hour, interactive experienceâ€“of course itâ€™ll be painful to reduce it to a handful of pages. On top of that, a plot summary needs to be engaging to read, be clear and thorough enough not to logically fall apart on examination (so no handwaving how protagonists get from Point A to Point B), andâ€“for most plot summaries in the video game worldâ€“contain enough meat to allow artists, cinematic designers, level designers, and so forth to intelligently respond with their own concerns and plans.
Despite the difficulties, putting a summary together is a task most game writers will need to take on at some point, so you might as well do the job properly. Letâ€™s talk about key points to consider.
What is a Plot Summary, and Who is it For?
A plot summary (or a synopsis, or a narrative outlineâ€“call it what you will) is a prose recounting of a gameâ€™s story, narrating the major events and character beats. It is not a technical document; while it may (or may not) break down the story into clear gameplay elements, suggest asset requirements, and so forth, its emphasis is on telling a story. It does not stand aloneâ€“more detailed plot summaries may be necessary for individual subsections of a game (â€śchapters,â€ť locations, open world plot threads, etc.); â€ścritical pathâ€ť documents may elaborate on every gameplay step required to progress; and so forthâ€“but it serves as a high-level reference document forâ€¦ well, thatâ€™s the next part of the question? Who is it for?
A short (1-2 page) plot summary may be needed to help sell the concept of a game to company executives, potential licensors, etcâ€“outsiders not directly involved in content creation, who may care about the details later but who initially simply want some idea of what theyâ€™re getting into before giving a project their blessing and / or money. If thatâ€™s the sort of plot summary youâ€™re worried about, there are plenty of good resources out there on writing a story synopsis for a novel or a film. That style of summary is probably what you wantâ€“youâ€™re prioritizing a â€śsellâ€ť by feel and overall narrative over particulars or interactivity. This article wonâ€™t help you.
If your audience is just youâ€“if youâ€™re writing an outline for your own planning purposes, sayâ€“then once again, this article wonâ€™t help.
If youâ€™re attempting to write a document complete enough for a design team to actually build a game fromâ€“a critical path document, as mentioned above, delineating every step of gameplay, calling out every combat, listing every quest item, and so forthâ€“you may want to separate it from your plot summary entirely. Most likely, itâ€™s going to get so bogged down in technical detail that very few people will be able to sit down, read it, and actually understand the high-level story of the game. A critical path doc has a place, but itâ€™s not for story comprehension.
Rather, our focus today is on a plot summary intended for development team members in multiple disciplines (design, art, engineering, audio, etc.) as a way to solicit feedback, procure high-level â€śbuy-in,â€ť and allow a team to have a clear understanding of all key parts of the narrative. Ideally, such a summary should be written very early in development; in reality, it may come relatively late in non-story-focused games.
For team members without a direct stake in the particulars of the narrative (e.g., a tools engineer or a QA project manager), a plot summary serves as a useful reference doc to help communicate one aspect of the overall project vision; itâ€™s always good for people to understand and be enthusiastic about what theyâ€™re creating, and a clear, concise, engaging plot summary document will help generate excitement.
For team members with a strong direct stake in the narrative particulars, however, a summary doc is even more important. It serves as the first line of defense against unexpected problems and misunderstandings. A well-written plot summary allows a system designer to spot potential issues (â€śthe Player canâ€™t start with magic powers; thatâ€™s a learnable skill, and it might be cut for scope anywayâ€ť), an artist to note opportunities for improvement (â€śwhy is every location a snow-covered forest when our environment team does brilliant interiors?â€ť), and so forth. It allows for pure story critique from all parties as well, making sure that all background information is conveyed, that all logic is sound, etc. It may very well be the document that is the focus of story critique for a project creative director, editor, or whoever may serve as a writerâ€™s check and as an owner of the project narrative.
Such a summary may also be aimed at a writing team, conveying the overall events of a story that multiple writers end up detailing. Once again, the summary allows the team to offer critique and spot potential issues, but it also lets one writer pick up work where another leaves off with a strong understanding of the storyâ€™s full context. If a plot summary used by a full writing team lacks clarity, there will be inevitable conflicts between different writersâ€™ work.
Keep it Engaging
Once you know your intended audience, youâ€™ve got a host of new hurdles to leap. A plot summary must be engaging. It must be readable. Your goal is to make it as enjoyable, emotional, and intriguing as the plot itâ€™s summarizing. (It probably wonâ€™t be, but thatâ€™s the goal.)
This doesnâ€™t mean embellish in ways that donâ€™t ring true to the story envisioned. It does mean treat it as seriously as you would anything produced for the public, even though your audience is strictly in-house. Youâ€™re telling a story, not simply rattling off a series of events.
Player-focused, Player Point of View
Write the body your plot summary from the point of view of the Player (though not necessarily the Player Character, since their viewpoints may differ). Avoid delivering expository background or setting information that the Player isnâ€™t also receiving in-game at the same point (â€śThe Player arrives in the land of the Lotus Eaters where she is immediately thrown into prison with little explanation. The Lotus Eaters have a highly stratified society based on lotuses consumedâ€¦â€ť), and donâ€™t reveal character details or contextualizing information (â€śmeanwhile, the Player Characterâ€™s nemesis schemes in his castleâ€ť) unless the Player is actually privy to that knowledge.
Example: The Player confronts the warlord and, either diplomatically or through threats and blackmail, learns the location of the downed helicopter and the UN medical supplies. The warlord warns the Player that the guerillas have likely already picked the wreckage clean, but itâ€™s unclear whether heâ€™s telling the truth.
Why handle the plot summary this way? It certainly makes writing one more difficult, but the summary isnâ€™t just meant to tell a storyâ€“itâ€™s meant to represent the actual game narrative experience. If youâ€™re not telling it from the Playerâ€™s point of view, youâ€™re telling a different story altogether and thereâ€™s no way to be sure whether the gameâ€™s narrative will hold together. Thereâ€™s no way for others to judge what needs to be built for the game.
Writing the summary from a Player point of view also helps reveal potentially weak areas where the Player is denied agency, where the Player Character becomes passive, and so on. If you canâ€™t write the summary as a series of â€śthe Player does Xâ€ť eventsâ€“with, of course, emotional and thematic depth to it allâ€“then consider whether your protagonist is sufficiently protag-ing.
If you must have â€śsupplementaryâ€ť information included in the plot summaryâ€“e.g., a brief setting description or a short list of major charactersâ€“make sure itâ€™s clearly labeled and separated out from the main narrative. Even if you include such supplementals, make sure the most necessary elements are repeated somewhere in the main synopsis. Otherwise, your readers will be wondering when and how the Player actually learns this â€śnecessaryâ€ť information (and whether you know the answer yourself).
Make it Work on its Own Terms
Consider your plot summary a minimal acceptable framework for the story to function. You may leave out certain nuances and complexities and setups and twists that you intend for the vastly more detailed final script (or even for a more detailed version of the plot summary), but your plot summary must work as a story in its own right.
If you vanish, someone else should be able to step in and write the story described by your plot summary without wrestling with basic issues of setup and logic. If your plot summary doesnâ€™t hold together as a standalone story, it becomes impossible to critique and use as a planning toolâ€“genuine problems will be excused by the notion that â€śitâ€™ll make sense in the final draft,â€ť and apparent problems will become distractions if theyâ€™ve already been solved in the writerâ€™s head without making it to the page.
Of course this goal is an idealâ€“your story wonâ€™t work as well in plot summary form. But itâ€™s an important ideal to strive for.
Keep Gameplay Restrictions in Mind
By the time youâ€™re writing a plot summary, at least some fundamentals of your gameâ€™s design have likely been established. In many cases, youâ€™ll have a very detailed array of mechanics and restrictions to work with. Weâ€™ll talk about how to handle more nebulous aspects of gameplay in a moment, but be very aware of the constraints you must work within.
For example: Are you writing for an open world game? If so, make sure your plot doesnâ€™t fall apart on a non-linear path. Does the design require that the Player return to an NPC mission-giver or home base after every quest? Then make sure thereâ€™s an in-story reason for this to happen. Does your design not allow cutscenes in the middle of missions? Then make sure anything cinematic happens at the start or the end.
Every game has its constraints. Some of them will fundamentally dictate the manner of story you tell, while others will be irritants and speed bumps. But you should never pretend your restrictions donâ€™t exist, assuming that theyâ€™ll change or can be fixed on the next level of detail. The plot summary is, once again, a chance to catch and correct these sorts of problems; if youâ€™re ignoring them, you lose that opportunity.
Imply Gameplay, But Donâ€™t Depend On It
An understanding of a gameâ€™s mechanics is, of course, pivotal to designing a story for said game. A first-person shooter requires a vastly different story than a point-and-click adventure game. And ideally, the particulars of a gameâ€™s mechanics should fit naturally into a story as wellâ€“if stealth is an option in the aforementioned shooter, some sections of the narrative should encourage (or at least naturally allow) stealth.
But mechanics tend to change drastically over the course of a gameâ€™s development. Ideally, a plot summary should imply the style of gameplay and reveal an ultimate goal without depending on any exact methods. For example, declaring â€śthe Player uses his newly acquired powers to freeze a swarm of enemies in placeâ€ť or â€śthe Player must climb to the top of a high mountain in a jumping puzzleâ€ť in an RPG would be dangerousâ€“both statements require certain sets of properly tuned game mechanics to work. Slightly better alternatives might be â€śthe Player fights in a combat allowing her to showcase her new powersâ€ť and simply â€śthe Player is required to explore the peaceful environment in order to reach the top of the mountain.â€ť Itâ€™s fine to make suggestions (I find Microsoft Wordâ€™s Comments feature useful for separating gameplay suggestions from the core of the summary), but make sure whatâ€™s necessary and whatâ€™s mere inspiration is clear. And make sure you are at least implying a style of gameplayâ€“I need to know if that walk up the mountain is meant to be a brief, serene bit of downtime, a showcase for puzzles, or a combat-heavy murder spree.
Keep in mind also that other development team members are likely to have a far better understanding of what mechanics are enjoyable and functioning well than you areâ€“donâ€™t try to do the job of the systems experts.
In many cases, a plot summary may be written around predetermined, highly specific game mechanics. Even in these situations, youâ€™ll be better off with a plot summary that can adapt to mechanical changes; unless the game is already built, thereâ€™s every chance that specifics will evolve during development and playtesting, and you donâ€™t want your narrative to fall apart just because it turns out your stealth system wasnâ€™t fun after all. Hew to plans and good intentions, but be prepared for things to change.
In the same vein as implying gameplay, make sure youâ€™re implying budget as well. When something expensive is required for the narrative to work, make sure that â€śsomethingâ€ť is clear in the plot summary. Donâ€™t gloss over mentions of difficult-to-implement scenes, art assets, and so forthâ€“make sure your expectations are obvious to anyone reading, so they can be easily assessed by the rest of the team. (Again, I find Wordâ€™s Comments useful for highlighting particular items that I know may be of concern. e.g., if Iâ€™m describing a scene in which a crowd of onlookers is required, Iâ€™ll add a comment asking whether this will pose difficulty for art, animation, cinematics, etc., and suggest some alternate approaches if the scene isnâ€™t viable as described.)
That said, if the â€śsomething expensiveâ€ť isnâ€™t required by the narrativeâ€“if a scene can be made to play out in various ways depending on the resources availableâ€“you neednâ€™t be as concerned with spelling out all the details. Ideally, most of the narrative will have plenty of flexibility. Yet confusion can emerge from overly vague requests, as wellâ€“people may imagine requirements you didnâ€™t intendâ€“so again, comments can help clarify.
Example: A crowd of onlookers waits for the Player at the top of the mountain. [We can make do with only a handful if required, but this is an emotional, important scene, so Iâ€™d love to spend some money on this one.]
Exactly what sort of expenses require explicit mention vary drastically depending on the type of game and the budget youâ€™re working with. Large or unusual levels, original art assets, unique game mechanics, and so forth tend to be large onesâ€“see Learning to Budget at a Glance for more.
Donâ€™t Get Attached
And of course, donâ€™t get wedded to a plot summary. Itâ€™s not even game content yet. Itâ€™s a blueprint, an idea, that needs to be tested by many other people before it can be deemed worthy of implementation.
That doesnâ€™t mean you canâ€™t take pride in a summaryâ€“but leave your ego at home. Accept critique. Reshape the narrative to help make a better game. You know your story better than anyone else, but your vision doesnâ€™t encompass the project as a whole and youâ€™ve got blind spots on the narrative front, too.
Revise. Get signoff. Then put the plot summary aside and start writing the real deal.