Product Backlog Triage: 5 Free Skills That Sort the Small Calls So You Keep the Big Ones, the infographic in this PDF

Product decision-making

Product Backlog Triage: 5 Free Skills That Sort the Small Calls So You Keep the Big Ones

Five free skills that use a judge model to sort tickets, feedback and requests one checkable call at a time, so the big product decisions stay with you.

Want this as a PDF?

You'll also get The Product System, my weekly note on leading product in the AI era. Unsubscribe anytime, and I'll never sell your email. How I handle your details

1

The full infographic, as a PDF

The exact one from the post, sized to print or keep within reach.

2

A copy in your inbox

The download link lands in your email too, so it's there when you need it. No follow-up campaign.

3

The Product System, weekly

My note on leading product in the AI era. One idea a week that compounds. Unsubscribe anytime.

The new AI that can't write cleared my backlog for a penny.

It sorts every small decision. You keep the big ones.

AI gave product managers more to decide, not less. More ideas, more tickets, more notes, more requests. The piles grow faster than anyone can read them.

The backlog. The support queue. The request you're sure you've seen before. The customer pain your roadmap hasn't covered. Last month's interview notes.

Each pile is hundreds of tiny calls. Keep or bin? Bug or request? New idea or duplicate? None of them is hard on its own. Together they eat the week.

So I built five free skills for product teams that clear each pile, using one judge model called Jev. Here is how they work, and why the approach matters more than the tool.

Why a chatbot summary is not a decision

The obvious move is to paste the pile into a chatbot.

You get a confident summary back. It reads well. But you can't check a single call it made. Which tickets did it treat as duplicates? Which feedback did it file under the wrong theme? The summary hides every decision inside the prose.

For triage that is the wrong shape. Triage is many small, separate decisions. You need to see each one, and you need to know which ones to double-check.

Ask one question per item instead

Jev is a judge model, not a chatbot. It doesn't write. It answers each item with a choice, a score or a yes/no, and it says how sure it is.

A choice picks one known option, such as bug, request or question. A score places the item on an ordered scale, such as how badly it disrupts the user. A yes/no checks a condition, such as whether a note describes a current user problem.

Because every answer comes with a confidence, your own rules decide what happens next. High confidence goes straight through. Low confidence comes back to you. The thresholds and the consequences stay in your hands.

The rule of thumb: use a judge model when the answer space is known and the same kind of decision repeats many times. Use a chatbot when you need it to write, summarise, explain or reason through several dependent steps.

Backlog Keep-Check: decide what stays

The Backlog Keep-Check reads old tickets against your strategy.

It can only say keep. What goes stays your call.

That limit is on purpose. Clearing a backlog is a strategy decision, and removing work is the part with consequences. The skill does the reading and hands you a shorter list of tickets that didn't earn a keep, so you make the cuts with the evidence in front of you.

Feedback Sorter: tag every ticket, keep the original

The Feedback Sorter tags every support ticket and flags the blockers.

It keeps the original attached to each tag. So when a theme looks big, you can open it and read what customers actually wrote, rather than trusting a label.

Request Matcher: turn a repeat request into evidence

The Request Matcher finds the idea you already have.

When a new request matches something in your backlog, it stops being another ticket. It becomes evidence for the existing idea. Over time the ideas with real demand behind them become obvious, and the backlog stops growing with near-duplicates.

Strategy Coverage Check: see the pain no bet covers

The Strategy Coverage Check maps customer pain against your current bets.

It shows the customer pain none of your bets cover. That gap is not automatically a problem. Some pain is fine to leave alone. But it should be a choice you made, not something nobody noticed.

Decision Check: test the question before you trust it

The Decision Check builds a question from 20 items you've labelled yourself, then tests the rest of the pile against it.

This is the skill for any triage question that isn't covered by the other four. You teach it with your own judgement first. It applies that judgement to the rest, and you can see where it agrees with you before you rely on it.

What it cost, and what it buys back

I ran Jev on 92 of my own items. It cost less than a penny.

The money is not the point. The point is the week. You didn't become a PM to spend your week triaging tickets. The small calls still need making, and they need to be checkable. They don't need your full attention one by one.

Hand the pile over. Get back to the decisions only you can make: which problem matters, which bet to fund, what to say no to.

All five skills are free in the vault: /vault/backlog-keep-check, /vault/feedback-sorter, /vault/request-matcher, /vault/strategy-coverage-check and /vault/decision-check.

Which pile would you hand over first: backlog or support?

Questions people ask

What is a judge model?
A judge model is an AI model that evaluates rather than writes. Given an item and a question, it returns a choice from known options, a score on a scale, or a yes/no, together with how confident it is. That makes each decision visible and checkable, which suits repetitive triage work.
How is a judge model different from a chatbot for triage?
A chatbot answers with text, so a summary of a pile hides the individual calls it made. A judge model answers one question per item with a typed answer and a confidence level. You can check any single call and set your own rules for which answers go straight through and which come back to you.
How do you triage a product backlog faster?
Break the triage into one question per item, such as keep or not, bug or request, new idea or duplicate. Let a tool answer each question with a confidence level, accept the confident answers, and review the uncertain ones yourself. Keep the final removal decisions in human hands.
Can AI decide what to delete from my backlog?
It shouldn't make that call alone. The Backlog Keep-Check is deliberately limited: it reads old tickets against your strategy and can only say keep. Anything it doesn't keep comes back to you, so removing work stays a product decision.
How much does it cost to triage a backlog with Jev?
The five skills are free. Running Jev on 92 of my own items cost less than a penny. Because a judge model returns short answers rather than long text, the cost per item stays very small.
What is the Request Matcher for?
The Request Matcher checks a new feature request against ideas already in your backlog. When it finds a match, the request becomes evidence for the existing idea rather than a new ticket, which shows where demand is building and stops the backlog filling with duplicates.