TemplateFREE⏱️ 60-90 minutes
Cloud Cost Optimization Template
A structured template for optimizing cloud infrastructure costs. Covers spend analysis, rightsizing, reserved capacity planning, waste elimination,...
Updated 2026-03-05
Cloud Cost Optimization
| # | Item | Category | Priority | Owner | Status | Notes | |
|---|---|---|---|---|---|---|---|
| 1 | |||||||
| 2 | |||||||
| 3 | |||||||
| 4 | |||||||
| 5 |
#1
#2
#3
#4
#5
Edit the values above to try it with your own data. Your changes are saved locally.
Get this template
Choose your preferred format. Google Sheets and Notion are free, no account needed.
Frequently Asked Questions
What is a good cloud cost as a percentage of revenue?+
For SaaS companies, infrastructure costs typically range from 15-30% of revenue at early stage, declining to 5-15% at scale. Best-in-class SaaS companies operate at 5-8% of revenue. If your infrastructure cost exceeds 25% of revenue and is growing faster than revenue, optimization should be a priority. Track cost per customer, cost per API call, or cost per transaction as [unit economics metrics](/glossary/unit-economics) alongside total spend.
Should the PM be involved in cost optimization?+
Yes. Infrastructure cost directly affects gross margin, which affects pricing strategy, profitability, and investment capacity. PMs should understand the cost implications of product decisions (feature X adds $5K/month in compute, feature Y requires a $20K/month managed service) and factor them into prioritization. Use the [RICE calculator](/tools/rice-calculator) to weigh cost optimization projects against feature work.
How do we handle cost allocation across shared services?+
Use a proportional allocation model. If 5 services share a Kubernetes cluster, allocate cluster costs based on each service's resource requests (CPU and memory) as a percentage of total cluster capacity. Use namespace-level resource quotas and Kubecost or CloudHealth for automated allocation. Tag shared resources with all consuming teams and split the cost in your FinOps dashboard.
When should we use spot instances?+
Spot instances work well for workloads that are fault-tolerant, stateless, and can handle 2-minute termination notices. Good candidates: batch processing, CI/CD build agents, data pipelines, dev/test environments, and stateless web workers behind a load balancer. Bad candidates: databases, single-instance services, anything that cannot restart gracefully. ---
Related Tools
Explore More Templates
Browse our full library of PM templates, or generate a custom version with AI.