All articles

Customer Support

Our customers ask ChatGPT about our policies instead of using our support AI. Was building it a waste?

Gartner: customers are 3x more likely to ask ChatGPT than a company chatbot. What that means for whether your support AI is worth building at all.

5 min read
On this page

Building it wasn't a waste — but if your support AI doesn't check anything about the actual customer before it answers, a general AI that doesn't either is already free and more articulate, and that's the real competitor you're losing to.

A Gartner survey published in July 2026 puts a number on something support leaders have been sensing anecdotally: customers are three times more likely to turn to a third-party generative AI tool like ChatGPT than to the company's own chatbot when they need help. Use of third-party tools during service interactions has nearly doubled in the past year; use of company-provided chatbots has been statistically flat since 2022. A follow-up Gartner release in September adds the sharper edge: only 27% of customers say they'd try a company chatbot again after one bad experience with it.

Why does this matter more than another "AI adoption is disappointing" survey?

Because the usual framing — deflection rates below the demo, resolution stuck at 50-70%, service leaders investing without seeing return — treats the problem as a ceiling on what your AI can do. This is a different problem: customers have already chosen an AI they trust more, and it isn't yours. The 2026 American Customer Satisfaction Index recorded its sharpest quarterly drop since the pandemic, and complaint rates are roughly double what they were a decade ago, in the same stretch of time company after company added an AI layer to its support stack. Deploying AI didn't fix the trend. In a lot of cases, the AI customers actually reach for isn't the one that got deployed.

Why would someone default to a general AI over the one built specifically for your product?

Mechanically, it's the path of least resistance. ChatGPT doesn't make a customer log in, doesn't route them through a topic menu, doesn't ask them to rephrase because it didn't match an intent. They type the question the way they'd ask a person, and they get an answer in the same breath — regardless of whether that answer has anything to do with what your company actually does today.

That last part is the real cost. A general AI has no access to your current return window, your actual pricing tier, or the status of the specific order the customer is asking about — it answers from whatever pattern of your industry it picked up during training, stated with exactly the same confidence as a right answer. A customer who acts on a hallucinated refund policy doesn't discover the mistake until they contact you expecting it to hold, which turns one bad answer from a tool you don't control into a support ticket about broken trust in a tool you do.

Does this mean a purpose-built support AI doesn't matter anymore?

It means the case for one has to be about something a general AI structurally cannot do, not about being a friendlier version of the same conversation. We've made this argument before from the systems side, in the AI customer service orchestration gap: most deployed AI answers from a script because it was never connected to the CRM, the order system, or the billing platform behind it. Gartner's finding is the same gap seen from the customer's side of the counter — an AI that can't look anything up doesn't feel meaningfully different from a general one that was never going to be able to, so the customer skips straight to the free option.

The lookup step is the entire distinction that's worth paying for. In how we build ticket triage and escalation, the enrichment stage — checking the order, the account, the ticket history before deciding anything — is what turns a response into something correct instead of merely plausible. On a live deployment at an industrial components distributor, that same enrichment-first pipeline gets 85% of tickets created and classified automatically from inbound email, with roughly 58 hours a month given back to the team. ChatGPT cannot do that for your customer, no matter how good the underlying model gets, because it has no route into your systems. That gap doesn't close with a model upgrade. It closes when someone builds the connection.

So what should a support leader actually check before spending more here?

Pull ten recent conversations the current bot handled and ask one question of each: did it read anything real — an order, an account tier, a ticket history — or did it match the words to a canned reply? If most of them are canned, the bot is competing with ChatGPT on fluency, and it's going to keep losing that fight for free. If the honest answer is "we don't actually know what it checked," that's the same diagnostic gap this survey is describing at company scale: nobody can say what closes the trust gap because nobody instrumented what the AI was allowed to see.

The fix isn't a bigger model or a warmer tone. It's making sure the one thing a customer's own ChatGPT session can never do — know their actual account — is the thing your system does first.

Where does this leave your support queue?

The free AI Audit takes about five minutes and gives you a straight read on whether your support AI is actually account-aware or just answering from a script — and where the gap is costing you trust, not just resolution rate. Want to walk through it together? Book a call. The packaged build is Customer Support Automation; the mechanics of routing and escalation are in how triage and escalation work.

Questions people ask us about this

Should we stop building our own support AI and just let customers use ChatGPT?

No — but the reason to build one changes. A customer asking ChatGPT gets a fluent, generic answer with no access to their order, their contract tier, or your actual current policy. That gap is the whole case for a purpose-built system: not a friendlier chat window, but one that looks up the real account before it answers. If yours doesn't do that, it isn't losing to ChatGPT on manners — it's losing on the one thing that was supposed to be the point.

Doesn't a better model close the trust gap on its own?

No, for the same reason it doesn't fix the orchestration gap we've written about before: a model, however good, can only answer from what it can see. Point the best available model at a form that never checks the order system, and it produces a more articulate wrong answer, not a right one. The fix is the lookup step, not the model behind it.

What should we check before spending more on this?

Pull ten recent conversations your bot handled and ask, for each: did it read anything from a real system — order status, account tier, ticket history — or did it match the question to a canned answer? If it's mostly the second, a customer already gets that experience for free from a general AI, and arguably a more articulate version of it. The money belongs in the lookup layer, not in a nicer-sounding script.

The build that does thisEmail-to-Ticket AutomationCustomer Support Automation · delivered in weeks