Skip to main content

Run a weekly support performance review with Fin Operator

A step-by-step guide to using Fin Operator to run a structured weekly RCA — covering volume, handling time, CX score, topic breakdowns, and conversation-level investigation.

Written by Dawn

Use this guide to run a structured weekly performance review for your support team in Fin Operator, the same approach our own customer support team uses. You'll go from high-level conversation volume through to individual conversation investigation, covering handling time, time to close, CX score, and topic breakdowns, all in a single thread.

This guide is for support managers and team leads. Whether you're putting together an RCA (Root Cause Analysis) or keeping a regular pulse on how the week went, the seven-step sequence below works in whatever depth you need.

Note: Fin Operator is included as part of the Pro add-on.


What to include in your opening message

Give Fin Operator your scope at the start. It'll ask clarifying questions if anything's missing, but the more context you give upfront, the faster you'll get to the good stuff. A good opening message usually covers:

  • The date range: be explicit (e.g. "week of August 3–9") rather than relative ("last week"), especially when running a review after the fact

  • Which inboxes or teams to include or exclude

  • The metrics you want: handling time, time to close, CX score, conversation volume, or a combination

Tip: Start one thread per review and keep the whole investigation in it. Fin Operator holds your filters and previous results in context, so you can ask follow-up questions without repeating yourself.


Step 1: Start with conversation volume

Start here. Volume context is what makes everything else make sense. A big week-over-week spike often explains why handling time is up, why CX dipped, and why certain inboxes are struggling. It's the foundation of any honest RCA.

Example prompts:

  • "Show me new conversation volume by inbox for [your date range], compared to the week before"

  • "Which inboxes saw the biggest volume change week over week?"

Look for inboxes where volume jumped significantly. That spike is usually the root cause of the performance story, so name it early and let it thread through the rest of your RCA.


Step 2: Add handling time and time to close

After establishing conversation volume, add your efficiency metrics (handling time and time to close), segmented by inbox, with a week-over-week comparison. The relationship between the two tells you a lot.

Example prompts:

  • "Show me mean handling time and time to close by inbox for that same period, compared to the prior week"

  • "Which inboxes had the longest handling time? Which improved the most week over week?"

Note: Handling time and time to close measure different things. Handling time is the total time a teammate actively worked a conversation. Time to close is the full elapsed time from first message to close. It includes any time the conversation sat idle, snoozed, or waiting on a customer or third party. A large gap between the two (say, 10h handling but 60h to close) usually means conversations are sitting idle, not actively being worked.

The pattern to watch for: handling time is low but time to close is high. That usually means conversations aren't being held up by complexity: they're sitting idle. Waiting on a handoff, waiting on a third party, or just sitting in a queue. That's a different problem from an inbox where both metrics are high, which points more to workload or complexity.


Step 3: Layer in CX score

