Looking Forward

Last time I talked about last year, so this time I'll have a think about what I'm planning to do this year from a game design perspective.

Cheesy stock art time.  Yoinked from Pixabay where they say this is public domain.

I think that probably my biggest hope is to do more playtesting.  A lot more playtesting.  And developing some of the games I already have in the pipeline some more.  This means that I might have to back off on rattling out new games for the 24 hour contests and the like, though I'd still like to take part in some of them, but I think the focus for 2016 should be getting at least a couple of games into a much more developed condition.

I am starting off the year as I hope to continue, as this weekend I will be heading into London for a Playtest UK meet; I can't make these very often as most are on weekday evenings nowhere near me, but I can occasionally get into The Smoke for a Sunday afternoon, so here goes.  I'll also try to convene a local playtesting group a little more often and be a little more forward in asking people to play prototypes.

In particular, as I have made a fair bit of progress (albeit slowly) with Boogie Knights, I would really like to get the rest of the rough edges knocked off.  Then I can decide if I will try pitching it to a publisher or just leave it as a print and play game.  I'm not sure which other game or games will benefit from the extra attention, but I'm sure I will be posting here about how things go.

Which brings us to the big one, getting published, which friends do ask me about from time to time...

I would be lying if I said that I do not hope to get a game published one day, but I think that realistically I am some way away from that.  I don't want to get a game published at all costs and I sure as hell don't want to publish myself, so I will continue to plug along and get some of my designs to a level where I can be really proud of them.  Yes, I know this is me putting off taking the risk of pitching to a publisher, but I'm happy with that for now.  And you never know what will happen along the way.

Apart from the actual testing and developing, I need to get more practice with rulebooks.  I am definitely coming to the conclusion that I would like to be known for being able to produce a really good set of rules.  I am also acutely aware that I am still a long way from that goal.  So the aim is to get practice.  I will volunteer to proofread, edit, rewrite and otherwise help with as many other people's rulebooks as I am able, and I will work hard to improve my own work too.  (So if you have a rulebook you would like an extra pair of eyes on, please let me know!)

So that's the plan.  More playtesting and development, and more work on writing rules.  We'll see how I get on over the next 12 months...

Looking Back

Allow me to be among the last to wish you a happy new year. It has taken me a while to get back on the blogging horse, but here we are, all mounted up and ready to ride forth into the future...

If I was writing this a fortnight ago it would have been very much the done thing to look back on 2015 and see what I have learned and achieved over the last twelve months. I'm a bit late for all that, but I'll do it anyway.

Nice pic yoinked from Dr Wendy Longo on Flickr.

I discussed a couple of months or so back how I was doing with the game design resolutions I set myself for the year and concluded that, while I wasn't quite doing everything as planned, I was doing OK. The only thing I haven't really done is dug into my "game hooks" list and made something tangible out of some of them, but I think I have managed something better.

So to sum up things that I am pleased with (from a game design perspective) over the year...

• I have entered the BGG 24 hour game design contest six times through the year, each time resulting in a new game that I have shared for others to play, and I've even experimented with different styles of games as part of this.
• I have iterated over one of the games that came out of the 24 hour contest (Boogie Knights) and even brought it to a public playtest event. The game is still a long way from finished, but it has (mostly) improved at every revision, even though there have been some missteps here and there.
• I entered a bigger contest, the BGG Children's Print and Play Design contest with I Know An Old Woman, which has become my first entry in the BGG game database, so I'm now officially a "game designer"! I'm generally happy with the game, though I need to do a revised rulebook as I'm not at all happy with that.
• I've been getting into rulebook writing, spurred on even more by the fact that my one "released" game desperately needs that skill applied. I have proofread a couple of rulebooks, and helped rewrite a translated rulebook from the ground up for someone else. All great practice.
• I have the beginnings of a local playtest group who are willing to try out my prototypes and give some pleasingly frank feedback. Learning to work with playtesters is a whole area of skills to develop.
• I have managed to post on this blog on a reasonably regular basis. While I could be using this time for actually working on games, I think that having the blog is a useful tool to aid me in reflecting on my progress. I could probably do this in a private journal, but doing it publicly means that I need to make the posts in some semblance of proper English in case somebody actually wants to read it.
• Being more active in the Board Game Geek design forums is starting to yield contacts, mostly people in a similar boat to me, amateurs, maybe just getting started, but it is starting to feel like I am becoming a part of a community, which is really encouraging.

