Magic: The Gathering Drive to Work Podcast - Drive to Work #349 - Twenty Lessons: Piggybacking

Episode Date: July 15, 2016

Mark's fourth podcast in a series of 20 from GDC.

I'm pulling on my driveway. We all know what that means. It's time for another drive to work. Okay, so today is another in my 20 lessons podcast series. So it's number four. So far I did fighting human nature. Fighting against human nature is a losing battle. Number two was aesthetics matter. Number three was Resonance is Important. Number four is Use Piggybacking. So this is a tricky podcast because I've already done a podcast on piggybacking.

So I'm going to try to make this one a little bit different. Obviously, if you've heard the other piggyback, there'll be some overlap between the two. But I'm going to tie this one into my lesson a little more, and I'll talk from stuff that I used in my actual speech. So anyway, we always start with an example from magic. So my magic example is from Theros.

So in Theros, it was a Greek mythology-inspired set. So we made our own world, but the world was inspired by Greek mythology. And one of the things we do in top-down sets like that is we like to have individual cards that are just pure top-down designs, that are reminiscent of something people know. So we made a card for Trojan Horse. For those that might not know the mythology,

Trojan Horse was a story where there was a battle, the Battle of Troy, and they were trying to figure out how to defeat the Trojans. And so what they did is they built this giant horse and left it as a gift. And the Trojans, because the Trojans had a walled city, and so they could protect themselves. And so the Trojans were like, ooh, a gift, a wooden horse. Okay, awesome.

And they bring it inside their walls. And it turns out that the soldiers from the enemies were inside the horse. And then at night, they come out and are able to attack the city. And it's how they won the Trojan War. So anyway, the Trojan Horse is a classic tale. So I think it was Ken Nagel that made it. So Trojan Horse, I actually don't remember the stats exactly. It was like a 4-4 or something.

But it was a creature that had Defender. And when you give it to your opponent, I'm sorry, when it enters the battlefield, you give it to your opponent, but it's got Defender so it can't attack you.

It can only block. And then every turn, you get a, you, the person who cast the card, the owner of the card, get a 1-1 Soldier token. So that is pretty cute.

It's like, I get this thing, I give it to my opponent, but then soldiers start pouring out of it, you know. So anyway, we thought it was real cute. But, and early playtesting, and in early playtesting, we just used normal design names. So in early playtesting, it was really popular. People really liked it.

Ha-ha, Trojan horse, that's cool. And people were quite excited. And the feedback was really good. People liked the card a lot. So at some point, we started getting sort of more real names. Now, there's no Troy. The city of Troy doesn't exist in Theros. Akros was our equivalent. Akros was our, There was three cities, and Akros was our... Not exactly Troy, but the closest equivalent. It was the more military, the Spartan city, if you will.

And the... So instead of being Trojan horse, it became Akroan horse, because it's Akros. And then somebody on the creative team came up with an idea that said, hmm, what if just to shake things up a little bit, what if it wasn't a wooden horse? What if we just changed it a little bit to give it a little more identity of our own? So instead of being a horse, they said, what if it was a wooden lion? You know, that was just, it's still a wooden creature,

it's still the armies there, all the things that are there are just, we'll shake it up a little bit and make it a lion. So instead of being Trojan horse, it became a Crow and Lion. Then an interesting thing happened. In playtests, I started getting negative comments about it. People were like, they just didn't get it. Why would I have this card and it's a Fender, but I give it to my opponent and it makes tokens every turn? And while people loved Trojan Horse, they really didn't like a crowing lion.

They just didn't like it. And what I realized was that we had crossed over the barrier where people understood what top-down thing we were doing. That when it was a Trojan horse, people said, oh, oh, I see. Okay, it's a, I got it. It's a Trojan horse. I got it. And all the mechanics made sense. But when we removed that, when we were enough to remove from it that we weren't making the direct tie to Trojan horse, people, like, didn't understand. The mechanics didn't make any sense to them. They were confusing.

So eventually what we did is we talked to the creative people and they said, okay, yeah, the line's not working. They changed it back to a horse. And so, you know, you look at the picture. It's a wooden horse. This is a Crowan horse, not Trojan horse, but you got it. You figured out it was a to a horse. And so, you know, you look at the picture, it's a wooden horse. This is a crowing horse, not Trojan horse, but you got it. You figured out it was a Trojan horse.

So this gets into our lesson, which is use piggybacking. So let me explain what piggybacking is. So last time, the last lesson we talked about was resonance and the importance of resonance. And what I explained in that lesson was, you know, there's a lot of value for making use of things that people already have some identification with.

