
Thursday, October 15, 2026
When AI makes a mistake in your business, someone needs clear responsibility for checking the output, approving the action, and correcting the result. Establish those responsibilities before the tool starts making commitments to customers.
Imagine an AI-generated proposal goes to a customer with an outdated price, a delivery date your team cannot meet, and terms nobody approved. The customer expects you to honour it. Your team is trying to work out who checked it. Everyone thought someone else was responsible.
This is an illustrative scenario, but the management question is practical: If this agent gets it wrong, who owns the outcome?
“We use AI for proposals” leaves several decisions unanswered. Does it draft the wording? Recommend a price? Select a delivery date? Send the proposal? Those are different levels of authority.
For each workflow, write down which actions AI may take, which require human approval, and which are outside its scope. Give the team a clear boundary they can apply while doing the work.
AI prepares a proposed output for someone to review. In the proposal example, it can organise the customer requirements and draft language from approved information. A draft is not permission to send.
AI suggests an option and explains the information behind it. A named person decides whether to accept that recommendation. Missing information should remain visible rather than being filled with an invented answer.
AI takes an action, such as sending a message or updating a record. Define the permitted conditions and limits before enabling this step. If those conditions are not met, the workflow should stop and route the issue to a person.
“A human will check it” is too vague to guide a busy team. Specify who checks, what they check, and what happens if they are unavailable.
For the proposal example, a practical review might assign pricing to the person who owns the approved price list, delivery dates to the person responsible for capacity, and final release to the proposal owner. In a small business, one person may perform all three roles. The checks still need to be explicit.
The reviewer also needs the source information and enough time to assess the output. A button labelled “Approve” does not create a meaningful review on its own.
Define the situations that require escalation. In this example, they could include a price missing from the current list, a requested deadline that has not been confirmed, a discount outside the approved range, or customer terms that differ from your standard offer.
The required response should be simple: flag the exception, hold the action, and notify the designated person. “Do your best” is not an adequate instruction when the output could commit your business to something it cannot deliver.
Choose one AI-supported task that affects a customer. Complete the following with your team before expanding its autonomy:
Task: What job is AI helping us complete?
Allowed actions: What may it draft, recommend, or execute?
Approved sources: Which information should it use, and who keeps that information current?
Required review: Who checks the output, and what must they verify?
Stop conditions: What uncertainty or exception requires it to pause?
Escalation: Who receives the issue, and who covers their absence?
Outcome owner: Who coordinates the response if something goes wrong?
Keep this short enough to use. Test it with a realistic exception before relying on it in live work. If the team cannot agree on who approves a disputed price, resolve that gap before an automated proposal reaches a customer.
If an incorrect proposal has already gone out, the outcome owner needs to coordinate the response: establish what was sent, check the approved information, contact the customer with an accurate correction, and identify how the mistake passed through the process.
Keep an appropriate record of the output, its source information, approvals, and subsequent action. That gives you a basis for finding the cause rather than guessing or assigning blame.
Then fix the specific gap. An outdated source, a missing approval, and a workflow acting beyond its permissions require different responses.
People need to know where they can move quickly and where they must pause. Clear decision rights make those boundaries easier to follow and give managers a practical way to review the process.
Before giving AI more authority, answer one question: if it gets this wrong, who owns the outcome? If the answer is unclear, that is the next part of the workflow to design.
In this article, it means assigning operational responsibility for AI-supported work: who maintains the inputs, reviews outputs, approves actions, and manages corrections. It does not determine legal liability.
Match the review to the task and its consequences. Drafting an internal idea list and sending a customer a commercial commitment call for different controls. Define the boundaries deliberately rather than applying one rule to every use.
One person can hold several responsibilities. Write them down anyway, including who provides cover when that person is unavailable. The aim is clarity, not extra layers of management.
Choose one customer-facing workflow. Identify the permitted actions, approved information, reviewer, stop conditions, and outcome owner. Test one exception to see whether the process behaves as intended.
Start with the AI Opportunity Scorecard to reflect on where you are today and explore your next steps.
Take the AI Opportunity ScorecardAlison A. Stewart
Xponential Mentor
The wealth is in the relationship.