On the downside, all these new projects have meant that some of the games I started thinking about and working on a year or two back have languished a bit. So no progress on Space Station 7 and precious little on Scurvy Crew, for instance. But this is not all bad as I think that all the work I have been doing on other games has helped me develop my skills so that I might now have a better chance of dealing with the issues with the older games that slowed me down.

While making games has been the biggest help to learning, I've also found lots of podcasts to listen to and blogs to read which give a great deal of wonderful information on all aspects of game design. I'll post about my favourite ones some time, but for the moment I'll just say that if you just subscribe to one source, make it Cardboard Edison, who provide some of their own content, but also post links to many of the best boardgame design blogs and podcasts.

Next time I'll post on my plans for the future...

24 hours of angels

I haven't taken part in one of the BGG 24 hour contests for a while, and I really wasn't expecting to find the time to do so until the new year.  Furthermore, the December requirement of 'angel' just didn't speak to me (OK, I admit it, I didn't get overwhelmed by a need to make puns in this case), so it looked like I was going to pass again.  But then some inspiration came to me and I figured out that I could find a day where I should be able to spend a reasonable amount of time on the project, so angels are go!

So, the idea was more seasonal than would normally be expected for a grinch like myself: decorating Christmas trees, with the angel requirement being met by players being able to add an angel to the top of the tree to "complete" it and lock the scores in.  The requirement of the contest is just something that has to be incorporated into the game in some (any) way, and not necessarily as a major part of the theme or setting.

Yellow is doing pretty well, despite no angels placed yet.

The game, now it is mostly designed and functional, is essentially a very simple area control game.  At any given point there are four trees that can be decorated, and access to these is restricted by rolling dice.  At the end of the game, points are scored for being first or second place in terms of having the most decorations on each tree, and there are bonuses for anyone who manages to place an angel.

I've already started thinking of places to improve the game -- first among which is the way that the dice are handled and passed between players, as I definitely didn't nail this.  But overall, I think I am reasonably content with how this one turned out, given the restriction.

Incidentally, something that has just occurred to me is that I seem to be becoming more willing to use dice in a game.  I went for a long time wanting to avoid rolling dice, but maybe it is a result of my recent exploration of lightweight games that has shifted my perspective.  Dice are just so widely accepted by "normal" people as a part of games that they can often be slotted in to smooth over aspects of a game that might otherwise need to get far more complicated.  Many "hobby gamers" might push back against their use, but then the games I have been working on lately haven't been aimed at them, so it's fine really.  Maybe I should think about this some more and figure out what is going on here.

If you are interested in this latest game, An Angel On Top, you can look at the files here...
An Angel On Top v0.1 rules on Dropbox
An Angel On Top v0.1 cards on Dropbox

And you can look at the December 24 Hour contest and see what other folk are doing too.

The Knight of the Boogie, 0.3

At last I've managed to get my nose back to the proverbial grindstone and fix up a new version of Boogie Knights, incorporating what I have learnt from the last wave of playtesting.

As discussed previously, the "neutral" equipment cards have been culled as, while they could be of some use, the perception of players is that they do nothing at all and in practice only get played as a last resort.  They clearly do not add to the fun and thus had to go.

Basically the same pic as last time, but now with the new card style.

The magical equipment had to change as well.  The rules I had for them required repeated explanation in any group (always a bad sign for a lightweight game), and the fact that they took the place of more useful equipment just didn't fit with the rest of the game.  As a result, I have removed all that but, as the concept of mischievously swapping equipment around was popular, I have introduced magical scrolls that allow you to muck about a bit.  There are only two each of two types of scroll at the moment, but they should be enough to shake things up.

