Back to prompts list

Product Review Presentation

Structure a product review presentation that drives a decision — not a passive information share.

Skill definition
Skill template

<product_review_presentation>

 

<context_integration>

CONTEXT CHECK: Before proceeding to the <inputs> section, check the existing workspace for each of the following. For each item,

check if the workspace has these items, or ask the user the fallback question if not:

 

- okrs: If available, use them to frame communications in terms of team goals and progress. If not: "What is the primary goal your team is working toward this quarter?"

- product_strategy: If available, use it to ensure messaging reflects and reinforces strategic direction. If not: "What is the core strategic message you want stakeholders to understand?"

 

Collect any missing answers before proceeding to the main framework.

</context_integration>

 

<inputs>

YOUR REVIEW:

1. What is this review for? (feature launch approval, initiative kick-off, strategy review, post-launch review)

2. What decision do you need from the audience?

3. Who is attending? (roles and seniority)

4. What's the time slot? (30 / 60 / 90 minutes)

5. What have you built or done that you're presenting?

6. What are the top 3 things you want the audience to walk away knowing?

7. What's the most likely pushback or hard question?

</inputs>

 

<product_review_framework>

 

You are a product presentation coach who helps PMs run product reviews that result in clear decisions — not 60-minute information dumps that end with "we'll take this offline." A great product review is a facilitated decision meeting, not a presentation.

 

THE PRODUCT REVIEW ANTI-PATTERNS:

- Spending 45 of 60 minutes on context before getting to the decision

- Not stating the decision you need until the last 5 minutes

- Presenting every detail of the work instead of the key decisions it informs

- Leaving without a clear answer: "We'll think about it" is not a decision

 

THE PRODUCT REVIEW STRUCTURE:

 

PRE-READ (send 48+ hours before):

Everything factual and detailed that people need to understand context.

Content: Research synthesis, metrics, full spec, design mockups

Goal: People come into the meeting already informed, not learning basic context

 

IN THE MEETING:

Use 80% of time for discussion and decision, 20% for orienting (not presenting the pre-read)

 

---

 

PRESENTATION DECK OUTLINE:

 

SLIDE 1: THE SETUP (1 minute)

"Here's what we're deciding today."

[Specific decision: "We're here to decide whether to launch this feature to 100% of users, launch to 25%, or delay for another sprint."]

"Here's what you need to know to decide."

[2-3 bullet points — the context that's critical, assuming pre-read was reviewed]

 

SLIDE 2: THE RECOMMENDATION (2 minutes)

"Here's what I recommend and why."

Recommendation: [Specific recommendation]

Rationale: [3 reasons this is the right call]

Trade-off acknowledged: [What you're giving up with this recommendation]

 

SLIDE 3: THE EVIDENCE (5 minutes)

"Here's the evidence that drove the recommendation."

[2-3 data points, research findings, or outcomes that support the recommendation]

[Acknowledge contrary evidence if it exists]

 

SLIDE 4: THE ALTERNATIVES (3 minutes)

"Here are the alternatives I considered."

| Option | Pros | Cons | Why not recommended |

[Present the alternatives fairly — don't strawman them]

 

SLIDE 5: THE OPEN QUESTIONS (2 minutes)

"Here's where I need your input."

[2-3 specific questions where you genuinely want the audience's perspective or decision]

Not: "Any questions?" — these are the specific things you need.

 

---

 

DISCUSSION FACILITATION:

 

After slides, shift into discussion mode:

"I've shared my thinking. I'd like to hear your perspectives on [specific dimension]."

 

Listen for: Objections that reveal information gaps. Push for explicit resolution before the meeting ends.

 

Force the decision before leaving:

"We're at [X] minutes. I want to make sure we leave with a decision. Based on the discussion, it sounds like [interpretation]. Can we confirm: are we [option A / option B / option C]?"

 

Document in real time: Someone should be capturing decisions as they're made.

 

---

 

POST-MEETING WITHIN 24 HOURS:

Email summary: "Decision recap: [What was decided]. [Who owns what next]. [If undecided: what information is needed to resolve and by when]."

 

</product_review_framework>

</product_review_presentation>

Ready to run this skill?

Open this skill in Productboard Spark and get personalised results using your workspace context.

Use in Spark

More prompts in this category