Chatterbox can answer cancellation and refund policy questions from terms your business has published. When the website does not cover a visitor's situation, it says it cannot find the answer and asks for contact details instead of inventing an exception.

Chatterbox can answer cancellation and refund policy questions from terms your business has published. When the website does not cover a visitor's situation, it says it cannot find the answer and asks for contact details instead of inventing an exception.
A policy question can look routine until one detail changes the answer. A customer cancels after a deadline. A returned item has been opened. A class was missed because of illness. The safest reply is the rule the business has actually written down—or an honest handoff when that rule does not settle the case.
Which policy questions can the website answer directly?
Begin with situations your published policy covers without interpretation. Your page might state a cancellation window, the condition an item must be in for a return, or which purchases are non-refundable. Chatterbox builds its knowledge by crawling the site's pages, FAQs, and documents. If the rule is there, the widget can answer from that material.
Write the rule as a complete statement. “Returns accepted” leaves basic questions open. A useful policy says what can be returned, by when, in what condition, and what the customer needs to provide. The chatbot cannot supply a missing deadline or decide what “reasonable” means on the owner's behalf.
Check that the same rule does not appear differently on several pages. An old FAQ and a newer terms page can leave a visitor with two answers. Decide which one is current and fix the source before expecting a clear response.
When should a cancellation or refund question reach a person?
Some cases depend on judgment rather than a published rule. A customer may ask for an exception after a family emergency, dispute whether an item arrived damaged, or combine several purchases in one request. If the website does not establish the answer, that question belongs with a person.
Chatterbox says it cannot find the answer rather than inventing one. It then asks the visitor for contact details. That keeps an unusual request moving without turning a likely outcome into a promise.
The distinction is simple: the widget can surface the policy that exists. It should not create the exception that does not.
What can go wrong with a confident policy answer?
A guessed refund decision carries more weight than ordinary small talk. The visitor sees it on the business's own website and may rely on it when deciding whether to buy, cancel, or send something back. If the answer conflicts with the real terms, the team has to explain why the website made a commitment it cannot keep.
Soft guesses cause the same problem. “You should be eligible” or “that is usually fine” sounds helpful, but it still fills a gap the published material did not answer. A plain refusal protects the customer from false certainty and gives the business room to review the details.
Chatterbox's answers come only from that business's own content. Each answer indicates where it came from, so a team can identify the policy page behind a routine reply. When no source clears the gap, contact capture is the safer result.
How should you prepare policy content before using a chatbot?
Collect the questions customers already ask about cancellations, refunds, and returns. For each one, find the exact sentence on the website that answers it. If no sentence exists, either publish a rule the business can consistently follow or mark the situation for human review.
Test both sides of every boundary. Ask about a cancellation just before the published deadline and one just after it. Ask about an eligible return, then change one condition. The first question should receive the written rule. The edge case should not be stretched into an approval.
Review the source whenever the business changes a deadline, fee, or eligibility condition. Chatterbox makes published answers available outside business hours, unattended. Keeping those answers current remains the business's job.
A useful policy chatbot is not the one that says yes most often. It is the one that repeats a clear rule when the rule applies and leaves the exception to a person when it does not.