Convert
Browse-abandonment repeat-view reminder
A shopper has opened the same product three times this week and still hasn't added it to a basket — the agent asks what's holding them back before they forget the item exists.
What it does
Some of the strongest buying intent never reaches a cart. A shopper keeps returning to the same product page across sessions, reads it again, and leaves again, stuck on one unanswered question — is it true to size, is the price about to move, are the reviews good enough. Cart-recovery tooling never sees this shopper because no cart was ever created, so the intent simply decays. The agent watches for the repeated-view pattern itself, reaches out with a calm, specific nudge that names the likely blocker, and links straight back to the item — recovering the order with no cart event required.
How it works
- 1Trigger. a repeated-view signal fires when the same shopper opens one product three or more times across sessions without ever adding it to a basket.
- 2Decision. the agent reads what it remembers about the shopper — past purchases, the category, prior questions — infers the most likely blocker (fit, price, reviews, stock confidence), and checks consent and frequency caps; a judge gates the message before anything is sent.
- 3Action. a short reminder on the shopper's opted-in surface — a push, an in-app bubble, or the chat thread — that addresses the blocker and deep-links back to the exact product.
- 4Follow-through. if the shopper buys, or the price or stock changes enough to belong to a different alert, this reminder is cancelled before it sends; engagement and resulting orders are measured against a holdout, and the client keeps owning the send channels.
Configuration
How the agent is wired for this use case.
product_view_repeated behavioral signal from the storefront analytics layer (same shopper, same SKU, three or more views across sessions, no add-to-cart).- Storefront analytics · read the per-shopper view-count and session history that fire the signal
- Product catalog · pull live price, stock, sizing and review summary for the watched item
- Customer memory store · read prior purchases and past questions to infer the blocker
- Messaging channel · send the reminder via push, in-app bubble, or chat, with a deep link to the product
- Holdout ledger · log the shopper into test or control and record any resulting order
What you need
The inputs this use case runs on. Your channels stay yours; the agent supplies the judgment.
Signals
repeated product-view events (count and recency per shopper per SKU), order_completed for stale-send cancellation, price/stock-change events to deduplicate against other alerts
Data
product attributes (sizing, reviews, price, stock), browsing and purchase history, customer memory, per-channel consent state
Guardrails
explicit consent and tight frequency caps so a reminder never feels like surveillance; judge gating on every unprompted message; automatic cancellation on conversion or alert overlap; discounts only under merchant policy, never the default opener
Metrics it moves
- conversion-rateup: high-intent shoppers who never created a cart get their blocker answered instead of quietly churning
- recovered-revenueup and provable: orders that follow the nudge are attributed against a holdout
- click-through-rateup: a reminder that names the real question earns the return click that a generic "you left something behind" never does
Related use cases
See it on your own customer journey
Bring one drop-off, one churn cliff, or one silent segment. We will show you what a proactive agent with memory and judgment does with it.
Book a demo