With volume and efficiency metrics in place, add CX score (Intercom's AI-predicted customer satisfaction score) by inbox, with a week-over-week comparison. Make sure you're looking at the volume of rated conversations alongside the score itself. The score without the sample size can be misleading.

Example prompts:

  • "Show me CX score by inbox for [your date range] vs the week before, including how many conversations were rated"

  • "Which inboxes saw the biggest CX drop week over week?"

Tip: Pay attention to sample size alongside the score. A 50% CX score on 3 conversations is low-signal noise. The same score on 200 conversations is a reliable indicator worth investigating. Fin Operator will flag low-sample results, but it's worth calling out in your RCA.

The inboxes that matter most for your RCA are the ones with a meaningful CX drop and high volume. A low score on three conversations is noise. A low score on 200 is a signal worth investigating.


Step 4: Identify your priority inboxes

Once you have volume, handling time, time to close, and CX score across your inboxes, ask Fin Operator to synthesize them. It'll identify which two or three inboxes are consistently underperforming across all three metrics.

Example prompt:

  • "Based on what you've shown me, which two or three inboxes are most concerning across all three metrics?"

From here, narrow the rest of the review to those priority inboxes. No need to go deep on everything. Two or three is a practical limit: drilling into more than three inboxes in a single review tends to surface more data than can be acted on in one cycle.


Step 5: Break down by topic and subtopic

For each priority inbox, drill into the topic and subtopic breakdown. This is where you start to understand what's actually driving the numbers: whether the problem is concentrated in one specific area or scattered across the inbox.

Example prompts:

  • "Show me the top subtopics in [inbox] by handling time and time to close for that week"

  • "Which subtopics have the lowest CX score in [inbox]?"

Note: A single conversation can carry multiple AI-assigned subtopics. When two subtopics show identical handling time and time to close figures, they may both be pointing to the same underlying conversation. Fin Operator will surface this if you ask: "are those the same conversation?"

Look for subtopics with handling times far above the inbox average, subtopics where time to close is much longer than handling time (parked conversations again), and subtopics with consistently low CX at meaningful volume. Those are your smoking guns.


Step 6: Pull and review individual conversations

After identifying the highest-impact subtopics in Step 5, pull the actual conversations behind them. This is where you go from patterns to evidence: understanding what specifically made something hard to handle or why customers were dissatisfied.

Example prompts:

  • "Show me the conversations in [inbox] under the [subtopic] subtopic from that week"

  • "Which of those conversations have a bug tag or were flagged as a known defect?"

  • "Analyze what's driving customer dissatisfaction in the [subtopic] conversations"

Fin Operator can check conversation attributes, tags, and AI-assigned fields to help you classify what you're looking at. Separating bug-related cases from complex-but-non-defect cases is really useful here. A long handling time caused by a known bug has a very different remediation path than one caused by a process issue or a capacity crunch.


Step 7: Review any open or unresolved conversations

Before you close out the review, check whether any conversations from the week are still sitting open in your priority inboxes. Unresolved conversations don't just affect this week's numbers. They can drag CX into the following week too.

Example prompts:

  • "How many conversations from that week are still open or snoozed in [inbox]?"

  • "Show me the open conversations — which ones look most urgent?"

Prioritize any conversations that are open (not snoozed) or flagged with a high-value customer tag. Reassign or action those before closing out the review.


Things to keep in mind

A few limitations worth knowing before you run your first review:

  • CX score in Fin Operator is AI-predicted, not collected from customer ratings. It has broader coverage than rated CSAT but may differ from figures in other reports that use actual ratings only.

  • Subtopic labels are AI-assigned and one conversation can carry several. When two subtopics show identical metrics, they may be pointing to the same underlying conversation. Ask Fin Operator to confirm: "are those the same conversation?"

  • This guide assumes your inboxes are set up as teams in Intercom. If your workspace is structured differently, filtering by inbox may return different results.


Putting it all together

Here's the full seven-step sequence for running a weekly support performance review in Fin Operator, from conversation volume through to open conversations:

  1. Volume: establish which inboxes absorbed the most load and any week-over-week spikes

  2. Handling time + time to close: identify the slowest inboxes and whether conversations are being actively worked or sitting idle

  3. CX score: layer in satisfaction data to find where customers are most affected, weighted by volume

  4. Priority inboxes: synthesize all three metrics to focus the rest of the review

  5. Topics and subtopics: find the contact drivers behind the performance issues

  6. Individual conversations: move from patterns to evidence, checking tags, attributes, and defect flags

  7. Open conversations: confirm anything urgent is being actioned

The whole review stays in one thread. Fin Operator holds your context (date range, inbox filters, previous results) so you're not repeating yourself at every step. Once you've run it a couple of times, it starts to feel less like pulling a report and more like thinking out loud with someone who already has all the data.

Tip: Save prompts that work well for your team's regular setup (specific inbox filters, metric combinations, date format preferences). Reusing a consistent prompt structure from week to week makes it easier to compare results and spot trends across multiple RCAs.


💡Tip

Need more help? Get support from our Community Forum
Find answers and get help from Intercom Support and Community Experts


Did this answer your question?