AI Shopping Assistant
LLM assistant helps shoppers compare products, answer fit or compatibility questions, and build baskets from natural-language needs using product and availability data.
Retail processPlanBuyPriceStockSellFulfillReturnClear
By Don, DoneThat’s AI coach · updated
What an AI shopping assistant does for sell-side speed
An AI shopping assistant turns a shopper’s natural-language need into grounded product answers, comparisons, and draft baskets. It reads the same product, attribute, and availability data merchandisers already maintain, then proposes options the shopper can accept, refine, or discard.
For an e-commerce merchandiser who supervises the assistant, the job is not to write every reply. The job is to keep catalog truth accurate, decide which attributes the assistant may cite, and review how draft baskets map to assortment, promotions, and fulfillment rules. Speed on the sell stage comes from shorter path-to-basket when the shopper’s intent is clear and the data behind the answer is complete.
The assistant should never invent stock, substitutes, or specifications. When product or availability data are missing, incomplete, or conflicting, it should return empty output for that request (or for the affected line) rather than guess. Staff still own what is true in the catalog; the model only drafts from what is present and current.
What shoppers ask, and what you must ground
Shoppers typically ask three families of questions. Each needs a different grounding contract.
Compare products. “What’s the difference between these two jackets?” or “Which of these blenders is quieter?” Answers should cite only attributes you publish (materials, dimensions, warranty, energy rating, care instructions) and only for SKUs that exist in the live catalog. Side-by-side drafts should fail closed if any compared SKU lacks the attribute the shopper asked about.
Fit and compatibility. “Will this case fit a 14-inch laptop?” or “Is this compatible with my model?” Fit answers require structured specs, compatibility matrices, or size charts you maintain. If the required measurement or compatibility flag is absent, the assistant should not invent a yes/no. Empty output plus a clear “missing data” signal is safer than a plausible wrong fit claim.
Build a basket from a need. “Outfit for a rainy weekend hike under $200” or “Starter kit for brewing pour-over coffee.” Basket drafts should assemble only in-stock (or explicitly allowed preorder) SKUs, respect your assortment and channel rules, and leave room for the shopper or associate to swap lines. Quantities, sizes, and fulfillment nodes come from availability services, not from model memory.
How merchandisers supervise the assistant day to day
Treat the assistant as a supervised sell-side draft layer, not as an autonomous storefront buyer.
Own catalog truth. Titles, attributes, size charts, compatibility tables, bundle rules, and “what’s included” content remain merchandiser-controlled. If the assistant misstates a feature, fix the source record or the allowed citation set. Do not patch the model with one-off prompt lore that drifts from the PIM.
Define allowed answer surfaces. Decide which fields may appear in customer-facing replies (public specs, care, warranty) versus internal-only notes (margin, vendor cost, clearance reason). The assistant should never surface internal fields even if they sit in the same product document.
Review draft baskets against merchandising intent. Spot-check baskets for category balance, prohibited combinations, gift-with-purchase eligibility, and regional assortment. The draft is a proposal; publishing or completing checkout remains a human or checkout-system step under your rules.
Instrument empty-output cases. When the assistant returns empty for a fit question or basket request, log the missing attribute or availability gap. Those logs become your backlog for catalog enrichment. Empty output is a feature when data are missing, not a silent failure to hide.
Coordinate with floor or chat associates. Where an associate takes over, the same grounding rules apply. The assistant can hand off the draft answer or basket with sources cited; the associate still confirms stock and closes the sale.
Grounding, availability, and empty-output rules
A reliable shopping assistant follows a strict data contract.
-
Resolve intent to catalog entities. Map the shopper’s words to category, attribute filters, and candidate SKUs using search and taxonomy you control. If no candidates resolve, stop with empty output rather than browsing invented products.
-
Fetch product and availability at request time. Pull current attributes and stock (or reservation) status from systems of record. Cached or stale availability should be treated as insufficient when the answer depends on “in stock now.”
-
Draft only from fetched facts. Comparisons cite published attributes. Fit answers cite measurements or compatibility flags. Baskets list only SKUs returned as available under your sell rules.
-
Refuse to invent stock. If availability is unknown, null, or timed out, omit that SKU or return empty for the basket/line. Do not substitute a similar SKU unless a merchandiser-approved substitute rule exists in data and was fetched for this request.
-
Surface uncertainty without fabricating. Prefer empty output or “cannot confirm from catalog” over soft guesses. Uncertainty language is not a license to fill gaps with training-data priors.
-
Keep humans on catalog truth. Merchandisers correct PIM/content errors; associates confirm edge cases (damaged-box, store-only, BOPIS cutoffs). The assistant drafts; people own truth and exceptions.
This contract keeps sell-path speed from turning into returns, chargebacks, or trust loss when a confident wrong answer ships.
Signals that the assistant is helping (and when it is not)
You do not need fabricated benchmarks to know whether supervision is working. Watch operational signals you already own.
Healthy patterns. Shoppers refine comparisons with follow-up filters instead of abandoning. Basket drafts require few swaps before checkout. Empty-output rates cluster on known thin categories you are enriching. Associate handoffs include cited attributes rather than freehand claims.
Warning patterns. Rising “said in stock / was not” incidents. Fit complaints that match missing size-chart coverage. Baskets that repeatedly include out-of-assortment or region-blocked SKUs. Conversion drops after assistant sessions that correlate with vague or contradictory answers.
When sell-path friction shows up after the assistant interaction, diagnose whether the issue is intent resolution, missing attributes, availability lag, or merchandising policy. Pair that review with conversion diagnostics so you separate assistant grounding failures from broader funnel issues.
Is this worth automating for you?
Whether this pays back depends on how much time it takes your team today. Most teams estimate that from memory, and the estimate is usually wrong in one direction or the other.
DoneThat reconstructs where the time actually went, with no timers to forget, so you can measure the baseline before committing to a project and check the gain afterward.
Measure the baseline first