# Helpful agents need clear permission

A request, a reservation and a payment are different commitments. Your website should make the boundaries clear.

Published 2026-10-12 · Welvia

## Say what the next step means

‘Get started’ can lead to many different outcomes. It might send a question, reserve a time or charge a card. An agent acting for a customer needs a clear understanding of which outcome the business is offering—and what the customer has approved.

Our preferred starting point for a local-service pilot is often an inquiry for staff review. The customer can approve the details without the system promising availability or a final price. That boundary should appear in the page, the form and the receipt.

## Keep approval specific

A customer who asks about a menu has not necessarily asked to submit an order. A customer who approves a lunch request for one address has not approved a substitution, a different delivery date or a higher price. Design the workflow so those changes require a clear next decision.

Collect only what the action needs. An initial quote request rarely needs payment details. Staff access should be limited to the appropriate business, and report links should not accidentally expose someone else’s customer information. These are implementation requirements to review, not claims that a logo or schema can solve them.

## Test the uncomfortable cases

Try an incomplete request, an expired invitation and a retry after a timeout. Check that the system can explain what happened without implying success. For browser forms, W3C’s guidance on validation and user notifications provides a useful starting point for the customer-facing experience.

A well-behaved assistant should be allowed to stop and ask. Owners should be able to correct a policy and understand which version a previous answer used. The promise of agent assistance is less routine work for people; it should not require surrendering control over commitments.

## One thing to try

Write a one-sentence receipt for each action. If it overstates what your system actually did, narrow the promise.

## Sources

- [W3C Web Accessibility Initiative: Forms tutorial](https://www.w3.org/WAI/tutorials/forms/)