Skip to content
XICBOT

Settings

Deutsch
Card, row, comparison, bundle

Product Cards Right in the Chat

In conversation, XICBOT shows real product cards with image, title, price, rating and delivery time — and a button that leads into your shop's cart or to the product page.

In plain language

The assistant shows cards for your products in the chat. Each card has an image, title, price, rating and delivery time. A button leads to the cart or to the product page. In this way a question turns into a tip or a comparison. Each card comes from your catalog. What is not in it, the assistant does not name.

Request a free demo To the shop assistant

  • Answers with a source reference
  • Loads only after your consent
  • No minimum term, cancellable monthly

A question turns into a recommendation, a row, a comparison or a bundle. Every card is built from your catalog: what is not in it, the assistant does not name.

42 of 48
answers carrying a source reference
XICBOT, own measurement series of 11 September 2026
8 of 8
questions without a basis declined instead of guessed
XICBOT, own measurement series of 11 September 2026
2,670
sections from 70 documents in our own knowledge base
XICBOT, count in our own database
24.1 KB
loader on your page, compressed
XICBOT, own measurement of the delivered files
A question turns into a product card, Example conversation, reconstructed
  1. Visitor:I am looking for a rain jacket for hiking, size M.

  2. Assistant:Three models match and are available in M.

    • Product search · this shop's catalog · search term rain jacket · 3 of at most 6 hits
  3. Visitor:Show me the lightest one.

  4. Assistant:Here it is. The button leads to the cart address stored for this item in the catalog.

    • Product card · 189.00 € · 4.5 out of 5 (214 reviews) · delivery: 2 business days · Add to cart
  5. Visitor:How does it hold up against the brand I know from the high street?

  6. Assistant:That one is not in your catalog, so I will not contrast it. I am happy to compare the two lightest models that are stored here.

    • Comparison · two items required · price, rating, delivery time, features side by side
    • No entry in the catalog — no comparison

Ask it yourself, Assistant of this website

Automated assistant

Enter sends, Shift and Enter starts a new line.

The assistant only loads after your consent. Privacy

Five Displays the Chat Builds From Four Queries

A classic product search forces visitors to click through filters, lists and categories until they find the right product — or give up first. XICBOT turns that around: whoever describes what they are looking for in the chat receives not a text answer with links, but real product cards directly in the conversation. Each card shows image, title, price, rating and delivery time and depending on the setting, carries a button into your shop's cart or to the product page; if no address is stored for it, the card has no button. An item the catalog lists as unavailable does not appear at all. That turns a passing question into a concrete purchase impulse without the visitor having to leave the page. Product cards are the most visible building block of the shop assistant — where advice turns into a sale.

Which display appears is chosen not by the wording of the answer but by the result of the query. The assistant has four queries at hand — search, compare, bundle, complement — and from them the chat window draws five different blocks. All five are built from the same catalog you supply; with a connected shop based on Shopware Community Edition, the assistant asks it for the price and availability of the items shown at answering time. Around 70 percent (Baymard Institute) of online carts are abandoned — the shorter the path from question to cart, the fewer purchase intentions are lost along the way.

  • Single card

    One concrete recommendation with image, title, price, rating and delivery time. It appears when the query has exactly one hit or when a particular item is meant.

    • A stated item reference beats the search term
    • Without a search term and without a reference the tool does not search but returns a note
    • Without a stored action address the card carries no button
  • Recommendation row

    Several matching items side by side when the query has more than one hit. The row sits below the answer rather than inside it, so the text stays short.

    • At most six hits per query, four by default
    • The band scrolls horizontally and is reachable by keyboard as well
    • The line above the block is a paragraph, not a heading, or it would shift your page outline
  • Direct comparison

    Two items in a table, both cards below it. The buttons deliberately sit under the table and not in its cells — a table with controls inside data cells is hard for screen reading software to interpret.

    • Compared are price, rating, delivery time and features
    • What an item does not carry is shown as not stated and is never estimated
    • A comparison needs two items; if only one remains, there is no contrast
  • Goes together: bundle with an anchor card

    The item in question plus the accessories stored against it in the catalog. The anchor card is marked, because a bundle without a recognisable main item would be just a row.

    • The total price sits below the block
    • If no accessory is stored on the item, it stays with the anchor card alone
    • The assistant is then told explicitly not to name one that is absent from the catalog
  • Customers also bought

    Complementary items for the current piece, again with an anchor card. The references are stored on the item in the catalog — they are not guessed from the conversation.

    • At most six references per item
    • Without stored references the block is dropped entirely
    • Even via a reference the search finds nothing outside your catalog
  • Promotional price: not a form of its own but a marking

    Any of the five displays can carry a crossed-out price and a saving. They appear only when the catalog provides both and the old price really is above the current one.

    • The word before the crossed-out price is visible: a mere strike-through does not carry the meaning
    • A crossed-out price below the current one would be a price claim nobody honours
    • Without a crossed-out price it stays an ordinary card

