Saturday, August 15, 2009

Flash Love Letter (2009) Part 2








In the previous post, we covered: 
  • Chapter 1 - The Potential of Flash: The great potential of Flash as a platform and the big question: Why are there so few great Flash games?
  • Chapter 2 - Making money:  How do Flash developers currently make money.
In this post I'll cover: 
  • Chapter 3 - Generating value: How Flash developers currently create 'valuable' game for their players?
Chapter 3 - Generating Value
Okay, so you are asking for money for your Flash game.  Do you have something worth selling?  
Let's be blunt: most Flash games on the market are not worth purchasing.  That 2-minute prototype you tossed together in your dorm room with rectangles for graphics is the proverbial "piece of poo." No one in their right mind should spend money on such a slight wisp of entertainment. 
Sales is about an honest exchange of value between two parties. To fulfill your part of the deal, you need to give your players a valuable experience in return for their cash.  You need to make your players fall in love. 
I'll cover the following topics: 

  • The problem with short form games
  • A new definition of value
  • The game mechanics of retention
The problem with short form games
If you track the average play time that a Flash game provides to its customers, you'll see most games average less than 8 minutes of play. Such a short average play time is not enough time to establish value in the eyes of the customer.  Players witness a flicker of value and then the game is done. 
Aggregators dominate short form media
In other industries that deal with short form content, the typical strategy is to aggregate content together to create an hour or two of spectacle or a long term service.   Musicians create concerts and albums.  Improv groups package their skits into longer shows.  Short story writers release anthologies or piggyback onto magazines which in turn are bundled into subscriptions. 
Flash games have historically followed the same strategy.  The little snippets of game play are bundled into portals.  One game may not be all that compelling on it's own, but a portfolio of a few dozen highlighted games is enough to keep the player coming back again and again.  Only in aggregate are Flash games valuable.  
There are several downsides to this model for the developer: 

  • Players fall in love with the portal:  Players start thinking of Addicting Games or Newgrounds as a go to source of entertainment, not NinjaKiwi or Sean Cooper. 
  • Little long term love for the game: Games are treated as disposable moments in the broader experience of wasting an evening surfing a game portal.  Some may provide brief burst of joy, but this just reinforces the appeal of the portal.   
  • Dominant aggregators exercise editorial control. The terminology is 'portfolio management' or 'selecting titles that match our audience'.  The effect is the same.  Dominant aggregators often apply effective pressure to developers to make what the aggregators desire and in turn disconnect developers from the real needs of the customers.  Though well intentioned, editorial efforts typically results in a reduction of consumer choice, an elimination of innovative outliers and a suppression of disruptive business models.  Currently Flash portals are quite open, but these behaviors are beginning to creep into practices of some like Addicting Games and MiniClip. 
  • Lack of trust in the game developer:  When the developer asks directly for money, the customers runs away.  It is like the clown at the circus asking you to pay after you already paid an entrance fee.  The customer doesn't know the clown is starving.  They naturally assume that they are just part of the show.  Clowns asking for money = creepy; Flash game developers asking for money = creepy. 
Note on payment services and trust
The concept of paying for Flash games is still new to players. Payment services like HeyZap or MochiCoins see this as one of the major issues to creating microtransaction games. They attempt to solve the problem of developer trust by creating heavily branded and marketed payment services. The implicit message is "You don't trust the starving clowns, but you can trust us!" 
Time will tell if any of these services gains a large enough network of 'converted' customers necessary to make their branding heavy strategy pays off. Either way, the presence of these services is quite positive to the developer community. In order to thrive, they must spend considerable amounts of time and marketing dollars to convince both developers and players to adopt microtransactions. The end result is a large population of educated players who are willing to pay and large group of game that let them pay. This is the high order bit. Once you have such a culture of buyers, developers can more easily present themselves as a trusted vendor without worrying about the clown factor. 
The ability to take control lies in the hands of the developers
The root of this situation stems solely from the actions of current developers. Flash games, made with little overt influence by any publisher, boss or dictator, suffer from short experiences, poor branding and poor engagement with their players.  As long as Flash developers insist on making short form content that players see as disposable entertainment, portals will continue to be the primary value providers in the ecosystem.  Portal influence will grow, dominant companies will emerge and the margin for developers will fall even further.  This has been the history of aggregator dominated media throughout history and there is little evidence that short form Flash games will escape this fate. 
The only way this balance of power will shift is if developers actively strive to assume a role as the primary provider of value to the customer.  
The cultural root of the short form games habit
In order to do that, you need to look at why you are making short-form games.  Is it a lack of time and resources?  I don't think so since I see casual and indie titles pour years into their games. It is common for members of the rogue-like development community to work on a single game for more than a decade. Cockroaches don't need to release to survive so they can keep plodding away on a game until it is ready. 
Short form games are ultimately self propagated part of the Flash development culture. There exists an entire community tied to a highly effective positive feedback system that encourages the creation of short unbranded games.  This same system fails to reward developers who create longer branded games.
Game developers currently judge the success of their games on several poor metrics:
  • Game ratings on portals: Players on a particular portal rate the game usually on a scale of 1 to 5 stars. Highly rated games are given more traffic by the portals. With this particular rating system, games with overly long introductions that deliver value late in the play session are at risk of being bailed on by easily bored players. Inevitably these players rate games with a 0. This creates a natural incentive to deliver as much easy value as possible in as short a time as possible. It ends up being cheaper to produce a 3-minute 'complete' experience that earns a 5-rating than it is to create a 60-minutes experience that earns the same rating. 
  • Number of 'plays': The other metric developers care about is how many they serve. This metric over emphasizes the importance trial players who click the link, but don't play the game. The metric spikes up when your game spread throughout the various portals and drops off rapidly there after. Again, there is no incentive to make games with depth. Instead you want a new title with a catchy intro that gets people watching that ad. Putting effort into anything longer doesn't improve your numbers. 
  • Weekly and Daily Top 10 lists: Portals put up list that highlight the best new content for the week or day. These acts as a means of letting games bask in the public gaze and are highly coveted both for their traffic and their implied status. However, games quickly fall off these lists and the only way to get back on is by releasing a new game. This encourages developers to release often in order to get as many shots at the spotlight as possible.