That when you make use of zombies, was my example, when you make use of something that the audience comes with pre-built in sort of emotional connection to, you, the game designer, get some value kind of for free. You're playing off of something your audience has feelings for. It wasn't even something you generated, but something you could take advantage of because it's, you know, it is a, one of the tools of game designers

is making use of whatever resources available. Well, one of the resources available was your user's brain, things they already have associations with. That was the last lesson. So piggybacking says, okay, let's take that to the next level now. There's another really important thing

that resonance does. And what that is, is it's a teaching tool. So one of the things you have to understand is when you are trying to make a game, you have a couple enemies, if you will, a couple things you're battling against. One is ignorance.

One is you need your audience to learn what they need to do. But, and this is the tricky part, is you don't have infinite amount of, you only have so much space of what people can learn. That people, one of your sort of bottlenecks, if you will, is your audience has to understand it. That if your audience was supercomputers, you could do whatever and they could absorb it all. But humans have to learn it. And if people are willing to put a certain amount of energy to learn your game, and then they're out.

Like one of the things I try to explain to people is when someone is first approaching your game, you're first learning your game, they are going to go, okay, I'm going to learn this game. And they're going to give it a shot. But if you don't manage in the first time playing the game to capture them, they're on. They're not going to play again. There's so many games to play that if I play it and I don't quite get it, you know, I mean, there are some dire people. Like, let's say you have a game that all your friends love. Okay, maybe you'll spend a little extra time because you're like, well, I can see so many people love this game.

Okay, maybe I'll spend a little more time learning it. But without some emphasis, really strong emphasis, most people, if they do not have a good time playing your first game, they will walk away and never return. And there are multiple reasons why someone might not enjoy the first time playing. But one of the biggest is they just don't know what's going on. That there is what we call barrier for entry. In fact, I've talked about this quite a number of times in this podcast. Magic's number one, I think, weakness is the barrier to entry. It's a complex game.

There's a lot going on. Once you understand it, it's really fun. There's all, I mean, it's a great game with all sorts of wonderful things going for it. But it is daunting when you first pick it up. It is, I mean, one of the things that makes it such a compelling game is its depth. But its depth is a weakness when you're first starting to learn because there's a lot going on. And as I often talk about, when teaching someone to play Magic, it's not important that you teach them everything the game is because that takes forever to learn.

It's teaching them enough that they have a fun experience. But one of the things, and this is why piggybacking is so important, is one of the first challenges as a game designer you have is you need to have what we call an onboarding experience. You need to figure out for a way to play their first game and have an enjoyable experience. Because if they don't have a good first experience, they're not coming back. They're not going to play your game again. So what that means is that you need to figure out how best to help people learn how to play your game so piggybacking says okay here's what piggybacking is the idea of using resonance as a tool to teach and what that means is if i come to play a, and the game makes use of knowledge I already have,

then my barrier for entry, the amount I have to learn, is less than if I didn't do that. Because if I say to you, oh, this thing is like that thing you already know, you go, oh, okay. And my Trojan horse is a good example, which is that that card in a vacuum is a very complex and confusing card. But with the template of it's the Trojan horse, it becomes a much easier card. Because when you know it's a Trojan horse, you're like, oh, I know the story of the Trojan horse. That's telling me something. I look at the mechanics of the card. I can match it for what the story is. telling me something, I look at the mechanics of the card, I can match it for what the story is,

and all of a sudden, these things that seem incongruous, that don't seem to make sense, make perfect sense. And that is the difference. I mean, the reason I use that story as my starting thing is, it's a perfect example how with and without the filter of piggybacking, it goes from fun and delightful to confusing and unfun. And so part of what I'm going to talk about today is how to use the tool of piggybacking. I mean, the reason it's its own lesson, I mean, resonance was lesson number three, is lesson number four is saying, okay, you know, hey, resonance does a lot of good things.

I talked a lot in the last lesson about sort of how you use it to get emotional responses, that people have, you know, if you're trying to make people feel something and you use things they already have feelings for makes it easier um the same is true sort of in rules and knowledge which is um let's take magic as an example um we want to teach people how the mechanics and magic work well the more we can use real life experiences so for example, the

simplest mechanic in the game of magic to teach I have found is flying. Why is that? Because I'm like, okay, I have a creature that's flying. You have a creature without flying. Well, what would happen? What do you think would happen? And I've done that a couple times

