change-management-plan
Change Management Plan Skill
Produces a structured change management plan — because most change initiatives fail not because the change is wrong, but because people aren't brought along with it.
Required Inputs
Ask the user for these if not provided:
- The change (what is changing, and what is the current state?)
- Scale (how many people affected, in how many teams/locations?)
- Timeline (when does the change go live? How long is the transition?)
- Sponsor (who is accountable at senior level?)
- Key concern (what is the biggest risk to adoption?)
- What happens if change fails (consequences of low adoption)
Output Structure
Change Management Plan: [Change Name]
Change sponsor: [Executive owner] Change manager: [Who is running this] Go-live date: [Date] Affected population: [N people, N teams/locations]
1. Change Summary
From (current state): [Specific description of today's situation] To (future state): [Specific description of what changes] Why this change is happening: [Honest explanation — people adopt change faster when they understand the real reason] What stays the same: [Explicitly naming what is NOT changing reduces anxiety]
2. Stakeholder Analysis
| Stakeholder group | Size | Impact level | Current sentiment | What they need |
|---|---|---|---|---|
| [Group] | [N] | High/Med/Low | Supportive / Neutral / Resistant | [Specific concern or need] |
Key influencers to engage early: [Name the informal leaders, respected voices, and early adopters who can help. And the resistors who need direct attention.]
3. Impact Assessment
| Area | Impact | Severity | Action needed |
|---|---|---|---|
| Daily workflow | [What changes day-to-day] | High/Med/Low | [Training / support / redesign] |
| Systems or tools | [What tools are affected] | ||
| Roles and responsibilities | [Any role changes] | ||
| Processes | [Process changes] | ||
| Metrics and targets | [Any KPI changes] |
4. Communication Plan
Core message: [The 1-sentence summary everyone should understand and remember]
| Audience | Message focus | Channel | Timing | Owner |
|---|---|---|---|---|
| All staff | [Why this is happening + what to expect] | All-hands / Email | [T-6 weeks] | Sponsor |
| Managers | [How to support their teams] | Manager briefing | [T-5 weeks] | Change manager |
| Directly affected teams | [What changes for them specifically] | Team meeting | [T-4 weeks] | Line manager |
| [Other group] | [Tailored message] |
Communication principles:
- Over-communicate — people need to hear a message 7 times to internalise it
- Use managers to cascade, not just top-down announcements
- Create a feedback channel — questions left unanswered become rumours
5. Training and Support Plan
| Audience | Training type | Timing | Duration | Delivery | Owner |
|---|---|---|---|---|---|
| [Group] | [e.g. Hands-on system training] | [T-2 weeks] | [2 hours] | [In-person / online] | [Owner] |
Go-live support:
- [What support is available on day 1 — helpdesk, floor walkers, champions]
- [Escalation path for issues in first 30 days]
6. Resistance Management
Anticipated resistance sources:
| Concern | Who holds it | Root cause | Response |
|---|---|---|---|
| [e.g. "This will increase my workload"] | [Middle managers] | [Loss of autonomy] | [Specific action to address] |
Resistance management principles:
- Acknowledge concerns genuinely — dismissing resistance amplifies it
- Involve resistors in design where possible — converts them into advocates
- Distinguish between genuine concerns (worth addressing) and preference for the status quo (to be managed, not solved)
7. Adoption Metrics
| Metric | Baseline | Target | Measurement point | Owner |
|---|---|---|---|---|
| [System usage rate] | [0%] | [80%] | [30 days post go-live] | [Owner] |
| [Process compliance] | [X%] | [Y%] | [60 days] | [Owner] |
| [Staff confidence score] | [Survey score] | [Target] | [90 days] | [Owner] |
Adoption milestones:
- D+7: [First check — early issues identified]
- D+30: [First adoption review]
- D+90: [Sustained adoption confirmed or remediation plan activated]
Quality Checks
- "What stays the same" is explicitly addressed
- Stakeholder analysis includes resistors, not just supporters
- Communication plan uses managers to cascade (not just top-down)
- Training is timed before go-live (not after)
- Adoption metrics have a measurement date and owner
- Resistance management has specific responses (not just "communicate more")
Example Trigger Phrases
- "Write a change management plan for [initiative]"
- "Help me plan the rollout of [system change] for [team/org]"
- "Create a communication and training plan for [change]"
- "How do I manage resistance to [change]?"
More from mohitagw15856/pm-claude-skills
user-research-synthesis
Analyze and synthesize user research findings into structured, actionable insights. Use when given user research data, interview transcripts, survey results, or user feedback that needs to be analyzed and summarised. Produces a themed synthesis with prevalence data, supporting quotes, pain points analysis, feature request prioritisation, and recommended next steps.
26prd-template
Create a Product Requirements Document following proven PM template structure. Use when asked to write a PRD, product spec, feature specification, or requirements document for a new feature or product. Produces a complete PRD with problem statement, user stories, functional requirements, technical considerations, and success metrics.
20stakeholder-update
Create executive stakeholder updates following proven communication frameworks. Use when the user needs to create a status update, progress report, executive summary, or communication for leadership, stakeholders, or executives.
19competitive-analysis
Analyze competitors and create competitive landscape documentation with feature matrices, positioning maps, and strategic recommendations. Use when asked to analyze competitors, create competitive analysis, compare features with competitors, build a competitive landscape, track competitive positioning, or prepare sales battlecard inputs. Produces structured competitor profiles, feature comparison matrix, win/loss analysis, and prioritised strategic recommendations.
18meeting-notes
Structure and format meeting notes following PM best practices. Use when asked to create meeting notes, format discussion notes, capture action items, or document decisions from any meeting type. Produces structured notes with decisions, action items (owner + deadline), open questions, and next steps.
17executive-summary
Write an executive summary for any document, report, or proposal. Use when asked to write an executive summary, management summary, briefing paper, or one-pager for senior stakeholders. Produces a structured summary that busy executives can read in under 3 minutes and act on.
15