If a condition is missing, the display falls back rather than the answer falling away: a comparison without a second item becomes a single card, a bundle without stored accessories becomes the anchor card alone. On top of that there is a ceiling — at most five tool calls per answer, and only one when the monthly allowance runs low. Anyone asking for six comparisons in a single question will not get them all in one answer.

What Sits Inside Every Product Card

Every product card bundles exactly the information that matters for a purchase decision and leaves out everything that distracts. Instead of a long product page with menu, footer and advertising, the visitor sees only the essentials in the chat — compact, readable on mobile and with one clear action. Which details a card carries depends on what the catalog holds for that item: a line without a value does not appear as an empty line, it does not appear at all.

The price leaves the catalog twice: as a number and as ready-set text. Both the calculation and the formatting happen on the server, so the visitor's browser does not show a different number from the one that was calculated. The card itself is a link or a plain frame, never a button — a button with a link inside it breaks in Safari and Firefox. The action button therefore sits beside it and names the item title when read aloud; otherwise six cards would mean hearing the same sentence six times.

  • Product image, loaded lazily and without alternative text because the title sits next to it
  • Title that opens the product page, provided one is stored in the catalog
  • Price as a number and as ready-set text from the same calculation
  • Crossed-out price and saving only when the old price really is above the current one
  • Rating and number of reviews, turned into a sentence in the chat window
  • Delivery time in business days; if the catalog lacks it, the line is missing too
  • Up to six features, each trimmed to 60 characters
  • No card for sold-out items: whatever the catalog lists as unavailable, the product search leaves out
  • A button into the cart or to the product page — or none, when no address is stored

Product Cards on the Smartphone and in the Language of the Conversation

On a small screen, clicking through filters and lists is the most tedious, and that is exactly where the card behaves differently from a product page: below 560 pixels of window width the chat window switches to full screen, the recommendation row scrolls horizontally and carries a keyboard marker so it is not reachable by finger alone. The loader reads the width class from the window width of your page, not from the browser identification — a tablet held upright therefore counts as what it currently is.

The words the chat window contributes itself are held in German and English and follow the language of the conversation: Add to cart, View product, Recommendations, Total. What comes from the catalog — title, description, features — stands in the language it was supplied in. A catalog with German titles shows German titles in an English conversation too; whoever needs both supplies both. The rating goes out as a bare number and only becomes a sentence in the chat window, because 4.5 and 4,5 are the same rating in two notations and only the visitor's browser knows which one applies.

Short Paths Sell Better The more steps lie between question and purchase, the more purchase intentions are lost along the way. The card cuts the path down to one button: it opens your shop's cart or the product page in a new tab, and the conversation stays where it was — the visitor can keep asking without starting over.

Reading and Acting: What Sits Behind the Card

