Skip to main content
New: 9 PM Courses with hands-on exercises and certificates
TemplateFREE⏱️ 4-6 hours

Year in Review Template

A structured annual product review template for SaaS teams. Covers goal assessment, key metrics analysis, feature retrospective, team performance, customer impact, and lessons learned for the year ahead.

By Tim Adair• Last updated 2026-03-05
Year in Review Template preview

Year in Review Template

Free Year in Review Template — open and start using immediately

or use email

Instant access. No spam.

What This Template Is For

A year-in-review is the practice of evaluating what your product team accomplished over the past 12 months, what worked, what did not, and what those outcomes mean for the year ahead. It is not a vanity metrics deck. It is an honest assessment that helps the team learn, helps leadership understand ROI, and helps you plan the next year with better information.

This template provides a structured format for assembling your annual product review. It covers goal attainment, metric trends, feature outcomes, customer impact, team health, and lessons learned. It is designed for product managers, product leaders, and founders who need to present a credible summary of the year to stakeholders, executives, or their own teams.

The Product Analytics Handbook covers how to interpret metric trends and build dashboards that feed into this review. For goal-setting frameworks, see the OKR glossary entry. If you are using this review to inform next year's planning, the annual planning guide provides a structured process for translating retrospective insights into forward plans.


How to Use This Template

  1. Gather data first. Pull metric dashboards, OKR scorecards, release logs, and customer feedback summaries before you start writing. This review should be evidence-based.
  2. Be honest about misses. A review that only highlights wins is not useful. Stakeholders respect candor. Explain what did not work and why.
  3. Quantify wherever possible. "We improved onboarding" is weak. "Activation rate increased from 34% to 52%, adding an estimated $420K ARR" is a review that earns trust.
  4. Connect outcomes to strategy. Every win or miss should trace back to a strategic bet. This shows you are operating with intentionality, not just shipping features.
  5. Include team health. Product outcomes are a function of team health. Acknowledge burnout, turnover, skill gaps, or collaboration wins.
  6. End with forward-looking recommendations. The review is not an end in itself. It should produce specific inputs for next year's strategy.

The Template

1. Review Metadata

