Chatbots that answer from your own documentation

A chatbot answers questions from what you wrote down yourself: your manual, your product copy, your terms and the answers your team gave before. It invents nothing, it looks things up in that material and answers in plain language, with the source attached. If it is not sure it says so and hands the question to someone on your team.

WeAdapt puts it where your customers already are: on your site, in WhatsApp or in the channel your support runs on.

Trained on
your own documentation
Live
within a few weeks
When unsure
hands over to a person
After delivery
documentation and handover

What this gets used for

  • Common customer questions on the site, outside office hours too
  • An internal help desk on procedures and systems
  • Questions about delivery, returns and warranty
  • A first pass for support: the bot asks on, your team solves
  • Product advice drawn from your own range
  • Bringing new colleagues up to speed

Why most chatbots disappoint

Not because the technology falls short, but because something was put in place that was never fed your own material.

The same question, all week

Delivery times, opening hours, how something works. Your team types the same answer every week, and all of it is written down somewhere already.

The bot does not know your product

A stock bot talks in generalities because it has never seen your manual, your terms or your earlier answers.

When unsure, it invents something

A bot that cannot say no gives an answer that sounds plausible and is wrong. That costs more trust than it saves.

The conversation dead-ends

The visitor gets no answer and no route to a person either. What is left is a complaint through another channel.

What WeAdapt builds

A chatbot is only finished when it knows where its knowledge ends. That is built in from the start.

Answers from your own material

The bot draws on your documentation, product copy, terms and past support answers. It points at the source, so a visitor can click through to the full story.

A bot that knows its limits

If it is not sure, it says so and passes the conversation to a person, with the context attached. No guess presented as fact.

Handover with context

When a person steps in, they get the whole conversation and the details already collected. The visitor does not have to ask again.

Insight into what gets asked

Every question is logged, including the ones the bot could not answer. That list is the shortest route to better documentation and a better bot.

Live within a few weeks

A chatbot goes live on a bounded topic and grows with what turns out to work. The columns below are as wide as the step takes.

30 minutes
Discovery call

One conversation about which questions cost the most time right now.

phase 1
Sources lined up

Which documentation, copy and past answers the bot may use, and where its limit sits.

phase 2
Building and testing

The bot is tested on real past questions, so you can see what it handles and where it should hand over.

phase 3
Live and handover

The bot sits on your site or in your channel. Your team sees what gets asked and can update the answers itself.

Who this is for

A fit when
Questions that come back every week in the same shape

Delivery times, how something works, what the terms say. If it is written down somewhere, a bot can answer it.

Documentation that is in order, or can be

The better the material, the better the bot. Where it is thin, that comes to light during the build.

A team that wants rid of the repeat questions, not the customer

The bot catches what repeats. What deserves attention goes to a person, with the context attached.

Not a fit when
Questions where the answer differs per customer

Tailored advice, negotiations, sensitive situations. Those need a person on the other side.

An organisation with nobody to take the conversations over

A bot that cannot hand over should not go live. There has to be a person behind it.

The expectation that the bot knows everything

It knows what is in your material. Questions beyond that it passes on, and that is exactly the point.

Questions about chatbots

Your own material: documentation, product copy, terms, frequently asked questions and past support answers. The better that material, the better the bot, and where it is thin comes to light during the build.

It says so and passes the conversation to a person, including the context so far. A bot that cannot hand over should not go live.

No. The bot takes over the repeat questions so your team keeps time for the conversations that actually matter. The work that remains is usually the work that deserves attention.

On your website, in your support channel, or internally for your own team. The same model can serve as an internal reference for colleagues looking something up in the documentation.

They are logged so you can see what gets asked and where the bot falls short. What is kept and for how long is agreed up front and stated in the privacy policy.

Also worth a look

Which question is your team answering for the tenth time this week?

Book a 30 minute call, or send a message through the contact page. Robin replies within a day.