Scoped Implementation Project

Most engagements start with one scoped project: a specific set of changes, each with the savings named before we begin. No transformation program, and no assessment that takes a quarter.

The first call

We start with a short call with one or two of your engineers. We walk through your cloud architecture, and through whatever your own tooling has already surfaced. If you have a FinOps practice, its dashboards and its backlog are the starting point rather than something to redo.

We look at the billing console and your main cost drivers together, then at the resources behind them. Anything harmless that can be fixed on the spot usually gets mentioned right there.

What you get back

A list of specific changes, each with an estimated saving, the effort to implement it, and any caveats worth knowing about, which is about what most vendors would call a report and stop at.

Here it’s the work plan, scoped so that we can implement it with limited involvement from your engineers, rather than a set of recommendations for somebody else to schedule.

Alongside it comes a proposal: which of those changes the first project covers, what it costs, and how we would work together after that.

Then the work happens

Once we agree and the prerequisites are in place, we implement the changes: config-level work, instance and volume migrations, resource cleanup, and small pull requests that are quick to review. The savings live in your infrastructure rather than in a subscription, so they stay once the engagement ends. On a flat fee or a retainer that means you keep all of it from day one, and on the savings-share model the agreed share applies for each change’s first 12 months, after which you keep all of it too.

You can also take the list and implement it with your own engineers instead, and some teams do. Most of the teams we work with have already tried that, and found that cost work loses to the roadmap every sprint, which is the whole reason this service exists.

What it costs

Three ways, and we’ll tell you which one fits:

• Scoped project. A flat fee for an agreed set of implementations.
• Monthly retainer. An agreed block of engineering hours each month, working through your queue in your priority order. Priced case by case, against your scope and what you need.
• Share of savings. A percentage of what each change measurably saves, billed for its first 12 months and measured from your real before-and-after billing data. A change that saves nothing isn’t charged for.

All three can also be billed through AWS Marketplace, so the money comes out of the cloud budget you already have rather than needing a new line item and its own procurement cycle.

Please contact us if this sounds interesting or you have any questions.