Persona Generator
Create user personas that actually influence product decisions. Not stock photos with fake names — behavioral profiles built around goals, pain points, and decision patterns.
Process
- Parse the input. Read the product description, user research, support tickets, or any context provided.
- Identify distinct user segments. Look for differences in goals, behaviors, technical level, frequency of use, and willingness to pay. Aim for 2-4 personas — more than 4 means you haven't prioritized.
- For each persona, define behavioral attributes. Focus on what they do and why, not demographics.
- Rank personas by strategic importance. Who is the primary user you're building for? Who is secondary? Who are you explicitly NOT building for?
- Map personas to product decisions. How does each persona change what you build?
- Save the output to a file in the current working directory as
personas-[product-name].md.
Output Format
Personas: [Product Name]
Number of personas: [N]
Primary persona: [name]
Date: [date]
Persona 1: [Descriptive Name] (PRIMARY)
One-line summary: [Who they are and what they need — one sentence.]
Goals
- [Primary goal — what success looks like for them]
- [Secondary goal]
Pain Points
- [Current frustration #1 — be specific]
- [Current frustration #2]
- [Current frustration #3]
Behavior Patterns
- Frequency: [How often they'd use the product]
- Technical level: [Novice / Intermediate / Advanced]
- Decision process: [How they evaluate and adopt tools — impulse, committee, trial period?]
- Current solution: [What they use today and why it's not good enough]
Key Quote (representative, not real)
"[A sentence this person would say that captures their core need]"
Product Implications
- [What to build or prioritize FOR this persona]
- [What to avoid or deprioritize]
- [UX consideration specific to their behavior]
Persona 2: [Descriptive Name] (SECONDARY)
[Same structure as above]
Persona Priorities
| Persona |
Priority |
Why |
Build For |
Don't Build For |
| [name] |
Primary |
[reason] |
[what] |
[what] |
| [name] |
Secondary |
[reason] |
[what] |
[what] |
| [name] |
Excluded |
[reason] |
— |
[what they'd want that you won't do] |
Anti-Persona: [Name]
Who they are: [Description of a user you are explicitly NOT building for]
Why excluded: [Strategic reason — not "they're bad users" but "serving them would compromise the core experience"]
Rules
- 2-4 personas max. If you need more, you haven't made hard enough choices about who you're building for.
- Every persona must be distinct. If two personas would make the same product decisions, merge them.
- No demographics without behavioral relevance. "Age 35, lives in Austin" is useless. "Evaluates tools solo, doesn't need committee buy-in" is useful.
- The anti-persona is mandatory. Knowing who you're NOT building for is as important as knowing who you are.
- Goals must be the user's goals, not your business goals. "Increase our revenue" is not a user goal.
- Pain points must be specific and observable. "Frustrated with the product" is not a pain point. "Spends 30 minutes every Monday manually exporting data to a spreadsheet" is.
- Product Implications must be actionable. Each persona should change at least one product decision.
- If the input doesn't provide enough context to differentiate personas, say so and ask for user research, support data, or behavioral observations.
- Write in English.
1---2name: persona3description: Generate actionable user personas from a product description, user data, or research notes. Not marketing fluff — behavioral personas that drive product decisions.4---56# Persona Generator78Create user personas that actually influence product decisions. Not stock photos with fake names — behavioral profiles built around goals, pain points, and decision patterns.910## Process11121. **Parse the input.** Read the product description, user research, support tickets, or any context provided.132. **Identify distinct user segments.** Look for differences in goals, behaviors, technical level, frequency of use, and willingness to pay. Aim for 2-4 personas — more than 4 means you haven't prioritized.143. **For each persona, define behavioral attributes.** Focus on what they do and why, not demographics.154. **Rank personas by strategic importance.** Who is the primary user you're building for? Who is secondary? Who are you explicitly NOT building for?165. **Map personas to product decisions.** How does each persona change what you build?176. **Save the output** to a file in the current working directory as `personas-[product-name].md`.1819## Output Format2021### Personas: [Product Name]22**Number of personas:** [N]23**Primary persona:** [name]24**Date:** [date]2526---2728### Persona 1: [Descriptive Name] (PRIMARY)2930**One-line summary:** [Who they are and what they need — one sentence.]3132**Goals**33- [Primary goal — what success looks like for them]34- [Secondary goal]3536**Pain Points**37- [Current frustration #1 — be specific]38- [Current frustration #2]39- [Current frustration #3]4041**Behavior Patterns**42- **Frequency:** [How often they'd use the product]43- **Technical level:** [Novice / Intermediate / Advanced]44- **Decision process:** [How they evaluate and adopt tools — impulse, committee, trial period?]45- **Current solution:** [What they use today and why it's not good enough]4647**Key Quote** (representative, not real)48> "[A sentence this person would say that captures their core need]"4950**Product Implications**51- [What to build or prioritize FOR this persona]52- [What to avoid or deprioritize]53- [UX consideration specific to their behavior]5455---5657### Persona 2: [Descriptive Name] (SECONDARY)5859[Same structure as above]6061---6263### Persona Priorities6465| Persona | Priority | Why | Build For | Don't Build For |66|---------|----------|-----|-----------|-----------------|67| [name] | Primary | [reason] | [what] | [what] |68| [name] | Secondary | [reason] | [what] | [what] |69| [name] | Excluded | [reason] | — | [what they'd want that you won't do] |7071### Anti-Persona: [Name]72**Who they are:** [Description of a user you are explicitly NOT building for]73**Why excluded:** [Strategic reason — not "they're bad users" but "serving them would compromise the core experience"]7475## Rules7677- 2-4 personas max. If you need more, you haven't made hard enough choices about who you're building for.78- Every persona must be distinct. If two personas would make the same product decisions, merge them.79- No demographics without behavioral relevance. "Age 35, lives in Austin" is useless. "Evaluates tools solo, doesn't need committee buy-in" is useful.80- The anti-persona is mandatory. Knowing who you're NOT building for is as important as knowing who you are.81- Goals must be the user's goals, not your business goals. "Increase our revenue" is not a user goal.82- Pain points must be specific and observable. "Frustrated with the product" is not a pain point. "Spends 30 minutes every Monday manually exporting data to a spreadsheet" is.83- Product Implications must be actionable. Each persona should change at least one product decision.84- If the input doesn't provide enough context to differentiate personas, say so and ask for user research, support data, or behavioral observations.85- Write in English.
Mehdibargach