These are horrible feedback systems.  They provide an incomplete and inaccurate views of player behavior. They have little to to do with whether or not players love your game.  They have little to do with you creating a long term engaging experience. A mildly humorous 30-second animation about ninja bunnies is just as likely to garner a coveted high rating on Newgrounds as the next Fantastic Contraption.  The first is disposable content.  The second is a viable indie business.  The current Flash ecosystem does not differentiate. 
I initially couldn't imagine that developers were optimizing their games based of such anemic and poisonous feedback. It is the equivalent of going on a diet because the fun house mirror makes you look fat. And yet...
One of my more shameful habits is to lurk on forums and watch how developers react to one another's game statistics.  I'm not proud of my voyeurism, but I find the display of implicit cultural values fascinating.  Developers who have a large number of plays (over 10 million) are lionized.  Other developers are constantly fixated on if their game will score a 4 or higher on the portal ratings.  Any Flash development forum you visit has the same conversations happening again and again.  Even worse, smaller portals robotically copy the top ten lists of larger portals, putting poor filtered products on pedestals throughout the distribution system. The result is that new developers find that there are both benefits to their reputation in the community as well as (meager) financial benefits to focusing on short form games. 
If you put a man in a dark room and place a candle at the other end of the room, he will walk towards the candle.  It matters not if there are bags of gold off to the side or poisonous snakes lying in his path.  If developers could have a brighter source of information, they could see how many opportunities they are missing in their blind pursuit of short form games.  
Note on short form vs short play sessions
Many Flash gamers like web games because they can pop in for a short play session, have a bit of fun and then leave. It is tempted to assume that short play sessions demand short form games that can be completed in a few minutes. This is not the case.
Facebook games also rely on short play sessions, yet they often run for months or even years. You can design long form games playable in bite sized chunks.
A new definition of value
In order to build value into games, we need to toss out a lot of the existing metrics and create a new definition of what it means to make a valuable Flash game. Instead of worrying about our ratings, rankings or ad impressions, what would it mean to 'deliver value to the player'?
For me, this boils down to three simple questions

  1. Fun: Are players having fun? Do they love your game?
  2. Retention: Are players sticking around and coming back for more?
  3. Money: Are players willing to pay you for your game?
If you build a game where you can objectively answer "Hell, yes!" to all those questions, you've got a game that will pay the bills and delight your players.     
You reap what you measure
Perhaps not surprisingly two of the three questions above are not addressed by the current metrics used throughout the Flash community. Let's use our natural desire for feedback and metrics to drive games toward creating real value.  
  • Build metrics into your game that measure Fun, Retention, and Money. 
  • Gather accurate data from statistically valid samples of actual players. 
  • Use the information you gather to inform the design of new features. 
  • Use the information you gather to determine if your new features were successful. 
