It seems sensible for developers to want to know if their game is fun. Games are entertainment – and so a measure of whether the game is working would be “do people have fun playing it”.
This means that researchers get asked this question reasonably frequently. Today we’ll look at some of the challenges with answering it, and how researchers can handle measuring fun.
Get future games user research lessons direct to your inbox
Finding the fun in games
It’s not hard to come up with a question about fun. You can ask something like…
Or you can ask…
Each of these variations gets you a fine answer, and it can keep researchers busy for hours debating exactly which is the most reliable question wording to use. (My own take is that it doesn’t hugely matter as long as you consistently ask it in the same way when doing comparisons).
And that’s great – you now have a number to represent fun (or enjoyment, or how good the game is).
But what does a number mean?
A number by itself can not be that helpful. “This game is eight fun” only inspires more questions, including:
- “Is eight good?”
- “What about it makes it eight?”
- “Why wasn’t it nine?”
I suspect people hope this is predictive of critic review scores, but in my experience that has never been the case – what game reviews are assessing on is completely different from what players are able to assess on.
The number is also heavily biased by the context in which you’ve asked it – especially for high profile games. You’ve brought in some people to play an unreleased game, in a secret user research lab, which is a fun experience. You’re learning that they’ve had an eight of ten day out, not that they have played an eight out of ten game.
Using the number as a benchmark
Some value is in using the number to compare to other things. Eight out of ten is meaningless by itself, but when you know another experience is seven out of ten, that now has meaning – this one is better.
Things you can compare to include:
- The ‘score’ for one level vs another level.
- The same game at different stages of development
- Other prototypes or games at a similar stage of development.
Keep in mind though that players will be rating everything about the experience they had, which can make comparison difficult. If comparing your game with something at a different development stage, the more ‘finished’ one will probably rate higher – which is only telling you it’s more finished, not that it’d be the better experience once complete.
As mentioned above, players will also be rating if they are having a fun day out – something to watch out for if you don’t run the test in the same location using the same method, or if you use a different type of player. It’s easy to come to misleading conclusions.
Working out what is fun
I find a lot of the value of asking for a ‘fun’ rating is in the discussion after with players. It can lead to learning why they rated it high or low, which is a lot more useful for game teams than an overall score. Asking ‘why you gave that score’ helps teams learn what elements are working, and what players believe are the biggest issues with the game currently.
How I handle fun scores
How I treat measuring fun is:
- Use one of the questions above to get a numerical rating
- Ask some interview questions to understand ‘why they gave that score’
- Do the maths and make a graph – either giving the number in isolation, or as a comparison to something relevant
- Combine the graph with the qualitative comments about why people gave the scores, grouped by ‘good things they said’ and ‘bad things they said’
- Put this all at the end of the report, after behavioural and usability findings, and explain why it’s in a deprioritised section by itself
- Explain to my game teams that the number is difficult to interpret, because of the influence the study design and development stage has on the score. Give extra caveats if it’s a qualitative study where we have a low number of participants. Contrast it to the behavioural findings earlier in the report which we think are safer to take action on.
Or push for better measures
I asked peers for their opinions on fun scores.
Amanda Jarrell’s approach is a really sensible way of handling this. Working closely with development teams to push them to more accurate measures is a more effective way of judging if we’re creating the player experience we want to create.
One way of achieving this is getting teams to define the emotional experience they are trying to create, and then forming questions asking about those emotional experiences, rather than overall fun. This unfortunately blurry picture of the emotional map of Journey is a great example of defining an emotional experience of a game so it can be measured (source: The Dead Pixels). The Guardian newspaper wrote more about emotional game design and mapping emotional arcs here.
This could also include pushing teams to define more objective measures than emotion. How many times do you want players to fail this challenge and How long do you think this section should take players are a lot easier to measure and handle.
Looking for more on fun? Do read John Hopson’s article ‘Why I hate fun’ for a great critique of ‘fun scores’ and a description of some alternative approaches.
Also this month there was some great fun score related discussion in the replies to this tweet by Elizabeth Zelle – read the tweet and the replies.
Some prompts to think about:
- What are the risks from sharing a ‘fun’ score?
- What questions should you ask teams who want to run a test to discover “is my game fun?”
- For a recent game you’ve played, what emotional experience is it trying to create? How would you measure if it’s successful
Get ready for a career in games user research
Get my free ebook of career tips from researchers at top game studios such as EA, Blizzard, PlayStation, Ubisoft, Activision and more. Based on exclusive interviews, they reveal ten essential tips to kick-start your GUR career today.
Plus receive a monthly email with free games user research lessons and curated early-career Games UX and UR jobs.
Sign up now to get the free e-book (no spam, just a nice email from me each month!)
Don’t miss future issues
Thanks for reading this issue. Get a monthly email with a lesson like this + the latest entry level games user research roles by signing up below.