![]() Good Day Internet! Now that we’ve gone through the importance of both mechanics and theme it’s time to discuss which one you’ll want to focus on when beginning to develop your game. Before we do though, I want to be clear that in order to make a great game you need to have a great theme and great mechanics that work well together. For that to happen you’re going to need to be developing both mechanics and theme simultaneously as soon as possible. When you’re at that initial idea phase and early development, theme and mechanics will probably be developed separately (and therefore the existence of this blog post). However, shortly thereafter you need to be constantly looking at them together (for example, does this mechanic match the theme? Does the theme make sense for what mechanics I’ve implemented?) throughout development. Furthermore, you shouldn’t rely on the fact that there are a small number of games where a fantastic/popular theme, without much consideration of mechanics, was highly successful (Cards Against Humanity, Exploding Kittens) or vice-versa (Dominion): it’s almost guaranteed that your game isn’t going to be one of those lucky ones. Unless you’re making an abstract game (in which case, you don’t have to focus so much on theme), you need to be putting in substantial effort into both mechanics and theme. So, without further ado, in the early stages of game development you should focus on developing your theme first. The reason for this is that theme gives your game direction, whereas mechanics are just how the game is played. Like we said in “Game Basics: Theme” your theme is your ‘why’ and it ties together the actions, game terminology, components, and what you do in game. You’re going to want to know what that is before you start developing your mechanics further (assuming you have any). Remember how we also said that most of your theme comes through the actual gameplay? So, if you start developing a bunch of mechanics and have no theme, that could cause some problems. Namely, how can your mechanics bring out the theme if there is none or it’s not clear what it is exactly? Additionally, in the absence of theme, mechanics are just a ‘beginning’, a set of actions, and an ‘end goal’ (ie. points scored, player elimination, etc). Those mechanics should be tying together (beyond being the way to play a game from start to finish) and they probably don’t because there’s no theme to direct them. That's why you need to have that theme (at least the backstory part) first, and then make your game. It’s where your players start in game, it's the start of an explanation of a game, and it should be where you start to develop your game. ![]() Let’s say, perhaps, you go the other way and develop mechanics before theme. What happens then? Well, developing mechanics before theme in game design is like creating a machine without a purpose. In the end you’ll have a machine that has all the parts it needs to work, but it won’t have any use. There’s also a possibility of a lack of a logical order of operations. In most cases, you could find a use or problem for the machine to solve, but most likely it won’t be very efficient at solving that problem. There’s a high probability that in order for it to be useful you’ll need to rearrange and swap out a lot of the parts. The same thing happens when you don’t develop your theme or ‘why’ (aka problem) before creating a game. You’ll have something that works, but it won’t be useful nor efficient. You’re going to want to develop your theme first so you don’t end up with a ‘machine’ that you’ll have to paste a theme onto (aka create a problem for it to solve). It’s not going to work out well for you. Lastly, I’d like to point out that this blog post isn’t about inspiration for game ideas, but rather it is more about the initial stages of game development. Your game idea can come from a cool theme, interesting mechanics, component restrictions, or whatever else; it doesn’t really matter in the long run. Besides, who am I to tell you where your inspiration should come from? The part that really matters is what happens after that. That’s the part where you spend your time trying to transform this idea into a physical game that someone can play. There’s a lot of work required to make that happen and, in the long run, making your theme your initial focus will make the design process focused and easier for everyone. That’s it for this week. Next week, we’ll take a closer look at the core of your game. Thanks for dropping by! If you have any questions or comments, please leave them below. You can also find us on Facebook and Twitter. Take Care! Kevin
0 Comments
![]() Good Day Internet! As promised, today we’ll take a look at the importance of mechanics in board game design. To start off, I’m going to give a more technical definition of mechanics for those who are that way inclined. The technical definition of a game mechanic is a set of actions that form a rule. It should be clear that game mechanics should also progress gameplay in some way. For example, the rule 'roll a die' entails the actions of picking up a die, shaking it up in your hand. and tossing it on the table. The 'roll a die' rule sums up of all those actions into a single game mechanic and the result will equate to a further action/forwardness in gameplay. 'Taking turns' is also technically a game mechanic. It’s the action of ending your turn and letting someone else go as defined by a rule (progressing gameplay by allowing it to continue). If you think about it, there are many different ways to 'take turns'. Play could pass to the left, the winner of the last round could go next, players could take simultaneous turns, or play could pass to the next player by some other rule. As you can see, there is a lot of variety in even the most simple game mechanics. If you want to dive further into simple game mechanics I highly recommend Rym DeCoster's "Mastering Game Mechanics" on Youtube (I may have slightly adapted their definition of mechanics for the purpose of this blog post). Personally though, I think that's enough of that, so let's move on to the more general definition and discussion. Put simply, game mechanics are your 'how'. It’s what you are allowed/required to do and when. It is also the restrictions you will put on the players as they try to achieve their goal. Those restrictions are defining what players may do and the paths they may take. In other words, it tells players what options are available to them and it's up to them to determine how to use those mechanics to achieve victory. Based on that, It should be pretty clear to see that your mechanics are going to determine whether or not your game is playable (can you play from start to finish in a reasonable amount of time?). It's also going to determine if you've made a game, or a set script because your mechanics are too restrictive or lead to one clear best path (making all other paths not worth exploring). When starting to design your game, start with only the main mechanics, or core mechanics, required to play the game. For instance, if you were designing King of Tokyo, your core mechanic would be the press your luck dice mechanism. If you think about it, that only allows you to do 4 things: gain victory points, gain energy, gain health, or attack. In the very beginning of designing, you'd probably only have attacking and gaining victory points because that's all you need to ensure the game can be played from start to finish in a reasonable amount of time (aka playable). If we apply the same principles to your first design, you're going to have to cut down on some of the more "creative" mechanics you want to include in your game. Chances are those mechanics are too complicated, too much of a hassle, or won't work anyway (sorry amigos). This will ensure that your game is playable and will allow you to be able to work out a lot of the kinks that would be too hidden if you had everything else you wanted to include in your game. It will also give your game direction, which is very important, and allows you to build out from a solid, working base. The last thing I want to talk about in some detail is the intricacies of simple mechanics, since their importance doesn't get as much attention as they should. They are called simple, so it's easy to assume you know how they work (I thought the same). The way I'm going to go about this is by going through an example of a basic game mechanic decision for a simple card game and then show how that would effect gameplay. The game mechanic decision we'll look at is 'play one draw one' versus 'draw one play one'. In 'play one draw one', players already know what they want to do when it comes to their turn. They also have ample time after drawing a card at the end of their turn to determine what to do next. In 'draw one play one', that new card drawn at the start of the turn may change what they want to do and slow down gameplay. This causes actual and perceived play time to really suffer and may have a huge effect on players' enjoyment of your game. However, 'draw one play one' usually works nicely in take that games because it gives a player who has been attacked the ability to do something, anything on their turn (and perhaps even retaliate). This example is pretty simple, but it's also something that casual playtesters (which is the majority of playtesters you'll originally play your game with) are probably not going to be able to identify and point out to you. So take it easy and take the time to figure out how to get simple mechanics to work, as well as work together, in a game before going crazy with everything else. It will help you to recognize what will work and what won't without having to play it a bunch times. This will save you time, headaches and make you a better designer. That's it for this time. Next post, we’ll take a look at theme and mechanics together and which one you need to focus on most when you start to design your game. Thanks for dropping by! If you have any questions or comments, please leave them below. You can also find us on Facebook and Twitter. Take Care! Kevin |
Kevin CarmichaelBoard game designer and developer discussing the ins and outs of game design. Archives
April 2017
Categories
All
|