L E A F Y W I N G S
Conversation Design Grounding on Your Content Multi-Channel Deployment Human Handoff Monitoring & Tuning
What usually happened last time

Most Chatbots Fail Quietly, Then Get Turned Off

Most people asking about chatbots have already tried one. These are the five ways it went, named plainly, because the fix for each is a design decision rather than a better model.

It only understood the exact wording

A no-code bot scripted for one phrasing, breaking on anything a real person actually types.

It answered confidently and wrongly

A generic AI widget that was never grounded in your real information, so it invented something plausible instead.

There was no way to reach a person

A frustrated visitor stuck in a loop, which costs more trust than having no bot at all.

Nobody touched it after launch

Still quoting last year's prices, or a service you stopped offering months ago.

Nobody saw what visitors were asking

So the same gap in the FAQ never got closed, and the bot kept failing on the same question.

The conversation ended nowhere

A chat log rather than a lead, a ticket or a booking — so the work of answering happened twice.

A chatbot does not fail because the technology does not work. It fails when it is launched without grounding, without an escalation path, and without anyone responsible for keeping it current.
What changes

What a Grounded Assistant Actually Changes

Enquiries answered at 10pm

Rather than waiting until the next working morning, by which point a decent proportion have gone elsewhere.

The repeated questions handled correctly

Every time, in the same words, without tying up someone who could be doing something harder.

Conversations arrive as real leads

Qualified, with the transcript attached, in the system your team already works from.

A record of what people actually ask

Which closes content gaps a static FAQ never surfaces, because nobody knew they were gaps.

A bot that knows what it does not know

And hands off rather than guessing — the single design decision that separates a useful bot from an embarrassing one.

First-line time back

The team stops being the first responder to questions a documented answer already exists for.

What we build

Chatbots Built for a Specific Job, Not a Generic One

Every one of these is a self-contained piece of work. Starting with one, on a job you can measure, is almost always the right move.

Website Chat Assistants

A widget grounded in your services, pricing rules and policies — answering visitor questions and qualifying enquiries before they reach your team.

WhatsApp & Messaging Bots

The same grounded assistant deployed where your customers already message you, not only on the website.

Lead-Qualifying Bots

Conversations designed to collect exactly what your sales team needs — requirement, timeline, budget — before a lead lands in their inbox.

Support & FAQ Bots

Deflecting first-line repeat questions — hours, location, order status, policies — so your team's time goes where a person is genuinely needed.

Booking & Scheduling Bots

Connected to a real calendar or booking system, so a conversation ends in a confirmed appointment rather than an intention.

Internal Assistants (RAG)

A retrieval-grounded assistant over your own documents for staff use, answering from approved sources and citing which document it used.

Our approach

The Conversation Is Designed Before Anything Is Built

Before a line of integration code is written, four things get mapped. Skipping any of them is how the failures in the section above happen.

What it must answer, and never guess at

Including the exact point where a human takes over. The list of things the bot must refuse is as deliberate as the list it handles.

What it will be grounded in

The real content, and an honest assessment of how current that content actually is before anything is trained on it.

Which channels it needs to live on

Website, WhatsApp, or both — decided early, because it changes what the platform has to support.

Where the conversation goes afterwards

Does it become a lead, a ticket or a booking? A bot whose conversations end nowhere has moved the work, not removed it.

Grounded, not generic

A bot answering from a general model with no connection to your services will eventually say something wrong with complete confidence.

Validation on anything it writes back

Reading is low risk. Writing into a real system — a booking, a record, a ticket — gets checked before it lands.

The consultation

What We Walk Through Before Recommending Anything

A genuine scoping conversation, not a demo dressed as one. Six things, and one of the possible outcomes is that a chatbot is not your best first move.
  • The specific questions your team answers most often, and what they cost in time
  • Whether a previous chatbot attempt exists, and what actually went wrong with it
  • What content the bot would be grounded in, and whether it is current enough to trust
  • Which channels matter — website, WhatsApp, or both
  • What system a completed conversation needs to reach: CRM, inbox, booking calendar
  • What happens when the bot does not know the answer
Pick the right piece

Chatbot, Voice Agent or Workflow Automation?

These are adjacent services on our AI automation page, and picking the wrong one for the job is expensive. The honest split:

Chatbot — this page

Text conversation on your website or messaging channels. Usually the fastest of the three to pilot and the easiest to prove value on before extending further.

AI Voice Agent

Answers phone calls. A different technology and a different failure mode entirely — covered on AI automation.

Workflow Automation

Moves data between systems in the background, with no conversation at all. Nobody talks to it, which is the point. Its rule-based, screen-level end is RPA development.

