The following content was taking from the old archived BGDF site. I think it is a great topic and deserves the current community to assess, comment, suggest, discuss these principles. As with any industry time bring change, so lets discuss this with respect to 2011!
Game design principles
- Do not add a rule to take care of an unusual situation. In almost every case, the game can be subtly changed to prevent the situation from occurring. Each added rule, no matter how uncommonly it's required, adds complexity that makes your game harder to learn and, potentially, to play.
- Your scoring design is your game design (J. Degann) Although designers tend to emphasize creation of innovative or clever mechanics, the true motivator of player decisions will ultimately be the game's scoring system rewards. The interesting decisions that the mechanics promote will only be interesting to the player if the scoring system encourages them to be.
- Avoid false strategy (S. Appelcline) Avoid situations wherein players are required to make decisions that have no significant impact on the outcome of the game. Players will generally assume that games only present choices that are consequential and worth contemplating carefully, so present only decisions that matter. This principle will help shorten a game's playtime while simultaneously helping to keep players more engaged for the duration.
- Balance with incentives and costs, not with restrictions It's common during playtesting to find several imbalances in a game. Perhaps when a certain situation comes up, a player is unduly rewarded or punished, or perhaps a player finds one particular strategic path that is considerably more successful than alternatives. It is possible to add rules that prevent unbalanced situations from arising. It is, however, much more satisfying to encourage players to behave in the way you want by modifying the rewards that you dangle in front of them, and by modifying the costs (both resource and opportunity costs) of the things you want to enable or prevent. A classic example is the "hand limit." Many games restrict the number of cards that players are allowed to hold, presumably because having too many cards gives players some overwhelming benefit. But a game's rules can discourage large hands in other ways — by driving up costs to acquire more and more cards, or providing some reward for a small hand. At the level of rules simplicity, stating "you can't have more than X cards" may be simpler and more effective in the long run, but as a principle, more interesting gameplay results from encouraging the "right" behavior organically (through so-called "natural limits" of your incentive and cost structures) rather than forcing that behavior by explicit rule.
- Pay attention to the rules people forget Introduce some new people to the game, but don't give them the instructions. Instead, explain the game and start playing. Is there a rule that they frequently forget? Do you find yourself saying "no, you can't do that because of this..." or "don't forget about..." If so, consider either eliminating that rule or re-framing it so that players don't forget it. This is a particularly important principle if you plan on ever giving a demo at a trade show. Nothing will send a buyer walking away like saying "no, you can't do that because of this rule you didn't remember."
- Simplify When you want to add rules, refrain from doing so. Even if it's so clever you just can't stand it. Often, a later design will prove to be a happy home for that neat idea you thought you couldn't live without in your current design.
- Removal is OK One of the hardest tasks for a game designer (and me particularly) is knowing when to remove parts of a game design. Not because I do not notice the need to remove, but the issue of wanting to keep my rules/mechanics unchanged. BUT REALLY, removing things from a design is OK! You can always add it back later, if needed.
- Theme and art sell the game, not mechanics — mechanics bring players back for more You can have the best darn mechanics in the world, but if the theme and art don't engender interest, your game will have a much harder time finding and retaining an audience. A game with a good theme and good art will get picked up and played once, perhaps twice, then set aside. A game with good theme, good art, and good mechanics will get picked up and played over and over again. Remember: the average gamer doesn't notice good mechanics - he or she just notices the absence of them. Good mechanics should be unobtrusive.
- Understand how your mechanics model your metaphysical game-world You need a number from 1 to 20, but how are you going to generate it? Rolling a d20 is different from summing 2d10 which is different from drawing from a deck of 20 numbered cards. Each of those methods returns a different distribution of numbers and, consequently, each implies a different metaphysical reality.
- Try to make your mechanics reflect the theme What are players doing in the game? Driving a herd of cattle? Tending to mayoral duties? Commanding an army? Mechanics should reflect and be associated with the game's theme. There isn't a lot of this out there in the gaming world, but when it happens, it makes designers proud and gamers happy. When you can incorporate a mechanic that reflects something you would actually be doing if you were the actual person/thing you are portraying in a game, by all means do so. As a corollary, use the theme to suggest interesting or novel mechanics; base the mechanic on the kind of decisions a person in that situation might face, and interesting choices may suggest themselves to you.
Design process principles
- Never assume players will make smart decisions. While you need not ensure that a player who makes poor decisions has a chance to win, you do need to make certain that your game doesn't break down when one or more players is playing badly. It's fair to assume that players will play to try to win (as otherwise, most any game ends up "broken," in a sense), but don't assume they'll be good at it.
- Failures are successes too No matter how horrible a game design might be, chance are, you have learned something new! So learn from those bad or horrible designs! Dont kick yourself for it, use it to make the next design better!
- Half of building should be breaking Games are unique structures that are subject to unusual stresses when used. Before releasing a game into the wild, try to break the current system by finding a systematic exploitation of the rules that assures either a guaranteed win, or that the victory conditions never arrive. This is game breaking, and a game must be able to be unbreakable by any one player. Playtesting with people who are "rules lawyers" or are expert at exploiting loopholes in the rules can especially help with this process.
- Include a "fair" setup Many games feature a player-controlled setup phase (e.g. Settlers of Catan), which can be a good way to introduce variability into each playing as well as to promote strategic development of a player's position, and differentiation of the players' strategies. However, asking players to make setup decisions before the game starts also adds a learning curve to the game. First-time players just want to get a feel for how the different mechanics of the game work; they will not yet have a basis for knowing what a "good" and "bad" initial setup strategy will be. It is a good idea to include a "fair" setup, one that has been tested and that gives each player position equal opportunity to do well in the game.
- Graphics are not just eye candy When working on the graphics for a game (even for the earliest of the prototypes), remember that in addition to adding flavor to the game, and reinforcing the game theme, graphics can really make or break a game. If used intelligently, icons, colors, etc. will help the players understand how the game works, and make it more fun, allowing the players to focus on playing the game. Using graphics just as an adornment will most likely result in a harder to play game.
You can just use the Archive link at the top of the current BGDF site. I would argue you did not write a bunch of this, but as with any collaborative source, all of us over the years have come to the same conclusions/processes/thoughts.
As for writing a book on game design, kudos to you. I have always wanted to do that, just the shear volume of knowledge on BGDF could yield 100 books! BUT do be careful. With a collaborative site like BGDF, it is often hard to deem whom exactly a thought/idea was conceived. And all of the content was edited/added/rewritten by another old time BGDF. So my guess is he took some privileges with rewording when necessary.