Which games will go the way of Pinball machines? November 27, 2009
Posted by jeremyliew in economics, game design, game mechanics.10 comments
It is interesting to note that while MMOGs, time management games and real time strategy games have made the jump to social games, First person shooters have not. Why not? I find the current generation of FPS very hard to pick up, and that may be part of the problem.
The Cheaptalk blog has an interesting post on an economists view about why pinball peaked and died out. He blames it on the transferability of skill from one pinball machine to another, combined with adaptive technology. This caused the market for pinball machines to bifurcate to experts and newbies, with most effort going towards building games for experts.
Pinball attracted a different crowd than video games like Defender (my new pal designed Defender and Stargate too,) and this is the fundamental theorem of pinball economics. Pinball skill is transferrable. If you can pass, stall, nudge, and aim on one machine you can do it on any machine. This is both a blessing and a curse for pinball developers. The blessing is that pinball players were a captive market. The curse was that to keep the pinball players interested the games had to get more and more intricate and challenging.
Pinball developers struggled with this problem as pinball was slowly losing to video games. Video games competed by adding levels of play with increasing difficulty. Any new player could quickly get chops on a new game because the low levels were easy. This ensured that new players were drawn in easily, but still they were continually challenged because the higher levels got harder and harder. By contrast, the physical nature of pinball, its main attraction to hardcore players, meant that there was no way to have it both ways.
Eventually, to keep the pinballers playing, the games became so advanced that entry-level players faced an impossible barrier. High-schoolers in 1986 were either dropouts or professionals in 1992 and without inflow of new players that year essentially marked the end of pinball.
What game genres have similar characteristics? First Person Shooters come to mind. This challenge is magnified in a mutliplayer environment – it’s not fun to get fragged within seconds of starting a game. It’s the same experience that a new paintball player gets if they wander onto an average paintball course today – most players are now experts.
I highly recommend reading the article if you’re involved in the games and social games industry. I suspect that there is a risk that the competition for players in some popular social games genres may take us in a similar direction if we are not careful.
What other genres of games do readers think may be at risk in the same way?
Game designers, what do you need to do to get your players to pay you? August 18, 2009
Posted by jeremyliew in flash, game design, games.1 comment so far
Dan Cook follows up his great post on how freemium beats advertising as a business model for flash games with a second great post on how you can get your players to pay you. After discussing the historical reasons that most flash games today are such lightweight affairs, he recommends the following checklist to see if you’re building enough value in your games to get users to pay you:
Quick value checklist
- Are you ignoring bad metrics like portal ratings?
- Are you measuring the holy triumvirate of value: fun, retention, money?
- Are you collecting real customer data?
- Does your game score 4 out of 5 on the fun scale?
- Do players return after a week?
- Is your game design amendable to high retention play?
- Are you iterating on your game and improving your game as measured by internal metrics? Have you figured out the big levers that affect player experience?
- Do you know when you are done? Do you know when you’ve reached the point where your game has proven value to your players?
- Are you willing to bail on the game if it doesn’t show signs of improvement?
Dan recommends measuring key drivers of value such as how much fun players have at various time points (by random survey), how often players return, and how much money you make from each player (on average). He then recommends making various game design changes, or a “kill the game decision” based on these metrics.
I strongly support the idea of using metrics to fine tune game play with real live players, in much the same way that web 2.0 used metrics to fine tune user behavior. This is best practice for many social games today – Siqi and David from Serious Business and Lil Green Patch gave a talk at the Social Gaming Summit about just this topic. I think another important metric is engagement (e.g. average time spent playing the game, including multiple sessions). I believe engagement is correlated with monetization – the deeper a player is engaged with a game, the more likely they will be willing to pay. I think that this may be a better measure than retention (although I’m open to debate on this point). In many free to play games, the bulk of the money is spent in the first spike of game play, so whether they continue to return or not may not be as important as how well you hook them in the first few days that they play the game, and how addicted you can get them.
This of course leads to questions of how you can build long term engagement, which Dan also has some suggestions for:
- Narrative, story, and cut scenes exhibit “rapid burnout”. In other words, player see them one or twice and then are bored when they see them again. Games that rely on such content have generally low retention metrics. You can mitigate this by releasing new narrative content on a regular basic to keep the product ‘fresh’, but this has a high cumulative cost.
- Linear levels or solvable puzzles also exhibit rapid burnout. Game systems that can be completed or conquered are usually one shot activities. You can layer additional challenges within each level, but often only expert players will be motivated to come back for a second play through.
- Some handcrafted content like text or static images can be refreshed cheaply: The type of handcrafted content you include makes a huge difference on the slope of your increasing costs. New text-based questions in a trivia game are relatively cheap compared to creating new God of War levels. An hour of text-based content is likely several orders of magnitude cheaper to build.
- Social content is low burnout: People will keep interacting with their friends for years. Mechanics that can tap into this often have very high retention rates. Anything that allows players to chat, share and form social identities in a community is pure gold.
- Grinding results in burnout, but it slows the process. Techniques like leveling or purchasing upgrades can dramatically increase the length of the game for very little development and design costs. Think of grinding as method of stretching, but not adding to your content. Grinding techniques only delay the inevitable. They can result in lower fun scores as people feel obligated to play, but aren’t enjoying the process of playing. Since you want people to fall in love, such a reaction can be counter productive to your goals.
- User generated content systems are low burnout: User generated content is ultimately a social system that encourages users to create consumable puzzles. The puzzles themselves may be short lived, but the community of creators can thrive for decades. This solves the problem of the linearly increasing cost of more handcrafted content by apply large numbers of people working for free.
- Algorithmic content has low burnout, but is hard to create and balance: Evergreen mechanics like Bejeweled or random map generation in Nethack keep people playing for hours. However, they are tricky to invent and balance.
An example of a high retention game is one like Puzzle Pirates that has social (avatar, chat, guilds), grinding (levels) and evergreen algorithmic content (puzzles). There is some light narrative in the form of periodic events and very little in the form of conquerable level design. Most games have a mix of all these various types of content and successful services almost always put a portion of their reoccurring revenue towards a steady trickle of low marginal cost handcrafted content. However, a high retention game designs tend to emphasize content with less burnout.
This would lead you to believe that (i) sandbox games (ii) user generated puzzle games and (iii) multi player games are well suited to driving long term player engagement without forcing costs to scale linearly. I’m inclined to agree.
What browser based games (flash and non flash) do readers think exhibit these qualities?
Casual real time strategy games August 6, 2009
Posted by jeremyliew in game design, game mechanics, games.3 comments
Gamasutra has a nice writeup of the game design behind Corpse Craft, a causal RTS (real time strategy) game on Whirled:
In a traditional RTS, resource gathering is largely automated (players send designated resource gathering units out to harvest materials and bring them back to base, and they do it until either they’re killed or the game is won), and it’s the combat that has to be managed. Conkling decided to invert this model in order to eliminate the need for unit micromanagement. In Corpse Craft, resource gathering is micromanaged through the match-3 game, and new units that are created behave autonomously based on a very simple set of rules.
In other words, players spend resources to create undead creatures but don’t actually control them. There’s no base to manage, and no map to explore; all of the action takes place on a single non-scrolling screen.
According to Conkling, traditional RTS games typically keep combat interesting with a simple unit ecosystem, and battles are most exciting when they’re epic and unpredictable. Corpse Craft maintains that feel through a basic rock, paper, scissors relationship between units, where each unit has an obvious strength and a weakness that can be mitigated by sending the unit onto the battlefield along with other units that offset that weakness.
“Each unit behaves predictably, which is important because they’re not under player control, but when you throw lots of units together into a battle, there are interesting and unpredictable things going on due to the huge variety of interactions between those units,” Conkling said. “Battles are emergent in the sense that there are a few basic rules that drive the combat units, and from that you get chaos, unpredictability and interesting gameplay.”
Web based casual RTS games are a very interesting genre to me because they offer so many opportunities for virtual goods based monetization. We’ve seen several MMOGs make the leap from hardcore client based games to more casual web based games and retain their ability to monetize through virtual goods, and I think RTS is the next category to make that leap. That’s why we invested in Casual Collective last year, which has developed a number of such casual RTS games including Desktop Tower Defence, Flash Element Tower Defence, The Space Game, Minions and Desktop Armarda.
Casual Connect panel on designing, balancing and managing a virtual economy August 3, 2009
Posted by jeremyliew in economics, game design, game mechanics, games, mmorpg.2 comments
Freetoplay.biz has raw notes taken from the session on Designing, Balancing and Managing a Virtual Economy. Some good quotes include:
On inflation:
Gaia
- did not manage economy when they started
- want ppl to earn quickly for initial wow experience
- down the line, someone who has been playing for months and months get really rich – what is left for them to buy?
- need to manage these disparities correctly from the beginning
- company has one full time economist balancing it
3 Rings
- don’t screw up
- mudflation – overinflation of currency is easy to introduce if you are not being rigorous about sources of attention currency
- need to have some level of instrumentation… need to pay attention and be set to react when something goes awry
- it is a discipline that is tough to master
On creating one time currency sinks to battle inflation:
3 Rings
- incredible opp to take fantastic amounts of wealth and turn it into a one-time exclusive item
- when we shut down alpha server we challenged people to throw Pieces of 8 into a hole… winning group got their name on top of a list
Gaia
- we wanted to redo our amazon-like stores within the site, so we created a fiction inside Gaia that stores were getting shut down because of recession… asked users to help donate to help build higher quality stores… we created a concept of leaderboards… where largest donating teams got their names in lights… they felt as though they were getting status within the site
On pricing and maximizing ARPU:
Nexon
- you want your players to spend all the money they have so they need to get another payment card, etc
- you should offer your players lots of diff ways to spend their money
- players are not buying 1 item at a time… they are batching… buying $10 of virtual currency at a time… so you need lots of options for purchase so people don’t have money just sitting there
2 Fish
- i love pricing… counterintuitive in some places
- barrier pricing… i.e. everybody wants one of the cooler cars
- initial thought is that cars should be expensive
- but really they should be cheaper as they are a barrier item
- once they have a new car they can spend more on customizing it
- think about what kind of behaviours you want and price to encourage that
Nexon
- we actually do sell cars for $10
- we sold 120,000 cars for $10 apiece
- agrees re: barrier
- but barrier for ppl in game is not 10c, but $10 for initial payment… so you need enough items to justify that
- if you have 100 ppl playing game, what % are going to pay and how much
- what items can you create to get to a $15 ARPU
Gaia
- we do exactly that re: modeling an ARPU
- interplay between getting ARPU up vs getting percent of people who pay up
- clearly they should be complementary
- but fascinating thing is that we are not really clear on which one matters more, we go with what is easy
- getting dollars per player up is always easier
- people who want to pay are willing to pay a lot of money
- relatively easy to find small % of ppl who pay and pay
- more interesting thing is how to get a higher percent of ppl to pay
- that has more ramifications on long term business health
- barrier is getting the money into the game via cc or payment card
On dual currencies and managing fraud and chargebacks:
Gaia
- we need to be clear… if you can get your money out, then it is a big issue
- SL has a currency where you can invest your time and get it out in real dollars
- as soon as you do that, you can run into regulation issues, but more primarily, people will try to game the sytem… bots, farming, etc
- if you are going to go down that path, plan on having half your dev team working on managing exploits for the next few years
- you have then become the best target for money laundering
- we chose not to do that… greatly simplifies life… branding decision as well – is your site a place where you can spend time and earn money? a career? or is it a fun experience where you put in your money but don’t expect to get it out
Gaia
- ways to avoid hitting the 1% chargeback
- not allowing you to purchase on day 1
- maxing the amount ppl can spend in a month
- making sure ppl can’t pull money out
3 Rings
- we hit chargeback problems … we hadn’t switched on address verification… turned it on and problem went away
- WoW has big chargeback isseus as people farm on stolen CCs
Fatal flaws of Flash Game Design – notes from Kongregate talk at Casual Connect July 30, 2009
Posted by jeremyliew in flash, game design, games.2 comments
I didn’t make it up to Casual Connect this year, so have been scanning the blog writeups. It sounds like Jim and Greg from Kongregate had a great session about some of the Fatal Flaws of Flash Game Design.
Adrian Crook notes that game plays are not as long-tail as expected:
- 1st game – 12m plays a month
- 2nd game – 10m
- 20th game – 2m
- 60th game – 1m
- Top 1% – 50% of playtime
- Top 10% of games – 90% of playtime
This won’t be a surprise for most game designers – it turns out that quality matters!
Greg from Kongregate posted his own notes, summarized as:
#1 You’re Making a Game, Not a Homework Assignment (i.e. start with the fun in the game)
#2 Ask the People Who Matter (i.e. get strangers to play test, not just friends)
#3 “Controls, Controls, You Must Learn Controls” (i.e. no one reads the instructions so make controls intuitive)
#4 Calling Your Game Art/Hardcore Is Not an Excuse (i.e. making your game difficult to use or play is not a good idea)
#5 Start from the Bottom Up, Not the Top Down (same as #1)
#6 Focus on Your Strengths, Not Your Weaknesses – Don’t Try to do Everything (i.e. make sequels, clone your own successes, and don’t try to be all things to all people)
#7 The Player Does What’s Efficient, Not What’s Fun (so make sure the efficient way to play to win is also fun)
#8 Show That You’re Human (i.e. funny is good, and don’t kill yourself on graphics)
#9 The Final 10% is Most Important (i.e. launch the game, not the beta). This last point is worth quoting more extensively from Greg:
When your game is technically done, there’s a tremendous urge to release it immediately. It’s like finishing a book report and not wanting to proofread it. It’s done! I can turn it in! I can be finished! The light is here!
But resist it. The final 10% of polish is by far the most efficient use of your time, even if it’s the most annoying and feels the least productive (since you’re changing things rather than building them).
But its importance cannot be understated. Maybe the boss on level 1 has too much health, and 40% of the people who play your game give up at that point. Five minutes of tweaking a health number could have been the best five minutes of time you ever spent in your entire life.
Don’t forget to add the little things! Having a mute button (separate for sound and music) and an intuitive save system will go a long way in making players like your game (or, more accurately, in preventing them from hating it).
Play your game. Play it again and again and again. Get others to play it. Get their feedback. Tweak, tweak, tweak. Continue polishing and ironing out bugs. Don’t be afraid to cut something out entirely if it’s not beneficial to the game – yeah, I know, you already put the work into it, but the player doesn’t care how much work you’ve put into it. If something is there that’s not fun, it simply shouldn’t be there. There is no advantage to your game being big and long purely for the sake of being big and long. Again, it’s not a homework assignment.
While I agree with this last part, I think that launching the game with good analytics built in will help you do this tweaking with real player feedback.
Erin Bell at Gamasutra has a couple more notes
Don’t Expect To Be Paid By The Hour
The Kongregate duo added: “Developers are shocked when they produce a game that they’ve been working on for four months and they only get a $1,000 or $2,000 sponsorship offer on it.”
“The thing is, no one really asked them to make this game. It’s something they did on their own, and reverse logic doesn’t really work when you try to break it down by the hour. It doesn’t matter how long you spent on the game, it’s the final product that matters.”
Don’t Equate Length With Value
A lot of developers feel like they need to have a long game, which makes sense if they’re trying to sell your game for $60 on a console, but not so much for a free Flash game, according to Kongregate.
The Several Journeys of Reemus series, for example, was a successful game on Kongregate, but most of the negative comments focused on its unnecessary length. The final level in particular, which was extremely repetitive, drove people crazy. When McClanahan asked the developer why he had made the final level so long, he said that the game would have been too short if he hadn’t.
McClanahan contrasted that example with You Have to Burn the Rope – a game that was one minute long to play, but has an average rating of 4.02 (out of 5) at Kongregate.
On this point, I hold more with Dan Cook’s view that the way to break out of the $1-2k/game mindset for Flash Games is by integrating virtual goods as the business model. Usually a players willingness to spend money on virtual goods is correlated with their level of engagement. This means short games (unless they are replayable) are unlikely to be able to get users to open their wallets. Equally, games that are long for the sake of being long (and lose the fun) are also unlikely to be able to get users to open their wallets as well. Long play sessions driven by fun are the most likely to be able to make the jump to a more lucrative virtual goods driven business model in my opinion.
Gaming business models: Freemium beats advertising July 7, 2009
Posted by jeremyliew in advertising, business models, flash, game design, games.3 comments
Dan Cook has a great post about business models for flash game developers over at Lost Garden. He says:
Ads are a really crappy revenue sourceFor a recent game my friend Andre released, 2 million unique users yields around $650 from MochiAds. This yields an Average Revenue Per User (ARPU) of only $0.000325 per user. Even when you back in the money that sponsors will pay, I still only get an ARPU of $0.0028 per user. In comparison, a MMO like Puzzle Pirates makes about $0.21 per user that reaches the landing page (and $4.20 per user that registers)What this tells me is that other business models involving selling games on the Internet are several orders of magnitude more effective at making money from an equivalent number of customers. When your means of making money is 1/100th as efficient as money making techniques used by other developers, maybe you’ve found one big reason why developers starve when they make Flash games.
His solution?
Ask for the money
When game developers ask for money, they are usually pleasantly surprised. Their customers give them money; in some cases, substantial amounts. I witnessed this early in my career making shareware games at Epic in the 90s and I’m seeing the same basic principles are in play with high end Flash games. Fantastic Contraption, for example, pulled in low 6 figures after only a few months on the market. That’s about 100x better than a typical flash game and in-line with many shareware or downloadable titles.
I think his conclusion is right not just for Flash game developers, but for all sorts of game developers, including MMOGs, iPhone games etc. dan runs through some steps that game developers should take to maximize their chances of being able to make a living from designing games, specific ideas about what to charge for, and responses to common objections to getting users to pay. For new or aspiring game designers, it is worth reading the whole thing.
Some game design considerations for a free form eldergame May 21, 2009
Posted by jeremyliew in game design, game mechanics, games.1 comment so far
Last month I posted about Bartle’s thoughts on how to build an eldergame, principally, to allow for free form play following the Eve model.
Jame Portnow recently posted in GameSetWatch about some of the elements of game design that you should bear in mind when thinking about such a free form world, or as he describes it, a single server MMOG. It’s long but worth the read.