Metrics
Player Fun
It is incredibly valuable to know how players rate the fun of your game. Instead of using portal surveys, create an in-game 'Fun' survey that has the following attributes: 
  1. The player is randomly served the survey during 2 minute intervals. So one player may get the survey at 2 minutes in. Another might get it at 4 minutes. And so forth. Each player gets the survey once. 
  2. Record the player's answer to the question "How much fun was this game (1 = Not fun, 5 = Very Fun)" This takes only a few seconds and can usually be easily worked into the context of the game. 
  3. An optional step at this point is to ask an open ended question "What don't you like about this game so far?". 
  4. Average the ratings for each point in time and the graph the results as a line graph. By using a running average of a few days or a week, you'll avoid having your results being swamped by old data from old versions of the game. 
  5. By looking at the graph, you'll easily identify the points in time when players find the game to be enjoyable. It tells you if you need to improve the intro, the body of the game, etc. 
  6. If you are extra smart, you can show the comments for the point in time where your fun rating dips. This gives you qualitative data to help you diagnose why your scores are dropping at that point in time. 
Target: Aim for an average fun score of over 4. You can also track is the percentage of people that rate the game a 5. These are people who passionately love your game and will likely pay for it.  For a good example of how to implement player fun using Google Analytics see this post: http://philprogramming.blogspot.com/2009/08/using-google-events-to-track-fun-rating.html
Retention
Repeat players are incredibly valuable. They are people who love you game so much that they will leave it for a day or two and then come back to it because their addiction burns so brightly. 
  1. Persist your customer identity. 
  2. Record the percentage of users that return at various intervals (5 minutes, 1 hour, 1 day, 1 week, 2 weeks, 4 weeks, 8 weeks.)
Target: Aim for a weekly retention % over 20%. A good rule of thumb is that player need to play for two weeks before they make a purchase. 
An alternative way of measuring retention is to track the number of times an individual plays your game. Aim for >1% of your players to return to the game more than 20 times.
Money
We want to record ARPU, average revenue per user. 
  • Just take the amount of money you've gotten so far and divide it by the number of unique users who have come into the system. 
Target: An ARPU above $0.01 is better than anything you will earn through sponsorships or ad revenue alone. For comparison MochiCoins' rumored ARPU is $0.06. With the proper game, there is no reason why you can't reach an ARPU of $1.00.
Creating the metrics page
Put together a basic HTML metrics page for your game and measure your game religiously.  A basic dashboard can be assembled with a few days effort.  You can also track events using Google Analytics.  
Again, this requires a bit of web programming skills. Unfortunately, there are a limited number of Flash friendly metrics services that handle this type of reporting.  If anyone has seen one, let me know.  This is a grand opportunity for a company seeking to add value to their Flash game developer services. 
Using metrics 
Metrics are most useful when they are used to improve a game.  Otherwise they are just pretty numbers. I've seen many teams that make collect dozens of metrics and then wallow in a flood of useless data.  Don't let this be you.  Have a plan of action. 
Here are the basic outline of how to use metrics to create customer value. 

  1. Release your game to users on a portal.  It doesn't need to be a big portal, but it should be capable of delivering a few hundred to a thousand views a day.  Feel free to site lock the game if you worry about eventually selling a sponsorship for your game.  If your game isn't capable of driving even a few hundred views a day, go back to the drawing board and make a better game.  For Bunni, we repeatedly put the game up on Newgrounds.com and took it down again. 
  2. Measure the basic metrics mentioned above.  This is your baseline. 
  3. Make a change to your game that is targeted at improving one or more of the metrics. 
  4. Measure again.  Is the game better or worse? Ask why. 
  5. Repeat steps 3 and 4 until the metrics of game are in a range that meets your target goals.  
  6. Expand your test or kill the game: At this point, you can choose to release the game more broadly by launching it on more portals.  Alternatively, a game with poor metrics that isn't improving can be killed early in the process, freeing you up to climb more fertile creative hills. 
Once you start practicing this process, you'll notice a shift in how you design and build games.  You've gone from designing in the dark to steering your game towards delivering value using the light of up-to-date, reliable information.  
An example of metrics in action. 
When Bunni: How We First Met was released on New Grounds for a test with live users, it scored a soul crushing 2.5 out of 5 on the portal ratings.  If we had only external information, we would have had a hard discussion about either scrapping the game or reworking the core mechanic dramatically.  In essence, the Newgrounds user ratings told us that we had completely failed to make a game that users loved. 
Yet, we had just hooked up our internal fun metrics as described above.  Instead of trusting Newgrounds, we were able to us ask directly users how much fun they were having as they played the game.  The hope was that we'd get better quality data due to the following factors: 

  • Random sampling:  We tried to avoid using self selected ratings which often are biased towards either those with very strong opinions or a niche portion of the population that enjoys rating things. 
  • Better defined question: We asked a standardized question that has been used on hundreds of games over the years. This let us compare the score to known baselines.  Often portals offer a bar with a number that user can set.  Who knows what criteria portal raters think they are offering an opinion on?
  • Tie ratings to gameplay: We included time stamp information so we could tie ratings to particular moments in the game. Often there are specific points in time where players experience difficulty. Portal ratings tell none of this information. 