I have now replaced all the art for body parts with my simple cartoony characters, though there is repetition of parts; I would prefer more unique stuff, but I'll live with that for now.  I still need to do something new with the accessories, but maybe I'll get somewhere with that for the next version.  Similarly, there should really be a load of different art pieces for the various types of challenges so they can be recognised and differentiated more easily, but that will be for another day.

One of my biggest concerns at the moment is that the Kit Inspection cards sometimes cause confusion: "Do I play this now?"  The idea of these is to ensure that every now and then (in practice, usually about three or four times per game) somebody automatically scores something, making the game tick towards an end just a little faster.  I'll need to watch this aspect closely as, if it continues to bemuse people, this is something that may have to be axed.  That said, it is entirely possible that it is my explanation and/or the card design that is at fault, and by improving these we could deal effectively with the whole issue.

I am also pondering the possibility of providing some sort of bonus for anyone who manages to put together a matching set of equipment.  The cards would need some sort of identification to make it easy to figure out, but that's not a big deal.  The reward could be a bonus in challenges, or there could be a third type of inspection, giving prestige for the "best turned out" or something.

See, I've only just sorted out this version and I'm already working on the next.  Need data first...

If you are interested in taking a look (and if you do, I would love to hear any thoughts you have on the game), download links for the latest version are here...
Boogie Knights v0.3 rules on Dropbox
Boogie Knights v0.3 cards on Dropbox

Trying to improve my rule writing

Part of the journey of learning to be a better game designer is learning to be a better writer of rules.  This is something that is absolutely critical as, for most game groups, somebody has to learn how to play the game from written rules before teaching it to everyone else.  For many games, the rulebook also needs to be able to answer questions when some issue comes up in play.  This is all a very specific form of technical writing, and it's hard.

[Image stolen from Dan Brady on Flickr]

My experience so far is limited, but I am moving along.  The one tabletop game rulebook I have presented to the world as "finished" (I Know An Old Woman) has already received feedback helping me to locate more places where things are unclear -- and this is a very simple game, which just goes to show how far I have yet to go.  I have also helped with proofreading rules for other designers (helping to build up my ability to spot problems) and am in the process of helping rewrite a translation of the rules of a foreign language game.

I figure that one of the best ways of getting experience and building my skills is to just get out and help people out.  There is only so much time each week, but I can fit some work on other people's projects in between my own.  It isn't hard to find this sort of work on a voluntary basis: the forums on Board Game Geek, for example, regularly have people requesting help with various aspects of their games, including the rules.

It has been nice to see a number of blog posts, videos and the like turning up recently on the Internet with advice of rulebook writing.  The advice doesn't always agree, for example, Matthew Gravelyn wrote on his Designing Cardboard blog about writing concise rules, and then a month later,  Lewis Pulsipher released a short talk entitled "Too-Concise Rules Can Become Incomplete or Incomprehensible".

Of course, these two aren't really disagreeing: Gravelyn is aiming to cut out useless text, while Pulsipher is warning against cutting out too much, as you may impede understanding.  Basically, the acceptable length and complexity of game rules depends on your target audience.  In the end, you need to test the effectiveness of your rules.

A really great resource is a discussion from the Metatopia game design convention, featuring Geoff Engelstein (of Space Cadets and the Ludology podcast) and Gil Hova (of Battle Merchants and the Breaking Into Boardgames podcast).  This is almost an hour of solid gold with a lot of good advice, but I think one of the most interesting parts of the discussion is about how rulebooks need to meet two mutually-encumbering objectives: to provide a tutorial for the game and a reference for once you have learnt the basics.  The big take-away though is that writing rulebooks is hard and even very experienced people get it wrong.

