Findings sat in the backlog with no status change for two weeks, these are the ones losing money silently.
At a glance
Of all the open Vortex IQ findings sitting in your Crisp inbox, this card counts only the ones that have not had a single agent action (reply, status change, tag edit, assignee change) in 14 days. Crisp is a real-time tool; a finding that has been silent for a fortnight is no longer being worked on, it has been forgotten. These are the findings quietly costing the merchant money while everyone assumes they are “in the queue”.
Calculation
Calculated automatically from your Crisp 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 2-person UK home-goods brand on BigCommerce uses Crisp Pro plan. Snapshot taken on 28 Apr 26 at 09:00 GMT. The team has 18 open findings. Vortex IQ checkslast_activity_at for each. Today’s date minus 14 = 14 Apr 26. Anything with last activity before that is abandoned.
- #VIQ-821 and #VIQ-822 were both created during a sprint where the team was launching a Black Friday landing page; they were tagged into Crisp but nobody picked them up because the launch took priority. Classic priority-bumping pattern.
- #VIQ-824 and #VIQ-825 are both Klaviyo email-deliverability findings. The team’s email specialist was on holiday from 09 Apr to 23 Apr, and these findings have no fallback assignee.
vortexiq:finding and last_activity > 7 days, escalate to <owner@brand.com>) so the next abandonment is caught before crossing 14 days. Pair with Unassigned Tickets and Overloaded Assignees to see whether the issue is structural (too few people) or routing (work going to busy people).
Sibling cards merchants should reference together
Abandoned Findings is a leakage detector, not a workload metric. Pair it with the cards that explain the why and the cost:Reconciling against the vendor’s own dashboard
Where to look in Crisp’s own dashboard: Crisp does not surface “no activity in N days” as a built-in inbox filter, but you can construct it:
Crisp App → Inbox → Sort by → Last activity (oldest first)
Then filter Segment = vortexiq:finding and toggle off Resolved state.
The conversations at the top of the list are your abandoned findings. Eyeball the last_activity_at column; anything older than 14 days from today matches our count.
Why our number may legitimately differ from Crisp’s manual count:
Cross-connector reconciliation:
Known limitations / merchant FAQs
Why is the threshold 14 days specifically? Calibrated against ~6 months of merchant data. We modelled time-from-creation-to-resolution for findings that did eventually get resolved, and 95% of them were touched at least once within the first 14 days. Past that point, resolution probability drops below 30%. Setting the threshold at 7 days produced too many warns on findings that were genuinely being investigated; setting it at 21 days missed the ones quietly dying. 14 days is the inflection. A finding is “abandoned” but my engineering team has been working on it offline. They just have not replied in Crisp. This is the most common reason a finding shows as abandoned when work is happening. Crisp only knows about activity that touches the conversation: a reply, a status change, an assignee change, a tag edit. If your team works in GitHub or Linear, paste a status comment into the Crisp conversation once a week, two clicks, and the finding stops aging. We recommend a weekly Friday “ping all open findings” routine for engineering-heavy merchants. One of my abandoned findings is from 90 days ago. Will it ever leave this count? Only when it changes state toresolved, gets touched (any activity), or is deleted from Crisp. The card has no upper age cap; a finding silent for 365 days is still counted. This is intentional, the whole point is to surface forgotten work.
The count went from 8 to 0 overnight. Did someone fix everything?
Two scenarios. (1) Someone bulk-resolved the abandoned conversations without fixing the underlying issues, common during quarterly inbox cleanups. The count is gone but the merchant problems remain. Always pair this card with Finding Resolution Rate which differentiates “closed because fixed” from “closed because given up”. (2) Someone bulk-tagged or moved findings to a different segment. Check Crisp audit log: Settings → Audit Log → Filter by user.
My free Crisp plan deletes conversations after 30 days. Does that drop them from this count?
No. The conversation body is wiped from Crisp’s UI but the vortexiq:finding ID stays in our audit ledger and continues to count. Free-tier merchants will see abandoned counts higher than the visible inbox; resolve, archive, or upgrade to Pro tier ($25/mo) to align the two views.
Does Crisp’s “ping bot” feature reset the abandonment timer?
Yes, if active. The Crisp ping bot sends an automated nudge to silent conversations after a configurable interval; that nudge counts as activity in last_activity_at. If you want pure-human activity to count, disable the ping bot for the vortexiq:finding segment: Settings → Workflows → Ping bot → Exclude segment. We recommend this; otherwise the card’s signal degrades to “did the bot fire” rather than “did a human engage”.
Can I exclude specific findings from this count?
Yes, by removing the vortexiq:finding tag. The conversation stays in Crisp but leaves the Vortex IQ findings universe entirely (it also drops out of Open Findings). Useful for findings the merchant has consciously deferred (e.g., “wait for Q3 platform replatforming”). Tag them with vortexiq:deferred instead, so they are still discoverable but not counted.
Is this card the same as Crisp’s “stale conversations” feature?
No. Crisp has a feature called Routing Rules → Auto-resolve old conversations which auto-closes anything inactive for N days. If you turn that on, abandoned findings get auto-closed and silently disappear from this card AND from your real-finding queue. We recommend disabling auto-resolve for the vortexiq:finding segment specifically; otherwise the data loss is compounded.
My team is small (2-3 people). 5 abandoned findings feels harsh.
The threshold is calibrated against typical SMB merchant data and 5 is the inflection where the same person handles each conversation. For very small teams, the practical answer is to keep open count under 10 and focus on velocity rather than abandonment, but the threshold itself does not need to change. If 5 reads chronically, the team is either too small for the work or the routing is not directing findings to the right people; either way, the alert is doing its job.
I see “abandoned” but my agent has the conversation open in their Crisp tab.
“Open in browser tab” is not activity in Crisp’s data model. The agent must click into the conversation, send a reply or change status, for last_activity_at to update. Reading without responding does not count, which is intentional, otherwise a curious agent could “investigate” a finding for 30 days without ever working on it and the metric would silently fail.