FieldDetails
Product / team[Product name or team name]
Review period[e.g., Jan 1 - Dec 31, 2026]
Author[Your name, title]
Date prepared[Date]
Audience[e.g., Executive team, Board, Product org]
Prior year review[Link to last year's review, if available]

2. Executive Summary

Write a 3-5 sentence summary that a busy executive can read in 30 seconds:

[In FY2026, the product team shipped [X] major features, grew [primary metric] by [Y]%, and [achieved/missed] [Z] of [N] annual OKRs. The biggest win was [one sentence]. The biggest learning was [one sentence]. Heading into FY2027, the top priority is [one sentence].]

3. Annual Goal Scorecard

GoalTargetActualStatusCommentary
[OKR or strategic goal 1][Target number][Actual number]Hit / Missed / Partial[1-2 sentences explaining the result]
[OKR or strategic goal 2]
[OKR or strategic goal 3]
[OKR or strategic goal 4]
[OKR or strategic goal 5]

Overall attainment: [X of Y goals hit. Brief qualitative assessment.]


4. Key Metrics Summary

MetricJanQ1 EndH1 EndQ3 EndDecYoY Change
MRR
Active users
Activation rate
Retention (monthly)
NPS
Churn rate
ARPU

Metric narrative: [2-3 paragraphs interpreting the trends. What drove improvements? What caused declines? Which leading indicators are most encouraging or concerning heading into next year?]


5. Feature Retrospective

Top 5 Features Shipped

FeatureShip DateStrategic ThemeKey Metric ImpactVerdict
[Feature 1][Date][Which strategy it served][Quantified outcome]Win / Mixed / Miss
[Feature 2]
[Feature 3]
[Feature 4]
[Feature 5]

Features That Underperformed

FeatureExpected OutcomeActual OutcomeRoot CauseLesson
[Feature][What you expected][What happened][Why it missed][What you learned]

Features Not Shipped (and Why)

Planned FeatureWhy DeprioritizedImpact of Not ShippingStill Relevant?
[Feature][Resource constraints / strategy shift / technical blockers][Customer feedback, competitive gap, etc.]Yes / No

6. Customer Impact Assessment

DimensionHighlightsEvidence
Customer satisfaction[NPS trend, CSAT scores, support ticket trends][Data source]
Customer expansion[Upsell/cross-sell wins, expansion revenue][Data source]
Customer churn[Churn rate, top churn reasons, save rate][Data source]
Customer feedback themes[Top 3 feature requests, top 3 complaints][Data source]
Customer wins[Notable customer stories, case studies, testimonials][Data source]

Voice of the customer: [Include 2-3 direct customer quotes that illustrate the year's impact, both positive and negative.]


7. Technical Health

DimensionStart of YearEnd of YearTrendNotes
Uptime
Median page load time
Deployment frequency
Mean time to recovery
Tech debt ratio
Security incidents
Test coverage

Technical narrative: [1-2 paragraphs on the health of the codebase, infrastructure, and engineering practices. Call out major investments in reliability, performance, or developer experience.]


8. Team Performance and Health

MetricValueTrendNotes
Team size (start of year)
Team size (end of year)
Voluntary turnover
Open roles (unfilled)
Engagement score
Cross-functional collaboration rating

Team highlights:

  • [Key hire or promotion]
  • [Process improvement that increased velocity]
  • [Collaboration win between teams]

Team challenges:

  • [Attrition or hiring difficulty]
  • [Burnout signals or workload issues]
  • [Skill gaps that affected delivery]

9. Competitive Landscape Shifts

CompetitorNotable MovesImpact on UsOur Response
[Competitor 1][Feature launch, pricing change, funding][Low / Medium / High][What we did or plan to do]
[Competitor 2]
[Competitor 3]

Market position assessment: [1 paragraph on how your competitive position changed over the year.]


10. Lessons Learned

What Worked Well

PracticeEvidenceRecommendation
[e.g., Weekly customer interviews][Led to 3 validated features]Continue and expand

What Did Not Work

PracticeEvidenceRecommendation
[e.g., Big-bang quarterly releases][Delayed feedback loops by 8 weeks]Switch to continuous deployment

What We Should Start Doing

PracticeRationaleOwner
[e.g., A/B testing all pricing changes][Pricing changes had unpredictable churn effects][Name]

11. Forward-Looking Recommendations

Based on the year's outcomes, these are the top strategic recommendations for the coming year:

#RecommendationSupporting EvidencePriority
1[e.g., Double down on enterprise segment][Enterprise grew 180% YoY while SMB grew 12%]High
2
3
4
5

Tips for Presenting the Year in Review

Know your audience. A board review emphasizes financial impact and strategic positioning. A team review emphasizes learning and recognition. Tailor the depth and focus accordingly.

Lead with outcomes, not outputs. "We shipped 47 features" is an output. "We increased activation by 18 points, contributing an estimated $1.2M in ARR" is an outcome. Always tie features to business results.

Use visuals for metrics. A chart showing MRR growth over 12 months communicates more effectively than a table. Prepare 3-5 key charts for the presentation version.

Acknowledge the team. Name specific individuals and their contributions. A year in review that credits only leadership misses the point.

For more on connecting metrics to business outcomes, explore the metrics library. The Product Strategy Handbook covers how to translate retrospective insights into forward-looking strategic themes.

Frequently Asked Questions

How detailed should a year in review be?+
The written document should be thorough enough that someone who was not involved can understand the year's outcomes. A 10-15 page document is typical. The presentation version should be 15-20 slides, focusing on the executive summary, metric trends, top wins and misses, lessons learned, and forward recommendations. Appendices can hold supporting data.
When should I start preparing the year in review?+
Start data collection in the last two weeks of the year. Draft the document in the first week of January. Aim to present the review to leadership by mid-January. The best reviews are prepared quickly while the year's context is still fresh.
How do I handle goals that were changed mid-year?+
Acknowledge the original goal, explain why it was changed, and evaluate against the revised goal. Changing goals mid-year is not a failure. It shows strategic adaptability. But if goals change every quarter, that signals a planning problem worth addressing.
Should the year in review include individual performance?+
No. The year in review is a product and team-level document. Individual performance belongs in 1:1s and formal performance reviews. The year in review should recognize contributions by name but not evaluate individuals publicly.

Explore More Templates

Browse our full library of AI-enhanced product management templates

Free PDF

Like This Template?

Subscribe to get new templates, frameworks, and PM strategies delivered to your inbox.

or use email

Instant PDF download. One email per week after that.

Want full SaaS idea playbooks with market research?

Explore Ideas Pro →