A product card comes about in three steps: the catalog is supplied, a query builds cards from it, and everything beyond that waits for the visitor's approval. The separation is deliberate — reading costs nobody anything, acting does.

Every call then stands in the log, with input, result, duration and the path on which it was approved. In the conversation itself the visitor sees a shortened version: duration and approval path are dropped there, and a technical error text is replaced by a general sentence. If a tool reaches outside — into an inventory system in the Custom package, say — the same route applies, with target checking, a deadline of eight seconds (adjustable between one and twenty) and a cap of 64 KiB; anything above that is discarded rather than used in truncated form.

8 of 8

questions without a basis declined instead of guessed

eight questions deliberately outside the material; the wording of every answer is in the measurement file

From Word to Card: What Happens When You Hit Send

Six steps lie between the question being sent and the card in the transcript. They are set out here not because the path is complicated but because each step carries a decision that can be read up later — including when no card appeared at all.

  1. The model receives a list, not a mandate

    Only what the conversation's role may call and what is switched on is offered. If the list is empty, no tool field goes out to the model at all; a muted conversation receives none in any case.

  2. The call is logged before it runs

    Input and time are recorded before anything happens. A call that fails is therefore just as findable as one that succeeds — otherwise only success would be noticed.

  3. The answer comes from the catalog, not from the model

    The search runs strictly within your tenant's catalog. A stated item reference beats the search term; without either, the tool does not search but returns a note. If it finds nothing, the message back to the model says explicitly not to invent a product or a price.

  4. The result goes out twice

    To the model as data for the sentence of the answer, to the chat window as cards together with their form. That is why text and card stand side by side instead of the same list appearing twice.

  5. The chat window draws the block

    The form turns into the display: single card, row, comparison table or bundle with an anchor card. If no card is present, the block is dropped entirely — an empty frame would be worse than none.

  6. What writes waits for the click

    The search only reads and runs through. Handing over a basket stands in the transcript as a proposal until the visitor confirms or rejects — and stays there if they do neither.

Two steps carry the whole construction. The call sits in the log before it runs — which makes a failed request as findable as a successful one. And the result goes out twice: to the model as data, to the chat window as a card. That is why the sentence next to the card has the same data in front of it, and prices, quantities or deadlines in it that appear in no source are replaced with a placeholder by the check.

If no card is available, the block is omitted entirely. The assistant does not build an empty shell that something might fill later — a card without an article would be a claim about your catalogue.

From proposal to handover, Example conversation, reconstructed
  1. Visitor:Take two of those and the matching cleaner with them.

  2. Assistant:The cleaner is stored as an accessory on the device, so I have added it.

    • Cart · add · 2 × device, 1 × cleaner · total 438.00 € · 12.00 € to go for free shipping
  3. Visitor:And my voucher from the newsletter?

  4. Assistant:I pass it on with the basket. It is not applied here — whether it holds is decided by your shop at redemption.

    • Cart · voucher · code carried over, not redeemed
  5. Visitor:Then hand the basket over.

  6. Assistant:Please confirm once. “Continue” then takes you to the shop in a new tab.

    • Handover · shop address with pickup token · Confirm or Reject
    • Source: this shop's product catalog · prices as of the last import

What gets asked about a product stays visible

  • Every question appears in the conversation list with channel and time.

  • The switch for answers without cover shows where the product data fell short.

  • The filtered selection can be handed on as CSV.

Demo account with sample data, German interface
The conversation view: the list of conversations with question and channel on the left; filters by assistant, channel, status, language and date range on the right, a switch for answers without cover and a test conversation.

How We Set Up the Product Cards

