Preserve the approved manuscript before experimenting with an alternate ending. Give each alternative a clear label, record the story problem it addresses, and track the earlier scenes it would require you to change. Choose a complete, coherent version before updating the main draft and its supporting references. Keep rejected alternatives available without presenting them as current continuity.
Identify the approved baseline
Save the manuscript version that currently represents the author's accepted story, even if further editing remains. Record its file name, date, and the decision that makes it the baseline for this experiment. Do the same for its outline and continuity notes. Without a matching reference set, an alternate ending can quietly inherit information from several different drafts and become difficult to evaluate fairly.
Write down the reason for exploring another ending. Perhaps the resolution depends on coincidence, a character's choice lacks consequences, or the final revelation arrives too abruptly. A specific problem provides a basis for judging the alternative. "Make it stronger" is too vague to distinguish a useful change from a different but equally weak conclusion, and it encourages repeated rewriting without a clear stopping point.
Keep each alternative as a distinct proposal
Label alternatives by their meaningful difference rather than a sequence of increasingly enthusiastic file names. For example, one version may preserve the alliance while another requires the protagonist to abandon it. Include a short note describing that distinction and the draft status. A reader should be able to tell what they are evaluating without comparing every sentence or guessing which file is newest.
Avoid pasting several alternatives into the working manuscript with only informal comments separating them. That arrangement makes it easier for duplicate or contradictory scenes to enter a later export. Keep the proposed ending in its own clearly identified working document, or use the application's explicit version-management features if they fit the workflow. Verify that the approved baseline remains recoverable before making extensive changes to an experimental copy.

Track the earlier scenes each ending requires
An ending rarely changes only the final pages. List the setup, clues, character choices, and rules that the alternative depends on. If the protagonist now solves the conflict using a skill introduced earlier, confirm that the skill is established convincingly. If a supporting character becomes responsible for the resolution, review their motivation and presence throughout the story. These dependencies determine the true scope of the revision.
Keep required changes separate from optional improvements discovered along the way. A necessary clue belongs in the adoption plan for the ending, while a desirable dialogue polish may be handled later. This prevents a focused experiment from turning into an uncontrolled rewrite of the entire novel. It also makes the comparison more honest: an alternative that requires extensive rebuilding should not be evaluated as though only the final scene needs editing.
Review alternatives against the same questions
Give each version the same editorial questions: does the resolution follow from established causes, does the central character make a meaningful choice, and does the outcome address the book's main promise? Add questions specific to the problem you identified. Keep reader feedback attached to the version they actually read. A comment on an earlier experiment should not be treated as approval of a later version with different consequences.
If AI helps generate possibilities or summarize differences, record that role and review the actual text and logic yourself. A confident summary can omit the dependency that makes an ending unworkable. Do not let the most polished prose win automatically. You are choosing a resolution and its consequences first; the final language can be revised after the structural decision is made.

Adopt the chosen version as a coordinated change
When an alternative is selected, apply its required earlier-scene revisions and then read the full affected sequence. Update the outline and continuity reference to match the chosen manuscript. Mark the old baseline as superseded for current work without deleting the archive. Mark rejected alternatives as inactive so their facts do not accidentally appear in later briefs, series notes, or generated drafting context.
Create a new approved checkpoint only after the ending and its dependencies form a coherent version. Record why the choice was made and which questions remain for copyediting or proofing. This archive is useful when an editor asks about a decision months later or a sequel touches the same events. It preserves creative experiments while making the current story unambiguous to everyone working on the book.
Frequently asked questions
Clear answers for this publishing decision.
Should I delete an ending once I reject it?
You can retain it in a clearly marked archive. Keeping it separate from current continuity preserves the experiment without allowing its abandoned facts to influence the approved draft.
Why record changes to earlier scenes before choosing the ending?
Those dependencies reveal the real revision effort and whether the resolution is earned. An attractive final scene may require setup the existing manuscript does not provide.
Can reader feedback from one alternative approve another version?
No. Keep comments attached to the exact version reviewed. If the outcome or its dependencies change, evaluate the revised version against the same editorial questions again.
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