Case Study
Nobody reads a rulebook mid-fight. They flip through it, hunting, while four other people wait.
That’s the actual failure mode I was solving for on 20 Below’s Player’s Guide. Rulebooks get written once, front to back, for a reader who has time — and then get used in the one moment that reader never has: mid-session, dice already in hand, table waiting on an answer. Writing everything as one continuous instructional document was solving the wrong problem for half its actual readers.
There isn’t one reader here. There are two, and they want opposite things.
One is learning the system for the first time — has the time, wants the concept explained, will read start to finish or by topic. The other already knows the concept and just needs the exact number, right now, mid-turn. No amount of better organizing serves both of those at once with the same document. I stopped trying to write one file that satisfied both jobs and started treating them as two different deliverables.
The instructional path and the in-session reference path are now two different documents doing two different jobs, on purpose. That’s the same split most corporate training documentation never makes — treating “learn it” and “use it in the moment” as one problem, when they’re not.