NewThe Missed Call Calculator. Cost your unanswered calls in two minutes

What we owe you after the system goes live.

Every engagement includes an operate phase that starts the day your system goes live, and like every policy in our Trust Center, it is written down. This page sets out what it covers, how an incident is handled, what you get every month and how to leave. AI systems drift: models update, platforms change their APIs and your process moves. Operate is how a working system stays working.

Last updated: 9 November 2026·Month to month after 90 days·No exit fee
Day 30Operate starts the day the system goes live
1 ownerA named person on our side, not a ticket queue
MonthlyA report against the number you signed in week one
No exit feeMonth to month after 90 days, 30 days notice

Seven services. One table.

Everything the operate phase covers, how often it happens and what you see when it does. It is not a support contract. It is the part where the system keeps earning.

ServiceWhat we doWhenWhat you see
Monitoring and alertingWatch every component and every integration, and alert on failure and on driftContinuousAn alert to a named owner on our side, with the log attached
Incident response and rollbackRoll back first, fix second, using the procedure we tested during live trafficWhen an alert firesWhat happened, what was held and what changed, in writing
Conversation samplingRead real conversations for wrong answers, missed handovers and toneMonthlyFindings and fixes in the monthly report
Model and prompt recalibrationRe-test and adjust prompts so behavior stays steady when a foundation model updatesWhen a model changesA dated entry in the change log
Integration maintenanceFix the connection when your CRM, calendar or phone platform changes its APIWhen a platform changesA dated entry in the change log
Monthly reportMeasure the system against the one number signed in week oneMonthlyThe report, with your number printed on it every month
Next-workflow queueKeep a list of what to automate next, ordered by paybackAlways openThe queue, reviewed in the monthly report

When something breaks at 3 AM.

Monitoring alerts a named owner on our side. Every automated action is logged, so we can see what happened rather than guess. Rollback is a documented procedure we test during phase three, not something we improvise during an incident.

  1. 01DetectA check fails or a number drifts outside its range.
  2. 02AlertThe named owner is told, with the log attached.
  3. 03Roll backThe last good version goes back in. Customers keep getting answered.
  4. 04FixThe cause is fixed and re-tested before it goes live again.
  5. 05ReportWhat happened and what changed, in writing and in the monthly report.
TypeFor exampleOur first moveHow you hear
DownThe agent stops answering calls or chatsRoll back to the last working version, then find the causeFrom the named owner, directly
DegradedBookings stop writing to the calendar, or a handover rule misfiresRoll back the failing step and hold its actions for reviewFrom the named owner, with what was held
DriftThe agreed number slips, or answers change after a model updateRecalibrate and re-test against real conversationsIn the monthly report, with the fix
ChangeNew opening hours, a new question, a new escalation ruleAgree it in writing and schedule itBy email, before it goes live

Response and resolution times depend on your hours, your channels and how critical the system is. Where your agreement sets them by incident type, they are written into it, and the monthly report measures every incident against them.

One report a month. Your number on page one.

The success metric is defined in week one, signed by a named person on your side, and printed on every monthly report. If a report cannot show it, something is wrong with the system or the measurement, and both are our problem.

  • Your number against its targetThe one metric you signed, measured the same way every month
  • Every alert and incidentWhat happened, how long it lasted and what changed
  • What the sampling foundWrong answers, missed handovers and tone, with the fix for each
  • The change logRecalibrations, integration fixes and rule changes, dated
  • The next workflowThe queue, ordered by payback, for you to decide on

Month to month. No exit fee.

An operate contract you cannot leave is a confession that the work is not worth paying for voluntarily. So you can leave, and we make it easy.

BuildDays 1 to 30 First 90 days of operateWhere the tuning happens Month to monthLeave any month
Day 30

The system goes live and operate starts. If it is not live by day 30 for a reason on our side, the build fee is refunded under our refund policy.

The first 90 days

An initial term, because the first three months are where tuning actually happens on real traffic.

After that

30 days notice, any month. No exit fee, no penalty, and a handover call with whoever comes next.

If you stop operate, you keep the system and it keeps running. You lose monitoring, drift correction and maintenance, so expect it to degrade over roughly six to twelve months as models and APIs change. Some clients accept that trade, particularly with a technical person in-house. We would rather you chose it knowingly.

Not covered by operate

Building the next system

That is a new engagement with its own scope, its own price and its own number. We will not quietly expand a retainer into a build. The queue tells you what is worth building next; you decide when.

How a new build runs
What we need from you
  • A named owner on your sideSomeone who can approve customer-facing changes and sign off the number.
  • Access kept currentWhen a password, plan or platform changes, tell us before the system finds out.
  • Approval on what customers hearEvery new customer-facing message goes past you before it goes live.

How our agents disclose, escalate and handle your data is in our AI use policy. Already a client with a question? Your named owner is your first contact, and every other way to reach us is on the contact page.

Before you sign. What owners ask.

The questions people ask about what happens after day 30.

Ask yours on a call

Monitoring alerts a named owner on our side. Every automated action is logged, so we can see what happened rather than guess, and rollback is a documented procedure we tested during live traffic.

The first move is always to put the last good version back, so your customers keep getting answered while the cause is fixed.

No. A support contract waits for you to report a problem. Operate looks for drift before you notice it: monitoring, monthly sampling, recalibration when models update and maintenance when platforms change.

It is the part where the system keeps earning.

The build is a fixed-scope agreement. Operate is month to month after an initial 90 days, which exists because the first three months are where tuning actually happens.

After that, 30 days notice in any month, with no exit fee.

You keep the system and it keeps running. You lose monitoring, drift correction and maintenance, so it will degrade over roughly six to twelve months as models and APIs change.

We would rather you made that choice knowingly than found out later.

It is part of every engagement and priced with the build, after the Systems Diagnostic: $2,500, ten business days, credited in full against the build.

Telephony and model usage are passed through at cost, and you see the invoice.

Ask us what happens at 3 AM.

Bring the question to a 30 minute systems call. We will walk you through the alert, the rollback and the monthly report for your build, and tell you who is named on our side before you sign.

hello@amazeai.coRun the Missed Call Calculator firstLive by day 30 or we refund the build fee.

Book a Systems Call

Tell us what you want AI to take off your plate. We reply within one business day.

Please add your name.
Please add a valid work email.
What should AI handle for you? Pick any Pick at least one so we can prepare.

30 minutes. No deck. You leave with a map of where your work leaks.

You are on the list.

We will email you times within one business day.