The results were fascinating. 200 people had rated the game on Newgrounds.  Yet only 40 people had actually played the game.  Of the people who played, our average score was 4.22, a rather good number for any game.  Interestingly, the player rating actually increased the longer people played the game suggesting our core gameplay was not merely initially fun, but fun for the long haul.  Our players were falling in love. 
Using this information, we realized: 

  1. The core gameplay works quite well and doesn't need to be changed. 
  2. Something about the initial experience was turning off large numbers of users before they even played the game.
Of the hundreds of design option initially available to us, there was now one obvious feature that needed improvement. We focused on streamlining the sign-in experience so that we weren't asking for as much personal information upfront. Mere hours later, we initially tested at 3.7 (and stabilized at 4.15) on Kongregate and eventually went on to score a 4.38 on Newgrounds.  
In this situation, having the right metrics was the difference between killing the game or making a minor targeted change that led directly to success.  Not all decisions are as dramatic, but the basic process of smart design illuminated by accurate data remains. 
Note on portal ratings
Bunni's portal ratings sound good, but they are still heavily biased. Our internal surveys settled in at 4.06 (out of 5) after 45 minutes of play. Our first 15 minutes only scores a mediocre 3.6. There is still plenty of room to improve the game that is not readily revealed by existing public feedback systems.
Developer cared about biased portal ratings since they have a direct impact on whether or not the game is picked up by lower tier portals or if the game makes the front page. The good news is that portal ratings lag internal ratings in a predictable manner. Due to the biases involved in portal ratings, if your internal scores are good, portal rating will generally be higher. If you internal scores a bad, portals ratings will generally be lower. As a result, you can simply focus on getting good internal ratings and ignore portal ratings unless there is a major discrepancy.
Pitfalls
Metrics are not a magic bullet that solves all design issues, but they are a powerful tool if used appropriately. There are several pitfalls you'll run into: 

  • Over analyzing: Some designers worry that all the numbers remove the creativity from the game development process. Use common sense.  If you are analyzing the correct color of blue, maybe you've gone too far. 
  • Lack of practice: It takes a bit of practice to learn how to use specific metrics.    You need to recognize what is noise and what is a meaningful signal.  You need to learn what a 'good' rating looks like.  This takes time, setting baselines and experimenting. 
  • Out of date: You have to keep metrics up to date as the design changes.  Stagnant or out of date metrics will not be used. 
  • Inability to dig deeper: Often developers will implement high level metrics and then not have enough flexibility to find out more once an issue is highlighted. At the very least have the ability to segment your stats based off time so you can see how your latest update affected your results.
  • Treated as low priority: Developers put off integrating metrics since they don't seem to contribute directly to the game play.  This is dumb.  You still turn your lights on before you go driving at night even though it takes you an addition 5 seconds to flip the switch.
Benefits
  • Good to great: If you have made a good game, metrics can help you polish it into a great game.  
  • Finding the important design levers: Rich feedback lets you quickly focus on changes that make a real difference. You can think of the various variables in your game as levers.  Turn the right levers and your game will improve.  However, time is limited and some levers have a much greater impact than others. Without metrics, developers turn levels willy-nilly, often making the game worse without knowing.  The right metric help you identify the levers that really matter.  They often aren't what you think they are. 
  • Knowing when to kill a project: If you have a horrible game, metrics won't turn it into a great game, but they will let you know that maybe you are polishing a turd.  
Don't fear the metrics. You still need to be just as creative and passionate as before, but now you've got this wonderful information rich environment that gives you immediate feedback.  I think of it as painting in a well lit room versus painting in the dark. 
My favorite part is that when you release your game to real people and measure the results, you know for a fact if you are delivering value to your customers.  That certainty you are adding something valuable to the world feels great.  Try it.  You'll like it. 
What metrics tell you about monetizing your game
Here are a couple of stages of engagement that you'll witness when you look at the metrics for enough games.  How you much money you make and the methods you use to make money are directly tied to where your metrics settle. 
I often use the metaphor of 'falling in love' when talking about these stages since even though we are using cold hard metrics, we should always remembers that we are attempting to create a highly emotional and human experience. 

  • Flirting: Your game ranks high on fun for the first few minutes.  However, weekly retention is close to 0%.  Most portal Flash games fall into this category.  Ads work well here, but you'll give the vast majority of your revenue to the aggregators and middlemen. 
  • Dating; Your game ranks high on fun for the first hour or two.  Weekly retention is still low, falling into the 1% range. However, a large percentage of people rate your game a 5.  These players are willing to pay you directly.  Monetize them by using a content or time gate to get them to pay a one time fee.  Most downloadable casual games fall into this category.  There are a small handful of Portal Flash games that reach the dating stage.  Dating level games also give up the majority of their revenue to aggregators in middlemen. 
  • Married: Weekly retention is higher with over 20% returning each week.  5% return after after a month.  Players have integrated the game into their lives and are willing to spend money on it like any other favored hobby.  You'll find individual players willing to spend hundreds or even thousands of dollars on your game.  A long form game that has a larger number of married players is a business that can make good money for years.  MMOs and Facebook games fit into this category.  There are only a half dozen or so casual and Flash titles that are worth marrying.  Games that you can marry are one of the few types of games that lead to long term developer independence and that limit the inexorable dominance of aggregators.
