What do you need to decide before setting up a chatbot?
Before touching any platform, decide what the chatbot's primary job is. A chatbot with a single clear goal — capture a lead, answer FAQ questions, or pre-screen appointment requests — consistently outperforms one set up with a vague "be helpful" mandate. The goal drives every configuration decision that follows: what goes into the knowledge base, what questions the bot asks, and where the conversation ends.
The three most common primary goals for small businesses are:
- Lead capture: The chatbot's job ends when it has a name and email address. Every conversation turn should move toward that outcome. FAQ answers are a mechanism, not the mission.
- FAQ deflection: The chatbot exists to answer repetitive questions (pricing, hours, service area, credentials) so staff do not have to. Lead capture is secondary — collect details when the visitor is ready, but don't interrupt the FAQ flow to ask for them prematurely.
- Appointment pre-screening: The chatbot qualifies the lead (location, service type, timeline, budget) before routing them to a booking link or human. It acts as a triage layer, not a booking system.
You can combine goals — most setups do — but rank them. When a conversation reaches a fork between capturing a lead and answering one more question, the ranking tells the chatbot which way to go. Write that ranking down before you open the platform.
What content does your chatbot need to answer questions accurately?
The accuracy of a chatbot is almost entirely a function of the quality and completeness of its knowledge source. A chatbot trained on a thin website with only a homepage and a contact form will fail visitors constantly. One trained on a detailed site with clear service descriptions, pricing pages, an FAQ section, and an about page will answer accurately out of the box.
Before starting setup, audit your website for these five content elements:
| Content type | Why it matters | What to do if missing |
|---|---|---|
| Services page | Answers what you do, for whom, and in what scope | Write a 200-word services summary and upload it as a document |
| Pricing or rates | The most common visitor question — if it's absent, the chatbot guesses or deflects | Add a pricing section to your site or a pricing FAQ document |
| Service area | Prevents the chatbot from engaging unqualified out-of-area leads | Add a one-sentence service area statement to your about or contact page |
| FAQ or Q&A content | Provides retrievable source material for the most common questions | Write 10 Q&A pairs covering your most frequent phone inquiries |
| Contact and hours | The fallback for anything the chatbot cannot answer | Ensure contact details and business hours are on the site in plain text |
Most small-business sites are missing at least one of these. Filling the gaps before setup is faster than debugging wrong answers after launch. A RAG-based chatbot can only retrieve what it has been given — it does not infer from context or fill in blanks from general knowledge.
Should you choose a rule-based or AI chatbot?
Rule-based chatbots match visitor messages to scripted responses using keyword matching or decision trees. They are predictable and auditable — every possible response is one you wrote — but brittle. If a visitor phrases a question differently than anticipated, the bot delivers a generic fallback or breaks the conversation.
AI chatbots using retrieval-augmented generation (RAG) understand intent rather than exact phrasing. AWS describes RAG as connecting a language model to your specific content before generating any response — so the model answers from your services and pricing rather than fabricating from its training data. This handles natural language, spelling variations, and follow-up questions without a script. For most small businesses, the maintenance overhead of a rule-based system — updating decision trees every time your services change — makes AI/RAG the more practical choice.
The exception: if your entire conversation flow is highly structured (for example, a quote calculator that collects exactly five fields in a fixed sequence), a rule-based or hybrid chatbot may be more predictable. See RAG vs Rule-Based Chatbots for the full comparison.
How do you build and seed the knowledge base?
Most AI chatbot platforms index your knowledge base by crawling your website URL — point the platform at your domain and it visits your pages, extracts the text, and builds a searchable index. This is the fastest starting point. After crawling, review what was indexed and supplement it with any content the crawler missed or that does not exist on the site yet.
- Uploaded documents: a PDF services brochure, a pricing sheet, a service area map, or a detailed FAQ document. Anything in plain text can be indexed.
- Manual FAQ entries: written directly in the platform's knowledge editor. Use these for policies, guarantees, credentials, and common objection responses that are not published on your site.
- Product or service variants: if your website lists services at a high level but your business has distinct offerings (different pricing tiers, distinct service types), add specifics as supplemental FAQ content.
After seeding, run five test questions that represent your most common visitor inquiries. If the chatbot cannot answer accurately, find the missing content and add it. Do not go live with a knowledge base that fails your own test questions.
How do you design the conversation and lead-capture flow?
The conversation flow covers three decisions: how the chatbot opens, when it asks qualifying questions, and when it requests contact details. Getting the sequence wrong is the most common cause of low lead-capture rates.
The opening message sets expectations. A specific opener outperforms a generic one. "Hi — I can answer questions about our HVAC services and help you schedule an estimate" is more useful than "Hello! How can I help you today?" The specific opener filters immediately for visitors who are on-topic, and tells off-topic visitors to call rather than filling the chat with noise.
Qualifying questions come after the visitor has stated their need, not before. Asking "what's your zip code?" before the visitor has expressed any interest creates friction. Let them ask a question first; answer it; then introduce a qualifying follow-up. The natural sequence is: visitor question → chatbot answer → qualifying question → contact capture.
On contact capture timing: ask after the second or third substantive exchange, not immediately. An opener that jumps straight to "What's your name and email?" has a completion rate close to zero — it reads as a form, not a conversation. Waiting until the visitor has engaged with at least two exchanges raises completion rates significantly, because the visitor has already invested in the conversation and received value from it.
Keep the capture field count at two or three: name and email address as minimum, phone number as optional. Every additional required field reduces completion. Collect project details in the human follow-up — not in chat.
Why are guardrails and fallbacks the most important step?
Guardrails — explicit instructions for what the chatbot should not answer — are the single most important configuration decision for reducing hallucinations and protecting your business from liability. Without them, a well-intentioned chatbot will attempt to answer out-of-scope questions by generating a plausible response from general knowledge rather than acknowledging it doesn't know.
Every chatbot should be configured to decline at minimum:
- Competitor comparisons — the chatbot does not have verified information about competitors and should say so.
- Legal, medical, or financial advice — even if your business is adjacent to these fields, the chatbot is not a licensed professional.
- Questions about real-time data it cannot access — current inventory levels, live availability, today's schedule.
- Anything outside the scope of your business — general internet questions the chatbot was not designed for.
For each declined category, the fallback should not be a dead end. The most effective fallback is: "I don't have that information — would you like to leave your contact details and we'll get back to you?" This turns an unanswerable question into a lead capture opportunity. A well-designed fallback recovers conversations that would otherwise end with the visitor leaving.
See How to Reduce AI Chatbot Hallucinations for the full six-control framework.
How do you embed the chatbot script tag on your website?
The <script> element is how browsers load external JavaScript — and it's all you need to add a chatbot to any website. Your chatbot platform generates a one-line tag that looks like this:
<script src="https://www.knobot.org/widget.js" data-knobot-widget="YOUR_KEY" async></script>Paste it into your website's global header (not footer — header placement ensures the widget initializes before page content renders). Every major website platform has a dedicated field for this:
| Platform | Path to header injection | Plan required |
|---|---|---|
| WordPress | Appearance → Theme Editor → header.php, or use a header/footer plugin | Any |
| Squarespace | Settings → Advanced → Code Injection → Header | Core or above |
| Wix | Settings → Custom Code → Add Custom Code → Head | Any paid plan |
| Shopify | Online Store → Themes → Edit Code → theme.liquid → before </head> | Any |
| Webflow | Project Settings → Custom Code → Head Code, then publish | Any paid plan |
| Framer | Site Settings → General → Custom Code → Start of <head> | Any paid plan |
| Duda | Site Settings → Head HTML | Any |
| GoDaddy Website Builder | Custom HTML widget or hosted share page (script tag blocked in embed) | See note |
One common mistake: pasting the script tag into only the homepage rather than the global header. A visitor arriving directly on a service or contact page will not see the chatbot. Always use the global header injection field — not a page-specific one — unless you have a deliberate reason to limit the chatbot to one page.
How do you test a chatbot before and after launch?
Never test a chatbot in the platform's own preview or editor mode. Website editors — Squarespace, Wix, Webflow, WordPress block editor — sandbox or completely block third-party JavaScript in their preview interfaces. A chatbot that appears broken in the editor is almost certainly working fine on the live site.
- 1
Define your primary goal
Decide whether the chatbot's job is lead capture, FAQ deflection, or appointment pre-screening. Write down the single most important outcome — this ranks every configuration decision that follows.
- 2
Audit your website content
Verify your site has a services page, pricing information, service area, FAQ content, and contact details in plain text. Fill any gaps before starting setup — missing content causes wrong answers after launch.
- 3
Choose a chatbot platform and start a trial
Select a RAG-based AI chatbot platform (for variable services and natural language) or rule-based (for rigid, structured flows). Start a free trial — any reputable platform offers one. Knobot's free preview includes 100 messages with no credit card required; the 14-day trial ($79/mo after) is needed to embed on your site.
- 4
Seed the knowledge base
Enter your website URL so the platform crawls and indexes your content. After crawling, upload any supplemental documents — pricing PDFs, service brochures, manual FAQ entries — that are not on the site.
- 5
Configure the conversation flow
Write a specific welcome message that tells visitors what the chatbot can help with. Set qualifying questions and configure the lead-capture prompt to trigger after the second or third visitor exchange.
- 6
Set guardrails and fallbacks
Define what the chatbot should decline to answer and write the fallback message for those cases. The fallback should always offer to collect contact details rather than sending the visitor away empty-handed.
- 7
Paste the script tag into your site header
Copy the embed snippet from your dashboard and paste it into the global header injection field of your website platform. Use the site-wide field, not a page-specific one.
- 8
Test on the live published site
Open your live URL in a private/incognito browser window. Run test conversations covering your 10 most common visitor questions. Test on a mobile device — chatbot widgets behave differently in mobile viewports.
- 9
Connect lead routing
Set up email notifications so every captured lead arrives in your inbox immediately. Configure a webhook or Zapier integration if you want leads routed to a CRM automatically.
- 10
Monitor transcripts and iterate
After the first week of live traffic, review conversation transcripts. Look for questions answered incorrectly (add content to the knowledge base), excessive fallback triggers (knowledge gaps), and conversations that dropped off before lead capture (flow timing issues).
How do you connect chatbot leads to your CRM or email?
A captured lead that sits in a chatbot dashboard you check weekly is nearly as bad as no lead at all. Harvard Business Review research found that companies that responded to leads within 5 minutes were 21 times more likely to qualify them than companies that waited 30 minutes — and a lead sitting in an unmonitored dashboard will not get a 5-minute response.
Set up at minimum one routing method from this list before going live:
- Email notification: every captured lead triggers an immediate email to your inbox with the visitor's name, contact details, and full conversation transcript. This is the baseline — enable it regardless of what else you configure.
- Webhook: a POST request to a URL you specify whenever a lead is captured. CRMs that accept inbound webhooks (HubSpot, Pipedrive, most modern CRMs) can receive leads automatically and create a contact or deal record without manual data entry.
- Zapier or Make integration: if your CRM does not have native webhook support, a Zap can catch the chatbot's lead payload and route it to virtually any destination — Google Sheets, Salesforce, Mailchimp, Slack, or a custom pipeline.
Knobot sends an email notification for every captured lead in real time and supports outbound webhooks on the Premium plan ($79/mo). Multi-business tenancy is included on all paid plans, so agencies managing chatbots for multiple clients can route each client's leads to the correct destination from a single dashboard.
What does a well-configured chatbot conversation look like?
The sample conversations below show two realistic setups — one for a home services business doing lead capture, and one for a professional services firm doing qualification. Both demonstrate the sequence: answer first, qualify second, capture third.
Sample conversations: lead capture and qualification
What are the most common chatbot setup mistakes?
Most chatbot setups that fail do so for the same five reasons — all avoidable in the configuration phase:
| Mistake | What it causes | Fix |
|---|---|---|
| Thin knowledge base | Chatbot deflects or gives wrong answers to basic questions | Add services, pricing, service area, and FAQ content before going live. Run 10 test questions first. |
| Testing only in editor preview | Chatbot appears broken; owner disables it prematurely | Always test on the live published site in a private browser window. |
| No guardrails configured | Chatbot attempts to answer out-of-scope questions, hallucinating plausible-sounding but incorrect responses | Explicitly list topics the chatbot should decline and configure a lead-capture fallback for each. |
| Too many lead-capture fields | Visitors abandon before submitting; capture rate is near zero | Require only name and email. Make phone optional. Collect project details in the follow-up call. |
| Script pasted on one page only | Chatbot only appears to visitors who land on that specific page | Paste the script in the site-wide global header, not a single page's injection field. |
| No lead routing configured | Leads captured in dashboard; owner checks weekly; leads go cold | Enable email notification before launch. Set up webhook or Zapier for CRM routing if needed. |
How do you monitor and improve your chatbot after launch?
Launch is the beginning of the optimization cycle, not the end. The most useful signal in the first 30 days is the conversation transcript — every exchange the chatbot had with a real visitor. Read them, not to confirm the chatbot is working, but to find where it is not.
Track these four metrics on a weekly basis during the first month:
- Lead capture rate: percentage of chatbot conversations that result in a submitted contact. A typical benchmark for service businesses is 15–25%. Below 10% suggests a flow timing or friction problem.
- Fallback rate: percentage of conversations that end with the "I don't know" fallback. Above 20% consistently suggests knowledge base gaps — identify the questions that trigger it and add content to answer them.
- After-hours lead volume: leads captured outside business hours. This is the strongest signal that the chatbot is replacing previously lost opportunities.
- Knowledge gap frequency: specific questions that consistently trigger the fallback. Each recurring unanswered question is an explicit content gap with a known fix.
The iteration cycle is: read transcripts → identify gaps → add knowledge base content → verify the chatbot answers correctly → repeat. Most setups stabilize after two or three weeks of this cycle. After that, monthly reviews are sufficient unless you change your services or pricing.
The Salesforce State of Service report (2025) found that service reps using AI spend 20% less time on routine cases. For a solo operator, that is roughly four hours a week recovered from answering the same questions repeatedly — hours that become available for actual client work rather than intake calls.