Tickets we created from audit findings that haven’t been resolved yet.
At a glance
Live count of Freshdesk tickets that Vortex IQ filed on your behalf from audit findings (broken checkout flows, refund spikes, performance regressions, ad-on-OOS, missing SEO fields) and which still sit in an unresolved state. The merchant question this answers is: “how many revenue-protecting fixes have I asked Freshdesk to triage that haven’t been picked up yet?” Treat this card as your unactioned-revenue-leak counter, not a generic ticket count.
Calculation
Calculated automatically from your Freshdesk 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 fashion SMB on Shopify running Freshdesk Growth ($15/agent/month) with one Product configured. Snapshot taken on 02 May 26 at 14:20 BST.
The card reads 17. Not yet alerting, but creeping. Three observations:
- The Klarna finding is the highest-impact ticket in the queue. Klarna failures correlate directly with cart abandonment for a fashion brand because BNPL is the typical payment method for £80-150 orders. Cross-reference
shopify.checkout_completion_rate. If completion rate has dropped 2-3 percentage points since the bug landed, the £/week cost is roughly (rate delta) × (Klarna-eligible session volume) × (AOV), which for a £100-AOV fashion brand running 30k weekly sessions works out to £3-6k/week. That justifies a same-day fix. - 6 Pending tickets is a leading indicator of capacity strain, not engagement. “Pending” in Freshdesk freezes the SLA clock. If the engineer is on holiday, those tickets quietly age past the 14-day cutoff and tip into Abandoned Findings on day 15. Set up a Freddy automation to reassign Pending Vortex IQ tickets after 5 days of inactivity.
- 17 open is healthy in absolute terms but unhealthy as a ratio. This SMB has 6 active CS agents and 17 Vortex IQ findings, so the team has roughly 3 unresolved findings per agent. Pair with
fre_open_tickets. If total backlog is also elevated, the team is drowning and Vortex IQ findings will get buried under live customer queries. - The mobile menu z-index issue is the cheapest fix in the queue but the oldest. A 5-minute CSS change. Aged 13 days because no one has assigned it. This is the typical pattern: easy bugs sit longer than hard ones because nobody owns “small”. Surface them with a “Vortex IQ findings, unassigned” view in Freshdesk and triage daily.
- Pair this card with
shopify.refund_ratefor narrative weight. “We have 17 open findings AND refunds are up 0.4 points” gives the CXO a single sentence: the audit programme is identifying issues, the team is not closing them, refunds are climbing. That sentence justifies adding capacity.
Sibling cards merchants should reference together
Reconciling against the vendor’s own dashboard
Where to look in Freshdesk’s own dashboard:Tickets list with a tag filterFor multi-product accounts, prepend atag:vortex_iqand the built-in “Open or Pending” status filter. Admin → Workflows → Ticket Filters, build a saved filter for the same tag and statuses. Analytics → Curated Reports → Ticket Volume withtag = vortex_iqandstatus IN (Open, Pending).
Product = <name> filter.
Why our number may legitimately differ from Freshdesk’s view:
Cross-connector reconciliation:
Known limitations / merchant FAQs
Why does Vortex IQ’s number disagree with Freshdesk Analytics? Three usual culprits:- Search API page cap. The Freshdesk Search API returns at most 300 tickets per query. Accounts with very large open backlogs see slight lag while the connector pages through. Analytics has no such cap.
- Pending hidden by default. Many default Freshdesk views suppress Pending (the SLA clock is frozen). We count it.
- Time zone. Analytics dashboards run on the dataset zone; the card uses the account zone for alerts.
status by default. Build an automation that resolves the ticket when Freddy’s confidence threshold is met if you want bot-handled findings to drop out.
We run 4 Products on Pro plan. Do all roll up?
By default, yes, the connector token aggregates across every Product it has read access to. To scope, set vortex_iq.product_filter: <product_id> in the connector config. Multi-product merchants typically build per-Product panels in the Nerve Centre.
Open count just jumped, what should I check first?
A 5-step playbook:
- Commerce platform first. Refund Rate, Cancellation Rate, Order Volume on Shopify / BigCommerce / Adobe. Refund spikes drive most audit findings.
- Site reliability. Datadog Operational Health Score, Sentry error rate. A bad deploy generates a tail of errors that turn into support tickets.
- Catalogue. Catalogue Drift, Ads on OOS, Top Products. Pricing or stock changes shipped without QA flood the queue.
- Audit category mix. Filter by Vortex IQ tag (
vortex_iq:checkout,vortex_iq:catalogue,vortex_iq:performance) to see which audit area is firing. - Viral negative review or social mention. A bad TikTok or Trustpilot one-star spree can drive 30+ tickets in an hour.
vortex_iq tag and are excluded. Add the tag manually if you want them counted.
Multi-channel attribution: do social tickets (Twitter, Facebook) count?
Yes if they carry the vortex_iq tag, which they will if the connector created them. The card does not filter by channel; only by tag and status.