The relationship between fun and retention
Theses categories of engagement point to the incredible importance of retention, a metric that has been historically ignored by Flash game developers.  The good news is that if you are already focusing on fun, you are half way there to making a valuable game. 
Fun needs to come first.  You cannot have a high retention game that players do not find fun. Otherwise, they'll stop playing. So aim for creating a game that ranks above a 4 out of 5 on the fun metric.   Once you have a fun core game, you need to extend that fun for as long as possible. 
A huge shift for Flash developers who seek to make highly monetizable premium Flash games is that they need to start thinking in terms of weeks worth of play, not minutes. 
Game mechanics of retention
Focusing on retention and player engagement changes the type of game that you make. There is an entire world of game mechanics that deal with retention. They are impossible to cover in detail here, but there are some patterns.  In general, as an independent developer, you want to make the most game play with the least amount of effort.  I live by this particular graph: 





The cost of hand crafted content scales linearly while procedural and social content decreases in marginal cost over time. With this as a guiding principle, you can examine various types of content and see if it fits your game.
  • 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. 
Within these new constraints on your game design lies an opportunity. In my humble opinion, algorithmic and social content lies at the heart of what makes games such an amazing media.  If the goal of creating a game that players fall in love with requires that developers are constrained to exploring these two thrilling topics more deeply, so be it. 
I personally find it exciting that there are strong financial justifications for encouraging game developers to invest in areas of expression that are wholly unique to games. Games that rely primarily on plot, graphics and disposable levels are bad business in a world where games thrive as high retention services. Now you have justification to say, "Sorry, that cut scene you wanted is a high burnout feature. We'll make more money by improving our game mechanics and investing in additional community features."
Being the primary provider of value is hard work
The goal throughout all this is for developers to assume a role as the primary provider of value to the customer. Unfortunately,this isn't easy.  First, it is simply determined, professional labor. You can't simply slap a price tag on any old Flash game and start raking in the dough.  You need to invest substantial effort building a rich game that players see as a hobby, not just a five minute fling. This means measuring player engagement and methodically moving beyond the cheap momentary thrills that dominate the current Flash portfolio. These are entirely new skills for most Flash developers and they will not be learned cheaply or quickly. 
Secondly, creating engaging long form games is a major cultural shift. It means ignoring and uprooting many of the accepted measurements of status and success worshipped in the Flash community.  It is one thing to tell you to "Stop making throw away experiences."  It is quite a more difficult task for a new developer to push aside the accepted norms of the tribal community that provides such an easy benchmark for their tentative efforts.  Down one path, you can crap out of a short sketch of a game and get kudos (and small amounts of cash!) from people and portals you respect.  Down the other it is just you, your users and your metrics slogging towards greatness.  Portals will shun you or offer pennies for your hours of labor.  Ad networks won't pay you any more than a doodling game that a 12 year old created in a weekend.  Only your players will love you.  And will you be able to deal with that?  Many Flash developers that stumble upon a great gaming service run screaming from success.  In their minds, they made Flash games as a quick creative burst.  Flash devs do not expect to spend months, even years of their life supporting a turbulent and demanding community of fans. 
Luckily there are a lot of Flash developers that are hungry and willing to innovate.  That is why I love this market. There are also a lot of Facebook and Casual developers who will happily transfer their business savvy development skills to a blossoming new market.  It only takes a handful of successful long form Flash games to plant a flag that say "Here be money!"  And the flocking shall begin. 
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?
  • Are you striving to be the primary provider of value to your customers?
Take care
Danc. 
PS: The next chapter will likely follow in a couple of weeks.  I find that when I post these, I get all sorts of interesting information from people...which leads to revisions. :-)  Next time I'll cover distribution.
References

