Designing the Moment Your Chatbot Should Say 'I Don't Know'

The single highest-leverage design decision in a support chatbot isn't the model you pick — it's how honestly it hands off to a human.

Usama Malik2 min read
Share

The chatbots that earn user trust and the ones that erode it usually aren't separated by model quality — they're separated by how honestly the bot handles the moment it's out of its depth.

The failure mode nobody notices until it's too late

A chatbot that confidently answers a question it got wrong causes more damage than one that says "I'm not sure, let me get someone." The wrong-but-confident answer looks fine in the transcript and only becomes a problem downstream — a customer acts on bad information, or a support ticket gets escalated angry instead of neutral.

Language models are fluent by default, which means a wrong answer often reads exactly as convincing as a right one. Escalation logic has to be a deliberate design decision, not something you hope emerges from a good prompt.

What we actually build into escalation logic

  1. A defined confidence threshold, tuned against real conversation data, not a guess. Below the threshold, the bot hands off instead of answering.
  2. Topic boundaries. Certain categories — billing disputes, anything with legal or safety implications — escalate automatically regardless of confidence score.
  3. A graceful handoff, not a dead end. "I'm not able to help with that — connecting you with our team now" with the full conversation context passed along, so the user never has to repeat themselves.
  4. Logging every escalation as a data point, not just a fallback. Escalation patterns are the clearest signal for what to improve next.

The metric that matters more than "resolution rate"

Teams often want to optimize a chatbot for the highest possible resolution rate — the percentage of conversations it handles without a human. That's the wrong optimization target on its own, because it's trivially gameable by just answering everything confidently, right or wrong.

We optimize instead for resolution rate at a fixed accuracy bar, checked against a real evaluation set. A bot that resolves 60% of conversations correctly is worth more than one that "resolves" 85% with a meaningful chunk of those being wrong answers nobody caught.

The result, in practice

Across the support and intake bots we've shipped, the ones clients trust most aren't the ones with the flashiest capabilities — they're the ones where the escalation path is fast, and the bot never pretends to know something it doesn't.

Share

Usama Malik

Founder & Lead AI Engineer

Usama writes about what actually works when shipping AI systems into production — the engineering, not the hype.

8 articles
Comments aren't open yet. Reach out directly if you have thoughts on this article.

Related articles

AI Engineering

Why Most AI Pilots Never Reach Production

A working demo and a production system are two different projects. Here's the gap most teams underestimate — and how to close it.

Usama Malik3 min read

Enjoyed this one?

Get the next article the moment it's published.