RSS

Author Archives: Grant

The Freemium Funnel

Free to play’s been featuring heavily on my mind lately, and I figured I could shed some light on how freemium games make their money. This applies to all free to play games. This is not exclusively a casual concept. Remember that Team Fortress 2, League of Legends, and DotA2 are all free to play games. Many of these lessons, I learned from Design Rules for Free-To-Play Games. Specifically, the extra chapters you get for buying the eBook version.

To understand free to play games, you need to understand three major concepts: Acquisition, retention, and monetization. These are stages of a player’s life cycle, and the company wants to make sure that as many players get to that final stage as possible.

Acquisition

This is the process of acquiring a new player. Getting new players usually comes from spending money on marketing and from organic growth when users get their friends to play. A key concept here is the Cost Per Acquisition (CPA. Also called CPI or Cost Per Install, but let’s stick with CPA), which is how much it costs, on average, to get a player to start playing your game.

Retention

Retention is keeping those players you just spent money to acquire. This is often described as seven day retention, thirty day retention, or something along those lines. A seven day retention rate of 50% means that half of the people who sign up for your game are still playing it a week later. A game with a high retention rate is one that players keep coming back to. Eventually, though, every player stops playing a game, and this is called churn, the opposite of retention. A game with a high churn rate is a game that players aren’t sticking with.

Monetization

When a player decides to spend money on your game, that’s when they’re monetized. If you’re lucky, you’ll see a 10% conversion rate (a term to describe how many players decide to convert into paying players). This is what pays the bills and keeps the game running. The important concepts in monetization are Average Revenue Per User (ARPU), Average Revenue Per Paying User (ARPPU), and Lifetime Value(LTV). ARPU is how much money you get on average from each player you have. ARPPU is how much money you get on average from your paying players. LTV is how much money a player is likely to pay, on average, before they quit playing.

What This All Means

The success of a freemium game can (in extremely broad terms) be summarized by comparing the Cost Per Acquisition to the Lifetime Value. This is how much money you spend to get someone to start playing your game and how much money they’re likely to give you before they stop playing. If you have a low CPA and a high LTV, you’re doing great! On the other hand, if you reach a point where you’re paying more to get a user than they’re going to pay, it’s probably time to sunset the game.

Where Design Fits In

For the most part, design in a free to play game is about retention, retention, retention. That isn’t to say that designers can ignorer acquisition or monetization; the game would fail if they didn’t. I just mean that retention helps with acquisition and monetization all by itself. A healthy retention rate means players stick with a game for longer, giving them more time to convert to being a paying user and giving them more time to convert into a paying user and boost LTV. A game with great retention means that the game gets a large community with a lot of seasoned players who can drive organic traffic and bring in more users, who will themselves bring in more users, which drives down CPA.

There are techniques you can use to design retention into a game. Giving players rewards for logging in on consecutive days is a popular one, and getting the player to schedule appointments to check in on the game (Come back in 24 hours to harvest your strawberries!) is also common. There’s one technique even more common than those two, though, and it’s a technique that every game, freemium or not, strives for, and achieving it has been the subject of countless books and endless debate: Just make the game fun.

 
2 Comments

Posted by on August 11, 2014 in Game Thoughts

 

Tags: , , , ,

What Next?

Hexplosion’s prototype is done, but I’d really like to explore Unity in further detail. Going forward, I’ll be working on other games while making improvements to Hexplosion.

Here’s what to expect in future Hexplosion updates to the Hexplosion prototype:
* An actual game over screen.
* Difficulty selection
* Getting rid of the weird bug where if the Bomb Witch slams into a slime, the slime gets pushed off the screen.
* A title screen
* In-game control description.
* Instantiating from an object pool instead of repeated creation and destruction at runtime. (This is for optimization. The game doesn’t really need it, but it’s good to start getting in the habit)

Once the prototype’s more or less good on its own, I’ll start expanding the game itself, adding additional enemy types, powerups, and destructible spawners.

As far as other games go, I’d like to build games to push my knowledge of Unity. Hexplosion is a simple action game with very few states. Since I’ve been talking about puzzle games so much, I’d like to build a Match-3 where I have to take a lot of states and conditions into account and maybe start messing with arrays. After that, I’m thinking about moving into a menu-based thing like an RPG, but I’ll see where I feel like going next.

 
Leave a comment

Posted by on August 11, 2014 in Grant's Games

 

Tags:

Hexplosion Prototype

hexplosion_logo

Hexplosion is nice and ready for playing. All images are still placeholders, but at the least, they’re now ones that are free-license.

You can play it over at my itch.io page. Head on over, play a few rounds, and share your high scores!

 
Leave a comment

Posted by on August 10, 2014 in Grant's Games

 

