Werk 14 — who carries it
A cloud bill is an architecture diagram written in money. This werk reads it that way: spend mapped to the workloads that cause it, a unit cost the business recognises, and the decision moved to the engineers whose design sets the number.
The offer
A cloud bill that is explained line by line against the workloads behind it, a unit-cost metric the business recognises, and the spend decisions moved into the teams that cause them.
Cloud spend mapped to workloads, teams and products, with a unit-cost metric — per transaction, per customer, per tenant — that the business already uses to talk about volume.
Reserved capacity, savings plans and instance families ranked by saving against effort and lock-in, with the architecture moves that change the bill more than any discount will.
Tagging standard, allocation rules and a monthly reading the engineering teams run themselves, so cost stops being a finance report they receive.
Budget alerts wired to owners, drift caught in days rather than at invoice, and a written rule for what happens when a workload doubles.
Cost baseline, allocation model, hot-spot ranking, prioritised plan.
Target unit economics, commitment strategy, arbitration on architecture spend.
The practice stood up and the baseline moved, with the numbers sourced.
State of the proof
Experiences that prove it
Sub-capabilities and evidence
Publishable figures
Questions
- Is this an invoice audit?
- No. Cost that comes out through a negotiation goes back in within two quarters. What holds is a unit-economics model owned by the teams that spend, wired into the architecture decisions that actually move the bill — which takes a mandate rather than a report.
- Where is the real proof?
- In the PMU replatforming, where total cost of ownership fell 87% while a five-nines uptime target held. At Societe Generale, where a datacenter exit onto elastic AWS patterns cut TCO by 37%. At celio, where a data-mesh replatforming took 30% out of TCO while the digital business grew.
- How does this relate to PerfOps and GreenOps?
- They are the same dial read three ways. Rightsizing a fleet takes money and carbon out and can take the service level with it. Cost decisions are taken here, but arbitrated against the numbers held in PerfOps and GreenOps rather than against nothing.
- Who should not hire this werk?
- An organization that wants a saving without changing who decides. If engineering teams do not see and own their spend, the model is a spreadsheet and the bill returns.