Creates research-backed user personas with JTBD, pain points, gains, and unexpected behavioral insights. Use when building personas from survey or interview data, or segmenting users to inform product decisions. Triggers on: user persona, user profile, customer segment, jobs-to-be-done, JTBD, persona creation, user segmentation, target user, who are our users.
Scanned 9/1/2026
Install to Claude Code
npx -y skills add alunadev/ald-skills --skill user-personas --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of User Personas?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/alunadev-user-personas)More formats (shields.io, HTML) on the badges page.
---
name: user-personas
description: "Creates research-backed user personas with JTBD, pain points, gains, and unexpected behavioral insights. Use when building personas from survey or interview data, or segmenting users to inform product decisions. Triggers on: user persona, user profile, customer segment, jobs-to-be-done, JTBD, persona creation, user segmentation, target user, who are our users."
---
# User Personas
## Core Philosophy
Personas are not marketing archetypes. They're decision tools. A good persona answers: *who are we optimizing for when we have to make a trade-off?* If your personas are interchangeable or describe everyone equally, they're useless.
Ground every insight in actual research data. A persona invented in a workshop is worse than no persona — it gives false confidence for wrong decisions.
## When to Use
- After user interviews or surveys — to synthesize findings into actionable profiles
- Before defining product scope — to force explicit prioritization of which user to serve
- When roadmap debates stall — to tie features back to specific user needs with evidence
- When user-discovery is complete and needs to feed into a PRD or strategy document
## Workflow
### 1. Gather and Read the Research Data
Before writing anything, read all available inputs: interview transcripts, survey responses, support tickets, behavioral analytics, NPS comments. If no data exists, run user-discovery first — don't create fictional personas.
### 2. Identify Patterns, Not Individuals
Look for recurring combinations of:
- **Goals**: What outcome are they ultimately trying to achieve?
- **Context**: When and in what environment do they use the product?
- **Blockers**: What consistently prevents them from achieving their goal?
- **Workarounds**: What do they do today in the absence of a better solution?
- **Trigger events**: What causes them to start looking for a solution?
### 3. Define 3 Personas (Not More)
More than 3 personas is usually a sign you're describing individuals, not segments. Each persona must be:
- **Distinct**: Different primary goal or context, not just different demographics
- **Grounded**: At least 3 data points from actual users to support each claim
- **Actionable**: If two features conflict, this persona tells you which to prioritize
For each persona:
| Field | Content |
|---|---|
| **Name + Role** | Memorable name, role/title, key characteristics |
| **Primary JTBD** | One sentence: "When [context], I want to [goal] so I can [outcome]" |
| **Top 3 pain points** | Specific obstacles — frequency and severity matter |
| **Top 3 desired gains** | Concrete outcomes they'd pay for or switch for |
| **One unexpected insight** | Something counterintuitive the data revealed about their behavior |
| **Product fit** | How the product addresses their needs — and where it falls short |
### 4. Validate Against Data
Cross-check each persona claim: can you point to 3+ users who exhibit this behavior? If not, downgrade to a hypothesis and flag it.
### 5. Define the Primary Persona
One persona must be explicitly primary — the one you optimize for when trade-offs arise. State why.
## Output Format
```
## User Personas — [Product Name]
### Primary Persona: [Name]
- Role: [Title / Context]
- JTBD: When [situation], I want to [goal] so I can [outcome].
- Pain points: [1] / [2] / [3]
- Desired gains: [1] / [2] / [3]
- Unexpected insight: [Counterintuitive behavioral finding]
- Product fit: [What works] / [What's missing]
### Persona 2: [Name]
[Same structure]
### Persona 3: [Name]
[Same structure]
### Prioritization Note
Primary persona: [Name]. Rationale: [Why this segment is the optimization target]
```
## Antipatterns
- **Demographic personas**: Defining personas by age, gender, or geography without a behavioral or motivational basis. Demographics don't predict decisions — jobs-to-be-done do.
- **Consensus personas**: Created in a workshop by voting on guesses. This is fiction with professional packaging.
- **Too many personas**: 6+ personas means you're describing everyone and optimizing for no one.
- **No primary designation**: If all personas are equal, trade-off decisions still get made by whoever argues loudest.
- **Static personas**: Revisit personas when new research arrives. A persona that's 18 months old may no longer reflect your actual user base.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!