Before your first paperback upload, compare the book’s promised contents with the actual manuscript and production assets. Give each missing item a clear disposition: complete it, remove the promise, or postpone the release. A file that exports successfully can still represent an unfinished book, so check completeness before treating technical validation as the final gate.
Start with the promises a reader can see
Collect the places where the book tells readers what they will receive. Include the title, subtitle, description, contents page, introduction, and any chapter that refers to an appendix or resource. A promise may be explicit, such as twelve practice projects, or indirect, such as a reference to the answer key at the back. Write each promise beside the manuscript location that fulfills it. Empty locations reveal omissions that a page-by-page proofreading pass can miss.
For example, a gardening workbook may contain all twelve project headings but only eleven usable recording sheets. The structure looks complete until you follow the reader’s task from instruction to worksheet. Review one full path at a time. If the missing sheet is unnecessary, remove or revise the dependent instructions rather than preserving an inaccurate count merely because it appears in several places.
Distinguish an intentional blank from unfinished work
Search the editable source for drafting signals you have actually used: placeholder names, unanswered questions, temporary captions, and instructions addressed to an editor. Do not depend on a single search term such as TODO. An unfinished item might be a polished sentence saying that a comparison will be added later, or an image frame containing an approved-looking label with no final artwork behind it.
Review apparently empty pages and spaces in context. A blank worksheet can be deliberate; a blank answer section probably needs explanation or completion. Record the intended function so a formatter does not accidentally fill a useful writing area or leave an abandoned placeholder in the final book. This review is about whether the content serves its purpose, not whether every page contains the maximum amount of text.

Check the assets referenced by the manuscript
Build a short inventory of figures, tables, photographs, and special inserts named in the text. Match each item to the accepted asset and its caption. Confirm that the file can be found and that it is the version the author reviewed. A folder full of draft images does not prove that the specific illustration described in chapter four is available for production.
When an asset is missing, decide whether the text can stand without it. Some decorative artwork can be removed cleanly; an instruction that depends on a diagram may need a replacement explanation or a completed diagram. Review the revised reader experience before closing the issue. Also preserve the source and permission records appropriate to the asset rather than treating successful placement as proof that all publication responsibilities are resolved.
Make one decision for every unresolved item
Assign each gap an owner and a decision. Complete means delivering and reviewing the missing material. Remove means deleting the item and repairing every promise and reference that depended on it. Defer means moving the release or changing the book’s scope deliberately. Avoid a status such as probably fine, which leaves the same uncertainty for the person assembling the upload package.
Use a concrete example when several choices seem reasonable. If an appendix promises a detailed equipment comparison but contains only a shopping list, decide whether the book really needs the comparison. Expanding it may require research and a new review. Removing the promise may produce a more honest, focused book. The important point is to align the public description and actual contents with the decision you make.

Verify the assembled output after closing gaps
After the source changes, generate the intended paperback files and inspect the affected locations in the output. Check the contents page, cross-references, page flow around removed material, and captions for replacement assets. A resolved issue in the source can remain visible in an older export, especially when files have similar names. Record which output received the final completeness review.
Continue with current KDP preparation and submission checks for the selected format. Completeness review does not establish technical acceptance, and technical acceptance does not establish that every reader promise is fulfilled. Keep both kinds of evidence in the release record. You should be able to show where the promised content lives, how remaining limitations are described, and which files you intend to submit without relying on memory from the drafting process.
Frequently asked questions
Clear answers for this publishing decision.
Should I keep an unfinished appendix for a later update?
Only keep material that serves the current reader and is represented accurately. If the appendix is not ready, remove dependent promises or postpone the release rather than asking buyers to rely on an unspecified future revision.
Can an AI review find all missing pieces?
It can help compare a supplied outline with a manuscript, but it may not see omitted assets or understand every promise. Use its findings as review candidates and confirm completeness against the actual source files and reader tasks.
What is enough evidence to close a missing-item issue?
Record the accepted resolution, the changed source location, and the reviewed output version. For removed content, also record that references and public descriptions were checked for promises that no longer apply.
How do I get from an idea and a brief to an editable manuscript I can finish?
Write the brief first, generate a structure you can edit, then draft and revise the manuscript in reviewable sections so one change never overwrites work you already approved.
Start a book project from a brief