
You've read the marketing copy. "Always-on support." "Zero queues." "AI that talks like your best agent."
Then you sit down to actually choose one, and the picture gets murky fast.
There are hundreds of products in the category. Half of them describe themselves with the same six adjectives. The other half hide behind enough acronyms - RAG, MoE, MCP, vector store, tool-use - that it's hard to tell what you're really buying. And if this is your first time installing a support agent, you have no benchmark for "good."
This guide is written for the person who hasn't pulled the trigger yet. Maybe you're a founder still answering tickets at 11pm. Maybe you run a five-person CX team and your queue grew faster than headcount. Maybe you've been "going to look into chatbots" for two quarters and keep punting because every demo blurs together.
I'll skip the hype and walk through what actually matters when you're picking a support agent in 2026 - what to evaluate before you sign anything, what most buyers wish they'd known up front, and how to operate the thing once it's live so it earns its keep instead of becoming another tab in your stack.
The 2026 buyer's checklist
1. Pin down the actual job, not the abstract goal
"Reduce support load" is a goal. It's not a job description. Before you compare products, write the agent's job description in plain English.
Some teams want a glorified FAQ that handles "where's my order" and "how do I reset my password" so a human never sees those tickets. Some want a triage layer that classifies, tags, and routes - answering the easy stuff and politely handing the rest to a human with full context attached. Some want a real coworker: an agent that can look up an order in Shopify, issue a refund within policy, reschedule a Calendly meeting, push a status update into Slack, and only escalate when something genuinely needs judgment.
These are very different products. They use different models, different integrations, and different evaluation metrics. If you don't decide which job you're hiring for, you'll either buy a Ferrari to commute three blocks or buy a scooter and ask it to tow a trailer.
Practical move: Write a one-paragraph job description for the agent. List the top five ticket types it will own end-to-end, the top three it will triage and hand off, and the categories it should never touch. Bring that to every demo.
2. Know exactly where your support is breaking today
If you can't articulate the bottleneck, you can't tell whether the agent fixed it.
Map the friction with numbers, not vibes. What's your median first-response time, and what's your p90? What percentage of tickets are repeats of the same fifteen questions? What channel are most of those repeats arriving on? How many tickets per agent per day, and where does that number cliff?
Pick one or two specific pain points and treat them as the agent's hiring criteria. "Cut median first-response time on web chat from 9 minutes to under 30 seconds." "Deflect 60% of order-status questions before a human sees them." "Get out-of-hours coverage for a global customer base without standing up a night shift."
The teams that get the most value out of an agent are the ones that can describe the before state with receipts. The teams that struggle are the ones that bought the bot to "be modern" and then can't decide whether it's working.
3. Your content is the product. Audit it before you buy.
The model is not the bottleneck in 2026. The agent's knowledge is.
Frontier models - GPT-5.5, Claude Opus 4.7, Gemini 3.1 Ultra - and the open-weight pack catching them - DeepSeek V4, Kimi K2.6, GLM-5.1, Qwen 3.6, MiniMax M2.7, Xiaomi MiMo-V2 - are all astonishingly capable readers. Several of them now ship with 1M-token context windows (Claude Opus 4.6 and Sonnet 4.6 do this without a surcharge, DeepSeek V4 does, MiMo-V2 does), and Gemini 3.1 Ultra goes to 2M. That means the model can hold your entire help center, the customer's full conversation history, and your refund policy in working memory at the same time.
What that does not mean is that bad source material magically becomes good answers. If your help docs contradict each other, if your pricing page lags your billing system, if your FAQ was last updated when "ChatGPT" was still a novelty, the agent will surface that mess at the speed of light to every customer who asks.
Before you onboard any platform, run a content audit. Resolve contradictions, prune anything stale, label what's authoritative versus what's an old draft, and decide what's off-limits - internal pricing tiers, beta features that aren't public, anything legal-sensitive. Berrydesk lets you scope which sources the agent draws from, so this audit is the lever you'll come back to most.
4. Look past the model marquee, evaluate the harness
Every vendor will throw model names at you. GPT this, Claude that, Gemini the other. The model matters less than how the platform wraps it.
A good support agent platform gives you:
- A clear way to point the agent at exactly the sources you trust - docs, websites, Notion, Drive, transcripts - and to update or revoke those sources without redeploying anything.
- A preview environment where you can ask the agent realistic customer questions, see exactly which sources it pulled from, and correct a wrong answer in one click without filing a Jira ticket.
- The ability to switch or route between models. In 2026 you should not be locked into one. Routine "where's my order" traffic can run on DeepSeek V4 Flash at $0.14 per million input tokens. A complex policy interpretation or angry escalation can route to Claude Opus 4.7 or GPT-5.5 Pro. The economics of doing this manually are obvious; the economics of having a platform do it for you are what makes the math work.
Berrydesk supports GPT, Claude, Gemini, DeepSeek, Kimi, GLM, Qwen, MiniMax, and others, so you can match each kind of conversation to the right model rather than overpaying for every reply.
5. Meet customers where they actually message you
A pretty widget on your homepage that none of your customers see is worth roughly nothing.
Look at where your inbound actually lives. For most consumer brands in 2026 that's WhatsApp, Instagram DMs, and email, with web chat in fourth or fifth place. For B2B SaaS it's web chat plus shared Slack channels with enterprise customers. For developer tools it's Discord and email. For marketplaces and gig platforms it's almost entirely in-app.
If your agent only lives on the website and 80% of your customers DM you on Instagram, the agent is solving the small slice of the problem and ignoring the big one. Berrydesk deploys to a website widget plus Slack, Discord, WhatsApp, and other channels, so the agent shows up wherever the conversation already starts.
What to verify in a demo: can the agent maintain a single, coherent customer record across channels, or does each channel produce a fresh, amnesiac conversation? The first is a coworker. The second is a kiosk.
6. Stress-test the messy paths, not the happy path
Any decent agent looks great answering "what are your business hours." The product separates from the pack on the awkward stuff: ambiguous questions, multi-part requests, customers who are upset, and questions outside the agent's training.
Run your demo conversations through these scenarios:
- A vague question that requires a clarifying back-and-forth before the agent can answer.
- A question with two intents in one sentence ("can you refund the second item and also change the shipping address on the third?").
- A genuinely out-of-scope request - something the agent should not try to answer.
- An angry customer using strong language.
For each, watch how the agent behaves. Does it hallucinate when it's unsure, or does it acknowledge uncertainty and offer a path forward? Does it escalate cleanly with the full transcript and customer context attached, or does it dump the human into a cold conversation? Does it capture the customer's email or order number before handing off, so the human isn't asking for it again? Agentic tool-use models - Claude Opus 4.7, Kimi K2.6, GLM-5.1, Qwen 3.6, MiMo-V2-Pro - are dramatically better at this in 2026 than the chat models that defined the category two years ago. The platform you pick should let you take advantage of that.
7. Treat the agent like a coworker, not a setting
The biggest mistake teams make is treating the agent as software. It's not. It's a junior teammate who happens to scale.
That framing changes how you operate. Junior teammates need onboarding, weekly reviews, and feedback loops. So does the agent. Set a recurring 30-minute slot - Friday afternoons work for most teams - to review the week's conversations.
Specifically look at:
- The top ten questions by volume. Are the answers right, on-brand, and current?
- Conversations the agent escalated. Should it have? If yes, is the handoff context complete? If no, why did it escalate, and what's the gap in its knowledge?
- Conversations the agent did not escalate but probably should have. These are the ones that hurt - a confidently wrong answer is worse than no answer.
You'd never let a new hire run for a quarter with no feedback. Don't do it to the agent either.
8. Keep the knowledge base alive
Your business changes faster than you remember. Pricing shifts. Policies tighten. New SKUs ship. Old SKUs sunset. The bot that was great in March is the bot quoting last quarter's refund window in October.
Bake a content refresh into your operating cadence. Monthly is fine for most companies. Walk through the top traffic sources, prune what's no longer true, add what's new, and rewrite anything where the agent is consistently producing answers customers misinterpret. With a platform that supports website crawling, Notion sync, and Google Drive ingestion, this is mostly a matter of keeping your source-of-truth docs updated rather than re-uploading files.
A bot that quotes last year's policy is worse than no bot at all. It tells the customer something they'll later have to be un-told, and that's a trust hit you don't recover from cheaply.
9. Measure the right things
Conversation volume is a vanity metric. It tells you the agent is being used; it doesn't tell you it's working.
Track these instead:
- Deflection rate - what percentage of conversations the agent resolved without a human ever touching the ticket. This is the number that drives your unit economics.
- Escalation precision - when the agent did escalate, was the human's first response "yep, that needed me" or "the agent could have handled this"? You want the first.
- Time-to-resolution - end-to-end, from first customer message to ticket closed. This should drop materially after rollout.
- CSAT on agent-only conversations versus your historical baseline. If the bot is deflecting tickets but tanking satisfaction, you've moved cost from your support team to your churn rate. That's not a win.
- Cost per resolution. With routed open-weight models like DeepSeek V4 Flash or MiniMax M2 handling routine traffic at fractions of a cent per turn, this number can drop by an order of magnitude versus a single-model setup. Watch it.
10. Don't pretend the agent is human
Modern models are good enough to fool people for a stretch. Resist the urge to lean into that.
When customers later realize they were talking to AI - and they always do, eventually - pretending the agent was a person becomes a trust problem. The agent gave the same answers it would have anyway, but now the customer feels deceived. That's avoidable.
Be plain. "Hi, I'm the Berrydesk support assistant. I'm trained on our docs and policies and I can usually answer questions immediately. If I'm not sure, I'll loop in a human." That sentence does more for trust than any amount of hand-coded "personality."
11. Mine the bad conversations
Bad responses are not a bug to be embarrassed about. They're the highest-signal feedback you'll ever get.
Build a habit of surfacing them. Either review transcripts weekly with a simple thumbs-up/thumbs-down filter, or expose a feedback rating in the chat itself so customers can flag bad answers in the moment.
Then close the loop. A single confidently wrong answer about your refund policy might fix one customer's problem in five minutes - and prevent the next two hundred customers from hitting the same wrong answer. The asymmetry is enormous, and it's the single highest-leverage habit in operating a support agent.
12. Re-evaluate quarterly
Even if the agent is performing, set a recurring quarterly review of the original goals.
Are the top ten questions the same as they were three months ago, or has your traffic mix shifted? Has the product changed enough that the agent's training scope needs to expand? Are you ready for AI Actions you weren't ready for at launch - booking flows, payment collection, account changes, refund automation within policy? Have you outgrown the model tier you started on, or - more often - could you push more traffic to a cheaper open-weight model now that you have data on what works?
A solo founder's setup at month one usually does not survive contact with month twelve's volume. Stay ahead of the curve by giving the agent the same operational review you'd give a senior hire.
Open-weight versus frontier: the trade-off worth understanding
This wasn't really a choice in 2024. It is in 2026.
The frontier - GPT-5.5 Pro, Claude Opus 4.7, Gemini 3.1 Ultra - still leads on the hardest reasoning, the most ambiguous edge cases, and anything requiring genuinely creative judgment. Claude Opus 4.7 leads SWE-bench Pro at 64.3% for complex coding-style reasoning, and Gemini 3.1 Pro leads GPQA Diamond at 94.3%. For an angry enterprise escalation with a five-page policy document attached, you want one of these.
The open-weight pack - DeepSeek V4, Kimi K2.6, Z.ai's GLM-5.1, Alibaba's Qwen 3.6 family, MiniMax M2.7, Xiaomi's MiMo-V2 - has closed most of the gap on routine tasks, and has done it at a fraction of the price. DeepSeek V4 Flash sits at $0.14 / $0.28 per million input/output tokens. MiniMax M2 is roughly 8% the price of Claude Sonnet at twice the speed. GLM-5.1 hits 58.4 on SWE-Bench Pro under an MIT license. For "where's my order" and "how do I update my billing email," you don't need the top of the frontier - you need consistency, speed, and cents-per-resolution economics.
The right answer for a production support agent is almost always both. Route the volume traffic to an open-weight model. Reserve frontier capacity for the conversations where it actually matters. A platform that lets you choose and route - Berrydesk supports the full lineup - turns this from an engineering project into a configuration choice.
Common pitfalls worth dodging
A few patterns show up over and over in teams whose chatbot rollouts go sideways.
Buying for the demo, not the queue. Vendors demo the happy path. Your customers do not live there. Pressure-test on real ticket transcripts, not curated examples.
Skipping the content audit. Teams blame the model for hallucinations that are actually their docs contradicting themselves. Fix the source of truth first.
Single-model lock-in. Picking a platform that only runs one model in 2026 is choosing to overpay forever or underperform forever. The model landscape is moving fast - your platform should let you move with it.
No human in the loop. "Set it and forget it" is a marketing line, not an operating model. Without weekly review, the agent's quality drifts and nobody notices until a customer complains publicly.
Measuring volume instead of value. Conversation count is the easiest metric to grow and the easiest one to lie to yourself with. Lead with deflection rate and CSAT, not chat count.
You're not buying a chatbot. You're hiring a teammate.
If you've worked through this checklist, you're already operating at a different level than most buyers in this category. You've defined the job. You've audited the bottleneck. You've evaluated platforms on substance, not slide decks. You've accepted that the agent is something you operate, not something you install.
That mindset is what turns a chatbot from a line item into a real lever - one that compresses response times, takes the repetitive load off your team, and gives your customers good answers at 3am on a Sunday in a timezone none of your humans cover.
Whether you're a solo founder, a head of CX, or somewhere in between, you now have the playbook for what to look for and what to walk away from.
Ready to put one to work? Start with Berrydesk.
If you want a support agent that earns its place on the team, Berrydesk is built for exactly the workflow this guide describes.
Pick the model that fits each kind of conversation - GPT-5.5, Claude Opus 4.7, Gemini 3.1, DeepSeek V4, Kimi K2.6, GLM-5.1, Qwen, MiniMax, and more. Train it on your docs, websites, Notion workspace, Google Drive, and YouTube. Brand the widget so it looks like part of your product. Wire up AI Actions for bookings, refunds, order lookups, and payments. Deploy to your site, Slack, Discord, WhatsApp, and other channels in the same afternoon.
No credit card to start, no engineering team required.
Launch a support agent that earns its seat on the team
- Pick from GPT-5.5, Claude Opus 4.7, Gemini 3.1, DeepSeek V4, Kimi K2.6, GLM-5.1, Qwen, MiniMax - or route between them.
- Train on docs, websites, Notion, Drive, and YouTube. Deploy to web, Slack, Discord, and WhatsApp in minutes.
Set up in minutes
Chirag Asarpota is the founder of Strawberry Labs, the team behind Berrydesk - the AI agent platform that helps businesses deploy intelligent customer support, sales and operations agents across web, WhatsApp, Slack, Instagram, Discord and more. Chirag writes about agentic AI, frontier model selection, retrieval and 1M-token context strategy, AI Actions, and the engineering it takes to ship production-grade conversational AI that customers actually trust.



