cloud commitment management for technical and customer teams.md

Cloud Commitment Management for Technical and Customer Teams

Module 1: Rate Optimization in the FinOps Framework

Learning objective: Place Archera within the broader FinOps landscape.

Key concepts:

{% hint style="info" %} Key message: Archera doesn't compete with right-sizing tools. {% endhint %}


Module 2: How Insured Commitments Work — The Mechanics

Learning objective: Understand the mechanics well enough to explain and manage Archera for a customer.

{% stepper %} {% step %} How it actually works (under the hood)

{% step %} The guarantee mechanism (varies by cloud and commitment type)

{% step %} Term structure

{% step %} Premium model

{% step %} Multi-cloud coverage


Module 3: Deployment and Setup

Learning objective: Know how to onboard a customer and what permissions are involved.

Deployment overview:

What Archera can and cannot do:

Onboarding time: ~5 minutes. Dashboard available in 24 hours (AWS) or 48 hours (Azure/GCP).

Key prerequisite: AWS requires the Management Account. If the customer doesn't have one, they'll need to enable AWS Organizations first.

Under a reseller's consolidated billing? Usually still works. Most reseller configurations are supported including TD Synnex & Ingram Micro.


Module 4: Using Archera as a Customer Relationship Tool

Learning objective: Understand how to use Archera to build trust, demonstrate value, and protect net retention.

For SAs — running the platform:

For AMs and CS — the retention and expansion motion:

In QBRs & Meetings:

Building trust:

Expansion signals:

{% hint style="info" %} Every month Archera is saving a customer money, that's a number on a slide in your QBR. {% endhint %}


Module 5: Objection Handling

Learning objective: Handle the five most common objections with confidence.

Objection Response
"How does Archera make money if the commitment goes unused?" Insurance model — Archera charges a premium for taking on the risk. Like any insurer, they price it so most commitments are used, but when they're not, they honor the guarantee.
"Doesn't this encourage wasteful over-committing?" No — Archera's recommendations are based on actual usage data. And the guarantee removes the downside of being wrong. The result is actually better commitment hygiene.
"We have a PPA/EDP — does this still work?" Usually yes. The exception is if the customer has a shortfall clause in their agreement — committing more could make that worse. Otherwise, Insured Commitments complement existing agreements.
"How does billing look?" Two line items: the commitment itself (same as any native commitment) and a separate Archera premium. If the guarantee is exercised, Archera refunds the unused commitment cost — either as a credit toward future Archera premiums (default) or via wire transfer. This refund does not appear on your cloud invoice.
"Does this require any infrastructure or code changes?" Zero. Archera operates entirely at the billing/commitment layer. Your engineering team never needs to touch anything.

Module 6: Putting It Together

Learning objective: Know when to recommend which product and how to position Archera in a broader solution.

Decision framework:

Customer has stable baseline workloads for 1+ year?
  → Recommend 1-year Insured Commitment (better savings than native 1-year)

Customer uncertain about 12-month workload stability?
  → Recommend 30-day Insured Commitment (only 30-day lock-in)

Customer has existing native commitments?
  → Archera manages those free; can layer Insured Commitments on top for new coverage

Customer using a right-sizing / usage optimization tool?
  → Archera is complementary — rate optimization + usage optimization = full picture

Customer on credits?
  → Archera's credit burndown dashboard is valuable; credits can be used to purchase Insured Commitments

{% stepper %} {% step %} How to introduce Archera in an active customer engagement