πŸ“‹

Work Summary Template: Quarterly and Annual, with an Example

A work summary covers a quarter, a half year or a year: what was achieved against what was planned, what worked and why, what did not and what was learned, and the plan for the next period. It is read by people deciding on your scope, so it should be concrete about results and honest about gaps.

Get these right before you write

  1. 1Open with a three-sentence overview a busy reader could stop at.
  2. 2Put results next to the targets they were measured against, with figures.
  3. 3A shortfall plus its lesson is credible; a shortfall alone is a confession, and a summary with no shortfall is not believed.
  4. 4The next-period plan reuses the lessons: each lesson should change something in it.

Structure

The document opens with these headings and blanks.

Work summary β€” [period]
##Overview
[two or three sentences on the period]
##Main results
[result and figure]
##What went well
[...]
##What fell short, and the lesson
[...]
##Plan for the next period
[...]

A complete example

Written by the AI from this brief, exactly as the workbench would write yours:

The 2026 Q3 work summary of a customer-support team lead: targets were 12,000 tickets and CSAT 4.5; actual 12,480 tickets, CSAT 4.6, median first response 6 minutes (from 9); payment-failure tickets rose to 31% of volume; the self-help knowledge base launched late (September instead of July); plan for Q4: launch the login self-help page, train two new agents, cut payment-failure escalations by half with the payments team.

Customer Support Team β€” Q3 2026 Work Summary

(Worked example β€” all names and figures are illustrative.)

Overview

The customer support team closed Q3 2026 ahead of both headline targets: ticket volume handled and customer satisfaction. Response speed improved sharply. Two issues shaped the quarter β€” a surge in payment-failure tickets and a delayed launch of the self-help knowledge base β€” and both carry directly into the Q4 plan.

Main results

Metric Q3 target Q3 actual Note
Tickets handled 12,000 12,480 +4% over target
CSAT (1–5) 4.5 4.6 Up from 4.4 in Q2 (illustrative)
Median first response β€” 6 min Down from 9 min in Q2
Payment-failure tickets β€” 31% of volume Up from ~18% in Q2 (illustrative)
Knowledge base launch July September Two months late

Volume and satisfaction

The team handled 12,480 tickets against a target of 12,000, while CSAT rose to 4.6 against a target of 4.5. Holding satisfaction above target during a volume increase is the quarter's most important result.

Response speed

Median first response fell from 9 minutes to 6 minutes. The main drivers were a revised queue-routing rule that sends simple account questions to a dedicated rota, and a set of refreshed macro replies for the ten most common question types (illustrative).

What went well and why

  • Faster first response. Routing simple tickets away from the general queue freed senior agents for complex cases and cut waiting time across the board.
  • CSAT above target under higher load. Post-ticket survey comments most often cited "quick first reply" and "clear next steps" (illustrative), which matches the response-time improvement.
  • Volume absorbed without extra headcount. The team stayed at eight agents all quarter (illustrative) and still exceeded the ticket target, largely through the routing and macro changes.

What fell short and what we learned

Payment-failure tickets reached 31% of volume

Nearly a third of all tickets in Q3 concerned failed payments, up from roughly 18% in Q2 (illustrative). Most were caused by a card-authorisation change in the payment provider's August update (illustrative), which support could only explain, not fix.

Lessons:

  • Support needs an early-warning channel with the payments team so provider changes are known before tickets arrive.
  • A large share of these tickets were escalated when a standard response would have resolved them; a shared playbook for the top five failure codes would cut escalations.

Self-help knowledge base launched in September, not July

The knowledge base was planned for July and went live in September. The delay came from underestimating the time to review and rewrite legacy articles β€” about 140 articles needed updating, roughly twice the original estimate (illustrative) β€” and from the content owner being pulled onto the payment-failure surge in August.

Lessons:

  • Content audits should be done before committing a launch date.
  • Projects with a single owner need a named backup so operational surges do not stall them.

Plan for Q4 2026

Goal Owner Target / measure Timing
Launch the login self-help page Team lead with content owner Page live; 20% fewer login tickets by December (illustrative) By mid-October
Train two new agents Senior agent (training lead) Both agents working full queues independently Start early October; fully productive by late November
Cut payment-failure escalations by half Team lead with payments team Escalations down 50% from the Q3 level Playbook agreed by end of October; target met by end of December

Supporting actions

  • Set up a weekly 15-minute sync with the payments team to flag provider changes and review the top failure codes.
  • Keep first response at or below 6 minutes while the two new agents ramp up; monitor weekly.
  • Hold CSAT at 4.6 or above and ticket volume within capacity, using the knowledge base and login page to deflect routine questions.

Summary

Q3 delivered on volume, satisfaction, and speed, and exposed two fixable weaknesses: a dependence on the payments team for a third of the workload, and project planning that underestimated content work. Q4 focuses on turning both into structural improvements while adding capacity through two new agents.

Names, figures and dates in the example are made up for illustration.

How it works

  1. 1Open the template: a document with the skeleton and the brief appears.
  2. 2Add one line about your case to the brief, or attach your notes as sources, and press First draft.
  3. 3Edit directly, or ask the AI to tighten, expand or translate any passage; every AI change is reviewed before it lands.

Questions

Can I use the example as it is?
The example shows the shape and tone; its names and figures are made up. Open the template and give the AI your own facts, and it writes yours in the same shape.
Does it work in English and Chinese?
Yes. The document is written in the language of your brief, and any passage can be translated afterwards.
Is it free?
Writing is billed by the tokens used, usually a few credits per draft; the template, the skeleton and the editor cost nothing.

Other documents in this group

All everyday documents (27) β†’