stakeholder-influence-mapper
$
npx mdskill add mohitagw15856/pm-claude-skills/stakeholder-influence-mapperTurn a product initiative into a structured influence plan — who needs to be aligned, in what order, and exactly what to say to each person in their language.
SKILL.md
.github/skills/stakeholder-influence-mapperView on GitHub ↗
--- name: stakeholder-influence-mapper description: "Map stakeholders for a product decision and produce a tailored influence strategy with talking points. Use when asked to get alignment, build consensus, get buy-in from engineering or finance or legal, navigate organisational resistance, or plan stakeholder conversations for a major initiative. Produces a stakeholder map, recommended conversation sequence, and tailored talking points per stakeholder." --- # Stakeholder Influence Mapper Skill Turn a product initiative into a structured influence plan — who needs to be aligned, in what order, and exactly what to say to each person in their language. ## Required Inputs Ask the user for these if not provided: - **Initiative description** (what you want to do and why) - **List of key stakeholders** (name, role, relationship to initiative) - **Timeline pressure** (when do you need a decision?) - **Any known objections or political context** (what you're already aware of) ## Process 1. Build stakeholder map with: role, primary concern, decision authority (blocker / influencer / informed), current stance (supportive / neutral / resistant / unknown) 2. Identify the critical path of conversations — who must be won before others 3. For each stakeholder, lead with their concern, not your ask 4. Prepare one likely objection per stakeholder and a prepared response 5. Flag any stakeholders who should NOT be approached until others are aligned 6. **Validate** — Confirm every "blocker" stakeholder has a specific tactic (not just "have a conversation"), and that the sequence accounts for political dependencies ## Output Structure ### Stakeholder Map: [Initiative Name] | Stakeholder | Role | Primary Concern | Authority | Current Stance | |-------------|------|-----------------|-----------|----------------| | [name] | [role] | [concern] | [type] | [stance] | ### Recommended Conversation Sequence 1. **[Name first]** — because [reason they unlock others] 2. **[Name second]** — once [first] is aligned [continue...] ### Talking Points by Stakeholder #### [Stakeholder Name] **Lead with:** [Their concern, not your feature] **Your ask:** [One specific thing you need from them] **Likely objection:** [What they'll push back on] **Prepared response:** [How to address it without being defensive] **What success looks like:** [What alignment from them looks like] ## Notes - Never send the same message to all stakeholders — calibrate every time - Engineering leads want technical feasibility acknowledged first - Finance stakeholders want ROI framing before anything else - Legal/compliance stakeholders want risk mitigation addressed upfront ## Quality Checks - [ ] Every blocker has a specific tactic (not just "have a chat") - [ ] Conversation sequence accounts for political dependencies - [ ] Each stakeholder's talking points lead with their concern, not your agenda - [ ] At least one "do not approach until X is aligned" flag is considered - [ ] The ask from each stakeholder is a single, specific thing (not a vague "support")
More from mohitagw15856/pm-claude-skills
- 360-feedback-templateDesign a 360-degree feedback survey or write a structured 360 feedback report. Use when asked to build a 360 feedback process, write 360 feedback for a colleague, design a feedback survey, or produce a feedback report. Produces either a complete survey instrument with rating scales and open-ended questions, or a structured narrative feedback report with themes, strengths, and development areas.
- ab-test-plannerDesign statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.
- accessibility-auditGenerate a WCAG 2.2 accessibility audit checklist and remediation suggestions for any UI or design. Use when asked to audit for accessibility, check WCAG compliance, review a design for a11y issues, or create an accessibility remediation plan. Produces a prioritised checklist with pass/fail assessments and specific fixes.
- account-planBuild a structured account plan for any key customer or target account. Use when asked to create an account plan, key account strategy, strategic account review, or territory plan. Produces a complete account plan with relationship map, growth opportunities, risks, and 90-day action plan.
- aeo-optimizerOptimize an article for Answer Engine Optimization (AEO) — restructuring content so AI engines like ChatGPT, Perplexity, and Claude can extract, quote, and cite it. Rewrites headings as questions, drops 50-80 word answer capsules, audits paragraph length, and flags trust signals. Use when asked to AEO-optimize, make content AI-readable, improve AI citation chances, or adapt an article for answer engines.
- ai-ethics-reviewConduct an ethical review of an AI or ML feature, model, or product. Use when asked to run an AI ethics review, assess AI risks, audit a model for bias, or produce an AI impact assessment. Produces a structured ethics review covering fairness, transparency, privacy, safety, accountability, and societal impact with prioritised mitigations.
- ai-product-canvasStructure AI and ML product decisions with the rigour of any product decision. Use when building AI-powered features, evaluating LLM integrations, designing AI products, or assessing AI readiness. Produces a complete AI product canvas covering problem definition, model approach, data requirements, evaluation framework, UX design, responsible AI checklist, and launch monitoring plan.
- ambiguity-resolverStructure vague opportunities and unclear briefs into actionable one-page problem statements. Use when asked to clarify a vague brief, frame an undefined problem, make sense of an unclear opportunity, or when the user says 'we need to figure out what to do about X' or 'I've been asked to look into Y'. Produces a structured problem brief with reframed questions, scoped boundaries, and a minimum viable research plan.
- api-docs-writerWrite clear, developer-facing API documentation. Use when asked to document an API endpoint, write API reference docs, create a developer guide, or turn a raw spec/Postman collection into documentation. Produces endpoint documentation with descriptions, parameters, request/response examples, and error codes.
- api-versioning-strategyWrite an API versioning strategy document for a service or API platform. Use when asked to define versioning policy, plan API deprecation, classify breaking changes, or document version lifecycle. Produces a complete versioning strategy with breaking-change classification table, deprecation timeline, migration guide template, and client communication template.