Tags: ,

Randomness in Puzzle Design

After reading my last post, a friend of mine (who hadn’t really considered that puzzle levels could be designed) asked me if the tile colors of puzzle levels were designed as well. The answer is that it really depends.

Your typical “swap” tile matching game generates tiles completely randomly upon initial setup (except for things like not having matches before the player’s even had a chance to take a turn). This has a few advantages. A player who just experienced a loss knows that it’s random, and maybe their next initial setup will be more favorable. This is especially important for the free to play market, where retaining players is the arguably the single most important element to success. That feeling that “Maybe I’ll have better luck next time” makes them much more likely to click on the Retry button.

That’s not to say that they don’t sometimes have fixed pieces. This happens, and when it does, there’s always a reason for it. For example, let’s have a look at level 22 of Cookie Jam:

cookiejam_bluecookiejam_greencookiejam_purple

 

The level objective is to clear all of the wafer tiles. They’re functionally equivalent to the jellies from Candy Crush. There are also those donut obstacles. They can be swapped, but they can’t be matched. The only way to get rid of them is to make a match next to them. These donuts cover up 30 of the map’s 50 waffle spaces. 12 of these donut-covered waffle spaces are also chocolate waffle spaces, which act like Candy Crush’s double jellies.  The player needs to match 62 cookies on these spaces, but the donuts are blocking 42 of these necessary matches.

The cookies are generated randomly, but look at the right side of each of these maps. Every time this level is generated, there are two tiles that can be swapped that will match five cookies of the same color. This gives players an optimistic start to the level, since matching five cookies feels good, and also generates a rainbow cake that will eliminate all cookies of any color it is matched with.

The actual benefit of the rainbow cake this early in the game is marginal at best. When it’s created, it’s going to be sitting in the bottom right corner, with a donut on its left. The only color the player can use it to eliminate is whatever color happens to be right on top of it. Is the rainbow cake useless, then?

No! Far from it. In this level, its purpose isn’t to be used. Its purpose is to be created. When the player sees that 5-cookie match, they go for it because they want that rainbow cake, but its real purpose is to clear away three of the donuts and give the player a foothold in the lower right.

When the level begins, the easiest place to make matches is along the top edge of the donut structure. Because of the voids in the level, though, vertical matches are difficult. The left side is practically impossible to match, since it’s not only a map edge, but also constrained by the donuts. Same situation in the right, except for that five-cookie match. Once that happens, the right side is much like the top edge of the donut structure: In practical terms, you can really only match parallel with it, but you do have another row (for the top edge) or column (on the right edge) to swap tiles with.

You might wonder why they don’t just have the donuts on the right removed at the start in the first place. My feeling is that because this is a bit of an intimidating level to start, throwing in a free rainbow cake encourages the user. It also gives them an additional edge they can work with, while preserving the level’s pleasant symmetry. People love symmetry. It also serves as a nice reward for players who hold off on using the rainbow cake, since they can use it near the end of the level to collect difficult wafer spaces.

So, there you have it. An example of a Match-3 level where tile placement is fixed. It’s a different color each time, but mechanically-speaking, it’s always the same, and it serves a very clear purpose.

 
Leave a comment

Posted by on August 9, 2014 in Game Thoughts

 

Tags: , , ,

The Infamous Level 65

The last time I talked about the modern Match-3 game, I said there was a lot more than just a shift to move limits. The biggest identifier of the modern Match-3 is that it has level design. I’d like to demonstrate that by breaking down level 65 of Candy Crush Saga. When Candy Crush Saga first launched, it had 65 levels. Level 65 was notoriously difficult, and it’s been altered to make it easier. I’d like to go over what made it so difficult, and how it was changed.

Candycrushlevel65

This post is going to be a long one, so bear with me.

Read the rest of this entry »

 
4 Comments

Posted by on August 9, 2014 in Game Thoughts, Puzzle Design

 

Tags: , , , ,

Hexplosion

hexplosion

A bit ago, I started learning Unity, and I’m nearly done with the prototype for Hexplosion. Hexplosion began as a twin-stick shooter, but as I finished scripting the essential pieces, I decided I wanted to make something a bit more unique. It plays a bit like a twin-stick shooter, but instead of launching a constant spray of bullets at your enemies, you instead have a single projectile: A bomb.

You end up with a slower and more considered experience as far as attacking goes, but you still need to be reasonably quick with your reflexes if you want to avoid getting shot by enemies. It’s about hanging on and taking crucial actions.

I’m in the process of replacing placeholder images with free-license images. Once that’s over with, I’ll throw up a link to the prototype. So far, I’m pleased with what I’ve built. A friend of mine might be interested in producing some custom sprite work, so I’ve got some high hopes for this one.

 
Leave a comment

