- Start with the job, not the feature list
- Agent vs chatbot: the distinction that matters
- Core evaluation criteria
- Integrations and live store data
- Pricing models compared
- Accuracy, hallucinations, and grounding
- Channels and human handoff
- Red flags to avoid
- Questions to ask vendors
- How to run a proper trial
- Building your shortlist
Start with the job, not the feature list
Most teams choose AI customer support software backwards. They book five demos, get dazzled by the slickest one, and only later discover it cannot answer "where is my order?" for a real customer. The fix is to decide what job you are hiring the software to do before you watch a single product video.
Write down three things first. The ticket categories driving the most volume — for nearly every store that means WISMO (where is my order), returns, refunds, and pre-sale product questions. The pain you feel most: slow first response, no after-hours coverage, agent burnout, or a queue that triples during peak season. And the one outcome you will be judged on — deflection rate, response time, cost per ticket, or CSAT. If you cannot name all three, you are not ready to evaluate vendors; you are ready to read your own tickets.
This matters because the right tool for a store flooded with order-status questions is different from the right tool for a high-AOV brand where every conversation is a consultative sale. Volume buyers need deep order-data automation. Consultative brands need strong product reasoning and a clean handoff to humans. The feature list looks identical on every vendor's homepage; the fit does not.
Your AI agent must connect to live order data. A tool that answers only from a static knowledge base cannot resolve order tracking, return eligibility, or refund status — the three highest-volume ticket types in ecommerce. Everything else is secondary to this.
Agent vs chatbot: the distinction that matters most
The single most useful filter in this market is whether you are buying an agent or a chatbot. They are sold with the same vocabulary and they behave nothing alike. A chatbot follows decision trees and serves canned answers; when a customer goes off-script, it loops, apologizes, or dumps them into a contact form. An agent reasons over your knowledge and your live store data, takes an action — looks up the order, starts the return, issues the refund within your rules — and escalates to a human with full context only when it should.
The reason this distinction decides your ROI: deflection only happens when the AI completes the task. Answering "our return window is 30 days" is a chatbot move and the customer still has to do the work themselves. Checking that this order is inside the window, generating the prepaid label, and emailing it is an agent move, and the ticket is genuinely resolved. Industry analyses of support automation consistently find that resolution, not deflection-by-frustration, is what protects CSAT while cutting cost.
You can expose the difference in 30 seconds of a demo. Ask the bot something slightly off the happy path: "I ordered two of the blue ones but I think I want one in green and one in blue — can you sort that out?" A flow-based chatbot stalls. A real agent reasons through it or escalates cleanly. Make every vendor do this live.
| Behavior | Scripted chatbot | AI agent |
|---|---|---|
| Off-script question | Loops or deflects to a form | Reasons, answers, or escalates with context |
| Order tracking | Links to a tracking page | Looks up the specific order and reports status |
| Returns and refunds | Quotes the policy | Starts the return and issues the refund within your rules |
| Knowledge updates | Manual flow rebuilds | Re-trains on new docs and policies |
| Handoff | Customer repeats themselves | Human inherits the full conversation |
Core evaluation criteria for ecommerce
Score every tool against the same criteria, weighted for ecommerce rather than generic SaaS support. The order below reflects how much each factor moves the outcome for an online store. Build this into a simple spreadsheet so the slickest demo does not win on charisma alone.
Two criteria do most of the work: order-data integration and real resolution rate. A tool can be average at everything else and still pay for itself if those two are strong. The reverse is not true — beautiful analytics on top of shallow automation just gives you a prettier view of an unresolved queue.
| Criterion | What to look for | Why it matters |
|---|---|---|
| Store / OMS integration | Native Shopify, WooCommerce, or BigCommerce — not webhook-only | Order-data quality sets the ceiling on answer quality |
| Resolution rate | Share of contacts fully resolved with no human | The primary ROI driver, not raw chat volume |
| Actions taken | Returns, refunds, exchanges, cancellations within your caps | Resolution requires doing, not just answering |
| Human handoff quality | Full context and history transferred to the agent | Bad handoffs erase the CSAT you were protecting |
| Channel coverage | Chat, email, WhatsApp, Instagram, Messenger in one place | Fragmented tools leave coverage gaps |
| Time to deploy | Live in hours to a day, not a multi-month project | Ecommerce roadmaps and seasons move fast |
| Grounding and accuracy | Answers cite your content; low fabrication rate | A confident wrong answer is worse than no answer |
| CSAT on AI tickets | Measured and shown, benchmarked to your human CSAT | The most honest single number a vendor can give you |
| Analytics | Deflection, volume by type, CSAT, revenue influenced | You cannot improve what the tool will not report |
Integrations and live store data
Integration depth is where ecommerce-native tools separate from repurposed general chatbots. There is a real difference between a tool that has heard of Shopify and a tool that reads a customer's order, fulfillment, and return history in real time. The first can recite your shipping policy. The second can tell a specific customer that their package cleared customs this morning and will arrive Thursday.
Probe the depth, not the logo wall. "We integrate with Shopify" can mean a native app that reads live order and customer objects, or it can mean a thin webhook that fires on order creation and knows nothing afterward. Ask exactly which objects the agent can read and which actions it can write back — and watch it happen on a real order during the demo.
- Native ecommerce platform support: Shopify, WooCommerce, and BigCommerce, ideally with an app-store install rather than custom engineering.
- Read access to the objects that matter: orders, fulfillments, tracking, customer history, subscriptions, and discounts.
- Write access for actions: starting returns, issuing refunds within merchant-set caps, processing exchanges and cancellations.
- Help-desk and knowledge sources: your existing docs, FAQ, and website crawled and kept in sync, not pasted in once.
- An API or SDK for headless and custom stacks, so a custom storefront is not locked out of automation.
- Personalization for logged-in customers, so the agent greets a known shopper with their actual order context.
Give the vendor one of your own recent order numbers in the demo and ask the agent to track it, then to start a return on it. If they cannot or will not, the integration is shallower than the homepage suggests.
Pricing models compared
Pricing structure is one of the most consequential decisions in AI support buying and the most commonly overlooked. The headline number matters less than the model underneath it, because the model decides whether your bill is predictable and whether the vendor's incentives line up with yours. There are four dominant models.
Read each one for its incentive, not just its sticker price. The question is always: when my store grows and my automation improves, does this bill stay sane, and does the vendor make money by helping me resolve more or by penalizing my volume?
| Model | You pay for | The catch |
|---|---|---|
| Per-resolution | Every ticket the AI resolves | The bill scales with your success; the vendor defines a resolution |
| Per-seat | Each human agent on the platform | Penalizes the automation you are buying the tool to do |
| Flat monthly | A predictable plan with a usage allowance | Pick the right tier; a spike should not surprise you |
| Raw usage / API | Underlying API calls or compute | Cheap at low volume, costly and engineering-heavy at scale |
Per-resolution pricing
You pay for every ticket the AI resolves. It sounds fair until you notice the vendor earns more when your volume is high, and the vendor decides what counts as a resolution. Stores that automate well and grow fast end up with invoices that scale directly with their success. A BFCM WISMO spike can generate a bill nobody budgeted for, which is exactly the model many merchants come to dislike about Intercom Fin and Chatbase.
Per-seat pricing
Inherited from live-chat tools, you pay per human agent on the platform. This made sense before AI but creates an odd structure now: the more you automate, the fewer seats you actually use, yet you keep paying for them. If your goal is deflection, per-seat pricing quietly works against it.
Flat monthly pricing
A single monthly fee with a generous usage allowance, regardless of how many tickets the AI resolves. This aligns incentives — the vendor wants you to automate as much as possible because that is what keeps you a customer — and your budget stays predictable. Bookbag uses flat monthly plans with message-credit allowances and a merchant-set spend cap for exactly this reason: a peak-season volume spike should not produce a surprise bill, and overages are simple top-up packs rather than a runaway invoice.
Raw usage / API pricing
You pay for the underlying API calls or compute. It can be very cheap at low volume and very expensive at high volume, and it usually needs engineering to manage. For most non-technical ecommerce teams this is not the model you want running customer support.
Accuracy, hallucinations, and grounding
A confident wrong answer is the most expensive thing an AI support tool can do. Telling a customer their order shipped when it did not, or promising a refund your policy does not allow, creates a worse experience than no automation at all and can create real liability. So accuracy deserves the same scrutiny as price, and it is harder to fake in a demo.
The mechanism that keeps an agent honest is grounding: every answer is tied to your actual content and live data, not the model's general knowledge. A grounded agent answers "I don't have that information, let me get a teammate" instead of inventing a plausible-sounding policy. When you evaluate accuracy, do not average it across all ticket types — order tracking with live data should be near-perfect, while nuanced edge cases will be lower. Ask for the breakdown by ticket type, and ask how the vendor measures it.
Benchmark studies of ecommerce support automation consistently show that well-grounded agents handle the high-volume, structured questions — order status, return eligibility, shipping policy — at very high accuracy, while the long tail of unusual requests is where escalation should kick in. The right tool is honest about that line rather than pretending it answers everything.
In your trial, deliberately ask the agent something it cannot know — a detail not in your docs or order data. A good agent says it doesn't know and escalates. A risky one invents a confident answer. This single test tells you more than any accuracy stat on a slide.
Channels and human handoff
Your customers do not all arrive through the website chat widget. They message on WhatsApp, reply to order emails, DM you on Instagram, and comment on Facebook. A tool that automates one channel and ignores the rest just relocates your queue. Look for an agent that works across website chat, email, WhatsApp, Instagram DM, and Messenger from one system, with a shared inbox so your human team sees every conversation in one place.
Handoff is where many tools quietly fail. The whole point of escalation is to move a customer from AI to human without making them repeat themselves. Yet plenty of tools hand off a bare "customer wants to speak to an agent" and the human starts cold. That is the worst of both worlds: the customer waited for the bot and now has to re-explain everything. Demand a handoff that transfers the full conversation, the customer's order context, and what the agent already tried.
The escalation logic itself matters too. The agent should hand off on low confidence, on explicit requests for a human, and on sensitive cases — not at random and not never. Ask to see the confidence threshold and the rules that trigger a human, and confirm you can tune them.
- One agent across website chat, email, WhatsApp, Instagram, Messenger, and Slack — not a separate bot per channel.
- A shared inbox or help desk where humans pick up exactly where the AI left off.
- Handoff that carries full conversation history plus live order context to the human.
- Tunable escalation rules: low-confidence, explicit human request, and sensitive ticket types.
- Voice and telephony if phone is a real channel for your customers, usually on higher tiers.
Red flags to avoid
Some warning signs reliably predict regret. If you see these during evaluation, slow down and dig in before signing anything.
- No live order data access. The tool answers generic FAQ questions but not questions about a specific customer's order. Disqualifying for ecommerce.
- Per-resolution pricing with murky overage rules. Your peak-season bill becomes unpredictable and potentially large at exactly the wrong moment.
- "AI" that is really a rule-based flow builder. Ask an off-script question in the demo; if it falls over, it is not an agent.
- Multi-month implementation timelines. A modern tool with native Shopify integration should go live in hours to a day. Months signals legacy architecture.
- No CSAT measurement on AI-handled tickets. If the vendor cannot show satisfaction on automated resolutions, assume the number is unflattering.
- Handoffs that make the customer start over. Any tool that loses context on escalation is engineering the worst possible experience.
- Vague answers about hallucination handling. If they cannot explain how the agent avoids inventing answers, it probably doesn't.
Per-resolution pricing means your bill rises every time the tool works as intended and every time your store grows. Many merchants only feel this during their first BFCM. Model your busiest month at three times normal volume before you sign, and ask the vendor to put that number in writing.
Questions to ask vendors
Demos are choreographed. These questions break the script and surface what the tool actually does. Ask all seven, and watch how quickly and concretely the vendor answers — hesitation is its own data point.
- 1Show me the agent resolving a return for a specific order number, end to end. What does the customer see at each step?
- 2What is your median resolution rate for stores our size and type? Show me how it is measured, not just a headline figure.
- 3How does pricing behave during BFCM when our volume triples? Walk me through a specific dollar example.
- 4What happens when the AI is not confident? Walk me through the escalation flow and exactly what the human agent inherits.
- 5How long is implementation, and what do you need from our technical team to go live?
- 6How do we update the agent when a policy changes — a new return window, a holiday shipping delay, a price change?
- 7What is your CSAT on AI-handled tickets versus human-handled tickets across your customer base?
How to run a proper trial
A trial that does not test your real use case teaches you nothing. Dummy data and happy-path demos make every tool look great; the goal of a pilot is to find where it breaks before your customers do. Run it like this, in order.
- 1Connect real data. Link your actual store and import your real help content. Dummy catalogs and fake orders produce unrealistic results.
- 2Run a week in shadow mode. Let the agent draft responses without sending them, and have a human review and score each for accuracy and tone.
- 3Measure accuracy by ticket type. Do not average. Order tracking should be near-perfect; edge cases will be lower. Know the breakdown before you trust the headline.
- 4Run the fabrication test. Ask something the agent cannot know. Does it escalate gracefully or invent a confident wrong answer?
- 5Test the handoff from both sides. Trigger an escalation, then sit in the agent's seat. Is the context all there? Is the thread readable?
- 6Go live two weeks on one channel. Measure deflection, CSAT, and escalation rate on real traffic before expanding to every channel.
Shadow mode lets you grade the agent on real tickets with zero customer risk. If accuracy holds across a week of your actual volume, you go live with evidence instead of hope. If it doesn't, you found out for free.
Building your shortlist (and where Bookbag fits)
By now your shortlist should be short. Filter to tools that are ecommerce-native, take real actions on live order data, price in a way that does not penalize your growth, and go live fast. That cuts most of the market. The remaining choice usually comes down to how a tool was built and who it was built for.
General chatbot builders like Chatbase are flexible but not ecommerce-native, so order-data automation and ecommerce actions are bolted on rather than core. Help-desk-first tools like Gorgias, Zendesk, and Tidio give you a mature agent workspace with AI added on top. Enterprise conversational platforms like Ada and Intercom are powerful but heavier to deploy and often priced per resolution. Each is genuinely strong at its origin story, and for some teams that origin is the right fit.
Bookbag sits at the ecommerce-native end: one agent that resolves tickets, tracks orders, processes returns and refunds within your rules, and recommends products across every channel, with native Shopify, WooCommerce, and BigCommerce integration, flat message-credit pricing, and most stores live in under a day. It is not the cheapest help desk on the market, and if you have a deeply customized Zendesk setup a layer-on tool may disrupt you less. But if you want an agent that takes real actions on your store without a per-resolution meter running, it belongs on the list.
| Tool type | Strength | Watch for |
|---|---|---|
| Bookbag (ecommerce-native agent) | Live order actions, all channels, flat pricing, fast setup | Newer than legacy suites; not a cheapest-helpdesk play |
| General chatbot builder | Flexible across any website | Ecommerce actions and order data are bolted on |
| Help-desk-first + AI | Mature agent workspace and workflows | AI is added on top of a ticketing core |
| Enterprise conversational AI | Powerful, configurable, large-org features | Heavier deploy, often per-resolution pricing |
Key takeaways
- Define your top three problem ticket types and your one target metric before evaluating any tool.
- Live order data access is non-negotiable for ecommerce AI support — it sets the ceiling on answer quality.
- Buy an agent that takes actions, not a chatbot that quotes policies; resolution is what protects CSAT and cuts cost.
- Flat pricing aligns the vendor's incentives with yours; per-resolution pricing taxes your growth and your peak season.
- Run the fabrication test and shadow mode on real data — happy-path demos hide where a tool breaks.
- Ask every vendor for CSAT on AI-handled tickets; it is the single most revealing number they can give you.