Chapter 02 · Getting Started

Understanding Your Stakeholders

6 min readBy Bob Churchill
Summary

Stakeholder analysis identifies everyone involved in or affected by a process across its life cycle, then maps their influence and interest to guide engagement. Techniques include stakeholder lists, the influence-interest matrix, onion diagrams, RACI charts, and personas, which together reduce resistance and surface complete requirements.

Key takeaways
  • Stakeholders include performers, recipients, input providers, managers, and anyone affected, even indirectly
  • Use multiple identification techniques: stakeholder lists, influence-interest matrices, onion diagrams, and RACI analysis
  • RACI clarifies who is Responsible, Accountable, Consulted, and Informed, with exactly one Accountable per activity
  • Build detailed personas for key groups capturing roles, goals, pain points, information needs, and interaction patterns
  • Tailor engagement to each group and revisit the analysis as the project evolves

Before you can improve a process, you need to understand who cares about it. Stakeholder analysis helps you identify everyone involved in or affected by your process—and figure out how to work with them effectively.


Who is a Stakeholder?

A stakeholder is anyone involved in or affected by your process, across its entire life cycle. This includes:

  • Those who do the work - The people actually performing process steps
  • Those who receive the output - Internal or external customers
  • Those who provide inputs - Suppliers, data sources, upstream processes
  • Those who manage it - Supervisors, executives, governance bodies
  • Those affected by it - Even indirectly, like neighbors of a factory

The key insight is that stakeholders extend far beyond the obvious participants. A shipping process affects warehouse workers, but also customers waiting for packages, finance teams tracking costs, and IT staff maintaining the systems.


Why Stakeholder Analysis Matters

Practical Benefits

BenefitWhat It Means
Complete requirementsYou won't miss what different groups need
Reduced resistancePeople support changes they helped shape
Better solutionsDiverse perspectives catch blind spots
Smoother implementationYou know who needs to be trained, informed, or consulted

The Cost of Skipping It

Organizations that skip stakeholder analysis often face:

  • Surprise objections late in the project
  • Missing requirements discovered after implementation
  • Adoption failures because users weren't consulted
  • Political resistance from groups who felt ignored

Stakeholder Identification Techniques

1. The Stakeholder List

Start with the basics: make a list of everyone who touches the process.

Categories to consider:

Process diagram
Rendering diagram…

Example: Insurance Claims Process

CategoryStakeholders
PerformersClaims adjusters, Investigators, Customer service reps
ManagersClaims supervisors, Department heads
SupportIT support, Training team, Quality assurance
ExternalPolicyholders, Healthcare providers, Repair shops
GovernanceCompliance officers, State regulators

2. The Stakeholder Matrix

Once you've identified stakeholders, understand their influence and interest.

Process diagram
Rendering diagram…

How to use the matrix:

  • High influence, High interest (Manage closely) - Key players who need regular engagement
  • High influence, Low interest (Keep satisfied) - Powerful but distant; don't bore them with details
  • Low influence, High interest (Keep informed) - Engaged supporters; good sources of insight
  • Low influence, Low interest (Monitor) - Minimal effort, but don't ignore completely

3. The Onion Diagram

Visualize stakeholders by their proximity to the core process.

Process diagram
Rendering diagram…

Layers typically include:

  1. Core - Those directly performing the process
  2. Direct support - Those enabling the core performers
  3. Organizational - Management, governance, adjacent departments
  4. External - Customers, suppliers, regulators, community

4. RACI Analysis

For each process step or project activity, clarify who is:

RoleDefinitionKey Question
ResponsibleDoes the workWho performs this task?
AccountableOwns the outcomeWho has final authority?
ConsultedProvides inputWhose expertise is needed?
InformedNeeds to knowWho should be updated?

Example: New Employee Onboarding

ActivityHRManagerITEmployee
Offer letterR, ACII
Equipment setupICR, AI
OrientationR, ACCR
Training planCR, AIR

Rule: Each row should have exactly one "A" (Accountable). Multiple people can be Responsible, but one person owns the outcome.


Building Stakeholder Personas

For key stakeholder groups, develop detailed personas that capture:

What to Include

  • Role and responsibilities - What do they do day-to-day?
  • Goals and motivations - What are they trying to achieve?
  • Pain points - What frustrates them about the current process?
  • Information needs - What do they need to know to do their job?
  • Interaction patterns - How and when do they engage with the process?

Example Persona

Maria - Claims Adjuster

Role: Reviews and approves insurance claims under $10,000

Goals: Process claims accurately and quickly; maintain quality scores

Pain points: Incomplete documentation from claimants; system slowdowns during peak times; unclear guidelines for edge cases

Needs: Fast access to policy details; clear decision criteria; easy communication with claimants

Interaction: Uses claims system 6-8 hours daily; handles 20-30 claims per day; peaks on Mondays


Engaging Stakeholders Effectively

Identification is just the start. You need to actually engage stakeholders throughout your improvement effort.

Engagement Strategies by Quadrant

Process diagram
Rendering diagram…

Communication Planning

Stakeholder GroupFormatFrequencyOwner
Steering committeePresentationBi-weeklyProject lead
Process performersTeam meetingWeeklySupervisor
IT supportEmail updateAs neededTech lead
External customersNewsletterMonthlyCommunications

Common Pitfalls

Forgetting the "Invisible" Stakeholders

Some stakeholders don't have obvious presence but matter greatly:

  • Future employees who will inherit the process
  • Auditors who will examine it later
  • Customers' customers affected downstream
  • Community members affected by externalities

Treating All Stakeholders the Same

A one-size-fits-all approach wastes effort and annoys people. Executives don't want the same level of detail as process performers. External customers don't need internal project updates.

Identifying but Not Engaging

A stakeholder list that sits in a drawer helps no one. Use your analysis to drive actual engagement throughout the project.


Practical Exercise

For your target process, complete this stakeholder identification:

  1. List all stakeholders you can identify (aim for at least 15-20)
  2. Categorize them as internal/external and by role type
  3. Place them on the influence/interest matrix
  4. Create personas for the 3-5 most important groups
  5. Draft a communication plan for key stakeholders

Key Takeaways

  • Stakeholders include everyone involved in or affected by your process
  • Use multiple techniques: lists, matrices, onion diagrams, RACI
  • Develop detailed personas for key stakeholder groups
  • Tailor your engagement approach to each group's needs
  • Revisit your stakeholder analysis as the project evolves

Want help applying understanding your stakeholders to your own operations? A free discovery call is the fastest way to find where to start.