There is a further distinction worth reading if the AI capability is meant to be the product itself rather than a layer on top of what you run: the "Automation or a Custom AI Application?" comparison on the AI automation page, and AI-powered app development if that is the one that fits.
What we will tell you before you buy

What a Chatbot Does Not Do

It is not perfectly accurate

Language models get things wrong. The design question is never whether it will be wrong, but what happens when it is — which is why grounding, validation and escalation are part of the build rather than extras.

It does not replace your team

It removes the repetitive first pass. Anything involving real judgement, negotiation or consequences still needs a person, and the handoff has to be smooth or the customer notices.

It cannot fix bad source content

A bot grounded in outdated pricing will confidently repeat the mistake. Where the underlying content is stale, cleaning it up is part of the work rather than something the bot papers over.

It is not set-and-forget

Services change, prices change, customers ask new things. A chatbot needs monitoring and periodic tuning, and that is priced in rather than pretended away.

Escalation design

Knowing What It Does Not Know Is the Feature

The most important decision in any chatbot is not what it can answer. It is what happens when it cannot — so every build defines that explicitly rather than leaving it to chance.
  • The conditions under which the bot stops and hands off to a person
  • What context travels with the handoff, so nobody repeats themselves
  • A route to a human that a frustrated visitor can find without fighting for it
  • What the bot says when it is uncertain, rather than guessing plausibly
  • Which topics it is instructed never to answer, whatever it is asked
  • Where transcripts go, who can read them, and how long they are kept
A bot that traps a visitor in a loop does more damage to trust than having no bot at all. That is the failure this section exists to prevent.
Where it pays back fastest

Businesses Where the Same Question Repeats All Day

Clinics and healthcare

The same appointment, timing and insurance questions all day — and a booking system a bot can genuinely connect to.

Service businesses

Quoting from repeat enquiry patterns, where the first three questions are almost always the same three.

Ecommerce teams

Order and delivery status questions that have a documented answer and still reach a person — see ecommerce website development.

Education and training

Admissions enquiries arriving in volume, in seasons, and often well outside office hours.

Real estate

Qualifying property interest — budget, area, timing — before anyone spends a call on it.

Any first-line support desk

Absorbing the repeat questions a documented answer already exists for, so the queue is only the hard ones.

Our process

From Repeated Question to Working Assistant

1

Identify

Map the questions and enquiries actually costing your team time, and rank them by volume and cost.

Output: a prioritised conversation scope.
2

Design

Map the conversation end to end, including what the bot must never answer and exactly when it hands off.

Output: conversation flow and escalation rules.
3

Ground

Confirm the content it will answer from, and clean up anything stale before it is trained on it.

Output: an approved knowledge base.
4

Connect

Wire it to the systems a completed conversation needs to reach — CRM, inbox, booking calendar.

Output: a verified integration plan.
5

Build

Implement the bot, ground it in the approved content, and validate anything it can write back.

Output: a working chatbot.
6

Pilot

Run it on real traffic in a limited scope with review turned on, and fix what the transcripts expose.

Output: a tested pilot and findings.
7

Operate

Roll out with monitoring, transcript review and a tuning cycle as your business changes.

Output: a live, maintained chatbot.
What you get

What a Chatbot Engagement Delivers

  • A conversation scope and question audit
  • Conversation flow and escalation design
  • A configured chatbot grounded in your content
  • Integration with your CRM, inbox or booking system
  • Human handoff rules, written down rather than assumed
  • Data handling and retention decisions, also written down
  • A pilot run with transcript review
  • Monitoring, usage and cost visibility
  • Handover documentation and a team walkthrough
Why LeafyWings

A Software Team Building the Bot, Not Reselling a Platform

We build the integration when it does not exist

Automation work that stops at whatever a no-code connector supports stops early. Most of the useful part is past that line.

We have built the systems a bot has to talk to

Including our own Medix appointment platform — which is why "can it actually book something?" is a question we answer with specifics rather than optimism.

Data handling decided during design

By the same team that runs our IT audit practice — not patched in after somebody reviews it.

We will tell you when it is the wrong fit

Some processes should not have a bot in front of them. Saying so costs us a sale and saves you a project.

Tuning is an option, not an assumption

Ongoing monitoring and transcript review through maintenance and support, priced rather than quietly assumed to be free forever.

The rest of the stack, if you need it

We also build the websites, apps and custom software a bot plugs into, so the work does not stop at a boundary someone else owns.

Be honest about it

Is a Chatbot the Right First Automation?

It tends to be when these are true. If none of them are, we would rather say so now than pilot something that quietly gets switched off in month two.

