Prototyping with Paper: How Board Games Become Reality
This is a modal window.
The media could not be loaded, either because the server or network failed or because the format is not supported.
Formal Metadata
| Title |
| |
| Title of Series | ||
| Number of Parts | 69 | |
| Author | ||
| License | CC Attribution - ShareAlike 3.0 Unported: You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal and non-commercial purpose as long as the work is attributed to the author in the manner specified by the author or licensor and the work or content is shared also in adapted form only under the conditions of this | |
| Identifiers | 10.5446/37791 (DOI) | |
| Publisher | ||
| Release Date | ||
| Language |
Content Metadata
| Subject Area | ||
| Genre | ||
| Abstract |
|
00:00
Presentation of a groupTerm (mathematics)XMLUMLComputer animation
00:28
Presentation of a groupGame theoryMultiplication signGodMeeting/InterviewComputer animation
01:11
Game theoryStatisticsGame theoryBitProcess (computing)SoftwareWordSoftware developerComputer animation
01:44
CodeCoefficient of determinationGame theoryCuboidWordMultiplication signVideo gameHypermediaVolume (thermodynamics)Computer animation
02:58
Complex (psychology)Bit rateGame theoryMechanism designMedical imagingGoodness of fitLaurent series
03:34
Game theoryProcess (computing)TheoryForm (programming)Multiplication signMeeting/Interview
04:19
Game theoryComponent-based software engineeringRule of inferenceLattice (order)AreaOrder (biology)Formal languageWordCategory of beingGame theoryDifferent (Kate Ryan album)Rule of inferenceSet (mathematics)Complex (psychology)Connectivity (graph theory)Computer animationLecture/Conference
05:19
Auto mechanicGame theoryGame controllerState of matterWordBuildingPower (physics)Right angleField (computer science)Volume (thermodynamics)Validity (statistics)WeightSystem callGame theoryBitSet (mathematics)PlastikkarteAbstractionMechanism designMoment (mathematics)Physical systemBlock (periodic table)Computer virusDifferent (Kate Ryan album)Goodness of fitPoint (geometry)SpacetimeComputer animation
07:38
Rule of inferenceBlock (periodic table)BuildingAuto mechanicControl flowAreaPlastikkarteState of matterComputer fileBlock (periodic table)Mechanism designGame theoryBuildingConnectivity (graph theory)Category of beingElectronic mailing listDifferent (Kate Ryan album)Uniqueness quantificationType theoryRule of inferenceInternetworkingWordExecution unitArithmetic meanPhysical lawContext awarenessState of matterComputer animation
08:46
ImplementationGame theoryPhase transitionProof theoryIterationAuto mechanicSoftware testingPhase transitionRight angleBit rateFigurate numberLevel (video gaming)Video gameWordMultiplication signArithmetic meanReading (process)Type theoryExecution unitCartesian coordinate systemPlastikkartePoint (geometry)Endliche ModelltheorieMatching (graph theory)Series (mathematics)Game theoryMechanism designFrustrationSubject indexingConnected spaceBitDifferent (Kate Ryan album)Letterpress printingRoundness (object)Computer animation
14:15
Phase transitionGame theoryBitPoint (geometry)Type theoryGame theorySet (mathematics)ResultantView (database)Rule of inferenceWordDecision theoryMultiplication signComputer animationLecture/Conference
15:17
Line (geometry)Software testingLine (geometry)Execution unitComputer animation
15:38
Auto mechanicComponent-based software engineeringEuclidean vectorMatching (graph theory)Right angleOrder (biology)Game theorySolid geometryMedical imagingGoodness of fitGreatest elementSoftware testingMechanism designComputer animation
16:44
CAN busSoftwareSoftware developerGame theoryAuto mechanicMIDIGame theorySoftware developerMultiplication signCartesian coordinate systemRandomizationDependent and independent variablesPrototypeSoftwareProduct (business)Process (computing)Projective planeInterface (computing)CodecComputer engineeringMechanism designSoftware testingComputer fileWordClosed setQuicksortUtility softwareService (economics)MereologyRight angleField (computer science)Universe (mathematics)Computer animationLecture/Conference
21:01
Video gameMultiplication signGame theoryBitSoftwareSoftware developerExpert systemCore dumpUniverse (mathematics)Computer animation
22:24
InternetworkingView (database)Product (business)Meeting/Interview
22:58
Row (database)Coma BerenicesPhysicalismXML
Transcript: English(auto-generated)
00:50
50 square foot of my house, it shouldn't be a dining room, but it's instead a shrine to board games. The thing you see in the middle is not a table, it is an altar. I even have a little prayer booklet
01:01
that I keep on my phone that tells all the times I've ever offered up a game to the gods. Yeah, it's a little bit ridiculous. I love board games, I love what they do, I love the social aspect of them, I love how they let me connect with people. And this is a talk about board games. Let's talk about board game design.
01:24
I'm not a board game designer, but I became interested in it, and I want to talk to you a little bit about that. Also want to talk about the process of board game design and then I want to talk about what we, as software developers, can learn from board game developers and board game development.
01:44
Let's look at a specific game. How many of you have ever played code games? That's a good game, right? If you were there last night, there was a couple people playing various versions, and I even saw somebody that had a signed box from the creator, which was pretty cool. But code games is a really great game, right?
02:03
It's very tight, it's very well done, and if you haven't played it, it's basically two teams where one clue giver is trying to get the other members of their team to guess which of these 25 words he's talking about or she's talking about with a single word clue.
02:22
So if I wanted to say, hey, I want you to guess horse, dinosaur, and fish, maybe I would say animal, and then conveniently have forgotten this dog is right there and you click dog and then I would lose. That's fine. It's a really cool game. I've never played with anybody that hasn't
02:42
wanted to play it immediately afterwards. And the first time that I played this game, I was like, man, this is so simple. Why didn't I think of this? This is great. I mean, this is the game of the year. And in contest to that, there's this game. This is Mage Knight.
03:01
Mage Knight's one of the most complex games on boardgamegate.com. At least it has one of the highest complexity ratings. It's you're playing one to four heroes. You can be collaborative or competitive. You have 11 different scenarios that you go through. You're exploring all of this different land and you have to manage your deck
03:21
of all your different things. It's like there are so many mechanics and ideas in this game, it's absolutely insane. The only reason why I really bring it up is because when I saw this, I thought, how did anybody ever think of this? And it turns out actually the same guy thought of both of them. This is Wadi Ashratil. He is the creator of both games.
03:40
And when I saw his name on the side of both of these boxes, I was kind of amazed. How did one person come up with these very different, very distinct ideas? And so that actually got me into the whole notion of what does it take to design a board game?
04:02
And in a lot of ways, I was kind of surprised because he probably went through a very similar process for both games. I got really interested in how he did it. It also became interesting to me that a game like Codenames, it's simple,
04:23
but simple games can take just as long to develop and really make right as really complex games like Mage Knight. So let's talk about what a board game is. For the purpose of this talk, we're gonna define a board game as a set of rules
04:43
and the needed components that deliver a fun and or interesting and or challenging experience for players. There's probably other things that fit into this category that you could say is kind of like a board game, but for this talk, this is kind of what we're gonna be talking about.
05:01
So that's what a board game is. How do you even start with an idea for a board game? Where does this come from? How are board games as a board game we can see? Inspiration can really come from anywhere. There's lots of examples of inspiration in a lot of different ways. You can be inspired by a theme. If any of you have ever played Pandemic, pandemic?
05:23
Yeah, oh yeah, good. Good chunk of the room. So it's four scientists versus all the viruses in the world. And when Matt Leacock decided that he wanted to make a game, he decided he wanted to make a game that was a system spiraling out of control. That is the game he wanted to make.
05:41
That was the theme and the inspiration for the game. Right? Who wants to make a game like that? That's not a thing, that's not like, oh, I really wanna make a game about knights or a game about space or whatever. No, a system spiraling out of control. You can find inspiration from anywhere.
06:02
He also found inspiration from the mechanic though. There's a point in the game where the bit happens where you have an epidemic and there are all the cards that indicate the cities you've already infected with all these viruses that you then shuffle
06:20
and put back on top of the deck you're about to draw from so that you can infect those cities once again, right? And it is that moment when all the tension happens. And it's that moment when Matt Leacock realized that he had a game on his hands. So he found inspiration in that. You can also find inspiration from the mechanic in the sense of, say somebody wanted to just
06:42
make a drafting game and they noticed, drafting is just whenever you pick something out of a set of things and then pass what's left to the next person and then you get them and then you get the next set of abstractions. And somebody goes, that's kind of like the conveyor belt at a sushi restaurant. And so they made sushi go.
07:00
You can also just be inspired by your audience. I can say, hey, I really want to make a game that my kids will play. I really want a game that my coworkers can play at lunch. I really want to make a game for horrible people. Right, I mean, this is basically apples to apples
07:21
but you're not ever going to bring this up with your grandmother unless your grandmother's really cool. Right, it's a different kind of thing and it's like based around the audience. So you can find inspiration from anywhere. And once you have inspiration, you really just need like some building blocks to put together. So what are the building blocks for board games?
07:43
First there's really two different kinds. The rule building blocks are the mechanics and there's a bunch of different kinds of mechanics. Board Game Geek, which is just a hobby website, lists over 50 different types. And you can probably find more. Those are probably broader categories. But you also need things to represent states.
08:03
And these are just the components. What you'll notice about all these different components though is that they're really simple. They're things that you probably have around your house in one way or another. You can find the more expensive components. You can find the things that are harder. But these things are really easy. And so there's something unique and distinct about that,
08:25
especially for board games. So we've got rules, we've got components. Now we have to ask ourselves, is this fun? How do you know if the game is fun? Because you can't tell. I've learned this from trying a couple board games
08:40
out on friends and it didn't work very well. The way that you find out if it's fun though is through play testing. And that's really what I really want to talk about today. So what is play testing? Play testing is the primary way that you're gonna be able to evaluate and improve your gaming. It's a cycle.
09:01
It looks a lot like testing that we're familiar with. You have an idea, you implement it. You play that idea. You observe the results of it. You brainstorm how to make it better. You keep going, over and over and over again, right? The tighter the cycle, the better. That's how play testing works.
09:22
And so when you're ready to start play testing, and some people say, hey, how long do I have to, you know, be working on a game before I start play testing? Five minutes. You start play testing with yourself, right whenever, as soon as you possibly can. Because the first phase of play testing
09:41
is just your ability to, your design phase, and you're just trying to prove the viability. I actually did this with some coworkers. They indulged me at a retreat where we all got together and we did like a 45 minute session
10:01
where I had them basically invent a game. I gave them some paper. I gave them some dice, some tokens, and some index cards and said, I want you to make a race to the install game where everybody has a token, they all go on some path, and the first person to the end went, like whatever that is, you define how they move,
10:22
you define how they interact, you define what happens. But that's the basic mechanic. And they didn't spend 40 minutes thinking of a game and then play it. They were playing a game within five minutes, right? The goal was to get from their brain to reality as fast as possible. They're drawing out something very quickly.
10:45
The thing that made them able to play the game was playing four or five times in that really, really short period. By the end, my friend Chris here in the middle said he forgot that he was designing a game and just wanted to play it. It's really cool.
11:01
Going back to Pandemic, Matt Leacock actually published his very first map of Pandemic. This is clearly on a sheet of paper. It's actually, you probably can't read it, but it's also got markers on each of the different nodes and they correspond to the different cards in a standard 52-card deck.
11:21
He didn't use special cards. He didn't print anything in particular out. He just used the deck and he had it. And he said, hey, I'm gonna try this out. I wanna see how this works. And he started playtesting this idea. And he found out what wasn't working. If you've ever played Pandemic, which a bunch of you have, you know that there's not really any difference
11:42
between all the different connections between places. And he clearly has blue and red connections and even some double connections here. And those mechanics got pulled out of the game. Because, yet again, figuring out what a game is
12:01
is an exercise in mostly saying no. And what you're proving during this design phase is just, hey, do my mechanics work? Does my big idea work? When you kinda get to the point to where it's starting to all click a little bit and you really don't want to go any further without maybe a UI that some people
12:20
might be able to appreciate, even if it's just printed out on some paper, then you're ready for phase two. And that's guided playtesting. So guided playtesting is just, hey, I wanna determine how other people are gonna play this game and figure out what needs to be tweaked to make it more fun. I actually have a coworker, his name is Jason Carr,
12:40
who is a game designer for GMT Games. I found this infinitely fascinating. He was super helpful for this talk. And he talked to me about how he does guided playtesting. He'll go and sit down with people and say, hey, I have this new cool game, because you gotta sell it a little bit. And he says, would you like to play with me?
13:01
And as people go around, sometimes in the middle, he'll see a time that they're not having fun or a time that they're frustrated. And they'll say, okay, let's try this. They'll take a card out, they'll turn it over, and write something new on it and say, let's try with this for this next round. Oh, that worked a lot better.
13:21
Cool, I have a new data point, now I can try that in a new game. So you're finding out if people have fun. This is when you're answering that question. You are absolutely testing the user experience at this point. This is one of the times
13:42
that I was really impressed with what playtesting can do, because it really helps you figure out the things that are working and the things that aren't working, not just on a mechanical level, but on a user experience level.
14:00
And once you get to the point, at the end of a game, where people are saying, I wanna play that again. I really like what this game is, and I think I understand it a little better, and now I wanna play it again. That is a great time for you to move on to the third phase, which is blind playtesting. The goal here is just, hey,
14:21
can people who are completely unfamiliar with this, take it and play it? Because that's what's gonna happen, right? You're gonna sell this as a box, you're not gonna sell you going around to a bunch of houses and showing them how this game works. The primary things that you're trying to do is find out if they understand something. Can they read the rules? Is it understandable, is it good?
14:40
But also, is it complete? Did you remember all the edge cases? Are there assumptions that you made? And this is, I've kinda set this up as this big, long waterfall type thing, but it's not. It's not quite as clean cut as that. There's a point maybe during blind playtesting when you realize, oh, there's something wrong
15:01
with how this works. I need to go all the way back to design for a little bit to work through what this needs to be. So you can go back and forth in these phases. It's not completely one thing to the next, just like it is. There's some, like I said, there's some blurred lines
15:21
here, but there's not just blurred lines between the phases. There's also blurred lines in what you're testing. You're not just testing one individual thing. This is not unit tests, right? You're testing the overall player experience. You're testing the general thing. And you're testing the UX.
15:44
You're not testing the UI, right? You don't need great UI in order to test this and make sure that your game is fun, right? UX can be tested without a pretty UI. In fact, you can even ship without a pretty UI.
16:02
This is an example of that. This is a game called Glory to Rome. The top image that you see is the original printing. It looks like crap. It's basically a bunch of clip art with none of the background smash. It's crazy. It's a top 300 game. People will enjoy playing this game.
16:21
They have a great experience here. It just doesn't look good. So somebody else said, hey, I'll do a Kickstarter and we'll reprint this where it actually looks good. That's what the bottom image is. What you can't test is for UX is without good mechanics. You actually have to have solid mechanics in order to really hit this up.
16:41
So that's starting to get into what I want to get at. What can we as software developers learn from game development? So first off, I think we can learn that inspiration can come from anywhere.
17:03
Valuable to remember that you can be inspired by your coworker, that you see frustrated right there. I think it's valuable to remember that you can be inspired by some random board game that you played that you're like, oh, this was pretty cool. I think it could actually do something like this
17:21
in the UI or the interface that we're dealing with right now with our users. There's no such thing as an invalid inspiration. I also think it's really cool that simple tools can tell us a whole lot. You don't have to spend two weeks developing something before you get it in front of a user,
17:43
before you even start to test it and find out what the user experience is like. In fact, maybe you can do it, come up with some prototype and maybe that takes you half an hour. Maybe you can use a piece of paper and jot down a UI and go take it over to a coworker's desk and say,
18:02
if I showed this to you on a screen, where would you click? What if you could get done in five minutes, like answer some of those questions in five minutes? Rapid user testing is possible even early in a project. I think that we as computer engineers often forget that.
18:24
We think that we have to have it looking closer to a new product before we get it in front of users. It's also valuable to remember that saying no pays huge dividends going forward. This is true not just for your,
18:42
not just for the user experience that you have, but also for your application. When you say no to things, you have a lower carrying cost and over time you're actually able to deliver a better user experience to your users because they're not having to deal with so many things. You're saying no so you get down to the essence
19:01
of what your product needs to be. The other thing that I think is really interesting is that UX and business mechanics are way more intertwined than we think they are. I think that we tend to think of like,
19:20
look, I'm implementing this thing that has to be this way. Let's make the UI make up for the bad user experience. UI isn't UX. They're just supposed to have user in the name. If you are a backend developer,
19:41
you have just as much responsibility for user experience as the UI guy, maybe more so. And it's your job in fact to push back on those things to say this is going to give the users a bad user experience. Just to give you an illustration in the software world,
20:03
they tweeted this, he was at a conference where everybody's going to their talks and they were doing something silly where you could go and get a caricature made of you. So instead of having everybody wait in line,
20:20
they let them use an app, right? This doesn't have any particular, there's no CSS, it looks really ugly, but it totally serves a purpose where everybody still gets to go to all their talks that they want to go to and they still get to have their thing. Maybe they wanted to skip the caricature entirely
20:41
and then you paid somebody to come to your conference to be weird, just for no good reason, right? This was great UX and bad UI. We need to remember that. We need to think about delivering UX first before we even think about the UI.
21:01
Finally, whenever you are there, you're thinking about delivering stuff to people, how much do you think, is it fun, right? Are you delivering a fun experience for people? Are you delivering an interesting experience for people? Are you challenged?
21:22
Remember my coworker who said, hey, I stopped thinking about the game that I was designing and I just wanted to play the game? He was really just challenged. It was really just a challenging process for him. You can be challenged too. And if you're not challenged, why not? What can you do about it?
21:42
And finally, are you improving people's lives? Board games improve my life. I have a better life because of it. I connect with people because of it. I connected with strangers last night at the board game thing because of it. And I think that we as developers have the opportunity to improve people's lives.
22:02
Maybe even do an expert use software that can improve all the people that you work with for internal stuff. Maybe you're making people's lives better because they just don't have to have as hard of a time submitting expense reports, whatever. You're thinking about that and trying to make their experience a little bit better and make their lives a little bit more delightful.
22:25
Thank you very, very much for having me. Again, my name is Mark Simenow. You can tweet at me, I'm Mark Simenow. I do work for Stitch Fix and we are hired. If you are interested in working for a place that thinks about their products this way and gives engineers the economy to do this kind of stuff
22:42
and think about things and push back and say, look, I want this to have the best experience for the people that are using this. Come talk to me afterwards or come talk to us in the booth. Thank you very much.