Games

The Designer’s Dilemma: Picking Up the Pieces

http://www.divshare.com/download/3600625-1dc

Game design, like writing, can be a lonely job. At least that’s my experience. It makes a certain amount of sense, as I’m the type who concentrates on the single-player experience. In that sense, solitary design is just as empowering as solitary writing, though it falls prey to the same obstacles, especially when it comes to ideas. When you’re at a loss for words, you call it writer’s block.

When you’re at a loss for rules, though– well, you can read the title of this article, can’t you?

Now, over the break I set to work on putting together a game that wouldn’t have to kowtow to an audience of sheltered children– I agree with the criticisms from last time, and I’ll admit those were the first things I wanted to correct this time out. A lot of the design problems of “Dental Asylum” were pretty much dictated by the constraint of making a game you couldn’t lose, which necessitated a frustrating excess of the whole “cul-de-sac” mechanism of gameplay– namely, talking in circles. I believe in using that mechanism in speech-tree games, as I believe it’s something that happens much more frequently in our own day-to-day conversations than we’re aware of, but only as far as it serves in channeling the flow of the design, rather than standing in the way. Therefore, for this new chapter in the Designer’s Dilemma (or should it be the Player’s Paradox?) I’ve done my best to restrain those cul-de-sacs, and reserve them only for the moments where endless frustration makes the most amount of sense.

It really shouldn’t be any surprise, then, that the best cure for writer’s block in this case turned out to be a nice, healthy argument and some very unhealthy thinking.

As for the rule-set itself, there’s more of an attempt to concentrate the end-game conditions in a more cohesive manner. I don’t want to say too much, as I am genuinely curious to see whether or not they can make sense on their own. Central to this game, though, is knowing the difference between closed and open questions– Choosing “Yes” or “No” before “Question” lets you ask a yes-or-no query, while choosing “Answer” before “Question” results in a who-what-when-where-why-how inquiry. Granted, this is the sort of thing that shouldn’t be spelled out ahead of time– I’m a firm believer that good games teach you how to play them, rather than force you to look up the instructions– but that’s something I’ll just have to keep in mind for the next prototype.

As always, constructive criticism is appreciated and looked forward to. Apologies in advance for anybody who can’t open PowerPoint. Until next time, pleasant dreamers, keep hope alive!