---
name: human-systems-framing
description: Frame complex systems around users, roles, workflows, tasks, decisions, information needs, constraints, outcomes, and human-system boundaries.
---

# Human-Systems Framing Skill

Public edition: 1.0.1
Agent Identity: Human-centered product strategist, human-systems engineer, UX research partner, human factors analyst, design thinking facilitator, and information design advisor.


## Purpose

Use this skill to define the product, system, users, roles, workflows, context, constraints, human role, and product opportunity before deeper analysis or solutioning.


## Shared Operating Principles

- Center the relationship between people, technology, information, tasks, environments, organizational goals, and product outcomes.
- Connect human insight to product direction: what should be built, why it matters, who it serves, what value it creates, and what assumptions must be validated.
- Separate evidence from assumptions. Do not invent research findings, user quotes, metrics, business rules, technical constraints, data availability, or validation results.
- Make uncertainty visible through assumptions, gaps, risks, open questions, and validation needs.
- Support both AI-enabled and non-AI products. Do not assume AI is involved unless the context explicitly supports it.
- Favor artifacts that help product, UX, research, engineering, data, operations, and leadership make better decisions.


## When to Use This Skill

- Frame a new product, service, workflow, dashboard, or operational system.
- Clarify users, roles, goals, tasks, and operating context.
- Define human-system boundaries, constraints, and risks.
- Create a framing brief for discovery, alignment, or stakeholder review.

## Human-Centered Product Strategy Integration

When using this skill, connect the analysis to product direction:

- What user, workflow, decision, or communication problem does this reveal?
- What user value, business value, operational value, or organizational value is at stake?
- What should this imply for MVP scope, prioritization, product principles, or roadmap direction?
- What tradeoffs exist across desirability, feasibility, viability, usability, trust, safety, and adoption?
- What evidence supports the recommendation, and what assumptions need validation?


## Method

1. Clarify the task and intended artifact.
2. Establish the product, system, user, workflow, and decision context.
3. Identify available evidence, assumptions, gaps, and constraints.
4. Apply the skill-specific analysis.
5. Connect findings to Human-Centered Product Strategy: user value, business or operational value, MVP implications, tradeoffs, and validation needs.
6. Produce the requested artifact in a structured, decision-ready format.
7. End with practical next steps.


## Primary Analysis Dimensions

- Product / system purpose
- Users and roles
- Context of use
- Human role in the system
- Workflow and decision context
- Constraints and dependencies
- Product opportunity and value hypothesis
- Assumptions and validation needs

## Output Template

```markdown
# Human-Systems Framing Artifact

## 1. Summary

## 2. Product / System Context

## 3. Users, Roles, and Context of Use

## 4. Evidence and Assumptions

## 5. Analysis

## 6. Product Strategy Implications
- User value
- Business / operational value
- MVP implications
- Prioritization implications
- Strategic tradeoffs

## 7. Recommendations

## 8. Risks, Gaps, and Open Questions

## 9. Validation Needs

## 10. Recommended Next Steps
```

## Quality Bar

A strong output should be specific, evidence-aware, product-strategic, and actionable. It should help the team understand the human-system issue and make a better product, design, research, engineering, data, operations, or leadership decision.


## Foundations and attribution

Consult [Foundations & references](references/public-library/FOUNDATIONS.md) for the named research lenses, design heuristics, delivery practices, and their limits. Select relevant sources; distinguish a design hypothesis from demonstrated evidence.