TL;DR
- -��Start with the questions the next assignment will raise, then select knowledge worth carrying forward.
- -��Keep reusable facts, person-specific voice guidance and project decisions distinct.
- -��Test the handover with a colleague who did not work on the project.
The launch is over. The account manager moves the final release, executive Q&A and briefing deck into a project folder. A month later, another writer needs a company description and asks why the release says partner-operated facilities while the deck says our facilities. Nobody remembers which discussion settled the wording.
A closeout should leave enough context to answer that kind of question. The useful output is a small set of reusable records and a route back to the decisions behind them. You can prepare it in the tools your team already uses, alongside the final materials, without turning every project into a knowledge-management exercise.
Work backward from the next likely request
Ask the account lead what is likely to recur: a spokesperson introduction, a service description, a question about coverage, or an explanation of the launch decision. Select material against those uses. A detail that mattered only to a venue booking can stay in the project record. A definition that changed three drafts probably deserves a reusable entry.
Do this while the people who resolved the awkward questions are still available. Ask them to identify decisions a new writer could easily reverse by accident. Look through resolved comments as well as the final copy. The final sentence shows what survived; the discussion may explain which tempting alternative was rejected and why.
Keep the selection small enough for someone to review. If the proposed closeout contains dozens of unexamined facts, choose the few most likely to be reused first. The rest can remain discoverable in the project archive without appearing as approved current knowledge.
Closeout ledger: fact, voice and unresolved question
Consider a hypothetical service launch. Its final release describes four partner-operated repair centres. The chief operating officer's accepted quote explains why the company chose local partners. A pricing answer was removed because the commercial team had not settled the terms. Those three outcomes should travel into the next assignment differently.
A fact with a boundary
Carry forward the centre description with the operations source, page, service scope and effective date. Preserve partner-operated as part of the meaning. Record who verified the source and who cleared this wording for public use. A published release is useful history, but the underlying operations record is the place to check whether the description still applies.
A voice example with an owner
Propose the accepted quote as an example of this executive explaining a decision in plain language. Link the approved wording and the observation it supports. Ask the voice owner to accept that guidance before making it reusable. Keep the organization's partner terminology separate from the person's sentence style; the next spokesperson should inherit the terminology without automatically inheriting the executive's cadence.
An unresolved question with a route forward
Record pricing as unresolved, with the commercial owner and the reason it was omitted. Do not convert the omission into a permanent policy against discussing price. Give the next writer a clear instruction to request a current decision. Store restricted commercial context only where the next authorized reviewer can access it.
Attach a short transfer note
Use this mini-template for each selected item: likely reuse; exact wording or observation; entity and period; source location; decision and decision owner; permitted use; next review trigger. Add a link to the final deliverable where the item appeared. A colleague should be able to reach the relevant passage without opening every file in the folder.
Where an entry already exists, present the old wording beside the proposed addition or replacement. Record whether the owner accepted the change, kept both for different circumstances, or declined it. Preserve the prior entry and its history. A project ending provides an opportunity to propose knowledge updates, rather than blanket authority to overwrite them.
Separate the client-facing handover from private working material. The client may need the cleared evidence summary and final decisions without receiving internal comments, unrelated drafts or another person's voice references. Check access to linked sources using the intended recipient's permissions before calling the package usable.
Let the next writer test the closeout
Ask a colleague outside the project to prepare a short answer to one likely follow-up. Can they find the facility definition, identify what remains current and explain whom to ask about pricing? If they must reconstruct the email thread, improve the transfer note at that point. This is a retrieval exercise, so avoid coaching them through the folder.
Set a realistic stopping point. Closeout effort competes with other work, and some decisions will have little future value. Preserve required project history within your agreed retention arrangements, but reserve reusable status for material with a clear purpose. A successful ledger answers one recurring question with a complete, reviewable trail and leaves the rest discoverable as project history.
If project knowledge keeps disappearing between assignments, follow QuoteIt. It is being developed as a persona-led PR drafting and review workflow.
Join Waitlist