and the person's like, oh, well the flyer would fly over the non-flyer. Okay, and? Okay, well, then the non-flyer couldn't block it because it's flying in the air. And, like, they literally can tell me. I just tell them what it is, and I can walk them through explaining the rules for it. Because the rules are so endemic to what the flavor is that it's not even, I mean, if you think about it, flying has rules to it. There are actual rules you need

to learn, but the flavor is so strong that all I have to do is say, hey, you know this, and they do know it, and that makes it much more approachable. So, one of the things to think about is when you're making your game, how can you do that?

Okay, so my one other example, this is my one other overlap with my other piggybacking podcast, but it's such a beautiful example. I'm going to do it one more time. I'll try to switch up the story a little bit, but I apologize for the listeners that heard that, the piggybacking one. So George Phan is the creator of Plants vs. Zombies. He is a big Magic player. So one day, George Phan swung by the offices to see the offices. One of the cool things, by the way, is there's a

lot of people who are magic fans who, like, we will have a lot of sort of, you know, celebrities swing by to want to sort of see the offices. We don't normally do tours, but, so we've had, you know, bands and actors and all sorts of people who have swung by and, you know, it's kind of cool. Um, anyway, so George Pham was there, um, and he was there with, uh, he, he was, well, we were showing him around. So I, I was playing host often. I will often play host. I, i i know i i give a good tour um and so we were having lunch and and um i was talking about plants for zombies and so i was really curious why how he how he chose what he did like why plants why zombies um so what he was explaining

was so the game basically is a tower defense game. So for those that don't know, they're video games. A tower defense game is a game in which it started as a, you had a tower originally when it started. And like, there's armies attacking you, there's forces attacking you, and you get to put your forces in the way. And the idea is, you can't let their forces get to you. And there's like a long winding path, and you get to put things wherever you need to. But it was the kind of game where you're sort of defending yourself called the tower defense game. So George was trying to make sort of a simple tower defense game. He was trying to make a lot of what was fun about a tower defense game, but sort of break it down and make it a little less complex.

Because tower defense games were a little, you know, not really sort of mass marketing. They were a little more core gamer. And so he said, okay, I'm going, I mean, he simplified it. He made just lanes and he made a much more lighter sort of flavor to it. But the question is, why plants? Why zombies? So what happened was he needed to have, in a tower defense game, when you plant units, they are where you put them. They don't plant units, they are where you put them.

They don't move. They stay located to the area you put them. And always, whenever he played a tower defense game, the flavor fail that he felt was, you would have an army, let's say, and you would put a legion of soldiers somewhere. Well, let's say I put them in this one spot. And right next to them, there's a problem. But nope, they can't move. They're only in that spot.

And it's like, come on, soldiers. They're right there, right next to you. Needs help. Come on. Can't you move? And he understood why in the game, from a strategic standpoint, you don't want them to move. But flavor was a fail to him.

It felt like they were flavorfully capable of moving, and it seems like they would want to be able to move. Why couldn't they? And so he looked to find like they would want to be able to move, why couldn't they? And so he looked to find something that would convey to the audience that it couldn't move. And so he came up with that. He said, okay, what could I use that once you put somewhere, you have no expectation it can move? And he came up with the idea of a plant.

I mean, literally, plant. It's in the name. It's planted. It can't move. That if I plant something, I have no expectation. If I put a flower somewhere, that flower can't move. It's literally planted in the ground. Of course it can't move.

Likewise, he was trying to figure out the enemy in a tower defense game just has to be this slow, endless wave of creatures. And he wanted something that just sort of reinforced that you would expect, endless wave of creatures. And he wanted something that just sort of reinforced that you would expect a slow wave of creatures. And he realized that zombies did that. Zombies captured that flavor.

So Plants vs. Zombies, I mean, it sounds like after the fact, like, oh, he was just picking two comical things, but he wasn't. He was really saying, I need to convey important things to my game. And so Plants vs. Zombies is not random thing vs. random thing. It's thing that conveys the most important quality vs. thing that conveys the most important quality. And the

reason I use that example is it's such a good example of piggybacking that it's so good. In fact, when piggybacking is doing its best work, you don't even understand that the choices made were made for educational reasons. You know, that when you are really sort of using piggybacking at its best, it just feels like pure flavor. You know, it doesn't feel like,

oh, I was trying to be educational. I was trying to help learn something. And that's why piggybacking is very valuable, which is when players go to judge something, they actually don't judge it on how complicated it is, meaning they don't go from ground zero and say, how much is there to learn? They start from what they know

