All articles
AI prioritisation framework
product strategy
roadmap decisions

How to Actually Do AI-Assisted Prioritisation Well

The problem is not the AI feature, it is what you feed into it.

5 min read·19 September 2026·Fredrik Göth

Every major roadmap tool now has an AI prioritisation feature. Productboard has it. Airfocus has it. ProductPlan has it. And most PMs I talk to have quietly stopped using them.

Not because AI is wrong for prioritisation. Because the features are shallow. They resurface what you already know, dressed up in a score. You put in your backlog, you get back a ranked list that reflects your existing data, customer requests, usage metrics, effort estimates. Useful, maybe. But not better decisions.

The problem is not the AI. It is what we give it to work with.

"We are betting that reducing time-to-value for new users has more impact on retention than adding features for power users."

Example strategic bet from the article

AI cannot prioritise without your strategic context

These tools are pattern-matchers. They are very good at processing what you put in front of them. What they cannot do is know what you are actually betting on right now, what constraints are real versus theoretical, or what your CEO is going to ask about in the next board meeting.

That context lives in your head. Or the CPO's head. Or spread across three Notion pages and a Slack thread from six months ago.

When you ask AI to prioritise without surfacing that context explicitly, you get back a ranked list that optimises for whatever signal is loudest in your data. Usually customer volume. Sometimes revenue. Rarely the strategic bet you committed to last quarter.

My experience is that this is where most AI prioritisation workflows break down. Not because the tool failed. Because the input layer was missing entirely.

Build the context document first

Before you open any prioritisation tool, write a short context document. Not a strategy deck. Not an OKR tree. A single page that gives AI the information it actually needs to reason with.

Four things belong in it.

Your current strategic bets. Not goals. Bets. What are you wagering your next two quarters on, and why? "We are betting that reducing time-to-value for new users has more impact on retention than adding features for power users" is a bet. "Improve retention" is not.

Your hard constraints. Team capacity, tech debt that cannot be touched right now, dependencies on other teams, regulatory deadlines. AI will happily suggest you prioritise something that requires three engineers you do not have. Be explicit.

Your kill criteria. What would make a candidate initiative a non-starter regardless of its score? If something conflicts with a partner contract, if it requires data you cannot access, if it is technically impossible before your funding window closes, write that down.

The one question you will be asked. If your CEO walks into a board meeting next month and is asked what your team is focused on and why, what is the answer? That question is the filter everything else runs through.

This document does not need to be perfect. It needs to exist. Once it does, paste it as context into whatever AI workflow you use.

The four-step workflow that actually holds up

I have been using a version of this with teams over the past year, and it is not complicated. It does not require new tools.

First, build the context document. Takes thirty minutes if you have clarity on strategy, longer if you do not, and that gap is useful information in itself. If you cannot write your strategic bets in plain language, that is the real problem.

Second, feed the context document and your backlog candidates into an AI session and ask it to generate a shortlist. Not a ranked list. A shortlist of candidates that fit the constraints and bets you have described. Ask it to explain its reasoning for each one it includes and excludes.

Third, ask the AI to surface trade-offs explicitly. For every candidate on the shortlist, what are you deprioritising if you pick this? What assumption is this bet resting on? This is where the reasoning becomes genuinely useful, and where pattern-matching tools cannot follow you.

Fourth, make the human decision. The shortlist and trade-offs are inputs. You decide. That part does not change.

If you are running continuous discovery alongside this, the context document also gives your AI-assisted discovery work a much sharper filter. The two reinforce each other. I wrote more about that in AI Product Discovery Still Fails Without an Operating Model.

The sign it is working

Here is the honest signal that your AI prioritisation framework is doing something real: you spend less time defending your roadmap to stakeholders and more time on the decisions that need genuine judgment.

When stakeholders push back, you have a written context document that shows your reasoning. When someone asks why something is not on the roadmap, you can point to a constraint or a bet, not a RICE score.

The AI did not make the decision. But it helped you make a better one. That is what this is supposed to do.

Start with the context document. Do it before your next planning session. Everything else follows from that.

Fredrik Göth is a CPO and product leadership consultant working with product teams across Europe.

See how your roadmap connects to strategy

Tree Studios helps product teams connect business goals, product strategy and team work in one visual strategy tree.