The last 20%

David Heinemeier Hansson recently wrote about his experience with Dave Thomas and the Beta Book version of Agile Web Development with Rails. DHH talks about learning that readers won't hate the author over a few mistakes; that, essentially, they are much more interested in new knowledge, and a few mistakes here or there don't matter to readers, only to publishers who want to make perfect books. As such, DHH claims, Dave Thomas' original fears of releasing the book early were unfounded.

I'm here to tell you, they were far from unfounded. They were entirely right on. Readers demand that the book that they take back to their office, or bookshelf, or the trunk of their car, is perfect down to the last detail. Especially when we're talking about errors in code. Typos in text? Not really a big deal. Typo in the code? The world has ended. And they are right. If I pay $29.99-$54.99 for a book about a technology, I expect that the technology inside it is clean, checked and ready to go.

However, I don't think DHH's overall point is invalid; readers LOVE the beta book program, for a very specific reason. They can get their hands on an early, malleable, updateable ELECTRONIC copy of the book. If there are errors, they report them. Then they get a new copy with the fixes in it. More importantly, they are constantly given copies with fixes that other people have found, saving them the expense. And the book that they receive at the end, the physical copy, is clean. Perhaps cleaner than any other book they've ever purchases.

The key is permanence. If readers get one crack at a book, that last 20% is vitally important. Errata lists don't help. Reprintings don't help. The time it takes to integrate fixes to a print book is extremely counterproductive to a relationship built on trust and expectation of quality. A beta book, on the other hand, is ephemeral, fixable, bi-directional. The first and only model of publishing books where, to quote my English professors from college, the "reader can engage in a conversation with the author". And with all the other readers.

So, yeah, when you are using the beta book model, nobody cares about the last 20%, UNTIL the last 20%. When you have a traditional print model, everybody has to care about the last 20%, from the guy writing the book to the guy sticking it in the box at the printer. Because that's the only chance you have to get it right.

UPDATE: So, I guess what I'm saying is, Agile Development works for books as well as for software. Get the product in front of readers early and often, and they'll work with you to make the perfect product. Deliver once, at the end, and there are bound to be problems, and lots of unhappy customers who, rightfully, can't understand why the problems existed in the first place.