This is the first of a series of posts about lasagne. Lasagne is one of the most inspiring things that ever came out of Italy, and thinking about it is truly food for thought (sorry, I know that joke was bad). In today's post I would like to introduce to you my lasagne theory of game design, followed next week by the lasagne theory of coding.
The game design theory I would like to discuss today is probably not super original, but I think lasagne is a useful tool that can be used to analyse a game. The point here is that lasagne contains layers, just like gameplay. A game like our just released Awesomenauts at all times has various game systems active in the player's head, and during different phases of gameplay they will vary in prominence and importance. To strike the right balance and make the game fun for a long time, it really helps to recognise and analyse the layers of the lasagne.
An example will help to make this clear. Let's look at a couple of the gameplay layers in Awesomenauts:
- Combat: this is very much about quick reflexes and action.
- Short term tactics: what should I be doing right now? Attacking, defending, assassinating enemies, helping friends, collecting gold?
- Long term tactics: what is my tactic for this entire match? Am I going to stay quiet for a while to avoid deaths and slowly build a really strong hero, or am I going to attack early to be nearer to the enemy base as soon as possible?
- Exploring new possibilities: at the end of the previous match I unlocked a new class or item, let's give it a try and see what it does!
- Build experimentation: Awesomenauts has six heroes and over a hundred items. Which combinations work best?
These layers all coexist at the same time in Awesomenauts, but they can still be viewed as separate parts and it would be possible to remove or add layers. For example, if items were not free to choose, then the build experimentation layer would disappear, while all others would remain in place. We could in theory have also added a strategic layer by allowing the player to upgrade his base and directly build droids to fight for him. So although all of these layers work together to form the game, it is very well possible to analyse them separately.
Let's categorise these layers. The first question is: what makes a layer fun? This is where we see a huge difference between the combat layer and all the other layers: combat is about reflexes and fast action, while all the other layers are more about thinking and decision making. Key to making the combat layer fun is that all actions have satisfying sounds and effects. Lots of animations, particles and explosion effects make throwing dynamite a fun thing to do all by itself and even more so in combat. Making combat fun also requires that the gameplay contains counter-moves, and that it rewards good reflexes and quick decision making.
Most other layers however mainly become fun based on Sid Meier's famous quote: "A game is a series of interesting choices." For example, the tactics layers are only interesting if the decision is not always obvious. Thus the keys to fun in these layers are balance (if one choice is much better than all the others, than it is not really a choice) and variation (if the choices are too similar, then choosing doesn't matter enough).
How does the prominence of the layer vary during the player's entire game experience? This is a more subtle layer property, but an example makes it quite clear: during his very first match, the player hardly knows the items and classes in the game, so build experimentation is not relevant at all yet. However, during this phase combat is the key to the fun, because this is experienced immediately and the player can enjoy the explosions right away. Asking this question for exploring new possibilities is interesting: at the start of the game, almost everything is new, so this one is very important. Then during the first 10 hours of gameplay, the player keeps getting new items and classes to explore. But after that, he has tried them all at least once and this layer all but disappears.
The final question I am going to ask the Oracle of the Lasagne today, is: how much work does it take to create each layer? This question isn't as exciting as the other ones, but I do find it interesting that combat is the layer where a very large part of the work for the art team happens, while build experimentation requires relatively few art, but requires insane amounts of game design work to get the balance right and to add enough variation.
There are many more questions that can be asked, but this post is already a wall of text as it is. To apply the lasagne theory to your own game, try identifying what layers the game has, what properties each layer has, and what you need to do to make that layer work for the player. Hopefully splitting up your game like this will yield some interesting insights!
As is the case with most theories about game design, my lasagne theory is just an analysis tool that can be used to understand your game better. There are many other game design theories and I think the best way to work with them, is to see them as lenses that can be used to give different perspectives on the strengths and weaknesses of a game. The lasagne theory is just one lens, and I hope it can help to understand and improve your own designs.
That was a great read! I love to see inside the process, not only in the technical way, but also the way individuals approach the problem solving. Keep this stuff coming!
ReplyDeleteLong term tactics as you put it can be well described by the term 'strategy'.
ReplyDeletestrategy is too broad a term to accurately describe the idea. Strategy could refer to anything from the speed and timing actions performed in combat (such as a certain action rotation) or a short term decision to rush or retreat, as well as a long-range birds-eye view of the match.
DeleteI think Long-term tactics fits the bill best for the idea he is trying to present.
Article was good---but would have been better with at least one recipe for lasagna.
ReplyDeleteLooking forward to your lasagne take on coding: you make it sound like a good thing. The expression "lasagna code" has already seen some use, but I won't spoil the joke in case that's what you'll be talking about next week ;).
ReplyDeleteNet week I'm actually just going to post what you told me, so please don't spoil it! ;)
DeleteNice model! I like how this model actually can show why players lose interest in a game after x amount of time. If you master a game in an hour or so and there is nothing new, then the player will just stop playing. Using this model you can clearly see how and when this happens. Interesting read as always!
ReplyDeleteI don't approve of Lasagne, but this was a good read!
ReplyDeleteWhen eating, a common problem of mine is that I have to seperate ingredients, if they don't mold perfectly. That also applies to games. For example: Typically, the layers of J-/Console-RPGs are highly seperated.
You have:
- Combat.
- Exploration.
- Interaction.
- Character management.
Based on the genre's prominent storytelling, those are to many layers in my opinion. Especially when considering, that they take place in visually seperated modes.
Your model seems to be very appliable to many kinds of games. Maybe just not - at least to a certain extend - to the games I like.
Interesting point! I think when mechanics are separated so strongly, then it becomes interesting to apply the model to each layer separately. If you will keep doing exploration throughout the game, then it is still interesting to analyse in what ways that exploration is interesting when. For example, very early on you just blindly follow the hints, then you start to explore yourself, and towards the end there is often a point where you have been to every important spot and are systematically visiting all the small areas that you hadn't seen yet. It is relevant to think about the fun of exploration in each phase.
DeleteThat sounds pretty reasonable and it really gets me accustomed to the thought. It for sure is something I try to figure out when playing a game next time for the sake of analyzing.
DeleteI feel I might have tried to apply similar thoughts in the past, but without proper systematization, the output is somewhat less controllable.
Thanks!