What This Template Is For
Every product accumulates blind spots. Features ship without proper analytics. Documentation falls out of date. Onboarding flows that worked for your first 100 users break down at 10,000. A product audit is a structured review that surfaces these gaps before they become customer complaints, churn drivers, or engineering emergencies.
This checklist template provides a repeatable framework for evaluating your product across six dimensions: strategy alignment, user experience, technical health, analytics coverage, go-to-market readiness, and operational maturity. Each dimension includes specific items to evaluate, a severity rating, and space for action items.
Unlike ad-hoc reviews that depend on whoever happens to be in the room, a structured audit ensures nothing gets missed. Use it quarterly, before major launches, or when inheriting a product from another PM. For a deeper look at how to track product health over time, see the KPI dashboard template. If your audit reveals prioritization challenges, the RICE scoring framework can help you rank the issues you find.
When to Use This Template
- Quarterly health checks. Run the audit at the start of each quarter to surface issues before they compound. Problems that are minor in Q1 become urgent in Q3 if nobody catches them.
- Before a major release or replatforming. Auditing the current state before a big investment prevents you from building on top of existing problems. You need to know the foundation before you add a new floor.
- When inheriting a product. New PMs need to understand what they are working with. An audit in your first 30 days gives you a factual baseline instead of relying on tribal knowledge. The first 90 days guide covers additional onboarding strategies.
- After a significant incident or churn spike. When something goes wrong, an audit helps you determine whether the issue was isolated or symptomatic of broader gaps.
- When preparing for a product review or board update. Use the audit findings to ground your narrative in data rather than opinions. See the product review template for structuring that meeting.
- Annually as part of strategic planning. A thorough annual audit informs roadmap planning by identifying the maintenance and improvement work that needs to happen alongside new feature development.
How to Use This Template
- Block 2-4 hours of uninterrupted time. Do not try to complete a product audit in a 30-minute window between meetings. You need space to actually check each item, not just skim the list.
- Gather your inputs first. Before starting, pull up your analytics dashboard, error monitoring tool, customer support ticket trends, NPS scores, and recent user research. The audit requires evidence, not guesses.
- Rate each item honestly. Use the three-level rating: Green (healthy), Yellow (needs attention), Red (urgent). Resist the temptation to rate everything Yellow. If you do not have data to evaluate an item, that itself is a Red for your analytics coverage section.
- Assign owners and deadlines for Red items immediately. The audit is only useful if it leads to action. Red items should be on your sprint backlog within two weeks.
- Share the completed audit with your team and stakeholders. Transparency builds trust and ensures that the issues you found are visible to the people who can help fix them.
- Save each completed audit. Over time, your collection of quarterly audits becomes a longitudinal view of product health. Patterns emerge that single audits cannot reveal.
The Template
Section 1: Strategy Alignment
Evaluate whether the product's current direction matches the stated strategy and business goals.
| # | Audit Item | Rating | Evidence / Notes | Owner | Target Date |
|---|---|---|---|---|---|
| 1.1 | Product vision statement exists and is current (updated within 6 months) | [G/Y/R] | |||
| 1.2 | Active roadmap aligns with stated company objectives and OKRs | [G/Y/R] | |||
| 1.3 | Top 3 roadmap items have clear customer problem statements, not just feature descriptions | [G/Y/R] | |||
| 1.4 | Competitive positioning is documented and reviewed within the last quarter | [G/Y/R] | |||
| 1.5 | Target customer segments are defined and validated with recent data | [G/Y/R] | |||
| 1.6 | Success metrics for the current quarter are defined and tracked | [G/Y/R] | |||
| 1.7 | Kill criteria exist for ongoing experiments and bets | [G/Y/R] | |||
| 1.8 | Technical debt is quantified and allocated time on the roadmap | [G/Y/R] |
Section 2: User Experience
Assess the quality and consistency of the end-to-end user experience.
| # | Audit Item | Rating | Evidence / Notes | Owner | Target Date |
|---|---|---|---|---|---|
| 2.1 | New user onboarding has been tested with a real user in the last 90 days | [G/Y/R] | |||
| 2.2 | Core user flows have fewer than 3 reported friction points in support tickets | [G/Y/R] | |||
| 2.3 | Error states and empty states are designed (not default browser errors) | [G/Y/R] | |||
| 2.4 | Mobile / responsive experience matches desktop functionality for core flows | [G/Y/R] | |||
| 2.5 | Accessibility meets WCAG 2.1 AA for primary user flows | [G/Y/R] | |||
| 2.6 | Page load times are under 3 seconds for the 90th percentile | [G/Y/R] | |||
| 2.7 | User feedback collection mechanism exists and is actively monitored | [G/Y/R] | |||
| 2.8 | Design system is documented and consistently applied across features | [G/Y/R] | |||
| 2.9 | Last usability test was conducted within the past quarter | [G/Y/R] |
Section 3: Technical Health
Review infrastructure, code quality, and operational reliability.
| # | Audit Item | Rating | Evidence / Notes | Owner | Target Date |
|---|---|---|---|---|---|
| 3.1 | Uptime over the last 90 days is above 99.5% | [G/Y/R] | |||
| 3.2 | Critical bug count is below the team's defined threshold | [G/Y/R] | |||
| 3.3 | Deployment frequency meets the team's target (e.g., daily, weekly) | [G/Y/R] | |||
| 3.4 | Rollback procedure is documented and has been tested within 6 months | [G/Y/R] | |||
| 3.5 | Security vulnerabilities have been scanned and critical issues resolved | [G/Y/R] | |||
| 3.6 | API response times are within SLA for all critical endpoints | [G/Y/R] | |||
| 3.7 | Database query performance has been reviewed (no queries > 5s in production) | [G/Y/R] | |||
| 3.8 | Test coverage meets the team's minimum threshold for critical paths | [G/Y/R] | |||
| 3.9 | Dependencies (libraries, APIs, vendors) are current and not end-of-life | [G/Y/R] |
Section 4: Analytics and Measurement
Confirm that you can measure what matters and that the data is trustworthy.
| # | Audit Item | Rating | Evidence / Notes | Owner | Target Date |
|---|---|---|---|---|---|
| 4.1 | Core product metrics are defined and dashboarded (activation, retention, engagement) | [G/Y/R] | |||
| 4.2 | Event tracking covers all critical user flows (signup, purchase, key actions) | [G/Y/R] | |||
| 4.3 | Analytics data has been validated against backend data within the last quarter | [G/Y/R] | |||
| 4.4 | Experiment infrastructure exists and has been used in the last 90 days | [G/Y/R] | |||
| 4.5 | Funnel conversion rates are tracked and benchmarked | [G/Y/R] | |||
| 4.6 | Customer health scores or churn prediction models exist and are monitored | [G/Y/R] | |||
| 4.7 | Revenue metrics (MRR, ARPU, LTV, CAC) are tracked and accessible to the PM | [G/Y/R] | |||
| 4.8 | Data privacy and consent mechanisms comply with current regulations (GDPR, CCPA) | [G/Y/R] |
For a deeper understanding of which metrics to prioritize, see the Product Analytics Handbook. You can also calculate key SaaS metrics using the LTV/CAC Calculator.
Section 5: Go-to-Market Readiness
Evaluate whether the product is positioned and supported for growth.
| # | Audit Item | Rating | Evidence / Notes | Owner | Target Date |
|---|---|---|---|---|---|
| 5.1 | Pricing page is current and reflects the actual product offering | [G/Y/R] | |||
| 5.2 | Sales collateral (decks, one-pagers, demos) is current and accurate | [G/Y/R] | |||
| 5.3 | Support documentation covers the top 20 user questions | [G/Y/R] | |||
| 5.4 | Release notes are published consistently for each major release | [G/Y/R] | |||
| 5.5 | Customer case studies or testimonials exist and are less than 12 months old | [G/Y/R] | |||
| 5.6 | Competitive differentiation is clearly articulated on the marketing site | [G/Y/R] | |||
| 5.7 | Self-serve trial or freemium experience is functional and monitored | [G/Y/R] | |||
| 5.8 | Integration partners and marketplace listings are current | [G/Y/R] |
Section 6: Operational Maturity
Assess processes, communication, and team health.
| # | Audit Item | Rating | Evidence / Notes | Owner | Target Date |
|---|---|---|---|---|---|
| 6.1 | Sprint ceremonies happen on schedule and have documented outcomes | [G/Y/R] | |||
| 6.2 | Stakeholder communication cadence is established and followed | [G/Y/R] | |||
| 6.3 | Incident response process is documented and team members know their roles | [G/Y/R] | |||
| 6.4 | Decision log is maintained and referenced for significant product decisions | [G/Y/R] | |||
| 6.5 | Retrospectives happen regularly and produce actionable improvements | [G/Y/R] | |||
| 6.6 | Onboarding documentation exists for new team members joining the product | [G/Y/R] | |||
| 6.7 | Cross-functional dependencies are tracked and communicated proactively | [G/Y/R] | |||
| 6.8 | Roadmap is accessible to all stakeholders (not locked in a PM's laptop) | [G/Y/R] |
Audit Summary
| Section | Green | Yellow | Red | Priority Actions |
|---|---|---|---|---|
| Strategy Alignment | /8 | /8 | /8 | |
| User Experience | /9 | /9 | /9 | |
| Technical Health | /9 | /9 | /9 | |
| Analytics & Measurement | /8 | /8 | /8 | |
| Go-to-Market Readiness | /8 | /8 | /8 | |
| Operational Maturity | /8 | /8 | /8 | |
| Total | /50 | /50 | /50 |
Audit Date. [YYYY-MM-DD]
Auditor. [Name, Role]
Next Audit Date. [YYYY-MM-DD]
Filled Example: B2B SaaS Project Management Tool
Context. A PM at a Series B project management SaaS ($8M ARR, 45 employees) ran a quarterly audit after customer churn increased from 4% to 6.5% monthly. The audit revealed that the problem was not a single broken feature but a combination of analytics gaps and onboarding friction.
Key Findings
| Section | Green | Yellow | Red | Top Issue |
|---|---|---|---|---|
| Strategy Alignment | 5 | 2 | 1 | No kill criteria for the AI assistant experiment running 4 months over plan |
| User Experience | 4 | 3 | 2 | Onboarding flow not tested with real users since product redesign 6 months ago; mobile experience broken for task creation |
| Technical Health | 6 | 2 | 1 | API response times for the dashboard endpoint exceed SLA (8.2s p95 vs 3s target) |
| Analytics & Measurement | 3 | 2 | 3 | No funnel tracking below signup; churn prediction model does not exist; experiment infrastructure unused for 5 months |
| Go-to-Market Readiness | 5 | 2 | 1 | Support docs missing for the 3 features shipped in last quarter |
| Operational Maturity | 6 | 1 | 1 | No incident response process; last production outage took 4 hours because nobody knew the escalation path |
Action Items (Red Items)
- Onboarding usability test. Schedule 5 user tests within 2 weeks. Owner: Design Lead. Deadline: 2026-03-19.
- Dashboard API performance fix. Investigate and resolve p95 latency. Owner: Backend Lead. Deadline: 2026-03-12.
- Funnel analytics implementation. Add event tracking from signup through activation. Owner: PM + Analytics Eng. Deadline: 2026-03-26.
- Churn prediction baseline. Define churn indicators and build initial model. Owner: Data Team. Deadline: 2026-04-09.
- Incident response runbook. Document on-call rotation, escalation paths, communication templates. Owner: Engineering Manager. Deadline: 2026-03-19.
Key Takeaways
- Run audits quarterly. Annual audits catch problems too late. Quarterly audits create a rhythm of continuous improvement and give you longitudinal data to spot trends.
- Treat "no data to evaluate" as a Red rating. If you cannot answer whether something is healthy, your measurement system has a gap. That gap is itself the problem.
- Do not audit alone. Bring your engineering lead, design lead, and a customer-facing team member. Each person sees blind spots the others miss. Use the RACI matrix template to assign clear ownership for remediation items.
- Focus remediation on Red items first. Yellow items matter, but splitting attention across 20 Yellow issues produces less impact than fixing 5 Red ones. Apply the RICE scoring method to rank remediation items if the list is long.
- Save every audit. Your third quarterly audit is ten times more valuable than your first because you can see what improved, what regressed, and what has been Yellow for three straight quarters.
About This Template
Created by: Tim Adair
Last Updated: 3/5/2026
Version: 1.0.0
License: Free for personal and commercial use