Product cards in the chat are not an off-the-shelf standard feature but are tailored to your shop, your assortment and your goals. The path there is manageable and begins with a free initial consultation and, on request, a demo with a test assistant for your own website.

  1. Initial Consultation & Demo

    In the free initial consultation we clarify which products should appear in the chat and which actions make sense — from the single recommendation to the bundle. On request you receive a free demo with a test assistant for your own website so you can experience the product cards before you decide.

  2. Supply the Catalog

    Your range moves into the assistant's catalog: title, image, price, crossed-out price, features, rating, delivery time and availability, keyed on your shop's item reference. At most 500 items go in per call, and the same extract supplied twice overwrites instead of duplicating. For a shop based on Shopware Community Edition the catalogue is taken from the shop and synced on a schedule, and the assistant queries price and availability of a named item when answering; with other shop systems, how often the import runs decides how fresh the card is.

  3. Check addresses and images

    Without an address on the item there is no button on the card. Using an extract of your range we check whether address, image and price are filled in per article before the first card appears in the chat.

  4. Configure Cards & Actions

    Together we define which displays appear — recommendation, comparison, bundle, complementary items or sale card — and which actions the assistant may carry out with approval, such as putting together a basket. That is also where it is decided whether a card's button leads into the cart or to the product page: both are stored per item, and without an address the card stays without a button.

  5. Trial run with real questions

    We put the questions you really receive to the assistant and look at which presentation it picks. If no card is available the block is omitted entirely — and that is exactly what a trial run makes visible, before a visitor does.

  6. Operation & Conversation Analytics

    After launch we take over hosting in Germany, operation, care and updates. Through conversation analytics you see which products are asked about, which questions the catalog did not cover and where conversations end — and that, rather than guesswork, shapes the next import.

The order cannot be shortened: without a catalog there is no card, and without an address stored on the item there is no button on the card. We check both before launch on an extract of your range — ten real items show which field is missing from the catalog faster than a list of field names does.

Setup once, operation monthly

Product cards are not a switch you flip. They need a catalog, an import that can be repeated, and the decision which card carries which button. That is why a one-off setup stands beside the monthly operation.

Pro package

from 149 € per month net

Minimum term: none, cancellable monthly

  • Product cards with image, price, rating and add-to-cart button
  • Recommendation, comparison, bundle and sale card
  • Shop connection with Shopware CE, hosting in Germany
  • Conversation analysis: which products are asked about and where the catalogue had nothing

All prices net, plus VAT Source: XICBOT price list, as of 11 September 2026

Product cards, cart in the chat and shop connection are part of the Pro package (operation from 149 € per month net, setup from 2,900 € net). For tool and API control, custom actions and individual cases there is the Custom package (setup from 4,900 € net, operation by scope). Every project begins with a free initial consultation and, on request, a free demo. Ongoing services are booked individually and can be cancelled monthly; there is no minimum term.

See Product Cards With Your Own Items

We load an excerpt of your range into a test assistant and show how a question turns into a product card with image, price and an add-to-cart button.

Demo with your products See the cart assistant

Product List as Text or Product Cards in the Chat?

The difference shows in everyday use. A plain text answer with links shifts the work to the visitor: search, click, switch to the product page, back to the chat. Product cards bring the decision to where the question arises.

Text answer with links

  • Presentation: Plain text, visitor must switch pages
  • Path to purchase: Search, click, go to the product page
  • Advice: General hints without reference to the assortment
  • Actions: None, only references
  • Availability: Often outdated or not visible

Product cards in the chat

  • Presentation: Card with image, price and rating in the chat
  • Path to purchase: A button on the card leads into the cart or to the product page
  • Advice: Recommendation, comparison and bundle fitting the question
  • Actions: Change quantity, pass on a voucher, hand over the basket
  • Availability: From the catalog, as of the last import

Both columns share one condition: without an entry in the catalog there is no card. An item that was never supplied does not appear in the chat — not even when it is in the shop. That is the flip side of the very rule that keeps the assistant from naming a product that does not exist.

Product Cards in Action

The following journeys are anonymised and illustrative. They show how product cards in the chat take on concrete tasks in the shop — from comparing two favourites to matching accessories.