A little more in-your-face is a talk given by Mike Selinker (of... almost everywhere) at  PAX Dev, where he gives 10 rules (well, 11) for writing rules, with examples of a whole heap of traps you can easily fall into and how you can keep out of them.  The talk is based on an essay he wrote in The Kobold Guide to Board Game Design, which is a book full of useful advice from a great many knowledgeable people.  The majority of Selinker's rules can, I think, be summed up by "don't try to be too clever."

From all this stuff along with other sources, plus my own meagre experience, I am starting to build my own principles that I will try to use to guide my rulebook writing.  The top of my list is currently as follows:

• State, in general terms, how to win the game right at the start of the rules. Details can come later, but the general idea needs to be there before anything else is explained in order to give context for everything that follows.
• Closely connected to this, the rulebook needs to convey some level-zero heuristics.  This is a slightly technical term (see Characteristics of Games for plenty of discussion on heuristics), but basically I mean that on reading the rules, the players need to have a general idea about what they need to do to play the game and have a chance of doing OK.  If the players start with no idea of what to do, that is a failure of the rules.
• Keep the language simple and consistent.  It may be necessary to define special terms, but do so sparingly and be really careful to stick to those definitions.  
• Don't be afraid to repeat yourself in the rules in order to make sure that information is in appropriate places, but remember that if a rule is repeated, this adds an overhead for editing as a change in one place means checking everywhere else.
• Proofreading is necessary but not sufficient.  A proofreader may decide that the rules read just fine, but someone trying to learn and play the game from the written rules may still have all manner of problems.  Blind playtesting the rules is essential.

Defence against the horde...

I've been doing this game design thing enough now that I am starting to get the "problem" of unbidden ideas taking over my head for a while.  For the last couple of days it has been for a card game that wouldn't go away until I created a prototype.  What happens next, I don't know.

To step back a bit, some time ago I was thinking about the very enjoyable Sherlock Holmes the Card Game, which I used to play quite regularly and features a nice mechanism where each card specifies what types of card can follow it, allowing a pleasing (though occasionally silly) narrative to develop.  So, while in the country, Holmes may find a clue, which leads to suspicion of one of the players, who has an alibi, after which Holmes is compelled to catch a train back to London.  The rules can be explained quickly (though the end of round scoring can take some work!) 

Alone against the monster horde. Luckily this wandering mystic has come to my aid.

I was trying to think of a way to play with this basic mechanism to come up with a game that built a narrative of a conflict between opposing forces, ideally where players are at least mostly on one side, but possibly with one (or more) of them taking the role of either an adversary or a traitor.  This never really developed very far; I had a very basic attempt, which mostly worked, but wasn't really interesting enough and relied too much on the game that provided the inspiration.

Months passed and then this weekend, for some reason, I started thinking about the concept again.  What got me moving again was some looking at the wonderful website, game-icons.net, which does pretty much what it says on the tin, and deciding that the card types could be labelled with icons representing different parts of the story (characters, events, actions and so on) and each could allow for a small number of other types of card (by icon) to be played next.  So far this just changed the representation of a concept: text in Sherlock Holmes is turned into graphics in my game, which is no change at all, really, but sorting through some candidate icons the ideas started flowing.

The game would be about the players helping to defend a village from an invading army of monsters.  I was trying to come up with victory conditions for a competitive game, but eventually thought that the setting lends itself to being cooperative, and that is a style of game that I haven't yet tried designing (or, for that matter, solitaire).  Eventually I came to the idea of having a "threat level", which would be increased by some cards and reduced by others.  This still didn't seem enough, so I also had a magical "power level", which could be increased to allow magical defences to come into play.

Usually I would rough out a prototype with pens and bits of card, but I was confident enough of the most basic functioning here that I turned to some very basic nanDeck coding plus the icon assets I had downloaded, worked out a basic selection of cards, and soon had printed out a small deck of 36 cards to play with. 

By this point I had thought of a couple of ways for players to lose the game -- if the threat level reaches 10, or the deck of cards run out -- but I hadn't really figured out how to win.  Never mind, start playing anyway...