and look at the differential of how much do they have to change? Not how much does the game, you know. It's like if you sort of took a game and wrote everything down about the game, so zero to that information, that's so much information. But that's not actually how people view how complex something is

because they erase everything they already knew. So the more things that come in where they already knew something, the less complicated it is. That's why, for example, games do this thing where if they reach a high enough cultural awareness, games get simpler to learn. For example, I will use Monopoly as my example here, that because Monopoly is taken on at a cultural level, meaning there's just concepts in Monopoly that before you even come to Monopoly,

you might be aware of because it's so used in pop culture that there's just qualities that I don't have to learn because I already know aspects of the game before I come to the game. So piggybacking plays in that space of when you're trying to lessen complexity, one way is just to have things be less complex. That is

number one. If you just say, okay, what I'm going to do is I'm just going to make a very simple game. The problem is that's really hard to do. And really simple games usually have a depth problem. Your tic-tac-toe, pretty simple game. Not hard to learn. Not that deep.

You know, there comes a point in tic-tac-toe where you're like, I'm never going to lose again. Not particularly a fun game anymore. And so there are a couple ways you can do this. So the biggest one I've talked about before is what I call inticular design, which means that I can design things in such a way that the beginner doesn't see the complexity that later more enfranchised advanced players will see. And so the idea there is I'll make something that on the surface I think I understand. And then as I play more, I realize, oh, there's layers to the onion, if you will.

That as I peel one thing off, there's more things to learn. Now, the particular design is good, but there's limits to how much you can do. There's there's more things to learn. Now, the particular design is good, but there's limits to how much you can do. There's still things they have to learn. The other big tool is piggybacking. It's saying, okay, I have some complex game, I have some complex ideas, let me marry these complex ideas

to things the players already understand so that I am helping them. So I'm going to use the metaphor of the metaphor. Very meta, metaphor meta. Okay, so one of the things that I read a lot on creative thought and communication, one of the things they talk a lot about creativity is the importance of the metaphor. And the reason is when somebody's trying to understand something, if you can give them a context that they already understand, it becomes

easier for them to understand that you need a bridge. That if I have, I don't understand this idea, I say, okay, I'm going to help you understand the idea. And one of the best bridges to help you understand is the metaphor. Because what the metaphor says is, I'm going to take something you already know and use that as a teaching tool to teach you what you don't know. And if you notice, for example, I like using metaphors a lot. I'm very metaphor friendly. And the reason is, I understand that when I'm in communications, I'm trying to, in my podcast, my writing, I'm trying to explain things to you guys. In order to explain things to you, you know, I tend to use either examples or I use metaphors.

I want to use something that you go, oh, I see what you're saying. Okay, now that's easier for me to bridge and understand it. And so metaphors are this neat tool to sort of help be a bridge. So piggybacking is the same basic thing as a metaphor. Saying, okay, and so one of the things when you have a game, one of the things you look at, I mean, there's a couple different ways to make a game. Number one is, I start top-down, meaning, you know, Richard got to flying,

not because he needed to figure out a way to make things unblockable and said, ooh, what could I call this? No, no, no. He actually said, I mean, I'm sure he knew he needed evasion, but he was just trying to capture things and go, oh, these things fly. Maybe I should mechanically represent flying. Pretty sure that's how Richard got to flying. But sometimes we come up with mechanics first. So

when you're sort of doing top-down, meaning you're starting with flavor, where your flavor is guiding in the first place. But we knew what we called bottom-up design, where you start with mechanics. A lot of what you're trying to do there is say, okay, is there some flavorful thing that I can tie this to so that I can make people understand it? And then sometimes you tweak things so that it makes better sense.

And the neat thing about looking at how magic works is we always try to make sure the mechanics and the flavor are interlinked. But we sometimes start with the flavor and sometimes start with mechanics. It depends on the kind of design we're doing. But the reason that's so important, the reason that I want to have a very cohesive feel between the mechanics and the flavor is the game is just easier to learn if there's a direct tie, if the mechanics mean something contextually beyond just what they do in the game. And one of the things, in general, flavor does this. When I talk about piggybacking, a lot of this is the value of flavor.

For example, when I talk through the 10 things every game needs, one of the things I said is flavor. And one of the things that flavor did for you, I explained, was that it helped give you context. That flavor, like a metaphor, is really good at giving you context. Because if you pick flavorful things that you're aware of, you go, oh, oh, it's a dragon.

Well, I know something about dragons. I've seen dragons. For example, I know dragons fly. I know dragons breathe fire. I know they're big. And so all of a sudden, you make a few key choices, and that flavor helps your audience just have a better jumping in point to understand. And so one of the things we try to do all the time,

