Guide · Chat

How to Train an AI Chatbot on Your Business

A generic chatbot is not useful. How to build the knowledge base that lets an AI chatbot answer your customers’ real questions accurately from day one.

Published Updated 4 min read
How to train an AI chatbot on your business: collect your policies, product details and real customer questions into one knowledge base, write each answer clearly, test with real questions and review weekly.

When a business chatbot gives a wrong answer, the model is rarely the problem. The problem is what it was given to work from: a thin FAQ, a returns policy from two years ago, and nothing about the questions customers actually ask. The bot either guesses or says "I don't know" to something it should have known.

"Training" a chatbot for a business almost never means retraining the AI model. It means giving it a well-organised set of your own information to look things up in before it answers. Here's how to build that, test it and keep it current.

What "training" actually means

Most business chatbots work by retrieval. When a customer asks something, the system searches your knowledge for the most relevant passages and gives them to the AI model along with the question. The model writes the answer from those passages. If the right passage isn't there, the answer can't be right either.

Think of it as the briefing pack for a new team member who starts answering customers on their first morning. The better the pack, the better the answers.

Where the knowledge comes from

Where a chatbot's knowledge comes from. Your policies: returns, shipping, refunds, warranty. Your product or service details: specs, sizes, compatibility, prices. Your FAQ, rewritten in full sentences. Your past support conversations, the best source of real questions. Your team's standard replies. All of these go into one knowledge base, which the chatbot searches before every answer.
Past support conversations tell you what to write. The other sources are what you write it from.
  • Your policies. Returns, shipping, refunds, warranty and privacy, in plain language.
  • Product or service details. Specifications, sizes, compatibility, ingredients, what's included in each package.
  • Your FAQ, with every vague answer expanded into full sentences.
  • Past support conversations. The best source of the questions people really ask, in the words they really use.
  • Your team's standard replies. The answers people already type from memory.

Start with the last three months of support emails or chats. Group the questions by topic and count them. A small number of topics usually covers most of the volume. Make sure each one has a complete, current answer before you worry about the long tail.

Write it so it can be found

The way you write the knowledge matters as much as what's in it. Keep each topic in its own section with a clear heading. Put the answer in the first sentence and the conditions after it. Use the words customers use: if they say "send it back", don't only write "return merchandise authorisation".

A vague policy versus a useful one. Vague: we offer returns on most items. Useful: you can return unused items in their original packaging within 30 days of delivery. Digital products can't be returned. To start a return, reply to your order email or use the returns page with your order number. Refunds go back to the original payment method within 5 working days of the item arriving. Example policy.
The useful version answers the next three questions before they're asked. Example policy.

Three things cause most wrong answers:

  • Vague policies. "Returns on most items" invites the bot to fill in the gaps.
  • Missing edge cases. Damaged on arrival, wrong size, missed the return window. These generate a lot of messages, so write them down.
  • Old versions. If last year's policy is still in there next to this year's, the bot may quote either. Delete old versions, and put a "last updated" date on each policy.

Test it with real questions before launch

Take fifty real questions from your support history, including awkward ones and a few that your knowledge deliberately doesn't cover. Run each through the bot and mark the answer: right, wrong, or handed over to a person.

Testing and reviewing a chatbot. Before launch: run fifty real questions, mark each right, wrong or handed over, fix the knowledge behind every wrong answer, run the set again. After launch: each week read a sample of conversations, list the questions it got wrong or couldn't answer, add or correct the knowledge, and check the fix with the same question.
Every wrong answer points to a gap in the knowledge. Fix the gap, then ask again.

The questions it shouldn't be able to answer matter most. A good bot says it doesn't know and offers a person. A bad one makes up something plausible. If yours invents answers, tighten its instructions so it answers only from your knowledge, and run the set again.

Keep it current after launch

For the first month, read a sample of conversations every week. List the questions it got wrong or couldn't answer, fix the knowledge behind each one, and check the fix by asking the same question again. After that, a monthly review is usually enough.

Give the knowledge an owner. When a policy changes, a product launches or prices move, updating the bot should be on the same checklist as updating the website. Most bots that "got worse" simply fell out of date.

If you're still deciding whether a bot is right for you, see AI chatbot vs live chat. For a store, our Shopify chatbot guide covers order questions and the options available today, and the same knowledge principles apply on WhatsApp, as our WhatsApp automation guide explains.

See it working

AI Support Chatbot

A chatbot trained on product documentation that answers FAQs, hands complex questions to a person and logs every conversation with a topic tag.

Lab build, fictional business, synthetic data

Open the demo

Axioprax builds this

Frequently asked questions

Do I need to fine-tune a model to train a chatbot on my business?

Almost never. Most business chatbots retrieve the relevant parts of your own knowledge and give them to the model with each question. Improving that knowledge is cheaper and easier to keep current than retraining a model.

How much information does a chatbot need?

Enough to answer the questions that make up most of your volume. Start from three months of real support conversations, group them by topic, and make sure each common topic has a complete, current answer.

How do I stop a chatbot making up answers?

Instruct it to answer only from your knowledge and to say when it doesn't know, then test it with questions your knowledge deliberately doesn't cover. If it still invents answers, tighten the instructions and test again before launch.