Findings sat in the backlog with no status change for two weeks, these are the ones losing money silently.
At a glance
Open Vortex IQ-tagged LiveChat tickets that have had no team-side activity in 14+ days. The silent-leak subset of the open backlog: findings filed, never picked up, quietly compounding revenue risk while the team focuses on live chat conversations. On LiveChat-using merchants this card is particularly important because LiveChat’s tickets module is secondary to the live-chat module in agent attention; without this card, the abandoned bucket grows unnoticed inside an ancillary module.
Calculation
Calculated automatically from your LiveChat data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
A UK boutique cosmetics brand on Shopify running LiveChat Business plan, 6-person CX team. Single LiveChat group. Snapshot taken on 02 May 26 at 10:15 BST.- Abandoned doubled vs 30D average and tipped over warn. The CX team is keeping pace with recent findings (8 active, 0 abandoned in the last 14 days) but the older bucket is accumulating. This is the LiveChat-typical pattern: team prioritises live-chat module over tickets module, so older tickets get buried.
- The 4 chat-widget UX findings stagnant in the 14 to 30 day band are the tractable cluster. Chat-widget UX findings on LiveChat-using merchants are particularly important because the widget IS the merchant’s primary support channel; widget regressions degrade the team’s own tools. Triage these first; the agents themselves are the immediate beneficiaries of the fix.
- The 2 long-stale (>30 days) returns-policy URL drift findings are the highest-revenue-risk subset. Returns-policy mismatches are conversion killers. These findings have been re-flagged repeatedly (the audit signal cleared briefly then re-flagged each cycle) without the team ever closing them. Action: assign one ops lead today; this is the kind of finding that quietly costs more revenue per week than the entire LiveChat license.
- Pair with
liv_open_tickets. If global LiveChat ticket backlog is also elevated, the team is overloaded across the board (likely a promotional push or a shipping spike); the audit programme is being deprioritised under load. If global tickets are flat but Vortex IQ abandoned is rising, it is specifically the audit work being deprioritised. - The right action is a weekly 30-minute “abandoned review”. Run it with the CX lead. For each finding: if no real merchant impact, close (LiveChat’s
closedis terminal). If real merchant impact, reassign and add a note. We see LiveChat merchants close 30 to 50% of abandoned findings on this triage; the remainder being correctly prioritised is the win. - LiveChat’s automation rules can help. Build a rule:
IF tags CONTAINS 'vortex_iq' AND last_modified_at > 21 days AND priority NOT IN [high, critical] THEN close ticket AND apply tag 'auto_closed_low_impact'. Auto-closes the bottom-tier abandoned findings on a 21-day timer.
Sibling cards merchants should reference together
Reconciling against the vendor’s own dashboard
Where to look in LiveChat’s own dashboard:LiveChat Agent App, Tickets section, filterLiveChat does not ship a built-in “abandoned” view; this card is closest to the saved-filter pattern. Why our number may legitimately differ from a saved LiveChat view:tag:vortex_iq AND status:open OR pendingand sort byLast activity ascending. Tickets at the top are the most stale. Manually scan for those last touched >14 days ago. Reports, Tickets, Tag breakdown for trend visibility. Save the filtered view via Save filter as for repeat use.
Cross-connector reconciliation:
Known limitations / merchant FAQs
LiveChat shows my ticket was modified yesterday but the card says abandoned. What is wrong? Almost always one of these. (1) The “modification” was a customer reply; the card excludes customer replies as movement. (2) The “modification” was a ChatBot auto-reply; the card excludes ChatBot replies on Vortex IQ tickets. (3) Webhook delay. Open the ticket and check the activity feed for an explicit human-team-member action in the last 14 days. What counts as movement? Any of: agent reply (private message or to-customer), status change, assignee change, tag change, priority change, applied automation rule. Customer replies do NOT count. ChatBot auto-replies on Vortex IQ-tagged tickets do NOT count. The 14-day window feels arbitrary. Can we tune it? Yes, in Settings, Connectors, LiveChat, Abandonment threshold (days). Default is 14 days. Smaller LiveChat-using merchants (under 50 daily total tickets) often tune up to 21 days because their cycle time is naturally slower; larger merchants tune down to 10 days. Multi-group: my account spans multiple LiveChat groups. Why does this card show one number? The card aggregates across groups by default. To break out by group, setvortex_iq.group_filter in connector config or build a Stacked Panel in Vortex IQ Nerve Centre with one panel per group.
Velocity dropped, abandoned count rising. What changed?
Standard playbook. (1) Open Tickets by Assignee and look for sudden concentration changes. (2) Open Avg Chat Response Time; if it rose sharply, the team is being pulled into live chat at the expense of tickets. (3) Open Open Tickets; if the global ticket-module backlog is also up, the team is overloaded across the board. (4) Cross-check against any global-incident pattern; a returns surge or shipping disruption pulls the team off audit work for days.
The abandoned count appears suddenly higher overnight. Why?
Because the 14-day clock keeps ticking. If five findings were last touched on the same day exactly 14 days ago, all five become abandoned at the same time the next day. Normal and self-corrects within 24 hours of the team picking the queue back up.
Should I close abandoned findings or fix them?
Both, depending on triage. Run a weekly 30-minute “abandoned review” with the CX lead. For each: if no real merchant impact, close (LiveChat’s closed is terminal). If real merchant impact, reassign and add a note. We see LiveChat merchants close 30 to 50% of abandoned findings on this triage; the remainder being correctly prioritised is the win.
Why doesn’t LiveChat ship an “abandoned” view natively?
LiveChat’s tickets module is auxiliary to its live-chat module; the product team has historically prioritised live-chat features over tickets-module features. The card’s added value: cross-group aggregation, customer-reply / ChatBot-reply exclusion, threshold-based alerts, historical trend.
Is this card the right primary watch metric for LiveChat-using merchants?
Yes. Findings Open tells you the queue size; this card tells you the queue health. On LiveChat-using merchants the abandoned card is particularly important because the tickets module is secondary in agent attention; without explicit watch, abandoned findings accumulate.
A finding important enough to fix manually but we never used LiveChat to track it. Do we close the ticket?
Yes. Close the ticket in LiveChat once the work is done. Otherwise it stays in the abandoned bucket. Vortex IQ does not auto-close findings just because the underlying audit signal cleared.
Can LiveChat’s Automation engine auto-close low-impact abandoned findings?
Yes. Build an automation: IF tags CONTAINS 'vortex_iq' AND last_modified_at > 21 days AND priority NOT IN [high, critical] THEN close ticket AND apply tag 'auto_closed_low_impact'. Auto-closes the bottom-tier abandoned findings on a 21-day timer, leaving high-impact ones for human triage. Most LiveChat merchants who adopt this see abandoned-bucket size drop 40 to 60% within a month.
My team uses LiveChat but we route all important work through Jira. Why are findings landing in LiveChat?
Check the connector routing setup. If LiveChat is listed before Jira in the outbound priority, findings file in LiveChat first. For engineering-led merchants on LiveChat, the typical routing is Jira primary, LiveChat secondary (for chat-widget-specific findings only). Override in Settings, Connectors, Routing.
Does the card include pending tickets?
Yes, by design. In LiveChat’s data model pending typically means “waiting on internal action” (e.g. waiting on developer to fix the underlying widget bug); this matches the abandonment-risk profile because the team is not actively working the ticket. If your team uses pending to mean “waiting on customer reply”, build a custom view via the connector to exclude pending from the count.
Why is the alert threshold >5 / >15 and not higher?
LiveChat-using merchants typically run smaller-volume CX teams than Zendesk-using merchants; the abandoned threshold is calibrated to that scale. A 5-finding warn threshold reflects roughly 30 to 40% of a typical small-team Vortex IQ open backlog. Tunable per organization in connector settings.