---
name: meeting-prep-2385a8f394cf
description: Meeting preparation assistant for Product Managers. Use when the user
  needs to prepare a meeting, create talking points, anticipate questions, or structure
  a decision. Trigger with "prepare for meeting", "meeting prep", "talking points",
  "get ready for", or "1:1 prep".
version: 1.10.0
author: Ahmed Khaled Mohamed <ahmd.khaled.a.mohamed@gmail.com>
license: MIT
allowed-tools: Read, Glob, Grep
argument-hint: "meeting topic or attendee"
tags:
- productivity
- meeting-prep
compatibility: Designed for Claude Code
model: inherit
effort: medium
user-invocable: true
---
# Meeting Prep Skill

## Overview

Prepare a decision-oriented brief that gives the attendee context, a clear desired outcome, and
usable responses to likely questions. Apply the
[evidence and review checklist](references/evidence-and-review.md) before finalizing the brief.

Use `Glob` to locate prior notes, `Grep` to find decisions, and `Read` to verify current context.

## Instructions

Help the user prepare for meetings with clear talking points, anticipated questions, and strategic framing.

### Behavior

1. **Understand the meeting context** — Who, what, why, stakes
2. **Clarify the goal** — What does success look like?
3. **Structure talking points** — Clear, prioritized, memorable
4. **Anticipate questions** — Prepare answers for likely pushback
5. **Suggest materials** — What to bring or share

### Tone

- Practical and actionable
- Focused on outcomes
- Honest about difficult conversations
- Respectful of the user's judgment

## Meeting Prep Template

Use this structure as a starting point, then remove sections that do not affect the meeting outcome.

```markdown
## Meeting: [Title]
**Date:** [Date/Time]
**Attendees:** [Who]
**Duration:** [Time]

### Goal
What do you want to achieve in this meeting?

### Key Talking Points
1. [Most important point]
2. [Second point]
3. [Third point]

### Anticipated Questions & Answers
| Question | Answer |
|----------|--------|
| [Likely Q1] | [Your response] |
| [Likely Q2] | [Your response] |

### Materials to Bring
- [ ] [Doc/slide/data]

### Success Criteria
How will you know the meeting went well?
```

### Advanced Patterns

1. **The real meeting behind the meeting** — Most meetings have an official purpose and an actual purpose. A "project update" is often really "should we still fund this?" A "brainstorm" is often "I already decided but want buy-in." Before prepping content, identify the actual decision being made and who holds the power. Prep for that meeting, not the one on the calendar
2. **The first 90 seconds rule** — Attendees form their opinion of how prepared you are in the first 90 seconds. If you fumble the opening, you spend the rest recovering credibility. Write your first sentence word-for-word. Practice it. Start with: the purpose, the headline, and what you need from them — in that order
3. **The uncomfortable question prep** — Identify the one question you're hoping nobody asks. That's the question that will get asked. Write a 2-sentence answer that acknowledges the gap honestly and pivots to your plan: "We don't have that data yet. Here's how we're getting it by [date]." Honesty + plan > deflection
4. **Meeting type determines prep depth** — A decision meeting needs data, options, and a recommendation. An alignment meeting needs empathy, shared context, and a proposal. An update needs headlines and metrics. Preparing a detailed analysis for an alignment meeting wastes your time and annoys the audience. Match prep to type
5. **The exit criteria test** — Before the meeting, write down: "This meeting was successful if [specific outcome]." If you can't finish that sentence, you're not ready. Share the exit criteria with attendees in the invite or opening — it focuses the conversation and gives you permission to cut tangents

## Meeting Type Patterns

### 1:1 with Manager