Today

  • Online Shop / Electronics: Visitors drop out of the product search before finding the right model
  • Retail / B2C: Matching accessories are rarely ordered as well
  • Online Shop / Fashion: Questions about size and availability tie up support
  • B2B Trade / Spare Parts: Customers call support because they cannot find the right part number
  • Online shop / Groceries: Questions about ingredients and pack sizes end up in support although the details are in the catalogue
  • Retail / Seasonal goods: Just before the checkout there is no view of the shipping threshold, and the cart is left standing

With the assistant

  • Online Shop / Electronics: The assistant shows matching models as a row and contrasts two favourites in a table. Result: fewer drop-offs, more items in the cart
  • Retail / B2C: The assistant adds the accessories stored on the item as a bundle, with the total below. Result: higher average order value
  • Online Shop / Fashion: The assistant reads size and availability from the catalog and leads into the cart with one button. Result: fewer follow-up questions, a clearer decision
  • B2B Trade / Spare Parts: The assistant shows the hits as cards with the features from the catalog and assembles the finished basket in the chat. Result: fewer calls, the wrong part ordered less often
  • Online shop / Groceries: The assistant reads the attributes from the catalogue and shows them on the card; what is not there it does not claim
  • Retail / Seasonal goods: The assistant names the amount missing to the threshold and proposes a fitting article; the cart in the chat changes only on a click

More on Use in RetailHow product cards work together with advice and the cart in the same conversation is shown on the page for the assistant for online shops. How the cards look with your own items we show on request in a free demo, without sales pressure.

More on this in the guide: product cards and cart in chat describes the structure and the limits of the cards in detail, and guided selling in chat explains how the assistant derives a fitting suggestion from just a few follow-up questions. Why machine-readable product data is becoming even more important is set out in agentic commerce.

Frequently Asked Questions About Product Cards

Two questions come up in almost every initial consultation: where the data in the card comes from and what the assistant may do without asking back. Both are covered at length above; here are the short answers, each with a path to the long one.

What is a product card in the chat?

A product card is a clickable product tile that XICBOT shows directly in the conversation: with image, title, price, list price and saving, rating including the number of votes, delivery time in days and features — plus a button leading to the address your catalogue stores for the card — your shop's cart or the product page. Instead of a text answer with links, the visitor sees a concrete, purchasable product right in the chat. Depending on the question, the assistant shows a single recommendation, a row of suggestions, a comparison of two items or a bundle. At most six hits are shown, and only what is in your own catalogue is found.

How does the assistant know my products, prices and availability?

XICBOT answers from the product catalogue — title, image, price, variants, availability, delivery time, rating and promotional prices. What is not in the catalogue the assistant does not show as a card, and it is instructed to invent neither product nor price. For a shop based on Shopware in the Community Edition the catalogue is taken from the shop and synced on a schedule; the assistant queries price and availability of a named item in the shop at the moment of the answer, and if the shop cannot be reached, it names the last synced state as such. With other shop systems you deliver the catalogue, and how current a card is depends on how often that happens. If someone puts together a cart in the chat, the price is calculated in exactly one place, so the chat cannot show a discount the handover does not know about; a voucher is redeemed in the shop. More on the shop assistant page.

Can the assistant really add products to the cart?

Into a cart in the chat that sits with XICBOT, not in your shop. The cart tool type puts it together: it adds line items, changes the quantity, removes a position, clears the cart and applies a coupon — six kinds of change, at most 99 units per position. In the chat the result appears as a card with line items, total and a shipping line. Each of these changes writes and therefore requires confirmation: the visitor reads the proposal in plain text, only their click executes it, and a one-time key made of conversation, tool and sorted input prevents a second click from changing anything twice. The total is calculated with the current price from your shop or, if it cannot be reached, with the last synced price and its date; shipping costs and the free-shipping threshold come from the rules you store with the assistant. For the move into the shop, “Continue” opens your shop's stored address with a one-time pickup key; with it your shop can fetch the cart from XICBOT through a read-only pickup address, but it has to integrate that pickup itself. No order, customer account or checkout is created in the shop by this. Details under cart assistant.

