soc-stakeholder
Conduct stakeholder analysis using identification, Power-Interest matrix classification, and influence strategy development. Use this skill when the user needs to map stakeholders for a project, manage conflicting interests, prioritize communication, or build a stakeholder engagement plan — even if they say 'who needs to approve this', 'how do I get buy-in', or 'who might block this project'.
pinned to #4e7f4f8updated last month
Ask your AI client: “install skills/soc-stakeholder”.
Requires the metahub MCP server installed in your client. Set up MCP.
mh install skills/soc-stakeholdermetahub onboarded this repo on the author's behalf.
If you own github.com/asgard-ai-platform/skills on GitHub, claim the listing to take over publishing. Your claim preserves the existing eval history and badges; only the curator label is replaced with verified-publisher on your next publish.
Stars
225
Last commit
last month
Latest release
published
- #ai-agent
- #anthropic
- #claude
- #claude-agent-skills
- #claude-code
- #coding-agent
- #knowledge-base
- #mcp
- #methodology
- #open-source
- #prompt-engineering
- #skills
- #taiwan
Automated checks the publisher passed at publish time — structure, docs, safety, and whether the artifact behaves as claimed.4e7f4f8· last month
Documentation
8 passed1 warningHomepage or repository declaredwarn
No homepage or repository declared.
Add a "homepage" or "repository" field to SKILL.md.
Description quality
57 words · 395 chars — "Conduct stakeholder analysis using identification, Power-Interest matrix classif…"
README is present and substantial
33,936 chars · 20 sections · 3 code blocks
Tags / topics declared
13 total — ai-agent, anthropic, claude, claude-agent-skills, claude-code, coding-agent (+7)
README has usage / example sections
no labeled section but 3 code blocks document usage
Homepage / docs URL declared
https://vault.asgard-ai.com/skills/
Description is substantive
Description is 57 words.
Documentation present and substantive
Documentation present (SKILL.md, 812 words).
Documentation shows usage
Documentation includes 2 code examples.
Release history
1- releasecurrent4e7f4f8warnlast month
Contents
Stakeholder Analysis
Overview
Stakeholder analysis identifies everyone who affects or is affected by a decision, classifies them by power and interest, and designs engagement strategies for each group. It prevents surprises from forgotten stakeholders and focuses effort on the relationships that matter most.
Framework
IRON LAW: Map ALL Stakeholders Before Engaging Any
Identify the full stakeholder landscape FIRST. Engaging one powerful
stakeholder before understanding the others' positions can create
unintended alliances against you. A stakeholder you forgot to include
becomes your biggest risk.
Power-Interest Matrix
| Low Interest | High Interest | |
|---|---|---|
| High Power | Keep Satisfied — Monitor, inform proactively, don't bore with details | Manage Closely — Active engagement, regular communication, involve in decisions |
| Low Power | Monitor — Minimal effort, watch for changes in power or interest | Keep Informed — Regular updates, address concerns, leverage as advocates |
Analysis Steps
- Identify all stakeholders (internal and external)
- Assess each on Power (ability to influence outcome) and Interest (degree of concern)
- Classify into the four quadrants
- Understand each stakeholder's position: supportive, neutral, or resistant
- Design engagement strategy per quadrant and position
- Monitor for shifts in power or interest over time
Engagement Strategies by Position
| Position | Strategy |
|---|---|
| Supporter | Empower them, give them information to advocate on your behalf |
| Neutral | Educate about benefits, reduce perceived risk, address concerns early |
| Resistant | Understand their concerns deeply, find common ground, involve in design |
Conflict Management
When stakeholders have conflicting interests:
- Identify the specific points of conflict
- Separate positions (what they say they want) from interests (why they want it)
- Find solutions that address underlying interests of both parties
- Escalate only when negotiation fails — and escalate to a stakeholder with power over both
Output Format
# Stakeholder Analysis: {Project/Decision}
## Stakeholder Map
| Stakeholder | Role | Power | Interest | Position | Quadrant |
|-------------|------|-------|----------|----------|----------|
| {name/role} | {relationship} | H/M/L | H/M/L | Support/Neutral/Resist | {strategy} |
## Power-Interest Matrix
| | Low Interest | High Interest |
|---|---|---|
| **High Power** | {names} | {names} |
| **Low Power** | {names} | {names} |
## Engagement Plan
| Stakeholder | Strategy | Frequency | Channel | Key Message |
|-------------|---------|-----------|---------|-------------|
| {name} | {approach} | {weekly/monthly/ad-hoc} | {meeting/email/report} | {tailored message} |
## Conflict Points
| Conflict | Stakeholders | Resolution Approach |
|----------|-------------|-------------------|
| {issue} | {A vs B} | {proposed resolution} |
Examples
Correct Application
Scenario: Stakeholder analysis for implementing a new CRM system at a mid-size company
| Stakeholder | Power | Interest | Position | Strategy |
|---|---|---|---|---|
| CEO | High | Low | Neutral | Keep Satisfied — monthly summary, focus on ROI |
| Sales VP | High | High | Supporter | Manage Closely — co-design, champion role |
| IT Director | High | High | Resistant (worried about integration) | Manage Closely — involve early, address technical concerns |
| Sales reps | Low | High | Resistant (don't want to change tools) | Keep Informed — training, show time savings, address concerns |
| Finance | Medium | Low | Neutral | Monitor — inform about budget when needed |
Key insight: IT Director is high-power + resistant = biggest risk. Address integration concerns before the project gets blocked ✓
Incorrect Application
- Only mapped internal stakeholders, forgot that the CRM vendor, existing tool vendor (who might resist), and key customers (who'll be affected by the transition) are also stakeholders. Violates Iron Law: map ALL stakeholders.
Gotchas
- Power shifts: A stakeholder who's low-power today may gain power (promotion, organizational change). Reassess quarterly.
- Hidden stakeholders: Executive assistants, board members' advisors, union representatives — people with informal but real influence.
- Don't over-engage low-power stakeholders: It's tempting to spend time on the most vocal critics, but if they have low power, their resistance won't block you. Focus energy on the high-power quadrants.
- Resistance ≠ enemy: Resistant stakeholders often have legitimate concerns. Their input can improve the project. Treat resistance as data, not opposition.
- Stakeholder fatigue: Over-communicating with everyone wastes their time and yours. Match communication frequency to the quadrant.
References
- For negotiation techniques with resistant stakeholders, see
references/negotiation-tactics.md
Reviews
No reviews yet. Be the first.
Related
Verification Before Completion
Evidence before assertions, always
Writing Plans
Turn specs into phased implementation plans
Test-Driven Development
Red → green → refactor discipline for any feature or bugfix
mh install skills/soc-stakeholder