It’s obviously beneficial to have written rules when your game is done; after all, “‘you’re not going to come in the box.”’ There are also advantages to writing rules early. However, it’s useful to have the rules written out in the “middle” of playtesting, when some general concepts have been laid down but much is still in progress, as well. Both the tests and the rules will benefit from having a rulebook.

Tests are more useful when run from a rulebook

It’s surprisingly easy to screw up a playtest by teaching the rules incorrectly. Since your rules are probably in flux, at least in the details, it’s entirely possible to teach the wrong version of a rule, or to forget a new addition to the rulebook.

When not caught these errors lead to flawed tests. In the best case you realize you made a mistake and re-teach the game, frustrating the playtesters. (That’s not much of a best case!) Often you’ll end up in the somewhat-worse case, where you detect the problem only after the game is done and the time was simply wasted. The worst case is the flawed test where you never realize you messed up the explanation; you have bad data, but you think it’s trustworthy.

Using a rulebook helps avoid these problems. The playtester reads the rules, and thus is exposed to all of them in their most current form. You don’t need to worry about carrying the burden of knowledge successfully, trying to track the rules and the questions you want to ask and the feedback you’re getting. The existing rules take care of themselves, allowing you to focus on questions and answers.

Rules are better when they’re first playtested with you present

It’s broadly agreed that blind playtests, wherein the players learn the game without the designer’s input, are important–and rightly so! However, a blind playtest with broken rules is only half useful; it shows you where the problems with the rulebook are, but the time spent actually playing is just lost. Playtesting the rules in the middle of the process solves that problem by giving you the opportunity to learn what the problems with the rules are, in an environment where you can fix them and rescue the mechanical aspect of the test.

Blind playtests are often understood as being conducted with the designer not even present. That’s the best way to do it—but it takes a while to get there, and if you do a blind test before that point, with bad rules, the players might realistically never get around to playing the game. Even if they do they’re quite possibly playing wrong, and the data you get is of limited value.

If you’re there you can step in when something’s going wrong, and make sure the game plays out according the rules. That doesn’t mean you should step in often; if you do, you won’t know where the problems with the rulebook are. It only means that when there’s an issue, you can note the necessary change and get valuable information out of the play.

Write early, write often

Having the rules written out is useful at every stage of design. In the beginning it’s helpful to you; at the end it’s primarily for your players. In between it’s great for both. Write your rulebook as soon as possible. You’ll be impressed with the return on the investment.