This is great. I hadn't considered prototyping the entire game experience this way. Great. Have the sandbox to prototype the core mechanics, and a story prototype like this where all those mechanics are just abstracted and condensed to make sure all the pieces fit together into a coherent experience.
This style of prototyping is fun. The rapid firing of ideas can indeed create a world players can enjoy. But it doesn't stop there. Because to fully give them an experience they'll remember or grow fond of is to expand upon those ideas and flesh them out into something people will understand and accept. Narratives in games are easy if you just want to make something that gets you paid. But to those who wish to build a world people can immerse themselves into for years means you won't be following every detail given here. When you land an idea and it's one you enjoy, take the time to build it. Put in that love and care it needs to become something truly wonderful. Writing is an art. Creation is a gift. You as a dreamer have these things. It's true, not every idea will get the reaction you want from people. But to maximize the effect it has means you have to decide what it is and how it is presented. Have confidence in what you write and use your common sense. Trust in your own opinions of what you made before anyone else. Only make changes when majority of the people you tell it about find disagreement in underlined ideas. Most importantly. Do not scrap it. Archive what you make because a failure is only a failure when you toss it away. Sometimes a step back and a new prospective can save something old and make it into a flame so warm. People will flock to it in the cold. Stay creative both young and old creators. Stay passionate. For we are the ones who give people the worlds they can escape too from everyday life.
Yes, that’s the one area i felt a little shaky on, wish he had had more time. I think what he’s saying is that it depends entirely on the type of game. You have to exercise some lateral thinking, to decide on a physical form that can roughly approximate the kinds of experiences, emotions, etc that you want the player of the eventual game to experience. In other words, for example: if you’re making an RPG, think about what the most important experiences are. If that’s exploration, find a physical way to make exploration happen for the participant (could be a map drawn on hex paper), and run as a D&D-type TTRPG. If it’s mostly about character dialogue, as in a game like Oxenfree, maybe choosing between cards with dialogue can do a lot of the heavy lifting of the physical "gameplay." The creative aspect of having to decide on a physical form for your game ideas should also help you understand and then clarify your own priorities, goals and interests. And that’s even before you run it with anybody, just in the mockup phase. Brilliant ideas really, very cool talk.
Helpful talk. I'm working on a prototype for a narrative-based game and this helped me rule out what's out of scope for the prototype. I realized that I'm spending too much time trying to work too many things into the first pass. I wish there was a concrete example of this style of prototype provided with the talk though.
This was a great talk and a very interesting method to plan out games. I fear it's not a one-size-fits-all however if you're looking to make something in the vein of a 50+ hour JRPG type of game. Maybe you could, but the creativity needed to make the board game compact enough to make that practical; would be better used in the game development itself. Would love to see some case stories on this nonetheless.
@@Brainstrain I feel like the automatic shared assumption that JRPGs are so tedious that even going through a simplified version of the narrative would be an untenable burden is a pretty good indicator that this kind of testing would help.
I was thinking about the issue of doing a dialogue heavy game experience, and i thought rather than paper, for the actual dialogue parts you could call up very simple dialogue trees in Twine, that you’ve written specifically just to kick the tires on what kinds of choices players will want. So you could, for example, run a TTRPG with a map and a player marker, then when the marker gets to the point of convo with NPC, you switch to laptop to run a couple of important dialogue moments. You are just using the laptop as a highly efficient stack of index cards that you yourself don’t have to sort constantly.
Would this still apply to me and my team? We've already had a playable slice, with the mechanics, the art. The mechanic of the game however does not reflect the theme we chose, and we are told to replace it with something that is more inline with the mechanic chosen, so it will show on the gameplay. As far as deadline though 2 weeks, as of this writing 2 weeks before we have a theme and narrative that ties into how the art and gameplay looks.
There are so many games, even narrative-driven ones, I can think of where the most rigorous and comprehensive paper prototype would give almost no idea of what playing the final game would be like that seriously call into question the usefulness of this approach.
@@Manx123 You can definitely make a paper prototype for Doom that gives you an idea of what playing the game is like. The point of prototyping is to answer specific questions upfront quickly and cheaply. In this type of prototype you’re trying to (1) understand how the narrative relates to the player (2) find out if the narrative makes sense with other ideas that make up the game (3) find out if these ideas fit together into a compelling experience. You don’t need a high fidelity digital prototype to answer those questions, and answering those questions this way quickly gives you valuable information about what the game will be like. That being said, if you're not trying to answer questions about the narrative of your game, yeah, you should probably go with another approach.
@@waffleocalypse Alright. That's a fair answer. I don't remember the content of the video well, so I can't say exactly what I meant by this, but my original comment doesn't hold up without qualification.
@@Manx123 Doom isn't a good example because most of its core appeal isn't narrative. It's a game that feels awesome to play and prototyping for awesome requires an entirely different approach. If anything, this approach not working could mean the game you're thinking of isn't actually narrative-driven, or at least that you don't find it appealing because of its narrative.
talks with highly specific titles like these are usually disappointing to me, because even after watching the entire talk i still don’t fully understand what all of this has to do with narrative design. these are all great pointers for general prototyping, but when a title is this specific i expect most of the talk to be practical advice about that topic, rather than abstract and broad.
This is great. I hadn't considered prototyping the entire game experience this way. Great. Have the sandbox to prototype the core mechanics, and a story prototype like this where all those mechanics are just abstracted and condensed to make sure all the pieces fit together into a coherent experience.
This was really interesting, I wish it hadn't gotten so rushed near the end.
He spent a looooong time defining basic concepts, at least the first 8 minutes.
The guy should've narrative prototyped his GDC talk lol
This style of prototyping is fun. The rapid firing of ideas can indeed create a world players can enjoy. But it doesn't stop there. Because to fully give them an experience they'll remember or grow fond of is to expand upon those ideas and flesh them out into something people will understand and accept.
Narratives in games are easy if you just want to make something that gets you paid. But to those who wish to build a world people can immerse themselves into for years means you won't be following every detail given here.
When you land an idea and it's one you enjoy, take the time to build it. Put in that love and care it needs to become something truly wonderful. Writing is an art. Creation is a gift. You as a dreamer have these things.
It's true, not every idea will get the reaction you want from people. But to maximize the effect it has means you have to decide what it is and how it is presented. Have confidence in what you write and use your common sense. Trust in your own opinions of what you made before anyone else. Only make changes when majority of the people you tell it about find disagreement in underlined ideas. Most importantly. Do not scrap it. Archive what you make because a failure is only a failure when you toss it away. Sometimes a step back and a new prospective can save something old and make it into a flame so warm. People will flock to it in the cold.
Stay creative both young and old creators. Stay passionate. For we are the ones who give people the worlds they can escape too from everyday life.
Kenneth Glenn thank you. I needed to hear this.
Cool. I knew there was gameplay prototyping but never thought to prototype my narrative. Looking forward to trying this out. Thanks.
I really wanted to see what these narrative prototypes actually are. Like is it a D&D module or a choose your own adventure?
Yes, that’s the one area i felt a little shaky on, wish he had had more time. I think what he’s saying is that it depends entirely on the type of game. You have to exercise some lateral thinking, to decide on a physical form that can roughly approximate the kinds of experiences, emotions, etc that you want the player of the eventual game to experience.
In other words, for example: if you’re making an RPG, think about what the most important experiences are. If that’s exploration, find a physical way to make exploration happen for the participant (could be a map drawn on hex paper), and run as a D&D-type TTRPG. If it’s mostly about character dialogue, as in a game like Oxenfree, maybe choosing between cards with dialogue can do a lot of the heavy lifting of the physical "gameplay."
The creative aspect of having to decide on a physical form for your game ideas should also help you understand and then clarify your own priorities, goals and interests. And that’s even before you run it with anybody, just in the mockup phase.
Brilliant ideas really, very cool talk.
Helpful talk. I'm working on a prototype for a narrative-based game and this helped me rule out what's out of scope for the prototype. I realized that I'm spending too much time trying to work too many things into the first pass. I wish there was a concrete example of this style of prototype provided with the talk though.
Yeah i wish he’d have done a case study. Unfortunately he only had 30 min.
Thanks for the thoughts! I start with paper too. If it isn't fun to play on paper, you can adjust quickly there.
This was super helpful in general regarding concepting. Wish he’d had more time to go into greater detail.
Use someone that loves you, and leverage their patience 😂
This was such an informative and entertaining presentation, thanks a LOT!
This is EXACTLY what I was looking for!!!
This is gold.
This was a great talk and a very interesting method to plan out games.
I fear it's not a one-size-fits-all however if you're looking to make something in the vein of a 50+ hour JRPG type of game.
Maybe you could, but the creativity needed to make the board game compact enough to make that practical; would be better used in the game development itself.
Would love to see some case stories on this nonetheless.
Prototype the first section. Then the next. If there’s a boring section you need to cut it
@@Brainstrain I feel like the automatic shared assumption that JRPGs are so tedious that even going through a simplified version of the narrative would be an untenable burden is a pretty good indicator that this kind of testing would help.
I was thinking about the issue of doing a dialogue heavy game experience, and i thought rather than paper, for the actual dialogue parts you could call up very simple dialogue trees in Twine, that you’ve written specifically just to kick the tires on what kinds of choices players will want. So you could, for example, run a TTRPG with a map and a player marker, then when the marker gets to the point of convo with NPC, you switch to laptop to run a couple of important dialogue moments. You are just using the laptop as a highly efficient stack of index cards that you yourself don’t have to sort constantly.
Incredibly useful thank you!
10:45 I'm feeling both.
This it is an interesting talk, but it should've started at 10:30. Skip to this time to get straight to the useful stuff.
I found the introduction was helpful and useful.
Would this still apply to me and my team? We've already had a playable slice, with the mechanics, the art. The mechanic of the game however does not reflect the theme we chose, and we are told to replace it with something that is more inline with the mechanic chosen, so it will show on the gameplay. As far as deadline though 2 weeks, as of this writing 2 weeks before we have a theme and narrative that ties into how the art and gameplay looks.
DragONheart27X
Is your game out yet
what about now? :D
How'd everything go? I hope well!
There are so many games, even narrative-driven ones, I can think of where the most rigorous and comprehensive paper prototype would give almost no idea of what playing the final game would be like that seriously call into question the usefulness of this approach.
Really? It would give "almost no idea" of what playing the final game would be like? What games are those?
@@waffleocalypse idk, Doom? I don't remember what games I had in mind.
@@Manx123 You can definitely make a paper prototype for Doom that gives you an idea of what playing the game is like. The point of prototyping is to answer specific questions upfront quickly and cheaply. In this type of prototype you’re trying to (1) understand how the narrative relates to the player (2) find out if the narrative makes sense with other ideas that make up the game (3) find out if these ideas fit together into a compelling experience. You don’t need a high fidelity digital prototype to answer those questions, and answering those questions this way quickly gives you valuable information about what the game will be like.
That being said, if you're not trying to answer questions about the narrative of your game, yeah, you should probably go with another approach.
@@waffleocalypse Alright. That's a fair answer. I don't remember the content of the video well, so I can't say exactly what I meant by this, but my original comment doesn't hold up without qualification.
@@Manx123 Doom isn't a good example because most of its core appeal isn't narrative. It's a game that feels awesome to play and prototyping for awesome requires an entirely different approach.
If anything, this approach not working could mean the game you're thinking of isn't actually narrative-driven, or at least that you don't find it appealing because of its narrative.
So, turning board games into videogames.
Video starts at 10:30 ... The first part is just a bunch of justification/hedging and some story time...
talks with highly specific titles like these are usually disappointing to me, because even after watching the entire talk i still don’t fully understand what all of this has to do with narrative design. these are all great pointers for general prototyping, but when a title is this specific i expect most of the talk to be practical advice about that topic, rather than abstract and broad.
skip to 14:00
hero journey bull shit.
no~ no~ no~
I want to be someone else I suck so hard the developer guides the direction, not the player meaningful choice is an illusion.