keepcalculator

06 Numbers and Powers

Disclose AI Interactions Without Losing Customer Trust

Card No. 06·17842 · Updated · Standard formula, shown below

Clear disclosure helps customers understand when automation is involved, what it can and cannot do, and when a person is available. The goal is not to announce every technical detail; it is to give people useful information at the moment it affects their choices. Before you begin, map where customers encounter automated systems and agree who owns the wording, accuracy, and escalation path.

What You’ll Need

  • An inventory of customer-facing AI uses, such as chat, recommendations, content generation, or automated decisions.
  • Plain-language descriptions of what each system does, what information it uses, and its known limitations.
  • A named team or role responsible for disclosures, updates, and customer complaints.
  • A workable way to reach a person when a customer needs help or the system cannot answer.
  • Feedback channels, such as support tags, surveys, or usability tests, to check whether disclosures are understood.

Step-by-Step

  1. List the interactions that matter to customers. Trace the customer journey, from browsing and support to purchase, account management, and follow-up. Record where AI directly speaks to someone, shapes what they see, drafts a message that is sent under a staff member’s name, or affects a decision. Focus on meaningful effects rather than internal tools with no customer-facing impact. This inventory prevents both hidden uses and needless warnings.
  2. Decide what a customer needs to know at each point. Ask whether the system is speaking or acting automatically, what task it performs, whether a person reviews its output, and what the customer can do instead. Include information that could change a customer’s choice, expectations, or next step. For example, a support assistant should be identified as automated, while a product recommendation may need a brief explanation if personalization materially affects the options shown.
  3. Write a short, direct disclosure. Put the essential fact first: “You’re chatting with an automated assistant.” Then explain the practical scope: “It can help with order status and common questions.” Add a relevant limitation or option: “For account changes, ask for a support specialist.” Avoid vague labels such as “smart experience,” and do not imply that a human is monitoring a conversation unless that is true. Use wording customers can understand without knowing technical terms.
  4. Place the disclosure before or when it becomes relevant. Tell people at the start of an automated conversation, before they share information or rely on its answer. For generated or personalized content, place a clear label beside the content when that is the point at which a customer encounters it. A general policy page can provide detail, but it should not be the only notice for a consequential interaction. Keep the disclosure visible on mobile and in accessible formats.
  5. Offer a real route to human help. Make the handoff easy to find and explain what happens next. If a person is not available immediately, give an honest expectation, such as how to submit a request or where to return. Do not make customers repeat information unnecessarily; pass relevant context to the human agent where appropriate and explain if they will need to provide it again. Test the route, not just the link or button.
  6. Describe capabilities and limits accurately. State what the system is intended to help with, not what it supposedly understands or guarantees. If answers may be incomplete or mistaken, say so where that risk matters and tell customers how to verify important information. Avoid claiming that every answer is reviewed, every input stays private, or a system is unbiased unless those statements have been checked and are currently true.
  7. Match detail to the stakes. A brief notice can be enough for a low-impact convenience feature. If AI influences access, eligibility, pricing, or another consequential outcome, explain its role more fully, identify the accountable team, and provide a meaningful way to ask questions or challenge errors. Do not hide important information in dense terms. Have the relevant product, support, privacy, and risk owners review the explanation.
  8. Check comprehension with real customers or support staff. Ask people to describe in their own words whether they knew AI was involved, what it did, and how to get help. Observe where they hesitate or make incorrect assumptions. Compare questions and complaints before and after a change, while recognizing that a low complaint count alone does not prove people understood. Revise language and placement based on evidence.
  9. Set a review and update routine. Assign an owner and revisit disclosures when the system’s tasks, data use, handoff, or level of human review changes. Update customer-facing wording at the same time as the product change, and remove notices for uses that have stopped. Keep a record of the approved text and its scope so support teams can answer consistently.

Common Mistakes

  • Over-disclosing. Repeating a long AI warning on every screen makes it easier to ignore. Put the core notice where it matters and link to fuller detail for customers who want it.
  • Using euphemisms. “Virtual experience” may not tell a customer that a machine is responding. Name automation plainly and describe its job.
  • Making broad promises. Claims such as “always accurate” or “fully private” can create expectations the service cannot meet. Say only what the organization can support.
  • Disclosing after the fact. A footer or policy link does not help someone who has already shared information or relied on an answer. Put the notice at the decision point.
  • Offering a fake escape hatch. A human-help option that is hidden, unavailable, or starts the conversation over undermines confidence more than a straightforward limitation.
  • Treating one disclosure as universal. A support bot, generated product description, and automated eligibility process raise different questions. Tailor the explanation to the actual interaction.

Tips

  • Use a consistent label across channels, then add a sentence specific to the task.
  • Explain the benefit in customer terms, such as faster order-status help, without suggesting the system replaces all support.
  • Give customers control where practical: offer a human route, a way to correct information, or a choice to disable personalization.
  • Keep the notice readable with short sentences, clear contrast, keyboard access, and screen-reader-friendly labels.
  • Train support staff on what the system does, what it cannot do, and how to escalate a concern.
  • Measure trust through comprehension, task completion, handoff success, and customer feedback—not just clicks or disclosure views.

Troubleshooting

Customers say they were surprised. Check the exact screen or message they saw, including mobile and email versions. Move the disclosure earlier, make it more direct, and verify that it appears before the relevant action.

People assume a human reviewed an answer. Remove wording, names, or visual cues that imply human involvement. State whether review is automatic or human, and distinguish a human who can be contacted from one who has already checked the response.

The handoff fails or customers repeat themselves. Test the route during busy periods and across devices. Fix broken links and clarify availability. If context cannot be transferred, tell customers what information they should have ready rather than promising a seamless transfer.

Disclosures are hurting completion. Do not remove essential information to improve a metric. Check whether the notice is too long, appears repeatedly, or is placed far from the feature. Test a concise, task-specific version and retain access to fuller details.

The system changes faster than the copy. Make disclosure review part of product release and change-management checks. Pause or limit a customer-facing use if the existing explanation is materially inaccurate and cannot be corrected promptly.

Frequently Asked Questions

Do customers need to be told every time AI is used?
Not necessarily. Tell them when AI affects what they see, hear, decide, or rely on in a meaningful way. Internal use with no customer-facing effect may not need an in-product notice.

How short can an AI disclosure be?
Short enough to scan, but clear enough to identify automation and its role. Add limitations, human review details, or choices when those facts affect the customer.

Should a business explain which AI model it uses?
Usually the useful information is what the system does, what it uses, and what the customer can do. Technical model details may belong in supplementary documentation when customers have a practical reason to need them.

Is a privacy policy link enough?
No, not when a customer needs to know at the point of interaction that automation is involved or how it affects an outcome. A policy can support a timely, plain-language notice.

What if the AI gives a wrong answer?
Acknowledge the error, correct the information, and provide a human route when needed. Record the issue, investigate whether it could recur, and update the system or disclosure rather than blaming the customer.

How can we tell whether disclosure is working?
Ask customers what they understood, review support questions and complaints, and test whether they can find a human or other next step. Use several signals; no single metric proves trust.

Related

Method: the standard formula for this calculation, rounded as each result states. See how the calculators work or report an error.

More cards in this drawer

The whole Numbers and Powers drawer →