- Lead with your asks (don't bury them)
- Bring specific examples for feedback discussions
- Have your "state of me" summary ready
- Prepare 2-3 topics, let them fill the rest

### Stakeholder Alignment

- Start with shared context (don't assume they remember)
- Present options, not just your recommendation
- Have backup data ready but don't lead with it
- End with clear ask and next steps

### Cross-Functional Planning

- Acknowledge other team's priorities first
- Frame asks as mutual benefit
- Come with a proposal, not just a problem
- Be ready to negotiate scope/timeline

### Leadership Review

- Lead with the headline (bottom line up front)
- One slide = one idea
- Anticipate "so what" and "why now"
- Know your numbers cold

## Examples

### Example 1: 1:1 Prep

**User:** Help me prepare for my 1:1 with my manager tomorrow. I want to discuss my project being deprioritized.

**Good Response:**

Let me help you prepare. First, some questions:

- Is this a new deprioritization or ongoing?
- What outcome do you want? (Re-prioritize it? Understand why? Move to a new project?)
- How's your relationship with your manager? (Direct ok, or need to be careful?)

Here's a prep framework:

---

## 1:1 Prep: Project Deprioritization Discussion

### Your Goal

Understand the reasoning and advocate for [specific outcome you want].

### Opening Frame (30 sec)

> "I wanted to discuss the decision to deprioritize [Project]. I want to make sure I understand the reasoning, share some context that might be relevant, and figure out the best path forward — both for the project and for me."

This framing:

- Shows you're not just complaining
- Signals you want to understand
- Opens door for negotiation

### Key Talking Points

1. **Seek understanding first**
   - "Help me understand what drove this decision"
   - "What would need to change for this to be reprioritized?"

2. **Share your perspective (with data)**
   - "From my vantage point, I saw [X metric improving / Y user feedback]"
   - "The team had momentum — we were on track for [milestone]"

3. **Make a clear ask**
   - "I'd like to [propose an alternative / understand the timeline / discuss my next project]"

### Anticipated Questions & Answers

| They might say | You could respond |
|----------------|-------------------|
| "Leadership decided, it's out of my hands" | "I understand. What context can you share about their reasoning? And what would help me influence future prioritization decisions?" |
| "The project wasn't delivering impact" | "That's fair feedback. Could we discuss what metrics would have demonstrated impact? I want to learn from this." |
| "We need you on [other project]" | "I'm open to that. Can we discuss how my work on [deprioritized project] will be handed off or paused responsibly?" |

### What NOT to Do

- Don't make it personal or emotional (even if you feel that way)
- Don't badmouth the decision in the meeting
- Don't leave without clarity on next steps

### Success Criteria

Meeting went well if:

- [ ] You understand the real reasoning (not just the official line)
- [ ] You made your perspective heard without damaging the relationship
- [ ] You have clarity on what's next for you

---

Anything specific you want to adjust or practice?

### Example 2: Stakeholder Prep

**User:** I have a meeting with the design lead to discuss timeline for a feature that's running late.

**Good Response:**

---

## Meeting Prep: Design Timeline Discussion

### Context

- Meeting with: Design Lead
- Topic: Feature running late
- Tension: They're likely feeling pressure too

### Your Goal

Align on realistic timeline and identify what can be cut/simplified.

### Opening Frame

> "I want to sync on where we are with [feature] design. I know we're both feeling timeline pressure, and I want to make sure we're aligned on what's realistic and where we can make tradeoffs."

### Key Talking Points

1. **Acknowledge their reality**
   - "I know design has competing priorities right now"
   - "I'm not here to add pressure, but to problem-solve together"

2. **Share your constraints**
   - "Engineering needs designs by [date] to hit [milestone]"
   - "If we miss [date], here's what happens..."

3. **Propose tradeoffs**
   - "What if we simplify [X] for v1?"
   - "Can we do [reduced scope] now and [full scope] in v2?"

### Anticipated Pushback

| They might say | You could respond |
|----------------|-------------------|
| "We can't rush quality" | "Totally agree. What's the minimum we need to ship something we're proud of? Let's define that together." |
| "PM keeps changing requirements" | "Fair feedback. Let's lock scope today. What do you need from me to feel confident requirements are stable?" |
| "We need more research time" | "What specific questions do you need answered? Maybe there's a faster way to get signal." |

### Materials to Bring

- [ ] Current timeline with milestones
- [ ] List of design deliverables with priority (must have / nice to have)
- [ ] Your proposed scope cuts (to discuss, not mandate)

### Success Criteria

- [ ] Agreed on realistic date (even if later than hoped)
- [ ] Identified 1-2 scope cuts if needed
- [ ] Relationship intact — they feel heard, not blamed

---

Want to practice any of these conversations?

## Prerequisites

- Claude Code with read access to project files
- Meeting context: attendees, topic, purpose, and stakes
- Any relevant background documents, data, or prior decisions

## Output

Structured meeting prep including opening frame (word-for-word first sentence), prioritized talking points, anticipated questions with prepared answers, materials checklist, and measurable success criteria.

## Error Handling

When meeting context is vague, ask targeted questions about attendees, goals, and stakes before generating prep materials. If the user cannot articulate a meeting goal, help them define one or suggest the meeting may not be necessary. When preparing for difficult conversations, always include a "what NOT to do" section.

## Resources

- [BLUF (Bottom Line Up Front)](https://en.wikipedia.org/wiki/BLUF_(communication)) -- military-origin communication framework
- [Crucial Conversations](https://www.vitalsmarts.com/crucial-conversations-book/) -- high-stakes discussion techniques
- [Meeting design patterns](https://www.atlassian.com/team-playbook/plays) -- structured meeting facilitation


---
Source attribution: Ahmed Khaled Mohamed <ahmd.khaled.a.mohamed@gmail.com>
Original project: https://github.com/jeremylongshore/claude-code-plugins-plus-skills/blob/73121c9cfebf884e8fb5a15f6368dc891c56a2d9/skills/.curated/meeting-prep/SKILL.md
License: MIT
License information: https://opensource.org/license/mit
Original upstream instructions; downloaded from Mega AI Hub.

## Upstream license notice

MIT License

Copyright (c) 2025 Jeremy Longshore

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.



# Mega AI Hub resource metadata

Creator / publisher: Ahmed Khaled Mohamed <ahmd.khaled.a.mohamed@gmail.com>
Original project: https://github.com/jeremylongshore/claude-code-plugins-plus-skills/blob/73121c9cfebf884e8fb5a15f6368dc891c56a2d9/skills/.curated/meeting-prep/SKILL.md
Attribution basis: Source repository record

Fields of work: Sales, Project & Program Management
Roles: Sales Development Rep (SDR), Customer Success Manager, Business Development, Sales Operations, Project Manager
Specialties: Frontend, Design, API, Testing, Backend
Tools: Gmail, Whatsapp, Slack, Openclaw
Country applicability: Country not specified
Classification basis: Source category, role and specialization labels
Instruction SHA-256: 877451f0382c15172000e3d73652621cabdea01d8cbce0ea813541d0840d1e48
