Level-based progression is an extremely popular way of providing the player with the feeling of “getting stronger”. The system is born with Role-Playing Games (RPG), but it is nowadays embedded in **practically every game**; some more, some less. Even if it is perfectly possible to provide progression feeling without levels and experience points, level-based progression is easy, direct, linear and fits well in many (too many?) game genres.

But designing a good experience-level progression is important. Many games do that without much thinking. They just slap experience points and level and that’s it. The general idea is that the more your level is big, the more experience you need to advance. This is true, but it is just a small part of the design. Because in game design, you *must *keep in mind the effect of your gameplay element on the player and must be useful to convey the emotion you want to convey. Not the other way around.

I cannot give a full analysis of level-based progression system, but I can use simple math to explore the effects, limits and the design space of it.

## Why using a level-based progression system?

Judging from the amount of games that have a level-based progression system in place, the real question is *“why not?”*. However, whenever we see something extremely successful we should ask ourselves why it is so popular.

**The reason is: to give the player a sense of progression.** Players want to see that they are getting stronger. And there is no better way than see “numbers getting bigger”: levels, damage, HPs. The player has spent hours playing to become powerful and these big numbers are here to prove it!

In many games, our skill is cannot be directly measured. Sure, we can feel this warm sense of progression in *Super Mario Bros* when we go back to the first level and we can go blazing fast. But this is nothing respect to the feeling of going back to the starting place and dealing **ONE MILLION DAMAGE** to that level 1 monster that gave us so many troubles.

But there is also another reason designers like to introduce levels in their game. **They are a handy way for the designers to control the flow of the game.** And they offer to the player a clear indicator of this too. Nothing stops a player from rushing through the game like slamming a monster several levels higher than the player on the player’s way. This kind of artificial difficulty can be done extremely badly and when it does games can be screwed by this. But if well-tuned, it is really effective.

Another question is: if we like big number, why use levels in the first place? Why we do not just use experience points and offer a “smooth” progression? Because it’s not satisfying! **We want to see number get bigger, but we want to perceive the change.** That’s the reward after the “work”.

It is just like eating a pizza. We can eat a pizza on the week-end after a week of strict diet, or we can have just a couple bites of pizza every day. At the end, we will probably eat the same amount of pizza, but I think one solution is definitely more satisfying than the other.

## Understanding the progression mechanics

Now that we know *why* we use level-based progression, it is time to play with some number. Note that this is not necessary, but understanding the math behind gameplay elements is a pet peeve of mine, and I think is helpful to understand better *what and how to change something to achieve a particular goal*. Also, because if you don’t do the math, your player will do it for you.

At the basis of level-based progression there are **experience points**. Mathematically speaking, level progression is a function mapping a certain amount of experience to a certain level.

When designing the level progression, we are designing this function. How much experience (ad so time) players have to invest into the game to gain a level?

In practice, however, when designing a level-based progression, it is easier to find the inverse function: that is a function that, given a leve, tell use how much experience we need for this. This is usually called **experience curve**.

We can already have some intuition. If our experience curve is linear, then every level need the same extra amount of experience: 10 for Level 2, 20 for Level 3, 30 for Level 4 and so on. If our experience curve is exponential, we need always more experience, and therefore we level-up slower at the end game. If our experience curve is logarithmic instead we need always less experience and, therefore, we level-up faster the more we play. They are all valid experience curves, everything depends on what kind of game you want.

Here, we will explore the most famous experience curve, the exponential one. The exponential curve is constructed starting from a single concept. Suppose you have a first amount of experience at level 1: . In order to reach level 2 you want the player to double, triple, etc., your initial experience. So

That is, the experience at level 2 should be the starting experience plus times that. For level 3, we do the same, we wont to have times the increment at level 2.

In general, at level :

That is a geometric succession, that can be luckily be expressed in closed form.

See? A nice exponential experience curve. But this time you know *why* it is like this. You know the meaning of the parameters and how to tweak them in order to obtain what you want.

Given an experience curve, one of the importan properties we can infer is the **level progression over time**. How fast a player will travel along the level progression from the bottom to the top? How much **time **the player need to put into the game for leveling up from 10 to 11? And from 79 to 80? How can I tune the experience of a certain area?

These are all interesting question. We can find an answer by looking at the experience curve. First step is to invert the function to obtain the **level ****progression function**, that is, how level advances given the experience.

Who. That’s ugly. But there is just some parameter noise. For the sake of the discussion, we assume (that’s not unreasonable) and .

Much better. Now, we need to consider the experience a function of time. Obviously, we cannot know a real function for that, but we can general idea of “how much experience we expect the player to collect at each time”. Do we expect the player to get always the same experience over time? Do we expect to get always more experience? This is very common and implemented with high level monsters or quests giving more experience points.

Then, we can derive some kind of **leveling speed function**.

And here I stop for now. I like this stuff but, more than this is probably unnecessary. The important thing is that you try to model your progression in function of time by inverting the experience curve and plugging in some “experience function”. This will help you in having a rough estimate of the time and effort needed for leveling up in your game.

## Real Case Examples

How are experience curves for real cases? Pretty much similar. I’ll give you the example of RuneScape.

That’s definitely a more complex formula. Why is done like this? No idea. However, we can identify that it is an exponential function, in the same spirit of the one discussed above.

World of Warcrat legacy formula instead is not analytic. Instead, we have a formula for the **experience required to level up at a certain level**.

Where if a difficulty factor, is the basic experience given by a monster of level and is a generic scaling factor. This formula start as a quadratic experience curve and then explode into exponential (thanks to the Diff formula). Giving us this strange shape (note that this is the derivate of the experience curve).

In Diablo 3, instead the formula is a nightmare (there is a typo in the formula, but I do not want to rewrite this in LaTeX on WordPress…).

Where is the and is . Why are this constants chosen in this way. I don’t know. Probably a fine tuning.

## Conclusion

In the end, I hope you have fun with experience curves. There are thousands of different way to do them. Just remember that it is not just and always an exponential curve. Time and experience are linked together and modeling the experience curve can give you a lot of insight on how to avoid “grindy” parts in you game and keep the player in the flow.