Before publishing a workbook, inspect every filled-in field and decide whether it is an intentional example or leftover production data. Label accepted examples clearly, keep reader response areas usable, and compare instructions with the final exported pages. A completed field should never leave the reader guessing whether to copy, replace, or ignore its contents.
Separate teaching examples from production test data
During development, an author may fill in a worksheet to test its layout or demonstrate the method. Those entries can remain in later drafts even after their original purpose is forgotten. Begin the final review by identifying every completed field, selected option, and sample annotation. Determine whether each belongs in the reader's edition.
A workbook for cataloging family objects might contain a completed record for a fictional photograph collection. That record can be a useful teaching example. A random name typed merely to check the column width is different. Do not approve both because they look plausible. Keep entries that support the lesson and remove production data that has no clear instructional role.
Label examples where the reader encounters them
Place the example's status close enough to the completed material that the reader understands what it is. An explanation several chapters earlier may not help someone opening the workbook directly to an exercise. Use clear wording that distinguishes a worked example from a form intended for the reader's own response.
Check whether the instructions explain the intended action. The reader may be asked to study the example, critique it, or complete a similar blank form. These are different tasks. A filled page without a clear instruction can make the workbook feel already used or leave the reader uncertain about where to begin. The label and the task should reinforce each other.

Match the example to the current instructions
Compare each sample entry with the latest wording of the exercise. If the form now asks for a location, date, and description, the example should demonstrate those fields consistently. A sample carried over from an earlier version may answer a different question even when the table layout looks unchanged.
Review the quality of the example as well as its completeness. A concise but ambiguous entry may teach the wrong habit if the lesson emphasizes precise descriptions. If the example intentionally contains an error for the reader to find, say so through the exercise design. Do not let an accidental mistake masquerade as a valid demonstration or an unexplained puzzle.
Preserve space for the reader’s own work
Inspect the relationship between completed examples and blank response areas. A workbook can devote so much room to demonstration that the reader lacks space to perform the task. Test the actual exercise at the intended page size, including the length of a realistic response. The presence of a blank box does not prove that the task fits comfortably within it.
If the example and response form share one page, check whether the reader can distinguish them immediately. Similar visual treatments may create confusion, especially when one contains partial entries. Use the layout to support the task, and avoid relying only on a small label that becomes difficult to notice in the final format. Review print and electronic use separately where both are planned.

Inspect names, figures, and other details for unintended disclosure
Check whether test entries came from real project material, contributor notes, or a private record. A field can contain information that was useful during development but was never intended for publication. Replace unnecessary real details with suitable demonstration material and review the resulting example for internal consistency.
Do not treat anonymization as a mechanical name change. Other details can still be inappropriate for the example or distract from the lesson. Use only the information needed to explain the task. Keep a record of deliberate sample data so later editors do not mistake it for a source claim or restore an earlier production entry from an old draft.
Review the exported workbook as the reader will use it
Open the final export and walk through one complete sequence: read the instruction, examine the example, enter a response, and consult any answer explanation. Check that the correct version of each page appears and that no sample marks returned during export or file assembly. KDP preparation is format-specific, so retain evidence for the actual deliverable reviewed.
Save the accepted sample entries with the release record and note which pages should remain blank for reader use. This helps later revisions preserve the teaching design while removing unintended content. The final workbook should make its examples purposeful and its response spaces obvious. Readers can then focus on the activity rather than decoding the author's production history.
Frequently asked questions
Clear answers for this publishing decision.
Should every completed field be removed before publication?
No. Keep intentional teaching examples that support the task, label them clearly, and remove leftover production data that has no reader-facing purpose.
What if an example deliberately contains an error?
Make that role clear through the exercise instructions. Readers should understand whether they are studying a correct model or identifying a problem in a practice case.
Why check the exported file after reviewing the source?
The export or assembly process may include an older page or preserve marks not visible in the current editing view. Review the actual file readers will receive.
Which trim size, page count, margins, and bleed setting work together for my paperback?
Check the complete combination first: a trim size, ink and paper type, and page count must be a supported KDP set, and the page count then fixes the minimum inside margin and whether the interior needs a bleed page size.
Set the format in a book project