Grade Engine · sample mode · live scan rolling out Evaluation-led · Web · App · Web3

Should your website or app have an AI assistant?

Yes, if it can meet three conditions, and no if it can't. An AI assistant can earn its place by answering questions, booking appointments and routing inquiries at any hour, but only when it is grounded (it speaks only from information you've approved), guarded (it hands off to a human instead of guessing) and clearly labeled (it never pretends to be a person). Skip one and you've installed a liability that speaks for your brand.

What a well-built assistant can do

  • Answer from your real information. Hours, policies, services, pricing rules, order status. It answers instantly, at 2 a.m., however the customer phrases the question.
  • Take actions. Book or move an appointment, start a return, open a support ticket, and collect the details a human will need.
  • Qualify and route. Work out what the visitor needs and pass them to the right person with the full context, instead of a cold "someone will contact you."
  • Absorb the repetitive questions so your team spends its hours on the conversations that need judgment. (If most of the repetition is about status, documents or rescheduling, look at a customer portal too. Sometimes self-service beats conversation.)

Without grounding, it makes things up with a straight face

An ungrounded assistant answers confidently whether it knows or not. It invents return policies, promises discounts and misquotes your own prices. That's the default behavior of AI without grounding, and the business answers for it: in one widely reported case, a Canadian tribunal held an airline responsible for a refund policy its website chatbot got wrong. The engineering answer is strict. The assistant speaks only from your approved sources. Past its limits it says "I don't know. Let me connect you." And every action it can take is designed in advance, never improvised.

Three ways to build one

Path 1 · Off-the-shelf widget

Quick and cheap, and fine for simple Q&A

Upload your documents, embed the widget and get generic but useful answers. It's the right choice when the job is answering common questions. The limits are a generic voice, little or no ability to take actions, and grounding quality that varies from product to product. Try hard to break it before you trust it.

Path 2 · Configured platform assistant

The middle path

Assistant platforms that connect to your booking, support and commerce tools through configuration instead of code. They do more than a widget, and they're still shaped by the vendor's idea of how your business works.

Path 3 · Custom, grounded assistant

When the attendant is part of the product

It's built on your live systems and speaks in your voice, with designed escalation, permissioned actions and the part most builds skip: an evaluation suite. That's a set of real customer questions, hostile ones included, that the assistant must pass before and after every change. This is AI systems engineering, and it's what separates an attendant from a hazard.

Five rules that protect your customers and your brand

  1. Label it. Put "AI assistant" in the header, every time. Being fooled is what customers resent, and in the EU, disclosure has been a legal requirement since August 2026.
  2. Ground it. Approved sources only. "I don't know" is a feature.
  3. Escalate visibly. A human is always one message away, and the conversation's context goes along with the handoff.
  4. Log and review. Read the transcripts every week at first. They show you what customers really ask, and they're your early warning when something goes wrong.
  5. Test before trust. Try to make it invent a policy before your customers do.
We follow this rule in public: the chat demo on our AI agents page is scripted, and it says so on its face instead of implying live AI. A clear label costs nothing. A capability you imply and don't have costs trust. We hold anything we build for clients to the same standard.

AI assistant questions owners ask

What can an AI assistant on my website do?

Built with grounding and guardrails, it answers from your real information (hours, policies, services, order status), books and reschedules appointments, qualifies and routes inquiries, and hands off to a human with the full context, around the clock. Built without them, it invents policies you never wrote and frustrates customers. Grounding means it speaks only from information you've approved. Guardrails mean it escalates instead of guessing.

Should the assistant pretend to be a human?

No. Label it clearly as an assistant. Nobody likes finding out afterwards that the "person" was software, and disclosure is now law in places: in the EU, since August 2026, people must be told when they're talking to an AI system unless it's obvious. A clear label costs nothing and protects trust. It's the same reason our own site labels its scripted demo as a demo.

What's the difference between a chatbot widget and a custom AI assistant?

An off-the-shelf widget is quick and cheap. It answers from documents you upload, with generic behavior and branding. A custom assistant is an engineering project: grounded on your live systems (bookings, orders, account data), speaking in your voice, with designed escalation and an evaluation suite it must pass before launch. A widget suits simple Q&A. Custom earns its cost when the assistant has to take actions.

The Findability library: What is SEO? · What is AEO? · What is GEO? · SEO vs. AEO vs. GEO · Show up in ChatGPT · Google AI Overviews · Schema markup · llms.txt

We build assistants that pass their tests before customers meet them

The Studio builds AI systems with evaluation suites, so the assistant has faced real customer questions, hostile ones included, before it goes live.

AI strategy & execution Which AI assistant for you?