How To Run A Tabletop Roleplaying Game Like A Sales Engineer: Reusing Assets.
In presentations, Powerpoint is pretty much the go-to. It’s not a matter of it being good or bad, it’s just the tool that everyone uses when they want to present non-interactive data. The thing is, when you do multiple presentations every week, do you sit there, day after day, handcrafting the same slides?
Hopefully not! Hopefully, once you have your Master Slides, you reuse the same core assets. You swap out names where needed, and if there’s useful data like “how well your last purchase from us helped you,” you put that in. Customers appreciate a validation of their previous investment, because they’re paying you to solve their problems. If you can prove that you’re still doing that, they’re more receptive to carrying on the conversation.
In my experience, that meant that my own decks started from a core template, and then those turned into the individual client templates. Then those decks got a new dated version for every presentation. Simple, basic stuff, but it means that every customer has their own, unique presentation, while saving you a lot of work in reinventing the wheel.
What that also means is that I knew my decks so well that I could skip an entire section when someone asked a question. I could go off-script, and if they were completely out of the sequence? Well, I tended to keep a few additional “deep information” slides after the last one I meant to present. Those were the “eye-charts.” The dense, barely-presentable information that I would happily dig into, but weren’t meant to be flashy. They were there as storytelling support, something I could openly share with a customer, but not something that was meant to be shown in a ten-minute deck.
Likewise, when you’re running a game, you come up with maps. You’ll prepare art of things that the characters might see. In a physical game, this is where miniatures and handouts come in. In digital games, you’ll use tokens and offer PDFs. Players will ask for details about background characters that you never thought about, like “what’s the name of the person serving our meals?” or “how long has this city been around?”
You’re going to have to come up with answers that you didn’t prepare. Some of those are easy: “Oh, this city’s been around for generations!” It’s a great line to buy you time to figure out what matters in those questions and how to answer them in-depth later on. Names? I keep a list of candidate names on-hand and when I use one, it gets added to my notes.
What gets even better with some of this is that you’ll prepare entire story ideas that the players will somehow manage to avoid. You’ll expect them to break into some bad guy’s fortress, and they’ll get themselves lost at sea for months instead. This could be a waste of your time… unless you reuse your assets.
Now, that fortress is a pirate enclave on an island. The maps are still good, and the guards? Well, trade out uniforms for more casual clothes and throw in some eyepatches!
In a lot of cases, people like to claim that the Technical Sales types are the smartest ones in the room. Now, that’s definitely up for debate. I’ve worked with plenty of smart customers who know more about specific things than I do, and ones who can think circles around me. Worse, I’d be the one Expert up against half a dozen experienced Domain Experts. They’re going to outsmart me. It’s just a numbers game.
Running a game is no different. I might be smart, but the goal isn’t to beat your players. It’s to entertain them and keep them coming back. I don’t win by defeating their characters, I win by making sure we all have a good time. And good thing, too, because think about it: Who wants to watch you present to them that they’re losing all the time?
Don’t be smart through knowledge. Don’t be smart by being right.
Be smart by adapting, entertaining, and sharing your what you know… when your audience wants to know it, too.