How it works
Six weeks. One engineer in your Slack, your repo, and your console.
No discovery phase, no steering committee. Week one we read the bill.
Week two we're opening pull requests.
week 1
read-only
Bill teardown
We pull twelve months of Cost & Usage Report data, map it to services and teams,
and rank every line item by recoverable dollars against effort and blast radius.
- You give
- a read-only IAM role and one hour of context
- You get
- a ranked savings map with dollar estimates
week 2
first PRs
Quick wins, merged
Orphaned volumes and snapshots, idle replicas, dev environments running at 3am,
log retention set to forever. Low risk, fast to review, and the first place we
expect to cover our own fee.
- You give
- two hours of code review
- You get
- the first measurable drop in run rate
week 3 to 5
the real work
Architecture and commitments
Rightsizing against real load data, Graviton where the build allows, VPC endpoints
and egress paths, Kubernetes requests versus actual usage, then a Savings Plan
ladder sized to your floor.
- You give
- scoped write access, staged rollouts
- You get
- structural savings, not one-off cleanup
week 6
handover
Guardrails, then we leave
Budgets and anomaly alerts wired to your on-call, cost deltas annotated on Terraform
plans in CI, and a tagging scheme your team can maintain. The goal is that you don't
need us again.
- You give
- 30 minutes for handover
- You get
- runbooks, alerts, and the commitment plan
How we work in someone else's production
Cost work touches everything. The way to do it safely is to be boring about process.
Everything ships as a pull request
Console clicks don't survive the next deploy. Changes land in your IaC, reviewed by your engineers, on your branch protection rules.
Lowest risk first
Non-prod before prod, one service at a time, with a rollback in the same PR. Anything that touches a customer path gets a staged rollout and a watch window.
Access is scoped and time-boxed
Read-only for the assessment. Write access only where work is happening, revoked at the end of the engagement.
We don't touch performance budgets without you
If a saving costs latency or headroom, it goes on the list with the tradeoff written down. You decide, not us.
2-3 hrs
of your engineers' time per week, mostly code review
Week 2
when we aim to have the first saving merged