so a lot of piggybacking is intrinsically tied to trying to make the flavor of the set make sense. And like I said, sometimes it's top-down, and sometimes it's bottoms-up. But no matter what, no matter what order, before you, the audience, sees it, I want to make sure that I'm like, okay, what does this do? What does this represent? What's the flavor? And make sure that that ties together. The other thing I'll always do is not only will I do that on a mechanic-by-mechanic basis,

I will do that on a set-by-set basis, meaning how do these things tie together? What's the overall thing going on? What is the world we're trying to capture? What is the story we're trying to capture? Then I'm trying to use a lot of different components to sort of tie it all together. Because the idea is,

when you come and play the game, when you play Magic, for example, I want you to be able to skip over the I don't understand what's going on part. I want you to get to the, ooh, I get it, that's fun part as quick as I can. And so the more that I find the flavor for doing that, the more that I'm able to sort of say, get it, it's blah, the better. Now, another important thing about piggybacking to understand is that, like I said, piggybacking, A, makes it easier to learn,

because you're front-loading information that's already known. Two, it makes it more fun, because people in general enjoy flavor. So using flavor as a... The beauty of piggybacking is not only are you making it easier to learn, you're in general making it more fun. Now, one would argue that making things more fun makes things easier to learn. But there is a very key important thing there. So the big question now is, okay, I want to use piggybacking mindset.

How best to do that? Okay, so let me walk through the means by which you can maximize your piggybacking. Okay, first off is you want to figure out where there's disconnect. Like sometimes piggybacking comes on because you're doing top-down design. And there, assuming that you're trying to make sure that your mechanics reflect what you need mechanically,

it's pretty easy. Like, okay, I want to represent this thing. So, like, let's take Theros or Innistrad where I was doing a top-down design. Theros is being a fine example. Like, okay, I'm doing Greek mythology. I'm trying to get the sense across.

I was making sure there were individual cards that captured individual ideas. I then was trying to make sure there was larger ideas, adding the gods in or adding in the sense of what heroic meant and people going on, the trope of the epic hero. Playing in all that space allowed me to sort of craft a mechanical through line

that people made them understand what the set did. That's Top Down. Top Down's a little bit easier because you're starting from a place of matching some flavor. Bottom Up's a little trickier. The key on Bottom Up is saying, okay, I have this gameplay I like. Zendikar's a really good example. Okay, I have this gameplay I like. Zen card's a really good example. Okay, I have this gameplay I like. It was all about lands for us, right?

And then I'm like, okay, well, what does that mean? I have a world in which you care about lands, and I worked with a creative team, and then Doug Byer of the creative team actually came up with the idea of, what if this was adventure world? What if, because one of the things you want in a Dungeons & Dragons campaign, because one of the things you want in a, you know,

like in a Dungeons & Dragons campaign or Raiders of the Lost Ark or, you know, adventure thing is you want, it is the hero versus the environment a lot of the times. That like, I'm the hero, but everything around me is trying to kill me. And so like, well, what if we made a world where the world was trying to kill you? It's a very dangerous world. And we said, okay, well, that seems like an adventure world. Who would go to a world where the very world itself is kind of trying to kill you?

And adventurers would. Why? Okay, there's some reward. There's treasures or something. But we now started getting into a trope space that would be familiar. And the idea that I'm in a place so inhospitable that the very environment is fighting me. And then once we got that,

we said, okay, that seems like an interesting space and it plays into what we're doing. And then what we did is we then built things to match that flavor. So even when we do bottoms up, at some point, we try to figure out what the flavor is

and then use some remaining portion of what we're designing to fill in the gaps to reinforce that flavor. So like in Zendikar, we came up with traps and allies and quests. They were all things that were venture-based things.

And so once we sort of made mechanics and found flavor from those mechanics, we then filled in by doing some top-down stuff to reinforce it. Like, okay, this is venture world. What else would I need to do? And then, by having the whole thing interconnect, we really helped

make you, A, the play is fun, because it represents something you know, and B, all of a sudden now, okay, what are quests? Oh, I get it. I'm going on a quest. You know, what are allies? Again, I'm making an adventure party.

You know, what are traps? Oh, of course, people are trying to stop me. And all of a sudden, it's like you start sort of making the pieces to it, and then it just clicks together and makes it easier. you start sort of making the pieces to it, and then it just clicks together and makes it easier. And one of the things that's funny is that when I first did my piggybacking stuff, I wrote an article on it, then I did a podcast on it.

