Map Stakeholder System

---
name: map-stakeholder-system
description: "Model the research system from stakeholder and boundary perspectives: define what is inside/outside the system, identify stakeholder jobs and stakes, classify salience, and expose conflicts that alter problem framing or feasibility."
---

# map-stakeholder-system
## Purpose
Model stakeholders and system boundaries, classify salience, and expose conflicts that alter framing or feasibility.
## Input contract
```yaml
mode_contracts:
  critical-systems-heuristics: &stakeholder_input
    required: [target_system, stakeholder_set]
    optional: [boundary_candidates, stakeholder_evidence, contested_interests]
    constraints: [inside_outside_boundary_and_stakeholder_claims_must_be_explicit]
  jobs-to-be-done: *stakeholder_input
  stakeholder-salience: *stakeholder_input
```
## Execution protocol
Do not perform called SOP operations inline; each loaded SOP owns its contract and thresholds.

1. You MUST load skill `assess-system-boundary` to assess the system boundary.
2. You MUST load skill `construct-perspective-set` to construct the stakeholder perspective set.
3. Apply the selected mode's stakeholder analysis operation.
4. You MUST load skill `map-disagreement` to map substantive disagreement and neglected voices.
   If a stakeholder worldview requires changing the problem frame, consider `problem-reframing`. If stakeholder constraints determine feasibility or readiness, consider `analyze-constraints-readiness`.
Deviation: boundary alternatives may branch; retain each material boundary and its consequences.

## Mode branches

- `critical-systems-heuristics`: test who defines the system boundary, whose interests it serves, and which excluded effects change the feasibility judgment.
- `jobs-to-be-done`: map each stakeholder's functional, social, and emotional job so the system model reflects the outcomes they actually seek. You MUST load skill `map-stakeholder-jobs` to map those functional, social, and emotional jobs.
- `stakeholder-salience`: classify stakeholder power, legitimacy, and urgency with evidence, making priority and neglected voices explicit. You MUST load skill `classify-stakeholder-salience` to classify power, legitimacy, and urgency.

## Output contract
```yaml
mode_contracts:
  critical-systems-heuristics:
    produces: [system_boundary, perspective_set, disagreement_map]
    delta_fields: [findings, assumption_updates, uncertainties, decisions, open_questions]
  jobs-to-be-done:
    produces: [stakeholder_job_map, perspective_set]
    delta_fields: [findings, assumption_updates, uncertainties, decisions, open_questions]
  stakeholder-salience:
    produces: [salience_map, perspective_set, disagreement_map]
    delta_fields: [findings, assumption_updates, uncertainties, decisions, open_questions]
```
## Thresholds and quality gates
- B: each stakeholder has a role/job and evidence status; boundary choices expose included and excluded effects; conflicts are not silently averaged.
## Failure and counterexamples
Reject maps that treat absent voices as absent stakes or that hide boundary-dependent feasibility changes.
## Provenance map
- `deep-insight/stakeholder-mapping`, `critical-systems-heuristics`, `jobs-to-be-done-analysis`, `stakeholder-salience-analysis`: resolved/concept per exact lookup.
- Status: `deep-insight/stakeholder-mapping` resolved; the other three are concept (no exact v3 node).
## Preserved source criteria ledger
- Preserve boundary, perspective, jobs-to-be-done, salience, and disagreement semantics.
## Context checkpoint / Delta notes
Append boundary changes, stakeholder evidence, salience changes, and unresolved conflicts.