Collect the week before you summarize it
Pull together task notes, tickets, meetings, metrics, customer feedback, emails, and unfinished work. Do not polish anything yet. A rough list is enough.
HOW TO WRITE A WEEKLY REPORT
Start with what actually happened, not with a blank document. Gather the notes, numbers, customer comments, open work, and next steps from the week. Then turn that material into a short report your reader can scan without guessing what matters.
The easiest way to write a weekly report is to separate collecting from writing. First get the week in one place. Then decide what belongs in the report.
Pull together task notes, tickets, meetings, metrics, customer feedback, emails, and unfinished work. Do not polish anything yet. A rough list is enough.
Status mistakes make a report untrustworthy. A sent proposal is not a signed deal. A verbal yes is not a contract. A reopened ticket is not resolved.
Keep the numbers and signals that help the reader judge progress: revenue, conversion, response time, customer feedback, milestones, or a decision. Leave routine metrics out when they add no useful context.
Use headings that match the week. Sales may need pipeline and customer signals. Engineering may need shipped work and incidents. Do not force every report into the same five headings.
Once the body is clear, write one or two sentences covering the biggest progress, the strongest evidence, and any issue that materially changes how the week should be read.
Remove duplicate bullets, routine meetings, and vague filler. If a sentence can disappear without changing the reader's understanding, it probably should.
FROM NOTES TO REPORT
Polishing should make the meaning clearer, not stronger. Numbers, plans, and customer signals often come with caveats. Keep those caveats beside the claim.
homepage basically done, responsive bug MRR 12.8k? finance not final activation maybe down 2% pricing discussion, no decision next wk: pricing decision? export QA
Homepage work is largely complete; responsive issues remain. MRR is currently reported at 12.8k and is still awaiting Finance confirmation. Activation may have declined by about 2%. Pricing was discussed, but no decision was made. Next week may include a pricing decision and export QA.
“MRR is 12.8k” and “MRR is currently reported at 12.8k, pending Finance confirmation” are not the same claim. Good writing keeps the distinction.
WHAT TO INCLUDE
You can rename or remove sections, but most useful weekly reports answer a small set of questions.
THE SUMMARY
The summary is not a smaller copy of every bullet below it. It should tell the reader the shape of the week.
A useful summary often combines three things: the most important progress, one piece of evidence, and one unresolved issue. Two concise sentences are enough for many reports.
This week was very productive. We worked on the website, talked to customers, improved marketing, and made progress on several important tasks.
Website visits rose from about 5.2k to 6.1k, although conversion did not improve. We shortened the registration flow after customer feedback; the campaign launch remains delayed by the final design handoff.
COMMON MISTAKES
“Had a meeting,” “checked analytics,” and “worked on SEO” tell the reader where time went. Add the result when the source supports one.
“Started onboarding redesign” is not “completed onboarding redesign.” Keep completed, in-progress, blocked, and planned work separate.
Reports often become wrong because hedges disappear during editing. Keep words such as “approximately,” “may,” “pending,” “reported,” and “not yet confirmed” when they are part of the truth.
A summary can refer to the same theme as the body, but it should not repeat the exact sentence. The body gives detail; the summary explains what matters.
A weekly report is not a timesheet unless your organization specifically asks for one. Your reader usually needs a clear picture of progress, risk, and next actions.
FINAL PASS
Paste the notes, metrics, and unfinished work you already have, then review the organized report.