41 comments:

  1. is this dissertation for the degree of Ph. D.?

    ReplyDelete
  2. No. This is what I do for fun on the weekends. :-)

    take care
    Danc.

    PS: The formatting was screwed up, but should be better now.

    ReplyDelete
  3. I haven't yet finish reading it but I scrolled down to see the amount of information of was going to assimilate.

    I was like, wooooo wow so many lines of text! Oh my... even a pretty graphic! `

    I check the clock, alright I got about an hour before I need to leave, I should have enough time to finish it.

    In short, thanks for making this :)

    ReplyDelete
  4. Excellent post. Thanks!

    FYI You can get data for today on Google Analytics. Just open the date range and click on today's date, it is just not selected by default. I'm not sure how often it updates each day.

    ReplyDelete
  5. Can you tell a bit about what kind of a setup you have for data harvesting?
    I'd like to try that out, maybe with Google Analytics because it has everything ready.

    ReplyDelete
  6. Great article Danc, as usual. It's great motivation to put my nose down to the grindstone and push out some creative something or other into the world! Thanks!

    ReplyDelete
  7. Your articles on the Flash game marketing ecosystem have been masterpieces! I envy your writing skill (and stamina!)

    However, your posts have major formatting problems, particularly in RSS readers. You should wrap blocks of text in p tags and headings in h tags. Your mix of br tags and divs doesn't hold up outside the blog.

    ReplyDelete
  8. Great post!

    But i disagree on ONE minor point...

    Story may have HIGH BURNRATE, but they also provide high value with extremly low burn rate if their secondary propertie are well done, i mean identification (character) and affection (empathy)...

    Complex stories may be interesting and give the cools but only if it support great character and situations it will create a lasting bond...

    Movie and animation use this at their adventage with merchandising... and despite the repetition some of them are built in, looney tunes classics et disney are still around (roadrunner anyone?)

    ReplyDelete
  9. I disagree about the "fun rating" popup in Flash games. Speaking as a player, getting the popup right in the middle of the bunni game was really annoying. I was still trying to figure out what was going on, and suddenly there's this thing in my face! Go away, I'm playing your game. :-P

    Might the total time played or level of achievement reached in the game be a slightly less irritating way to gage player enjoyment?

    ReplyDelete
  10. One element you don't cover is audience expectations. I think one thing holding Flash games back is that the audience expects a Flash game to be a short experience. For example, I played the game Robokill. It was a fun game, but I suspect a lot of people are hesitant to invest a one-time $10 in that game due to it being Flash, online only, etc.

    Even in free games, a longer game sometimes seems out of place. People seem surprised when a game like Barbarian Onslaught suddenly seems to be a much larger game after finishing a few levels. It's still a fun game, but it doesn't seem like a typical "Flash game" and can therefore be a bit of a turnoff.

    So, perhaps one part of this is educating the audience, too?

    ReplyDelete
  11. So, I'm the enemy here, and my motives are biased, lets get that out first. I worked for Kongregate for 2 years, and I quit so that I could make Flash games... which are sponsored by Kongregate.

    You're right about all of the things you say. The portals to emphasize short development times, and generally speaking, throw away experiences. Developers *could* make more money if they could find an audience on their own.

    A-ha. There was the catch. If they can find an audience on their own. It's all well and good to bash portals and the current flash market. To tell the flash community that we're doing it all wrong and throwing our money away, but it's this way for a reason. We sell our games to the portals because there is an established audience and revenue system that is evolving to pay more and more with time. The games are also getting larger and more in depth on the whole. Compare the front page of any portal today with the same front pages in 2006. Here's a link:http://web.archive.org/web/20060815123357/http://www.armorgames.com/ to http://www.armorgames.com

    You be the judge, is flash gaming getting deeper and more meaningful with time?

    Anyhow. If you can find an audience, you can do a game in any medium, Flash or otherwise, and monetize it yourself. For many of us, Flash simply represents a way to focus on game development as independents, while knowing that the revenue model exists and is accessible.

    NOW, a more appropriate suggestion you should make to flash developers is to release non-sponsored games that have lots of links to their own website. Distribute those games on portals, to build your audience and community, and then make some money by monetizing that community.

    As for me, well... I have stock in Kongregate, so I'll probably keep making sponsored games for the bad guys. Though I might make microtransactions in them (with Kongregate Kreds of course!)

    ReplyDelete
  12. To be clear, I am not anti-portal. I think portals are a critical piece of the distribution of Flash games and I want them to prosper just as much as the developer. Kongregate in particular has done a great job uplifting (to use a geeky term) Flash devs.

    Increased sponsor prices have had a big impact on the quality of Flash games. Microtransactions will also have a big impact on what devs are willing to invest in making a game.

    I'm taking the trends outward a little bit further than where we are right now. The fact of the matter is that there have been multiple game markets that have been born and matured. They tend to follow similar patterns and the Flash portal market is likely to share some (though probably not all) of the characteristics of previous markets. The forces of aggregation and value generation are the same even if the players are different.

    It'll be fun seeing how things go. But certainly let's not demonize anyone. All parties will play a role in determining where Flash games end up settling. There will be good actors and selfish actors in all roles.

    I'll cover the bit about your own website when I talk about distribution. A very good point.

    @pcmcull: Awesome point about Google analytics updating on the most recent day. I'll update the essay. BTW, you have great posts on integrating Google Analytics into Flash. Everyone should check them out here: http://philprogramming.blogspot.com/

    @PsychoChild: There is some training to be done for the Flash audience. At the same time, you can have long games that have short play sessions. Facebook does it, so can Flash games.

    take care
    Danc.

    ReplyDelete
  13. This comment has been removed by the author.

    ReplyDelete
  14. Word.

    I hadn't read the front page since the last post about microtransactions, so I didn't know you were involved with Bunni. Obviously that game is a flagship of self-sponsorship to monetize a community.

    I think if you can drive people to a "destination site" you can sell them things. That's the rule. If you can bring people, in large numbers, to some site that is about your game and your game only, it stops being a "flash game" and starts being a new type of experience. Fantastic Contraption did this very well, and there's several other examples. When you bring the game outside of the crowded portals that are constantly feeding content into the user's brains "Oh you died? that sucks, I bet you're frustrated, play one of 10,000 other games!"... then you have an advantage.

    You can't create a meaningful experience on the portals because of the other games. It's too easy to seek the next instant gratification. Achievement systems are curbing this a bit by giving users a reason to press on in some situations, but in general, its tough. It's the same reason why downloading a pack of every arcade game ever made and loading them up on your MAME emulator doesn't feel the same as it did when you really played it. Once you can play it all the time without losing any quarters, it just doesn't feel worth the time to bother finishing your session.

    Once you get the user out of that environment, you can really start doing some new things like selling meaningful content through microtransactions that truly seem worthwhile. Giving them accounts and profiles with points systems and all sorts of stuff in your own little universe dedicated to ONLY your game can make monetization a reality.

    But, it can be really hard to maintain one of those sites, and thats the barrier that stops most devs. They want to make games, not run sites. That's why they allow the portals to take the cut of the money that they do. I think the impact on game design is really just an unfortunate side effect of the idea that developers want to make games, not their own destinations.

    ReplyDelete
  15. Thanks so much for these articles, Danc. They are a salve to my soul.

    i second the motion for a closer look at the way you handle metrics. We use Google Analytics at Untold Entertainment, but i confess i have no idea how to interpret the data that comes in.

    damijin - you're dropping truth bombs over here. Funny that the Kongregate ex-pat is advocating a strategy that brings players away from portals. That's exactly what we'll be doing with Interrupting Cow Trivia.

    i wrote a series called Pimp My Game where i took a mediocre fast-experience game, like the ones Dan describes, and put it through the paces of various online monetization schemes, with dismal results. The reasoning went:

    - Flash games are worth money (we are primarily a service shop, and make good money for producing Flash content)
    - i don't want to give away my stuff for free on portals
    - here, i'll give away this game that i built in a weekend at a game jam and see how it does
    - it didn't do very well (small wonder!)

    But that doesn't mean i'd be comfy taking a truly excellent game and releasing it for free either.

    So here's our new strategy with Interupting Cow Trivia, which follows a lot of what this article is saying quite closely:

    1. Content is cheap to produce (game does not even have standard multiple choice questions - essentially, we just write a database of connected concepts, and voila! New "questions")
    2. Game has tons of hooks to bring people from the various portals back to our site, including Untold Entertainment global game high scores, UE membership system, and a Challenge A Friend feature which emails players, and the response link leads them - guess where? - to our site.

    This game is being designed from the ground up to buck the current system. i have NO PROBLEM widely ditributing a game for free that yanks ppl back to our site. i'll write an article this week on how we plan to monetize it, just to get some feedback from the dev community.

    Based on Dan's article and some of these comments, it sounds like we're on the right track. As usual, we'll totally share our successes and failures surrounding this game as well as any other we publish.

    Here's a link to Interrupting Cow Trivia, which is in alpha:

    http://www.untoldentertainment.com/blog/2009/06/19/interrupting-cow-trivia-alpha/

    Thanks again, Danc!

    ReplyDelete
  16. again, another excellent post with gobs of helpful information.

    The interesting / frustrating aspect about reading through this dissection of the current snapshot of the Flash world, is that it's almost mirroring the current world / near future of casual download games..

    All the portal sites are now waged in a race-to-the-bottom price war, which is only starting to entrench the similar "game value" that players have equated with Flash games..

    Will there be a future where casual download games will be free-to-play and can only survive by mirroring the current advertising / sponsorship model that is in effect in the Flash world?

    While it's a great starting point of putting up your Flash games embedded with the intention of pulling players back to your own site, it won't take long for the Portals to realize what's going on and ban you...

    But good luck to everyone who picks up the torch and starts this fight, because it's the only way Indies will survive.

    ReplyDelete
  17. I found a good read here, either the article and the comments. What Daniel Cook says and the commenters say.. especially Damijin are so true.

    I have my own voice as a new experience/story based flash developer.

    While I know these are the (known) best way to monetize my game(s) and also have my own userbases, I'm not going to go this way. There is some reasons on it:
    1. I can't (yet) concentrate in longer projects.
    2. Small games = a guarantee small batches of feeling proud, happy when they get online, if it fails I only waste several weeks.
    3. Monetary is my second reason of game making.
    4. I'm interested with flash normal monetary business because it allows me to make small games and still get a few bucks.
    5. I'm a newbie.

    ReplyDelete
  18. Great post there Danc!

    There is one site where you can make statics like that, it's just doesn't seem like it's a 100 % complete yet (not all sure about this). Anyway, it's called swfstats.com . I've been talking with one of the guys that are making it (can't recall the name), and this will be a great service!

    ReplyDelete
  19. I love when people find answers to questions I've carried for years, but never had the time/energy to find out myself. Thank you!

    ReplyDelete
  20. I have fallen in love with your love letters good sir. There is so much valuable information here, thank you so much!

    ReplyDelete
  21. I'd be just echoing others saying anything more then thank you! :)

    ReplyDelete
  22. These are great articles! The advice is so hard to take though because I really do love short games. Both playing them and making them!

    ReplyDelete
  23. Thanks Danc for this excelent piece of information. I'm looking forward to the part 3.

    ReplyDelete
  24. I thought it was interesting that Valve uses metrics/quantitative analysis extensively to tune their games. In fact, they delivered a whole GDC presentation on the subject: PDF. Given that they're a company known for top-quality games I think this lends some weight to the idea that metrics are critical to making a game fun.

    ReplyDelete
  25. Hi there,
    I just want to let you know than your blog is the "Blog of Note" at Blogger.

    CONGRATULATIONS!!!

    Please enjoy this great moment.

    You deserve it!

    Sincerely,
    The FREE IMAGES BANK blog author
    Just another Blog of Note.

    ReplyDelete
  26. My comment is unrelated to your post. I'm only going to say that I see you worked for Epic Megagames, which produced about half of the games I played as a kid. Thanks!

    ReplyDelete
  27. SHOCK WAVE! This simple Ozarks farm chick was expecting to see flora and fonna pics here. Interesting. I wanted to congratulate you for being featured on Blogs of Note. Have a wonderful day!!!

    ReplyDelete
  28. Congrats on being a Blog of Note, or should I say Blog of Book? This is one detailed post! I can see you are brilliant, but I have a quick question, what is a chickadee plucker?

    ReplyDelete
  29. very interesting site with nice topics..

    ReplyDelete
  30. I love these kinds of sites. Please take the time to visit my site if this sort of thing interests you as I have put much time and effort into it.
    ediblemince.blogspot.com
    or
    ediblemince.tk

    tks

    ReplyDelete
  31. There were a number of comments in Part 1 discussing a portal "by developers, for developers" that focused on long-form games with high value and high monetization possibilities. Such a portal could provide metrics APIs and require that developers improve their games, and then provide monetization APIs. Players would come to a portal with the feeling that all of the games there are crafted by great developers (who they can get to know) who love making games and are focused towards making games designed to be played for more than 8 minutes. You might lose a lot of the "I play flash games because they are free" crowd, but I think you would find a whole new crowd of people who like to stick with a game through the end and don't mind paying for a long experience.

    ReplyDelete
  32. You have a site Dan, this article is very informative & I can't wait to get your take on the subsequent chapters you've outlined.

    I'm working with a small team on a Flash application and we noticed that you've worked as a Product Manager in the past. We have a member of our group who has voiced a desire to fit into this role, but we're unsure as to how he can help us move forward towards a monetizable product at this stage of the game.

    We're curious:

    What's your take on having a Product Manager on board in terms of responsibilities assumed and value added to the project?

    If you happen to have read "The Four Steps to the Epiphany" by Steven G. Blank,

    Would you say that a PM fills the "Customer Development" role on an ongoing basis?

    We're having a hard time figuring out how he can be a productive fit without a portfolio of games to manage; Any comments you might have would be great.

    ReplyDelete
  33. Sunny,

    If you'd like you can mail me at danc [at] lostgarden.com. I wasn't able to find your contact information.

    ReplyDelete
  34. I wonder -- frequently -- if I doing the right thing. ... then I in your article:

    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.

    It's certainly comforting to see another person confirm what I was attempting in my silly games I create at pbmcube.com

    ReplyDelete
  35. You should add the Love Letter label or tag to make it easier to find from the first one.

    Great articles though!

    ReplyDelete
  36. Any word on Part 3 of Flash articles?

    ReplyDelete
  37. Hopefully smaller indies start posting results from their monetization testing...

    I've heard wildly different stories from some companies...some are seeing the success they've been hunting for, while others are falling hard and fast.

    ReplyDelete