One of the things I found interesting is how many game designers sort of were doing exactly that, but had not really ever put a name to it. That it wasn't something they were consciously thinking about. It was something kind of they'd learned to do. And one of the things that I, one of my goals of stuff like, you know, podcasts like this, you know, my 20 Lessons podcast, is saying that there are certain rules that experienced game designers kind of just learn,

but it's not always labeled. It's not always put down somewhere for people to see. And I think that when I look around and I see, like, for example, Richard Garfield made an awesome game named King of Tokyo. And one of the neat things he did is he said, you know what, I need to do this component. Well, I'm going to take something that is reminiscent of another game that you know. It's reminiscent of, he took Yahtzee and said, you know what, I need to do this component. Well, I'm going to take something that is reminiscent of another game that you know.

You know, it's reminiscent of, he took Yahtzee and said, is there a way to take the dice rolling of Yahtzee? You know, they're not, in King of Tokyo, they're not normal dice. You know, it's not, you're not doing what you're trying to do in Yahtzee, meaning Yahtzee is a pattern recognition thing. You're not trying to do that. What you're trying to do there is you need to roll dice to acquire resources. This is how you get your resources.

But he said, you know what? People are used to, I'm going to give you five dice and three rolls. Like he followed rules that people already knew. And all of a sudden, like when you go to roll the dice, it's just like, oh yeah, Yahtzee die rolling.

You know, it's a thing you already know. You know, and I see a lot of great games that say, okay, I'm going to take existing elements of games. So this is, by the way, I talked a lot about flavor piggybacking. This is mechanic piggybacking. We say, I'm going to take another game in which there's some component you understand.

Like, I've seen games use all sorts of different components. We're like, oh, oh, this is like that game I know. This is a component. And they're using it in a different way, but because I understand, oh, like, when you're playing King of Tokyo, if you've ever played Yahtzee, the dice just become so much faster

because I get to shorthand it. So there also is mechanical piggybacking, which is important, which says, okay, people have done a certain thing enough times that there is a cultural understanding of how an element of a mechanic works, and I can use that. You know, I've seen games that make use of melds from card games or make use of just board games that say, oh, I understand that when I land on somebody, I make them go back

or, you know, there's different games that sort of say, oh, there's a vernacular for games. And the way I compare it to is in the movies, one of the things when you study movies is they show you the first time somebody did something and there's a language that movies use that evolves over time. And eventually what happened was

once somebody did it enough, an audience learned it, then you had this free thing. It wasn't something new I had to teach the audience. They already had learned it. And games have a similar quality, which is, they're just famous games that really function a certain way. In fact, there's plenty of games that take advantage of people who know magic to make it faster to learn their game.

And that games build upon games. Take advantage of people who know magic to make it faster to learn their game. And that games build upon games. It's the nature of how things work. That game designers are inspired by games to make new games, and they make their own version of things, and they do different things, but they take elements and components to build a new thing. And so that's another big way you can use piggybacking, is not just a flavor piggybacking, but a mechanical piggybacking. Like I said, anything you can use in which my audience knows something

and it makes it easier to learn the new thing gets you to piggybacking. But anyway, I'm almost at the end of my ride today. So my big lesson today is when you are thinking about piggybacking, basically think about your game and say, of the things I have to teach, is there something that there's a pre-existing way to teach this thing? Either there's a flavor that matches it so strongly that people understand the flavor,

or there's a mechanical thing that you've seen before or done before. It doesn't even have to be a game, by the way. It could be something people have learned from somewhere else. But is there some mechanical component that people have learned that people know how to use something, and so it makes it easier to use when you're approaching this game? Sometimes that's component pieces. Sometimes that's using game mechanics from other games.

But it's saying, okay, you understand this. And that if you can take what people need to learn, remember once again, that teaching somebody is not zero to the whole game. It's what they already know to what they, plus what they don't know. That gap is what you're trying to teach them. And so the more you can take things you are trying to teach them, the tying to things they already know and interlink those together, the easier it is for people to learn your game and that you lower that gap. And a big part of the barrier to entry is lowering that gap. And so piggybacking is a super valuable tool that you can use to make your game easier

to learn. So that is why piggybacking is very important. And my lesson number four, use piggybacking. Okay, with that, I'm driving up to Rachel's school. So we all know what that means. It means this is the end of my drive to work. So instead of talking magic, it's time for me to be making magic. I'll see you guys next time.

I hope you're enjoying all these lessons. Bye-bye.