Treat cloud spend like a product, not a bill. Use credits and sponsorships to bring money in, then cut waste with data, commitments, right-sizing, and smarter architectures - without slowing delivery.
Why This Matters for London Startups
Working with London's vibrant startup ecosystem, I've seen how cloud costs can make or break a seed-stage company. With UK investors increasingly focused on capital efficiency and runway extension, optimizing cloud infrastructure isn't just an engineering exercise—it's a strategic imperative. London-based startups face unique challenges: higher operational costs, competitive talent market, and investors who expect every pound to work harder. The strategies below have helped multiple London-based B2B SaaS companies reduce their cloud spend by 40-60% while actually accelerating their development cycles.
Story
Earlier in my career, I joined a team where nobody really knew who owned what anymore. We were running across three different providers, with ancient services nobody could identify, still quietly racking up charges every month. Environments were scattered, tags were inconsistent, and half the line items in the invoice might as well have been written in hieroglyphics. Databases were massively overprovisioned "just in case", autoscaling groups ran at their max capacity 24/7, and there were entire clusters that nobody could explain, but everyone was afraid to touch. Every classic anti-pattern was there: dev and staging running full-time, zombie volumes from long-forgotten experiments, test data lakes on premium storage, and not a single view that tied costs back to products or teams.
Introduction
Most teams attack cloud cost with blunt tools: turn off a few VMs, ask engineers to provision conservatively, and hope for the best. That might save a few percent. The real gains (30-60%) come from treating cloud spend as a product with strategy, data, and experimentation.
In this article, I'll walk through a playbook to dramatically reduce cloud costs without slowing teams down, grouped under two super categories:
- Generating credits and sponsorships (revenue-like inflows)
- Cutting costs with better engineering and operations
Use it as a menu. You do not need everything at once, but you should know what is possible.
💰 Generating Credits and Sponsorships
1. Build a clear cost and roadmap narrative 📈
Before you ask for discounts or credits, you need a story the cloud provider can understand and support.
- Clarify what drives your spend: compute, storage, data transfer, managed services
- Summarise your 12-24 month roadmap, data platform, AI features, global expansion, and compliance
- Quantify your trajectory spend today, expected growth, and strategic bets you want to accelerate
This narrative becomes the backbone of every conversation with account managers and programs.
2. Negotiate recurring credits with account managers 🤝
If you are spending a meaningful amount, you should have an account team and a recurring dialogue.
- Share your roadmap and where their platform is central to your plans
- Ask explicitly what programs exist to help you accelerate those plans, credits, architectural support, and co-marketing
- Explore longer-term agreements that combine commercial discounts with recurring credits or service funding
Treat this like any B2B partnership. You are offering future growth and reference value in exchange for better economics today.
3. Pitch R&D and AI projects for sponsorship 🧪
Cloud providers have R&D, AI, or strategic innovation budgets. You access them with well-framed proposals.
- Target high-visibility initiatives, AI features, data platform rebuilds, analytics modernisation, and migrations to their flagship services
- Frame each project around outcomes, latency improvements, new revenue streams, cost per transaction, and customer experience
- Ask for R&D credits plus architecture guidance, in exchange for case studies, references, or co-presented talks
You are essentially saying: sponsor this experiment, and we will prove out a compelling story on your platform.
4. Use startup and scale-up sponsorship programs 🚀
If you are early or mid-stage, there is often free or heavily discounted money on the table.
- Apply to your cloud provider's startup or scale-up program, credits, support, and partner introductions
- Ask your investors and accelerator if they have negotiated cloud deals you can piggyback on
- Track credit balances and expirations so nothing quietly disappears
These programs can fund big chunks of experimentation and growth if you treat them like a pipeline, not a one-off gift.
🧠 Cutting Costs with Better Engineering and Operations
1. Start with a clear internal cost narrative 📈
Inside your company, people need to understand where money goes and who owns it.
- Enable detailed cost and usage reports in your cloud provider
- Tag resources by environment prod, staging, dev, and by team or product
- Build a simple FinOps dashboard, spend by service, by team, by environment, compared to revenue or active users
The goal is not perfect precision, but enough clarity to focus on the biggest levers first.
2. Use commitment discounts safely 🎯
Commitments like savings plans or reserved instances are powerful when based on data, not guesswork.
- Analyse 6-12 months of spend to identify steady, always-on workloads
- Define a conservative baseline of usage you are confident will persist
- Commit only a portion of that baseline for 1-3 years, leaving room for architectural change
Well-calibrated commitments can deliver double-digit percentage savings on compute without locking you into bad decisions.
3. Bring in Spot and preemptible capacity where it is safe 🕹️
Spot instances are a discount for flexibility. Use them where interruptions are acceptable.
- Target stateless services behind autoscaling, batch jobs, ML training, and analytics jobs
- Ensure workloads have proper retry logic and graceful shutdown paths
- Maintain a safe core of on-demand or reserved capacity, treating Spot as an opportunistic boost
Done correctly, this lets you scale aggressively at a fraction of on-demand prices.
4. Centralise usage data and introduce showback 👀
You cannot optimise what you cannot see, and nobody optimises what they do not feel responsible for.
- Aggregate billing, resource inventory, and performance metrics into one view
- Slice by team, product, environment, and major service categories
- Run monthly reviews where each team sees their cost, usage, and trend vs their peers and targets
This is "showback" rather than strict chargeback, but it is enough to influence design and prioritisation.
5. Audit, right-size, and clean up regularly 🧹
There is almost always low-hanging fruit hiding in the long tail of your estate.
- Identify and remove unused volumes, snapshots, IPs, and other orphaned resources
- Turn off stale environments and proof-of-concept stacks that nobody remembers
- Automate schedules to stop non-production resources at night and on weekends
Then focus on right-sizing:
- Match instance and database sizes to actual usage patterns
- Tune autoscaling thresholds and minimum counts based on real demand
- Consider moving between instance families to better match CPU, memory, and I/O needs
A couple of focused right-sizing sprints can change your cost baseline more than months of vague "be mindful" messages.
6. Treat performance testing as a cost optimisation tool 🧪
Performance work is not just about speed; it is about cost at a given level of service.
- Define key workloads and SLOs: latency, error rate, throughput
- Run load tests while varying instance types, sizes, storage tiers, and cache strategies
- Measure cost per request, per job, or per batch at acceptable performance
For data and AI workloads:
- Experiment with batch sizes, parallelism, and compression
- Benchmark different storage formats and query engines
Document the cheapest configuration that meets your SLOs and standardise on it.
7. Choose serverless vs traditional compute deliberately ⚖️
Both can be cheap or expensive depending on usage patterns.
Serverless is great when:
- Workloads are spiky or bursty
- You have long idle periods between bursts
- You want fine-grained metering without managing servers
Traditional computing is better when:
- Throughput is high and steady
- Workloads are heavy and long-running
- You have strict latency and warm state requirements
For each workload, compare projected monthly cost and operational complexity across serverless, containers, and VMs, then choose intentionally rather than by habit.
8. Tame data and storage, the silent budget killer 🧊
Data platforms and storage often dominate costs over time if left unchecked.
- Introduce tiered storage and automatic lifecycle policies for hot, warm, and cold data
- Set default retention periods and extend only when justified
- Use compressed, columnar formats for analytics workloads
- Remove unused indexes, materialised views, and redundant copies
Track cost per query or per gigabyte scanned and use those metrics to guide optimisations.
9. Embed cost into engineering culture 💡
Cloud savings stick when they reflect how teams think, not a one-off project.
- Add cost as a discussion point in design reviews and architecture decisions
- Include cost per unit of value as a first-class metric alongside latency and error rate
- Celebrate teams that improve efficiency without hurting reliability or delivery
- Share simple heuristics for good defaults and common anti-patterns
When engineers see cost as part of building good systems, you get continuous optimisation rather than periodic panic.
Putting It All Together
Real cloud optimisation is not just turning things off. It is a combination of:
- Generating credits and sponsorships by being a strategic, visible customer
- Cutting costs through better engineering, observability, and operational discipline
Start with visibility and a clear story, then layer in a handful of the most impactful levers in each category. Over time, you will build a culture and platform where performance, reliability, and cost all move in the right direction together.
Cloud spend growing faster than revenue? I audit cloud architectures and build reduction roadmaps for B2B SaaS. Schedule a consultation →
Working through the challenges in this post? I help engineering leaders and CTOs navigate complex technical decisions and scale high-performing teams. Schedule a consultation →