A comprehensive guide to PM communication — the principles, patterns, and practices that make your communication effective regardless of which template you use.
Not all communication is equal. Understanding the hierarchy helps you allocate your limited communication time to the highest-impact activities.
┌─────────────────┐
│ DECISIONS │ ← Highest impact
│ Get approvals, │
│ unblock work │
├─────────────────┤
│ ALIGNMENT │
│ Ensure shared │
│ understanding │
├─────────────────┤
│ AWARENESS │ ← Most common
│ Keep people │
│ informed │
├─────────────────┤
│ DOCUMENTATION │ ← Foundation
│ Create the │
│ record │
└─────────────────┘
Most PMs spend 80% of their communication energy on awareness (status updates) and only 20% on alignment and decisions. Flip this ratio. Status updates should be efficient and standardized (that's what the templates in this pack are for). Spend your creative energy on the communication that moves the project forward: getting decisions made and keeping stakeholders aligned.
Nobody reads to the end. Put the most important thing first.
| Bad | Good |
|---|---|
| "After evaluating three vendors over 6 weeks, considering factors including cost, integration complexity, and support coverage, we have determined that..." | "We recommend Vendor B ($45K/yr, 3-week integration). Here's why." |
| "During Sprint 23, the team completed 8 of 10 stories, achieving a velocity of 34 points, which represents a 12% improvement over..." | "Sprint 23: 🟢 On track. 80% completion, velocity trending up. Two carry-over stories (details below)." |
The same information, presented differently for different audiences:
To the CTO:
"Search API v2 launches March 15. 3x performance improvement. No additional infrastructure cost. Risk: integration testing with the mobile app needs 3 more days."
To the Engineering Manager:
"Search API v2 is code-complete and in staging. Performance benchmarks hit 3x target. Mobile app integration tests are in progress — Sam's team needs until March 12. We'll do a final regression on March 13-14. Launch decision at the March 14 go/no-go."
To the Support Team:
"Search is getting faster on March 15. Users won't need to change anything. The search box works the same — results just come back faster. If users report search issues after March 15, check the status page first, then escalate to #search-support."
Hiding or minimizing bad news is the fastest way to lose trust. When things go wrong:
Framework for delivering bad news:
1. State the fact. "The launch date is moving from March 15 to April 1."
2. Explain why. "The integration with the mobile app requires API changes we didn't anticipate."
3. State the impact. "This delays the Q1 revenue target by 2 weeks."
4. Present the plan. "We've already started the API changes. Here's the revised timeline."
5. State what you need. "I need your support communicating this to the sales team."
Never:
| Message Type | Wrong Medium | Right Medium |
|---|---|---|
| "The project is cancelled" | Slack message | Face-to-face or video call, followed by email |
| "Sprint review at 3pm today" | Formal email with 3 paragraphs | Slack reminder |
| "Here's the Q3 roadmap" | Chat message that scrolls away | Document + presentation |
| "Can you review this PR?" | Email that sits unread for 3 days | Direct message or mention |
| "We need to cut scope" | Mass email to everyone | 1:1 with PO first, then team meeting |
Your stakeholders should never have to wonder: "When will I hear about this?" or "Where do I find updates?"
| Pattern | Example |
|---|---|
| Same day, same time | "Weekly status update drops every Monday at 10am" |
| Same format | "Red/Amber/Green at the top, details below, same template every week" |
| Same channel | "All project updates go to #proj-updates. Always." |
| Same level of detail | "Executive summary is always 3-5 sentences. Monthly report is always 2 pages." |
People stop reading updates that are unpredictable in timing, length, or location.
Every communication that requests action should have a follow-up. The pattern:
Request → Acknowledge → Execute → Confirm
"Can you review the API spec?"
"Got it, will review by Thursday."
[Reviews it]
"Reviewed. Two comments — see the doc."
If someone asks you for something and you don't close the loop, they'll ask again, lose trust, or assume it's not happening. If you ask someone else for something, track it until closed.
| Situation | Template | Cadence |
|---|---|---|
| Ongoing project status | weekly-status-update.md | Weekly |
| Executive reporting | monthly-status-report.md | Monthly |
| Quick executive brief | executive-one-pager.md | As requested |
| Situation | Template | Notes |
|---|---|---|
| Need executive approval | executive-summary.md | Include options, recommendation, and deadline |
| Need to escalate a blocker | escalation-template.md | Include what you've tried and what you need |
| Need role clarity | raci-matrix.md | Create once, reference when confusion arises |
| Situation | Template | Notes |
|---|---|---|
| Announcing internally | launch-announcement-internal.md | Focus on what changed and who's affected |
| Announcing externally | launch-announcement-external.md | Focus on benefits and getting started |
| Planning all launch comms | launch-comms-plan.md | Use for any launch bigger than a bug fix |
| Managing organizational change | change-management-framework.md | Use when the change affects how people work |
Map every stakeholder on this grid to determine your engagement approach:
High Influence
│
KEEP │ MANAGE
SATISFIED │ CLOSELY
│
│
─ Low Interest ┼─────── High Interest ─
│
│
MONITOR │ KEEP
(minimal) │ INFORMED
│
Low Influence
| Quadrant | Strategy | Cadence | Effort |
|---|---|---|---|
| Manage Closely (high influence, high interest) | Active engagement: frequent updates, involve in decisions, give early access | Weekly or more | High |
| Keep Satisfied (high influence, low interest) | Sufficient information without overwhelming: executive summaries, key decisions only | Monthly or milestone-based | Medium |
| Keep Informed (low influence, high interest) | Regular updates, include in broadcasts, make information accessible | Bi-weekly | Low-Medium |
| Monitor (low influence, low interest) | Minimal proactive communication, available if they ask | Quarterly or as-needed | Low |
1. Listen fully before responding. Repeat their concern back to confirm understanding.
2. Acknowledge the validity of their perspective. "That's a reasonable concern."
3. Share your data. Not your opinion — your data.
4. Find common ground. "We both want [outcome]. Let's figure out the best way to get there."
5. If you can't resolve: "Let me take your feedback and come back with a revised proposal by [date]."
1. Document both positions clearly. Each side should recognize their view in your summary.
2. Identify the shared goal. There's usually one level up where they agree.
3. Present to the decision-maker with both positions, trade-offs, and your recommendation.
4. Communicate the decision to both sides, explaining the reasoning.
5. Don't relitigate. Once the decision is made, move forward.
1. Don't skip the update. Silence is worse than bad news.
2. Be factual. "We completed 60% of planned work this sprint. Here's what happened."
3. Own what you can control. "Our estimation was off" not "The requirements kept changing."
4. Present the recovery plan. Bad news + a plan = manageable. Bad news alone = panic.
1. Ask them directly: "Are these updates useful? What would make them more relevant for you?"
2. Shorten aggressively. If they stopped reading, it's probably too long.
3. Change the format. Maybe they need a 3-line Slack message, not a 2-page email.
4. Change the cadence. Maybe monthly is enough. Don't communicate more than the audience needs.
A PM can easily spend 50%+ of their time on communication. Here's how to keep it efficient:
| Practice | Time Saved |
|---|---|
| Use templates (that's why you bought this pack) | 15-20 min per update |
| Batch-write updates (all status updates on Monday morning) | 30 min/week |
| Set communication office hours (stakeholders know when to reach you) | Reduces interruptions |
| Automate dashboards for metrics (don't manually compile data) | 1-2 hours/week |
| Record decisions in a decision log (don't relitigate) | Hours of redundant meetings |
| Cancel meetings that don't have a clear outcome | 1-3 hours/week |
| Your Situation | Use This Template | From This Pack |
|---|---|---|
| Send a weekly project update | Weekly Status Update | templates/weekly-status-update.md |
| Monthly leadership report | Monthly Status Report | templates/monthly-status-report.md |
| Get executive buy-in on something | Executive Summary | templates/executive-summary.md |
| Brief someone in 2 minutes | Executive One-Pager | templates/executive-one-pager.md |
| Launch something (internal) | Internal Launch Announcement | templates/launch-announcement-internal.md |
| Launch something (external) | External Launch Announcement | templates/launch-announcement-external.md |
| Plan launch communications | Launch Comms Plan | templates/launch-comms-plan.md |
| Escalate a blocked issue | Escalation Template | templates/escalation-template.md |
| Clarify responsibilities | RACI Matrix | templates/raci-matrix.md |
| Manage a big change | Change Management Framework | frameworks/change-management-framework.md |
| Build a comms strategy | Communication Planning Framework | frameworks/communication-planning-framework.md |
| Track stakeholders | Stakeholder Register | spreadsheets/stakeholder-register.csv |
*Part of the Stakeholder Communication Pack — PM Toolkit Pro*
PM Toolkit Pro | $25
Templates and frameworks for every stakeholder communication a technical PM needs — weekly status updates, monthly reports, executive summaries, launch announcements, change management plans, escalation templates, and a RACI matrix. Stop reinventing the format every time you need to send an update.
Get the full Stakeholder Communication Pack and unlock everything.
Get the complete guide with every chapter unlocked, including code samples, diagrams, and best practices.
Access all interactive tools with complete data, all workload profiles, and the full scenario library.
Downloadable source code, configuration files, and working examples from every chapter.
Free updates for life. Every new chapter, tool, and improvement included.