Can XICBOT compare products or suggest bundles?

Yes. Besides the single recommendation, the assistant can contrast two products directly — price, key features and rating side by side — and suggest matching accessories as a bundle or complementary items in the sense of customers also bought. A comparison needs two items: if only one remains, it is shown on its own instead of faking a comparison. At most six hits are shown per answer, and only what is in your own catalogue is found — not even via a reference from another card. Which card types and suggestions appear is defined together for your assortment.

Can the assistant make up answers?

The room for that is drawn tight. For every question at most five search hits from your knowledge base, plus your text blocks, go to the model, numbered, and sourced answers name the excerpts they rely on. Figures, prices and deadlines that are not in your sources are replaced with a notice. If the search finds nothing or the model declines, the assistant says that nothing on this is held in the knowledge base — and the case is logged as a knowledge gap, as is an answer without a used excerpt. Its rules forbid it to invent contact details, file numbers or appointments, or to pose as a human being. An error cannot be ruled out entirely with any language model; hence the binding to sources, the visible citation and the handover to a person.

Can it also sell multilingually in the shop?

Yes. Product advice, product cards and the cart work across languages. Foreign-language customers also get recommendations and are guided through the chat into the shop, in a shop based on Shopware in the Community Edition. The assistant detects the language in its own program code and replies in the language of the most recent question; your catalogue remains the only source, because the knowledge base is not filtered by language. So you maintain product texts once and need no translated second version. Details are available with the shop assistant.

What does the feature cost?

Product cards and the cart in the chat are part of the Pro package: operation from 149 € per month net, setup from 2,900 € net. For tool and API control, custom actions and individual workflows there is the Custom package from 4,900 € net setup, with operation there by scope. Which package fits is decided not by the single function but by the scope: Pro allows five assistants, 50 knowledge sources and 2,000 documents, Custom 25 assistants, 250 knowledge sources and 20,000 documents. We name a binding price after a free initial consultation. All packages are listed under pricing. All services can be cancelled monthly; there is no minimum term.

Which shop systems do you support?

We work with Shopware in the Community Edition, an open-source system. On this basis XICBOT takes the catalogue from the shop, syncs it on a schedule, queries price and availability of a named item when answering and builds the product cards. Further accesses run through shapes with a stored address once your inventory system is connected in the Custom package: order status and stock enquiry read, a price lookup reads as well, an order change writes and therefore asks before it is carried out. Every call leaves a log row that is written before execution, and knows seven states from proposed to deadline exceeded. If you have a special setup or your own systems, the connection can be built over defined interfaces — more on this under custom functions.

If your question is missing, ask it in the free initial consultation. When we do not know something, we say so — it is the same rule the assistant works by.

From Your Catalogue

What Your Catalogue Brings to Good Cards

A card shows only what is maintained in the catalogue for the item. For your request it therefore helps to name a few typical items from your range and which fields are maintained there, such as delivery time, features or ratings. From that we can see how the cards would look in your shop and where details are still missing in the catalogue.

Request Product Cards for Your Shop

Tell us briefly about your shop and your assortment. You receive a clear assessment and, on request, a free demo with a test assistant for your shop. You can reach us by phone at +49 5123 9579000.

Enquiry in three steps

  1. 1. Topic
  2. 2. Your case
  3. 3. Contact

What is this about?

One click is enough, everything else is optional.

Tell us briefly about your case

Everything in this step is optional. It helps us reply with something concrete straight away instead of asking back.

Enquiries per month, roughly (optional)
When should it start? (optional)
How can we reach you?

Name and email address are enough. We reply personally.

We use your details to handle your enquiry. More on this in the privacy policy.