Chatbots get discussed as one thing. They are two.<\/p>\n
Support bots<\/strong> answer questions from existing customers \u2014 order status, policies, troubleshooting. That is covered in the customer support article.<\/p>\n Website bots<\/strong> talk to people who are not yet customers. Answering pre-sales questions, capturing enquiries, booking meetings.<\/p>\n This article is about the second. The economics and the risks are different.<\/p>\n Not “engagement”. Three specific outcomes:<\/p>\n Answering a question that would otherwise cause someone to leave.<\/strong> Do you ship to my country. Do you do this in stainless steel. What is your minimum order.<\/p>\n Capturing an enquiry from someone who would not fill in a form.<\/strong> Some people will type a question into a chat box who would never complete a contact form.<\/p>\n Booking a meeting<\/strong> with someone who is ready to talk now.<\/p>\n That is the list. A bot that does those three things well is worth having. A bot that tries to be a conversational experience is usually costing you enquiries.<\/p>\n FIGURE 1: THE THREE JOBS WORTH DOING<\/p>\n Answer the blocker<\/p>\n Capture the enquiry<\/p>\n Book the meeting<\/p>\n Because it is one database, a chat conversation is not an isolated event.<\/p>\n A conversation can become a lead<\/strong> directly, with the transcript attached and the source recorded.<\/p>\n A returning customer is recognised.<\/strong> If they are logged into the portal, the bot knows their orders and can answer without asking them to repeat anything.<\/p>\n Product and stock answers are real.<\/strong> Availability comes from your actual inventory, not a page someone updated last quarter.<\/p>\n The handover keeps the context.<\/strong> When a person takes over, they see everything already said.<\/p>\n A bolted-on chat widget can do none of these without integration work, and integrations drift.<\/p>\n Four, and breaking any one of them costs you more than the bot saves.<\/p>\n If the bot cannot answer, it should say so and offer a person immediately.<\/p>\n Not after three attempts.<\/strong> Not after asking the visitor to rephrase. Once.<\/p>\n A visitor being asked to reword their question is a visitor forming an opinion about your company, and it is not a good one.<\/p>\n Do not give it a human name and photograph. People work it out, and being caught pretending costs more trust than the automation saves.<\/p>\n Define what it handles: shipping questions, availability, pricing basics, booking a call. Everything else goes to a person or a form.<\/p>\n A bot with a small confident scope is useful. A bot claiming to handle everything produces confident wrong answers on the questions that mattered most.<\/p>\n No prices it invents. No delivery dates it estimates. No promises about what you can do.<\/p>\n If the answer is not a fact from your system, it should not be given as one.<\/p>\n FIGURE 2: BOTS THAT EARN ENQUIRIES AND BOTS THAT LOSE THEM<\/p>\n Set up well<\/p>\n Set up badly<\/p>\n The pop-up that appears after a few seconds.<\/p>\n Used badly<\/strong>, it is the most irritating thing on the internet. Appearing immediately, on every page, blocking content on a phone.<\/p>\n Used well<\/strong>, it works:<\/p>\n Never on a phone before the visitor has read anything.<\/strong> Screen space is limited, and covering the content they came for is a fast way to lose them.<\/p>\n The moment the bot passes to a person is where most of the damage happens.<\/p>\n During working hours:<\/strong> the transcript goes with it. The visitor never repeats themselves. If nobody is free, say so honestly \u2014 “everyone is with a customer, we will reply within the hour” beats silence.<\/p>\n Outside hours:<\/strong> be clear that it is out of hours, capture their details and question, and set an expectation for when someone will respond. Then meet it.<\/p>\n Never leave someone waiting on a bot with nobody behind it.<\/strong> A chat window with no reply is worse than no chat window.<\/p>\n FIGURE 3: A CONVERSATION THAT ENDS WELL<\/p>\n Visitor asks<\/p>\n Bot answers or admits<\/p>\n Person or capture<\/p>\n Lead created<\/p>\n Conversations started.<\/strong> Volume.<\/p>\n Conversations resolved by the bot.<\/strong> How much it actually handled.<\/p>\n Escalations.<\/strong> How often a person was needed. Not a failure metric<\/strong> \u2014 a well-scoped bot escalates often and that is correct.<\/p>\n Leads captured.<\/strong> The number that justifies it.<\/p>\n Abandonment.<\/strong> How often someone leaves mid-conversation. If this is high, the bot is frustrating people.<\/p>\n Watch abandonment most closely.<\/strong> It is the metric that tells you whether the bot is helping or driving people away, and it is the one that rarely appears in vendor demos.<\/p>\n Deploying it everywhere at once.<\/strong> Start on one or two high-intent pages.<\/p>\n Making it the only route to contact.<\/strong> Keep the form and the phone number visible.<\/p>\n Leaving it unattended.<\/strong> A bot with no people behind it captures enquiries into a void.<\/p>\n Judging it by conversation count.<\/strong> Lots of conversations that go nowhere is activity, not results.<\/p>\n Three cases where the honest answer is no.<\/p>\n Low website traffic.<\/strong> If you get thirty visitors a day, a contact form and a phone number are enough.<\/p>\n Complex, considered purchases.<\/strong> If every enquiry needs a real conversation, a bot adds a step before the conversation people actually want.<\/p>\n No capacity to respond.<\/strong> If enquiries already sit unanswered, generating more of them is not an improvement.<\/p>\n A website chatbot is a capture tool with a narrow answering job<\/strong>. It works when it is scoped tightly, honest about being a bot, and one click from a person.<\/p>\n It fails when it tries to be the whole conversation.<\/p>\n Escape after one failure. Never invent a fact. Watch your abandonment rate.<\/strong> And make sure there is somebody behind it.<\/p>\n Getting website traffic but few enquiries?<\/p>\n Get in touch. We will look at where visitors drop off before recommending a bot \u2014 sometimes the answer is a clearer page, not a chat window.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":" Two different jobs Chatbots get discussed as one thing. They are two. Support bots answer questions from existing customers \u2014 order status, policies, troubleshooting. That is covered in the customer support article. Website bots talk to people who are not yet customers. Answering pre-sales questions, capturing enquiries, booking meetings. This article is about the second. […]<\/p>\n","protected":false},"author":3,"featured_media":9163,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-9162","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ai"],"yoast_head":"\nWhat a website bot is actually for<\/h2>\n
\n
\n
\n
Why Odoo helps here<\/h2>\n
The rules that decide whether it helps<\/h2>\n
1. Escape after one failure<\/h3>\n
2. Say it is a bot<\/h3>\n
3. Keep the scope narrow<\/h3>\n
4. Never let it commit<\/h3>\n
\n
\n
The proactive message<\/h2>\n
\n
Handover<\/h2>\n
\n
\n
\n
\n
Measuring it<\/h2>\n
What to avoid<\/h2>\n
When not to have one<\/h2>\n
The short version<\/h2>\n