Posted by on August 8, 2014 in Grant's Games

 

Tags: ,

Modern Match-3

match3

I was playing Candy Crush on my phone on Saturday, and a friend asked what I was playing. I said it was Candy Crush, and I forget how the rest of the talk went, but they called it a Bejeweled clone, and that stuck with me. It reminded me of when people used to refer to first-person shooters as Doom clones, and how for a while, League of Legends was called a DotA clone.

Match-3 games have come a long way since Bejeweled, but why are they still compared to Bejeweled specifically? The first thing that comes to mind is that for many people, Bejeweled was the first Match-3 that stuck with them. They haven’t really played Match-3 games since, and when they look at a modern one, they think back to Bejeweled. Of course, modern Match-3 games are vastly different beasts, although people don’t quite realize it yet.

Bejeweled 2 (My baseline for this discussion) is based around making matches until you reach a target score, then you’re presented with a new level (keeping your special gems) and a new target score. This target score keeps rising (and so would your points per match). However, if you end up in a situation where no more matches are possible, the game  ends. The longer you play in a level, the more likely, you’ll end up in a losing situation, so over time, you need to make more and more of your matches into higher-scoring ones and combos to get more points out of the time you have in a level.

Most modern Match-3 games still have a score, but you no longer lose if you run out of possible matches. The board is just reshuffled. The loss condition is different: You’re given a certain number of moves to reach your goals (the old target score is now just a formality or omitted entirely). If you run out of moves, you lose. Why is that?

moves

You have limited moves instead of playing until you’re stuck for a few big reasons: The first is that the player has a clearer idea of how close they are to losing. Match-3 play is about identifying possible matches, and a fair amount of a player’s time is spent looking around for the possible matches they can make. They will clearly overlook some, and they know this, so if they make a match, they won’t know for sure that the end is coming. They might know it’s near, or it might catch them completely by surprise. “What? The game is over?” Giving the player a limited number of moves more clearly communicates to them the resources they have remaining and gives them a stronger feeling of control over the outcome.

The moves system also gives the designer more control. Many new Match-3 games involve objectives other than scoring as high as they can. I’ll go into more detail on this in a future post, but the general idea is that Match-3 levels can vary widely in difficulty. A designer can create a level, do some testing, and conclude “This level takes, on average, 50 moves to beat.” They can give the players 50 moves, and then the player has an exciting experience where they’re running out of time, but victory is just within their grasp, and they make it with their final move. Or they might lose with just one move left to make (and consider spending money on buying just one more move so they can beat the level).

This is just one way that modern Match-3 games are characterized. I’ll talk about this more later.

 
Leave a comment

Posted by on August 7, 2014 in Game Thoughts, Puzzle Design

 

Tags: , , , ,

Six Chamber Hoedown

f8C4UG4

Six Chamber Hoedown is a game I made for Insanity Jam 2, a game jam with the goal of producing a game based on a random game concept. It’s currently up for voting.

My random prompt was “A twin joystick game where you obey the loudest wasteful gunfighters.” The first game type that came to my head was a dual joystick shooter, but I decided to play with the prompt a little. A little more brainstorming, and I found a concept that’d mix the theme and gameplay together more tightly and in a funny way:

A game patterned after those scenes in old westerns where one guy says “Dance!” and shoots at the other guy’s feet. Mix that with twin joysticks, and you get a DDR-style game about jumping over shots.

I took some inspiration from the old Ballad of Black Mesa video and decided to create a song made entirely out of gun percussion.

Six Chamber Hoedown took about 10 days to make in Game Maker. I learned a lot about using Game Maker, and overall, I’m pleased with what I created. It might be fun to revisit it and make more involved levels, but I think what I have now stands well on its own.

Also, you should check out This Game Is Not A Dating Sim. It’s another Insanity Jam 2 entry, and it looks really cute!

tumblr_n9ea4alUED1t3a18ko1_500

 
Leave a comment

Posted by on August 6, 2014 in Grant's Games

 

Tags: , , , ,

Welcome to Grant’s Games

Hey everyone. Welcome to my blog. Each day, I’ll be making at least one post on game design. These will range from general analysis to updates on the games I’ve been working on.

 

With that said, you’re likely to be reading this post for one of two reasons:

1) You’re joining me at the start of this blog, and are probably a friend of mine. If so, thanks for reading my blog! If there’s a topic you’d like to see covered, please let me know!

 

2) You’ve decided to take it upon yourself to read through the blog’s back catalog. If that’s the case, thanks to you too! I hope I’ve provided you with a lot of enjoyable reading material.

 
Leave a comment

Posted by on August 5, 2014 in Meta