> ## Documentation Index > Fetch the complete documentation index at: https://docs.vortexiq.ai/llms.txt > Use this file to discover all available pages before exploring further. # Finding Resolution Rate (90d), Notion > Finding Resolution Rate (90d) for Notion stores. Tracked live in Vortex IQ Nerve Centre. How to read it, why it matters, and how to act on it. **Metrics type:** [Key Metrics](/nerve-centre/overview#metrics-types-explained) • **Category:** [Project Management](/nerve-centre/connectors#connectors-by-type) ## At a glance > Of the findings Vortex IQ created in your Notion workspace in the last 90 days, the percentage that you've moved into a Done-group status. The single number that says "is the team keeping up with what we surface?" | | | | -------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **The formula** | `resolved_in_window ÷ created_in_window × 100`, where the window is the last 90 days based on Notion's `Created time` system property. A finding created on day -91 is not in the denominator even if it was closed yesterday. | | **What "resolved" means** | The row's `Status` is in the merchant-mapped Done group at the moment of the read. The row may have moved through To-do → In progress → Done, or jumped directly To-do → Done (e.g. "Won't fix"). Both count as resolved for this card. | | **Why "Won't fix" counts as resolved** | Because the team made a decision. The opposite (a row sitting open forever) is the failure mode. We measure decision-throughput, not just shipped-fixes. If you want to separate the two, see *FAQs*. | | **Why 90 days** | Long enough to smooth out fortnightly noise, short enough to react to recent changes. The 90D window is fixed at the manifest level. | | **Database property scheme** | Reads `Status` (status type) and `Created time` (system property). Both are required, the connector verifies them at setup time and refuses to enable until the database has both. | | **Resolved vs closed** | Notion has no "closed" concept distinct from status. We treat any value in the Done group as resolved. There is no separate "Resolution" property to read (unlike Jira). | | **Time window** | `90D` (rolling). | | **Alert trigger** | `<50%`, the team is closing fewer than half of new findings within the window. | | **Sentiment key** | `{'type': 'gauge', 'thresholds': {'good': 75, 'warn': 50}}`. Above 75% reads green, 50, 75% reads amber, below 50% reads red. | | **Roles** | owner, operations | ## Calculation Calculated automatically from your Notion data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading. ## Worked example Same UK fashion brand. The Notion *Site Improvements* database, looking at the 90-day window ending 12 Mar 26. ```text theme={null} Window start: 13 Dec 25 (90 days back from 12 Mar 26) Findings created in window: 62 Of those, currently in Done group: 44 Of those, still open: 18 Finding Resolution Rate (90d) = 44 ÷ 62 = 70.97% ``` The card shows **71%**, amber zone (between 50 and 75). Reading: "the team is closing roughly 7 in 10 findings within 90 days, decent but slipping". The owner-dashboard banner reads *"Resolution rate 71%, down from 78% last week"*. **The breakdown of the 44 resolved:** | How they were resolved | Count | Counts toward this card? | | ------------------------------------------------------------- | ----- | ------------------------ | | Status changed to Done after dev work | 31 | yes | | Status changed to Won't fix (decision) | 9 | yes | | Status changed to Done (deduplicated against another finding) | 4 | yes | All 44 count, the card measures decision-throughput, not just shipped fixes. The 9 "Won't fix" are healthy decisions, not failures. **Why this matters next to Open Findings:** Open count is 33, but *new findings created in 90 days* is 62. So the team has actually closed 44 (resolved) of the 62 created in the window plus some that pre-dated the window. The 33 open includes 15 from before the window, and 18 from inside it. This card sees only the inside-window slice (62 created → 44 done → 71%). ## Sibling cards merchants should reference together Resolution Rate is the throughput indicator. Always read with: | Card | Why it matters next to Resolution Rate | What the combination tells you | | ------------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | [VortexIQ Findings Open](/nerve-centre/kpi-cards/notion/vortexiq-findings-open) | The current queue depth. | High Open + low Resolution = team is genuinely behind. Low Open + low Resolution = inflow is low; the rate is calculated on a small sample, ignore it for a sprint. | | [Abandoned Findings (>14d no movement)](/nerve-centre/kpi-cards/notion/abandoned-findings) | Tells you whether resolution is happening *evenly* or only on the easy ones. | Resolution 70% + Abandoned high = team picks the quick wins, leaves the hard ones to rot. The composition matters. | | [Avg Time-to-Fix](/nerve-centre/kpi-cards/notion/avg-time-to-fix) | Speed per finding. Rate is volume; Time-to-Fix is per-unit speed. | High rate + low Time-to-Fix = excellent. High rate + high Time-to-Fix = "we close them but only after 30 days each" (suggests batching). | | [Sprint Velocity (avg)](/nerve-centre/kpi-cards/notion/sprint-velocity) | Team's overall throughput across all work, not just findings. | If Sprint Velocity is healthy but Resolution Rate is low, findings are deprioritised. Conversation: are they being deprioritised correctly? | | [Tickets by Assignee](/nerve-centre/kpi-cards/notion/tickets-by-assignee) | Which person owns most resolved/unresolved. | If 80% of resolved are from one person, you have a key-person dependency. Spread the work. | ## Reconciling against the vendor's own dashboard **Where to reproduce this in Notion itself:** Notion has no native rate calculation, but you can produce both numerator and denominator with two filtered views: > **Denominator (created in window):** > Findings database → New view → Table. > Filter: `Created time` is **on or after** *today − 90 days*. > Row count = denominator. > **Numerator (resolved within window):** > Same database → New view → Table. > Filter: `Created time` is **on or after** *today − 90 days* AND `Status` is in **Done**. > Row count = numerator. Divide. The percentage should match this card to the nearest 1% (small drift from sync timing, see below). **Why our number may legitimately differ from your hand calculation:** | Reason | Direction | Why | | ---------------------- | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Sync lag** | Either | The 60-second sync window means status changes in the last minute may not be reflected. Doesn't typically move the percentage by more than 1, 2 points. | | **Rounding** | Either | The card rounds to the nearest whole percent; your hand-calc might keep two decimals. 70.97% becomes 71%. | | **Time-zone boundary** | Edge cases | We compute "90 days ago" in UTC. A finding created at 02:00 GMT on day -90 is in our window if you're in the UK; a merchant in California (UTC-8) might compute the boundary differently and exclude it. | | **Permission scope** | Yours possibly lower | If your Notion view is filtered by "shared with me", you'll see fewer rows than the connector token. Always filter by the database itself, not by share status. | **Cross-connector reconciliation. Notion vs Jira / ClickUp / Linear / Asana / Monday / Smartsheet / Wrike / Teamwork / Height / Confluence:** The Resolution Rate definition is identical across all PM connectors Vortex IQ supports (`resolved_in_window ÷ created_in_window × 100`, rolling 90D). Comparing percentages across connectors is meaningful: a 70% rate in Notion and 70% in Jira mean the same thing. **However, switching destinations resets the population**, if you previously wrote findings to Linear and switched to Notion last month, the Notion 90D denominator has 30 days of inflow, not 90. Wait for the full 90 days before reading the percentage as stable. ## Known limitations / merchant FAQs **What's a "good" Resolution Rate?** Above 75% (green) is healthy. 50, 75% (amber) means the team is keeping up but slipping. Below 50% (red) means findings are accumulating faster than they're being closed and the queue will keep growing. Note: 100% is not the goal, that usually means the team is closing things they shouldn't (e.g. real bugs marked Won't fix to make the number look good). **Why does the number drop after a quiet week?** Because the denominator is a rolling 90-day window. If your team takes a week off and stops moving rows to Done, the resolved count falls but the created count (a window-anchored figure) keeps the same shape. The rate drops mechanically. It will recover when the team comes back. This is a strength, not a bug, the number is honest about pauses. **Should I count "Won't fix" as a resolution?** Yes. The decision to *not* fix something is a valid resolution. The thing we want to penalise is rows sitting open with no decision at all (see *Abandoned Findings*). That said, if your "Won't fix" rate is high (>30% of resolutions), that's worth a conversation: are the findings poorly targeted? Tune Vortex IQ's finding rules in *Settings → Audits*. **My team uses a custom status called "Validated, awaiting deploy". Should it be Done or Open?** Depends. If "Validated" is the team's signal that the work is finished from a planning perspective and the deploy is just operational, map it to **Done**. If validation is genuinely a check-step that could still bounce back, leave it in **In progress**. Map intent, not workflow stage. **Is the rate a trend or a snapshot?** Snapshot, calculated on every read. The card shows today's percentage; for the trend, look at *Throughput Trend* (which uses the same data shaped as a sparkline). Vortex IQ stores the daily snapshot history and Ask Viq can answer "how did Resolution Rate move over the last quarter?" in plain English. **What's the right action when the gauge goes red?** Three honest moves, in priority order: 1. **Triage**, run the same fortnightly triage we recommend for Abandoned. Bulk-close the findings that aren't relevant to your business (with a "Won't fix" reason). Mechanically lifts the rate and forces useful conversations. 2. **Cap inflow**, in *Settings → Audits*, disable the lowest-priority audit modules. Stops the queue growing while you work down what's there. 3. **Add capacity**, only if (1) and (2) don't fix it. Throwing people at a queue that's growing because nobody is making decisions is a waste. **The card resets to "no data" sometimes, why?** Likely zero findings created in the 90D window (e.g. you just connected the workspace yesterday). Wait until at least a handful of findings have been generated, the percentage is meaningless on a sample of 1 or 2. **My team is small (2 people), so the rate swings wildly. Is this card useful?** For very small teams, treat the **trend** as the signal, not the daily number. Two people closing 1 vs 0 findings in a week shifts the percentage 50 points without any underlying behaviour change. Use *Throughput Trend* alongside this card and look for the 4-week moving average. **Why is this a Key Metrics card instead of a standard one?** It's the single highest-information number for "is the team keeping up with what we're surfacing?". The other findings cards (Open, Abandoned, Time-to-Fix) tell you *what* is happening; Resolution Rate tells you whether the system is healthy. CXOs ask for one number, this is it. *** ### Tracked live in Vortex IQ Nerve Centre *Finding Resolution Rate (90d)* is one of hundreds of KPI pulses Vortex IQ tracks across Notion and 70+ other ecommerce connectors. Nerve Centre runs the detection layer; Vortex Mind investigates the cause when something moves; Ask Viq lets you interrogate any number in plain English. [Start for free](https://app.vortexiq.ai/login) or [book a demo](https://www.vortexiq.ai/contact-us) to see this metric running on your own data.