Pm stakeholder communication
Skill julianoczkowski/product-manager/skills/pm-stakeholder-communication
Build a Pragmatic stakeholder communication plan and status updates that expose risk early and speak each audience's language. Use when the PM asks to manage stakeholders, plan comms, write an exec/status update, a project status report, a steering-committee update, or "keep everyone aligned". Covers the Identify→Analyze→Communicate steps, the Influence×Importance matrix, and the four metric categories. Produces a Stakeholder Communication Plan and a Status Update as a Markdown or Word .docx artifact.From its SKILL.md
npx -y skills add julianoczkowski/product-manager --skill pm-stakeholder-communicationAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
SKILL.md
4.8 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it
Stakeholder Communications (Pragmatic Framework: Planning → Stakeholder Communications)
Executives communicate in spreadsheets, not screenshots. Track trends, not absolute numbers. Manage proactive communications from strategy through execution.
See ../pm-copilot/references/framework.md for the primitives.
Three steps
Identify → Analyze → Communicate.
- Identify every stakeholder or group affected by or influencing the work.
- Analyze each on two axes and place them on the matrix.
- Communicate on a plan tuned to each quadrant.
Influence = informal authority — the power to facilitate or impede an objective; the ability to persuade or coerce others toward a course of action. Importance = formal authority — the priority given to satisfying that stakeholder's needs; their power to drive, change, or cancel the work.
Stakeholder Management Matrix (2×2)
Y = Influence (informal authority), X = Importance (formal authority):
| Low Importance | High Importance | |
|---|---|---|
| High Influence | Keep Satisfied | Manage Closely |
| Low Influence | Monitor | Keep Informed |
Communication plan — When / How
- When? How often · what stages · what depth.
- How? What format · what channel.
- Common errors to avoid: surprising stakeholders with bad news (ignore/delay/surprise); relying solely on email/electronic comms; delivering disparate status to different stakeholders.
Metric categories (pick what's meaningful per stakeholder)
- Value — LTV; LTV:CAC.
- Quality — defects; % test coverage; fix-to-feature ratio; return rate.
- Progress — lead & cycle time; velocity/burndown; % dependencies.
- Satisfaction — NPS; CSAT; renewal rate; time-to-value; customer effort (CES).
Interview the user (batch questions)
- Who are the stakeholders (people/groups) touched by this work?
- For each — how much influence (informal) and importance (formal) do they have?
- What outcome/metric does each one actually care about?
- What cadence and channel fits each (weekly meeting, email digest, dashboard)?
- What's the current status and any risks to surface?
Artifact templates
Stakeholder Communication Plan
# Stakeholder Communication Plan — <Project/Product>
**Company:** <company> · **Feature / Product:** <feature / product name>
**Author:** <author> · **Date created:** <date>
| Stakeholder | Category | Communicator | Channel | Artifact | Frequency | Metric Category | Specific Metrics |
| :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- |
| Angela (SVP Sales) | Manage Closely | Jeff (PM) | Weekly meeting (+ email) | Initiative status template | Weekly, Thursday | Value | LTV |
| <name/role> | Keep Informed | | | | | | |
| <name/role> | Keep Satisfied | | | | | | |
| <name/role> | Monitor | | | | | | |
Status Update (Initiative-based)
# Status Update — <Product/Release> — <date>
**Company:** <company> · **Feature / Product:** <feature / product name>
**Author:** <author> · **Date created:** <date>
| Initiative | Description | Delivery | Status | Path to Green | Update | What's Next |
| :--- | :--- | :--- | :--- | :--- | :--- | :--- |
| <name> | <goal of this work> | <date/quarter> | 🟢 On track | — | <latest since last report> | <planned work> |
| <name> | <goal> | <date> | 🟡 Elevated risk | <steps to recover> | <milestones met / risks / scope changes> | <next> |
**Status legend:** 🟢 On track · 🟡 Elevated risk · 🔴 High risk · 🔵 Completed · ⚪ Not started · ⚫ On hold.
(For an exec audience, offer a metric-based variant: Business Objective | Metric Category | Metric to Move | Goal State | Current State | Initiative | Outcome [Measuring / Positive / Negative / Uncertain].)
Deliver the artifact
Follow ../pm-copilot/references/artifact-output.md: confirm inputs, ask Markdown
or .docx, write the .md, convert to .docx on request via your environment's native document-creation capability. Deliver the plan and a first status update. Then offer the
next stage: pm-launch-plan as the release nears its market window.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.
Gives 0 of the 12 instructions most docs writing skills give in ~1.1k tokens
Counted across 1,951 of the 3,904 authors here whose files we hold, read 2026-09-06
- Use third-person for skill descriptionsin 54 of 1951, across 35 files
- Start descriptions with Use whenin 43 of 1951, across 29 files
- Run baseline scenarios before writing any skillin 40 of 1951, across 26 files
- Use active voicein 40 of 1951, across 36 files
- Map file responsibilities before defining tasksin 36 of 1951, across 29 files
- Use checkbox syntax for tracking stepsin 35 of 1951, across 27 files
- Ask one question at a timein 35 of 1951
- Offer execution options after saving the planin 33 of 1951, across 24 files
- Include complete code in every stepin 33 of 1951, across 27 files
- Design units with clear boundaries and interfacesin 31 of 1951, across 23 files
- Announce the skill usage at the startin 30 of 1951
- Verify agent compliance after adding the skillin 29 of 1951, across 17 files
Said here and by no other author read
- Ask the user for Markdown or .docx format
- Interview the user to gather scenario details
- Identify all stakeholders affected by the work
- Analyze stakeholders using influence and importance axes
- Place stakeholders on the management matrix
- Select meaningful metrics for each stakeholder
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.