The same questions repeat constantly

And they cost real staff time, measurable in hours a week rather than in irritation.

Enquiries arrive outside working hours

And currently sit until morning, which is when a proportion of them stop being enquiries.

You have current content to ground it in

Or you are willing to get it current. This one is not optional — it is the difference between a useful bot and a confident liar.

You want to pilot on one visible process

Before committing further. A chatbot is usually the easiest automation to prove or disprove quickly.

The honest alternative: if your questions are irregular, low in volume, or consequential enough that a wrong answer is genuinely costly, a chatbot may be the wrong first move. Workflow automation or a different process may pay back faster — the full comparison is on our AI automation page.

What Our
Clients Say

Highest rated with an average 4.92 out of 5.00 from 13 reviews

"We received exceptional service for our website redesign and digital marketing campaign. The team's professionalism, technical expertise, and commitment to quality exceeded our expectations."

"Their web development expertise is impressive. The project was completed on schedule, and the after-sales support has been outstanding. We look forward to working with them again."

"The app development team was professional and supportive. They understood our business needs and delivered a reliable application with all the required features."

"Their digital marketing strategies helped us increase our online inquiries significantly. The team was knowledgeable, responsive, and transparent throughout the campaign."

"Their website development team built a fast, secure, and mobile-friendly website for our clinic. We have received many positive comments from our patients."

"Excellent service from start to finish. Their digital marketing efforts improved our search rankings and generated quality business leads within a few months."

How engagements work

Start With One Conversation, Not a Platform

The same three shapes as any automation engagement with us, scoped to chatbots:
  • Chatbot consultation — a review of your most repeated questions and enquiry patterns, ending in a scoped recommendation on whether a chatbot is the right first move at all.
  • Single chatbot build — one assistant designed, grounded, piloted and handed over for a specific job: website support, lead qualification or booking.
  • Ongoing chatbot support — monitoring, transcript review and tuning as your services and questions change, through maintenance and support.
Indicative bands are on our pricing page rather than repeated here. Running costs for AI usage sit on top and are quoted separately, because they depend on your conversation volume rather than on us — the same way every automation engagement on this site is priced. Tell us the question that repeats most and we will scope that one.

FAQs

Have a question? We have the answer. If you don't see your question here, feel free to reach out to us.

How is this different from an off-the-shelf chatbot builder?

Off-the-shelf builders are fast to start and genuinely fine for simple, scripted flows — if that is what you need, use one. A custom-built bot is grounded in your actual content, integrates with the specific systems you run, and handles conversations a template cannot. The right choice depends on how far your questions and systems deviate from a generic template.

Will the chatbot ever give a wrong answer?

Yes, and any vendor who tells you otherwise is not being straight with you. The real question is what happens next. Our builds include grounding in approved content, validation on anything written back to a system, and a clear escalation path, so an uncertain or wrong answer routes to a person instead of compounding.

Can the chatbot book real appointments, not just answer questions?

Yes, where it connects to a real calendar or booking system. It is one of the more valuable things a chatbot can do and one of the more technically involved, because how much it can do depends entirely on what the booking system's API actually permits — which we confirm before scoping rather than after.

What happens when the chatbot cannot answer something?

It hands off to a human with the conversation context attached, so nobody has to repeat themselves. That path is designed explicitly as part of the build rather than left as a dead end — it is the single thing that most determines whether people trust the bot.

Can you build a chatbot for WhatsApp, not just our website?

Yes, where the platform and messaging provider support it. For a lot of businesses here that is where the conversations already happen, so it is worth deciding early — it affects which platform the bot is built on.

Do you provide the AI model, or do we pay for that separately?

Running costs for AI usage are quoted separately from the build, because they follow your conversation volume rather than anything we control. That is explained clearly before an engagement starts, not discovered on an invoice later.

How long does a chatbot take to build?

It depends on scope. A single, well-defined conversation — appointment booking, or deflecting one cluster of FAQs — is much faster to pilot than a broad multi-purpose assistant. Scoping that honestly is part of the first consultation, and narrowing it is usually the right advice.

Where does the conversation data go?

That is a design decision made with you, not a default. It covers which model provider is used, what is sent to it, what is retained and for how long, what stays inside your own systems, and who can read transcripts. If your data is regulated or commercially sensitive, tell us early — it changes which architectures are appropriate.

Tell Us the Question That Repeats All Day

That is usually where the first chatbot belongs. Tell us the questions your team answers most often and where those conversations happen today — website, WhatsApp or phone — and we will come back with a specific scope, including telling you if a chatbot is not the right first move.
Book a Chatbot Consultation