Author : Drew Sikora
Page : 1 Next >>
Part 2: The Design
by Drew Sikora
Recap
In part one of the series, we created the game idea that is to be the focus of this article series. Of course, I mean your game idea, not one I came up with for the article. We went over the basics of grabbing an idea, fleshing it out, and jotting down some features on a piece of paper. Then we subjected it to the Test of Time as the final judgment of whether or not to proceed. But if you’re reading this article, then I guess we’re good to go!
In this part, we will go over the idea and try to weed out anything that could trip us up when we get to the development process. It’s a very good idea to kill off these things before they waste a lot of money and time, both of which are rather hard-won these days. Indeed, there are even a few things we have to look for so that we don’t spend an undue amount of time writing up the design spec with features we’ll never use.
All said and done, it’s time – let’s get ready to rumble!
Stomping on the Feature Bug
Since this is an important topic, we’ll discuss it first. Feature creep is an expression used to describe the want or need by the designer to add in too many "cool" things to spice up the game. The problem? Well, it’s rather complicated. First off, feature creep is a great way to extend development time unnecessarily. Secondly, some of the features the designer chooses to include have absolutely no impact on the way the game is played. This is the worst aspect of feature creep. Adding in things that do not improve gameplay is simply a waste of time and resources.
Feature creep is acceptable in small amounts, however. Sure, it’s always good to add in some spice to make things look cooler. The problems I described above were when the creep gets to a point where it just doesn’t add anything anymore. This is where the hard part comes in: when to we get to the point of saying, enough is enough? What features are good and what features are bad? Which do I keep and which do I throw out?
Well, the first step is to take a look at the features list and see if you can pick out anything that might be chrome, or feature creep applicable. If you can, separate these items now. If you can’t then don’t worry, we’ll revisit feature creep when we get to the Development stage. Of the items you separated, order them from what you think is least important, to the most important. Be sure to keep in mind certain things such as: how often this will be used? Will it affect gameplay? Is it a developed technology, or will it take time to research? These questions will help you order them correctly and maybe root out some more from the features list. Now keep this separate list with the features list –you’ll need it during development.
Story is Good, Gameplay is Better
Games these days always seem to need a story. But not just any story, they need a raging epic of mass proportions. Well, while it may make a good book, it won’t necessarily make a good game. Of course, every game really does need some kind of story. Some games have a storyline that the player follows as he progresses through the game. Other games have a short backstory that introduces the player into the world, and then turns him loose. Both methods are used about equally – mainly it’s RPGs that use storylines and Adventure or Action games that make the most use of backstories. But this is not always true.
Getting back to the section title, it is time to analyze the story you came up with for your game, if you did. Some games do not even have a story, but instead let the player create a story from the gameplay. The Sims is an example, as well as Sim City. If you do have a story, then lets take a look at it. Does it fit in with the gameplay? Does it support the gameplay? Does it interfere with the gameplay? These questions all have a simple meaning. The player did not just spend 50 bucks to come home and sit down to watch an interactive movie.
Gameplay is what games are all about. The story is just there to support the gameplay and should never dictate the actions of the gameplay. This leads to linearity and a boring game. Instead, the story is used to guide the player and to explain away certain things like why should I have to ride this hover bike? Because you need to get to the other side of town. But then you see a sign for the subway. What should you do? This is a prime example of good gameplay and story mixed together. Now, suppose the story said you had to ride the hover bike even though the subway was right there. Well, there goes the fun of deciding whether or not to take the subway. In that case, the subway should either have not been there or the story should have explained why you couldn’t have taken the subway.
Whoops, overstepped my bounds a little bit there, we’re already moving into the next section.
Ensuring Good Gameplay
As in the earlier example, there are things you must watch out for when marrying a story with gameplay. Everything has to work out – you can’t just leave the player hanging or take a decision right out of his hands. There are other dangers as well. These include dominant and dominated strategies or choices. Also is the lack of interactivity. All these can combine to totally kill off any semblance of gameplay.
First let’s go over dominant and dominated choices. The dominant choice is one that will always be taken, regardless of any other factors. This is not good. Even worse are the dominated choices. These are choices or strategies that will never be used, regardless of any other factors. Sound familiar? No, dominated choices aren’t feature creep – they are bad game design – but they are just as bad as feature creep. Avoiding dominance in a game is a matter of balancing out all the other factors that affect the player’s decision. The term balancing is used mainly in strategy games, because of the units, but all games must be balanced in order for the player to enjoy them the most. You may not think an Action game needs to be balanced but if you play a game where you have to take out a fortress with a pistol, I think that’s quite unbalanced.
And then there is interactivity. What is interactivity? Interactivity is a game. All games are interactive and let the player provide input. Well okay, I have a mouse and keyboard right? No! An interactive game lets the player change the course of action with his own actions. A non-linear game is an interactive game, and that is why they are the most interesting and fun to play.
Graphics are Good – Gameplay? Still Better
Yep, here we go again. This time it’s graphics under the gun. To be prompt, a game without good graphics is commercial suicide. No one will look at it, no one will take interest in it, and no one will talk about it. Now, notice I was careful not to say no one will like it. Aha, there’s the kicker. The chance still remains that it will be a good game with an engrossing story, fun gameplay, and lots of cool features that don’t detract from the experience. So why doesn’t anyone care about it?
A lot of people today believe that if you make a cool looking game, people will buy it, and they will love it. Well, we’re still slowly trying to reverse that sentiment back to its original state. Like I stated in the last Gameplay is Better section, no one will want to spend 50 bucks on something they can stare at and go "ooooh" but not enjoy playing when they can just spend 6 bucks on Sports Illustrated Swimsuit Edition. (sorry, girl gamers – typical male pig, right here. Spoiled fruit is in the basket over there…)
Gameplay still rules supreme over all, and there is nothing to dispute it. Not good graphics, not good story, not anything. Like I said before with good story, good graphics do help, but here is where feature creep uhh, creeps in wearing a different hideous face. This time, however, instead of being called chrome, we call it eye-candy. Everything that applies to chrome applies to eye-candy. There is such existence of too much of a good thing, and when applied to graphics, it results in eye-candy, which in turn can result in extended production and falling behind schedule.
You can beat back eye-candy the same way you beat back chrome
Page : 1 Next >>