Summer is convention season, and that means lots of opportunities to play games, and for a designer that means playtesting. In the past two weeks [at the time of writing] I played a lot of games of New Bedford, as well as some other games, at Origins and a local Unpub Mini. As I prepare for the relaunch of New Bedford in a few weeks, it’s very important to get everything I can out of these last-minute tests.
You can get a lot of information from a playtest. A lot of it is watching how the players interact with the game. When players are engaged in the game, that’s a good sign. If players are distracted, you know that there is some part of the game that they aren’t connecting to. A lot of information comes from simply seeing what players accomplish in the game. Wins, losses, and scores can reveal new strategies or new problems, or confirm old ones.
Since I was teaching a lot of games, I participated in most of them. That gave me the opportunity to try things that new players wouldn’t think of right away. But when you’re playing the game, you only get to see events as they happen. You can get a different perspective by sitting out and watching, sometimes by seeing how different people deal with varying information.
But one of the most important ways you can get feedback on your game is simply by asking for it. And that’s the real focus of the next few articles I have planned. How I use feedback from players. First I need to make a distinction, playtest feedback as opposed to feedback as a mechanism.
In this context, I’m talking about feedback as everything a player tells you about the game. Now, a little motivation for why feedback is important. All of the successful designers I know say that playtesting is a huge part of making a game good. And most, if not all of them will also tell you that feedback is an absolutely vital part of that process. The reason for this is that feedback gives you direct insight into how players react to the game. That is why it is such a big part of the Unpub program. If you are only getting one perspective on the game (your own) you’re missing a lot of understanding about your game. Feedback is how you get that outside perspective.
One of the challenges with dealing with feedback is knowing what to use and what to ignore. A great post by Doug Levandowski over on the League of Gamemakers gives a great overview of different stages of feedback. It’s my intent with these articles to be a little more in-depth with how to get and use feedback. The first article will discuss what feedback you should use, the second one will discuss what feedback you shouldn’t use, and the third one will discuss specific ideas for getting more out of the feedback you ask for. And of course, this isn’t just for designers, it’s also useful information for playtesters to understand where their feedback fits into the game, and how to improve the feedback they give.
[Note: These links won’t be active until the articles are posted]