By half the way through my first solitaire test, I had figured out the main win/lose conditions: if the threat reaches 10 you lose, as previously planned, but to win you need to work through the deck and then get the threat level to 0 with whatever cards are left over, otherwise you lose.  Also, if you are unable to play a card you add a threat and draw an additional card.

This seemed to work. I lost my first three games in a row and found some frustrating points where there were no playable cards for some time, which was largely due to the icons on the cards not meshing with each other properly.  A small change or two with a pen and I won a couple of games.  Yeah, balancing this is going to be difficult, but at least there is the option of having selectable difficulty levels thanks to varying hand size, starting threat level, and so on.

Now the game is out of my head and in a tangible form that makes me think I might like to keep working on this.  I definitely need to think through the card mix carefully if we're going to progress, and one problem I've noticed is that on many turns there are no real choices to make: you just have to play the card that fits.  OK, so every few turns there can be really interesting decisions, but the rest can be scripted.  That seriously needs to change.

Much still to do...

How do you treat playtesters?

I've been thinking recently how to recruit and retain people who are willing to test my games.  I have a handful of people local to me who are willing to help out, and am working on developing this group (see my previous post), and in the long term this will involve making sure I keep the playtest sessions fun for everyone so they remain engaged and willing to pitch in.  This is a big responsibility as people are freely offering their time and I mustn't forget that.  I could probably do with multiple groups, but I think this may prove even more of a challenge given all sorts of life constraints.  In fact, it took me quite an effort of willpower to bring myself to actually ask for help and make arrangements for a playtesting session.  I'm not the sort of person that is very good at this sort of thing.  It is probably a learned skill though and I have taken an early step.

Early playtesters check that they have the rules right.
(Image source: Wikipedia.org)

Alternatively I could recruit playtesters online.  This can be even more tricky: not only do I need to have the game developed further than I might need for a local playtest (it needs to have coherent written rules and components that can either be printed out or plundered from elsewhere), but I am also competing against all the other games they could be playing and it is harder to bring my sunny personality into play in order to persuade them to play.  I am asking people to go quite a long way out of their way to assemble and play my game, so I have some work to do.

But there is a community out there, and it is possible to attract the attention of people who might be willing to try my games for me.

I manage to playtest games for other people less often than I would like, but I have a go from time to time, and it can certainly be fun: often the games are good in their own right, but it is also interesting to see other designers at work, learn something more about the design and testing process and, possibly, to see an early form of a game that might turn up at the local games shop some time down the line.

There was one game I printed out the playtest materials for and tried out with a friend.  The game was essentially pretty solid, but we felt the rules had some holes in them and didn't explain some of the basic principles properly.  I reported back a guarded thumbs-up along with a few points where things felt awkward or we didn't understand the rules properly.  The reply I received back seemed quite blunt and pointed out that we had done something wrong and should have done it differently.  To be honest, feeling that I have been told off for not being clever enough has not disposed me to playtesting other games for this designer.

Another experience involved reporting on a couple of two-player runs of a game and reporting back that we liked the game, along with some basic statistics about the plays and a few other points that we felt were worth raising.  The response from this didn't include the word "thanks", but did include a request that we play the game again with different player counts.  This reply was polite enough, but just left me feeling that I was being taken for granted.

On the other hand, some designers fall over themselves to be appreciative.  I remember one in particular who wrote back, offering warm thanks an addressing each item in a list of points I had made, including one point that was replied to along the lines of, "You misunderstood that rule, it is meant to be XYZ, but I'll make sure I make that much clearer in the next version of the rules."

So the main point of this post is a note to myself to remember that if I want people to test my games I need to treat them like valued and appreciated members of the team, and ensure that they know that I am grateful for their contributions.  If they have been blunt in their feedback, I have to take it all as good information and still stay thanks.  After all, I need to nurture any sources of help I manage to get.

And no, I'm not going to name names.