Check the source before changing the model.
Pick an answer that matters to the business and identify the passage that should support it. Confirm that the source is public, readable, current, and included in the site’s knowledge. Check whether other pages contradict it.
A missing exception or an outdated price can lead to a wrong answer even when the assistant accurately repeats retrieved text. Decide which page is authoritative and resolve inconsistencies there. Review confirmed facts and saved answers as well, since they can outlive an edit to the original page.
Understand what Sairo’s controls do.
Sairo checks saved answers and retrieves site facts and page passages using keyword and semantic matching. Generated replies are instructed to answer from that context. Source exclusions, topic restrictions and website boundaries still apply; finding similar words does not make a passage appropriate evidence.
Answer checks look for unsupported claims and incomplete basic service replies. A service answer should retain its published description and available starting-price conditions. One bounded source-selection attempt can repair a weak reply; a limited source-based fallback is available for eligible basic service questions. If the permitted material cannot support the answer, the question remains unanswered.
Multipart questions receive a coverage check as well as factual checks. The supported parts can be returned with an explicit acknowledgement of what is missing. These are safeguards for known failure patterns, not proof that every date, policy, interpretation or future reply is correct.
Identify which stage failed.
An incomplete answer can have several causes. Check the source, the retrieved evidence and the final wording before changing a model or writing another saved answer. A correct service name with no explanation or available price is a completeness failure, even when the name itself is supported.
| Problem | What to inspect | Useful next step |
|---|---|---|
| The source is missing | Whether the page was readable, included and indexed. | Publish or include the authoritative information, then refresh. |
| The wrong passage was selected | The service, region and conditions in the retrieved material. | Clarify page structure and scope, then test related wording. |
| The facts are right but incomplete | Missing scope, units, minimum charges or requested question parts. | Review answer coverage and the complete source statements. |
| The source is outdated | Indexed page, confirmed facts and saved answers. | Update each maintained record that repeats the old detail. |
| The requested detail is unpublished | Whether any permitted source actually establishes it. | Keep the limit explicit and use the approved human route. |
Write questions with known expectations.
Build a small test set from actual visitor needs. Include direct questions, natural paraphrases, questions with an extra condition, and plausible questions whose answer is absent. Write down the expected behavior before running the test.
Test the boundary around a saved answer. A response approved for one service, location, or customer type should not be treated as a universal rule for a nearby but different question.
| Question type | Example | Expected behavior |
|---|---|---|
| Known fact | What are your published opening hours? | Use the current confirmed detail or supporting page. |
| Condition | Are those hours the same on holidays? | Use explicit holiday guidance or acknowledge the gap. |
| Absent detail | Can you guarantee a visit tomorrow? | Avoid inventing availability and offer the real next step. |
| Paraphrase | When can someone take my call? | Use relevant information without confusing it with appointment availability. |
| Human request | I need to speak to a person. | Enter the site’s live chat queue when enabled, or explain the configured follow-up route. |
Record the failure precisely.
Save the question, the response, the source you expected, and the specific unsupported statement. Distinguish a retrieval failure from a content problem or an overbroad interpretation. Each points to a different intervention.
A response can be partly correct and still fail the test. Check conditions and scope, not just whether it includes the right phone number or a relevant citation. A linked page must actually support the claim being made.
Make one change and retest the boundary.
Improve or exclude the source, update a confirmed fact, or write an approved answer. Ask the original question again after the source refresh finishes, then test nearby questions that should produce a different result.
If you change the model, repeat the regression set rather than assuming a more expensive model is always a better fit. Keep the source, configuration, and review criteria consistent enough to understand what changed.
For a specific Sairo reply, use the inbox’s “Review with Ask Sairo” action. Supply the confirmed answer, inspect the proposed change and check the original and nearby questions. This gives the correction a reviewable record without replacing source maintenance.
A useful review record
Question → expected source → answer received → unsupported detail → change made → retest result. Add the date and the person responsible for maintaining the underlying business information.
Keep a person responsible for exceptions.
Some questions cannot be answered from a public website because they require an individual decision. Treat human handoff as a deliberate outcome: use the site’s live chat queue when enabled, or provide a usable follow-up route with a team that knows how to respond.
Continue sampling real conversations after launch. A test set provides a repeatable check for known situations; it cannot cover every future question, content change, or visitor expectation.
Common questions
Can a source-grounded chatbot still give a wrong answer?
Yes. A source may be outdated or incomplete, retrieval may find the wrong passage, or the model may interpret the material incorrectly. Grounding makes evidence available; review is still necessary.
Should every missing answer become a saved answer?
Only after the business has established the information. Some requests should remain a human decision rather than becoming a general rule.
Does a more expensive model always improve chatbot accuracy?
Model choice is one part of the system. Missing source content, wrong retrieval and omitted conditions can remain with a more expensive model. Compare models using the same questions, sources and review criteria, including response time and operating cost.
Is a citation enough to prove an answer is correct?
No. Read the cited material and check that it supports the service, amount, conditions and scope of the answer. A relevant-looking citation can still accompany a partial or overbroad reply.