Una User Persona es un perfil sintético que representa un segmento de usuarios reales de tu producto. No es una biografía inventada ("Sara, 32 años, ama el café y el yoga"): es un documento de trabajo que destila semanas de entrevistas, comportamientos observados y datos de producto en una forma que el equipo puede tener en mente mientras toma decisiones de diseño.
Las User Personas son una de las herramientas más incomprendidas en UX. Con demasiada frecuencia, los juniors las construyen de forma superficial, con fotos de stock y detalles pintorescos que no sirven para nada. Las Personas hechas así son decoración, no una herramienta. Esta guía te mostrará cómo construir User Personas útiles, basadas en datos, concisas y accionables.
Qué aprenderás leyendo:
- Qué hace que una Persona sea útil (y qué la hace inútil)
- La diferencia entre Persona, proto-persona y mapa de empatía
- Los 5 pasos para construir una Persona a partir de datos de investigación
- La plantilla mínima: 8 datos que importan, 20 que distraen
- Errores comunes en los portfolios de los juniors
- Plantillas Figma gratuitas y listas para usar
Qué es una User Persona (y qué no es)
Una User Persona es una síntesis narrativa de un segmento de usuarios basada en datos reales. Tiene un nombre, una foto (opcional), detalles demográficos mínimos y —lo más importante— las necesidades, los objetivos, los comportamientos y las frustraciones que definen cómo interactúa con tu producto.
Las Personas sirven para dos cosas concretas:
- Alinear al equipo: sin Personas, cada miembro del equipo tiene en mente un usuario tipo diferente. Las discusiones se convierten en choques de opiniones. Con una Persona compartida, se convierten en discusiones sobre qué haría esa Persona específica.
- Apoyar decisiones de diseño: cuando tienes que elegir entre dos soluciones, la Persona te da un criterio. "¿Marta entendería esto?" es una pregunta mucho más útil que "¿está claro?".
Las Personas no sirven para:
- Impresionar al cliente con diapositivas coloridas
- Reemplazar la investigación (son el resultado de la investigación, no una alternativa)
- Cubrir el 100% de los usuarios (mejor 2-3 Personas precisas que 1 "Persona promedio" que no existe)
Persona, proto-persona, mapa de empatía: las diferencias
Tres herramientas similares pero con usos distintos:
- Proto-persona = Persona construida en un taller de 30 minutos, basada en suposiciones del equipo, no en datos. Útil en las primeras fases exploratorias de un proyecto, cuando la investigación aún está por hacer. Debe etiquetarse explícitamente como "proto" para no confundirla con una real.
- User Persona = basada en datos reales (mínimo 5-8 entrevistas, analíticas, tickets de soporte). Vive en un documento compartido y guía las decisiones.
- Mapa de empatía = fotografía de un solo usuario en un momento específico. Más detallada que la Persona pero menos representativa de un segmento.
Un diseñador senior utiliza las tres en diferentes momentos del proceso: proto-persona para alinear al equipo al principio, mapa de empatía durante la síntesis de las entrevistas, Persona como resultado final de la fase de descubrimiento.
Los 5 pasos para construir una User Persona
Paso 1 — Realiza la investigación (no te lo saltas)
Una Persona sin datos es ficción. Los datos mínimos para una Persona creíble son:
- 5-8 entrevistas a usuarios de 45-60 minutos con personas del segmento objetivo
- Analíticas del producto existente (si lo hay): ¿quiénes son los usuarios más activos? ¿Cuántos convierten? ¿De dónde vienen?
- Tickets de soporte categorizados por problema: ¿dónde se frustran los usuarios?
- Reseñas y feedback de App Store, Trustpilot, Google Reviews
Si aún no has realizado investigación, lee primero nuestra guía de user research y luego regresa aquí.
Paso 2 — Encuentra patrones en los datos
Después de la investigación, tendrás notas, transcripciones, estadísticas. El siguiente paso es encontrar grupos de usuarios con comportamientos similares.
Método práctico: escribe cada insight en un post-it (físico o FigJam) y agrupa por afinidad. Los grupos que emergen son las semillas de tus Personas. Normalmente, surgen 2-4 distintas para un producto promedio. Más de 5 significa que no estás sintetizando lo suficiente.
Busca patrones en:
- Objetivos (¿qué quieren lograr?)
- Contexto de uso (¿cuándo, dónde, con qué dispositivo?)
- Nivel de experiencia (¿expertos vs. principiantes?)
- Motivación (¿qué los impulsa a actuar?)
- Frustraciones (¿qué los bloquea?)
Paso 3 — Redacta el documento de la Persona
Ahora transformas los patrones en una Persona narrativa. La plantilla mínima que recomendamos tiene solo 8 campos:
- Nombre y foto: un nombre realista (incluso de fantasía) y una foto (de stock o avatar). Sirve para humanizar, no para definir.
- Rol / contexto: "Juana, 38 años, gerente de RRHH en una PYME española de 50 empleados". El contexto laboral/de vida que influye en el uso del producto.
- Necesidad principal: en una frase: ¿qué está tratando de lograr?
- Objetivo específico en el producto: ¿qué quiere hacer aquí, contigo?
- Comportamientos clave: 3-5 acciones típicas observadas en las entrevistas.
- Frustraciones: 2-3 puntos de dolor específicos (no genéricos como "la tecnología es difícil").
- Citas reales: 1-2 frases textuales de las entrevistas que capturen la personalidad.
- Escenario típico: un párrafo que describe un día o un momento en el que usaría el producto.
Lo que NO es necesario: edad exacta, estado civil, hobbies no relacionados, fotos familiares, barrio de residencia, marca de coche. Son detalles pintorescos que no influyen en ninguna decisión de diseño.
Paso 4 — Valida con el equipo y con usuarios reales
Una Persona escrita solo por el diseñador es una opinión. Antes de publicarla, compártela con:
- Éxito del cliente / soporte: ellos hablan con los usuarios todos los días. Saben si la Persona refleja la realidad.
- Ventas / marketing (en B2B): ellos conocen el buyer journey y los objetivos de negocio.
- 1-2 usuarios objetivo: "¿Esto se parece a ti?" — una respuesta honesta cierra el círculo.
Iteración rápida: si alguien te señala una imprecisión, corrígela de inmediato. Una Persona viva es un documento que cambia cuando llegan nuevos datos, no un monumento inmutable.
Paso 5 — Publica y utiliza la Persona
Una Persona que vive en el drive del diseñador no existe. Debe publicarse donde el equipo trabaja:
- Wiki del producto (Notion, Confluence): una página por Persona, enlazada desde la página de inicio del wiki
- Figma: un frame dedicado en el archivo de diseño
- Reuniones de kickoff: citada explícitamente al inicio de cada nuevo proyecto
- Revisiones de diseño: utilizada como criterio ("¿Juana entendería este botón?")
Si después de 3 meses nadie menciona la Persona en las discusiones, has creado decoración, no una herramienta. Vuelve a empezar con mejores datos.
Plantilla de Persona: el formato mínimo
Aquí tienes la plantilla textual que puedes copiar y adaptar. Sustituye lo que está entre paréntesis con tus datos reales.
┌─────────────────────────────────────────┐
│ [Foto] JUANA PÉREZ │
│ Gerente de RRHH, Madrid │
│ Edad 38 │
├─────────────────────────────────────────┤
│ NECESIDAD PRINCIPAL │
│ Quiere simplificar el proceso de │
│ onboarding de nuevos empleados sin │
│ comprar un software empresarial caro │
├─────────────────────────────────────────┤
│ OBJETIVO EN EL PRODUCTO │
│ Subir todos los documentos para un │
│ nuevo empleado en menos de 10 minutos │
├─────────────────────────────────────────┤
│ COMPORTAMIENTOS │
│ • Trabaja desde el escritorio, no móvil│
│ • Hace capturas de pantalla y las envía│
│ por correo electrónico │
│ • Pide ayuda a sus compañeros antes de │
│ consultar la documentación │
├─────────────────────────────────────────┤
│ FRUSTRACIONES │
│ • Formularios con demasiados campos │
│ opcionales │
│ • Sistemas que la "olvidan" después de │
│ 5 minutos │
├─────────────────────────────────────────┤
│ CITA │
│ "No tengo tiempo para aprender una │
│ herramienta, necesito que funcione │
│ enseguida" │
└─────────────────────────────────────────┘
¿Cuántas Personas se necesitan?
Para un producto promedio, 2-3 Personas son casi siempre suficientes.
- 1 sola Persona: riesgo de simplificación excesiva. Solo para productos muy específicos (ej. una app para corredores serios).
- 2-3 Personas: el punto óptimo para la mayoría de los productos. Las Personas representan segmentos distintos con necesidades diferentes.
- 4-5 Personas: para productos complejos con muchos roles (ej. marketplace B2B con compradores, vendedores, administradores).
- 6+ Personas: casi siempre una señal de que estás describiendo en exceso. Consolida algunas.
Para cada Persona, crea una prioridad: la "Persona principal" es la que guía las decisiones clave. Las otras son secundarias y no deben bloquear el diseño si entran en conflicto con la principal.
Errores comunes en los portfolios de los juniors
Los errores que vemos más a menudo en las Personas creadas en cursos o para case studies:
- Personas detalladas sin datos. Fotos, hobbies, citas, todo inventado. Un reclutador experimentado lo nota en 10 segundos y descalifica el portfolio.
- Demasiada información irrelevante. "Marco es un apasionado de las motocicletas y le encanta viajar por Asia" — si estás diseñando una app de facturación, esta información no sirve.
- Una sola Persona "promedio". En la investigación real no existe el usuario promedio. Existen segmentos.
- Personas que en realidad son segmentos de clientes de marketing. "Mujeres 25-34, urbanas, con estudios universitarios" no es una Persona: es un segmento demográfico. La Persona debe tener comportamientos, objetivos, frustraciones — no solo etiquetas.
- Falta de frustraciones creíbles. "Sus frustraciones: la tecnología complicada" no es un punto de dolor, es un cliché. Busca frustraciones específicas y verificables.
Plantillas Figma gratuitas
Empezar desde cero es un desperdicio. Estas son las plantillas Figma más usadas en 2026:
- Plantilla de User Persona — Figma Community: busca "user persona" en la Comunidad. Las más descargadas tienen un formato claro y minimalista.
- Plantilla de Persona de NN/g — Nielsen Norman Group ofrece plantillas PDF descargables gratuitas en su artículo "Personas: Study Guide".
- Plantilla interna de CorsoUX: en el curso completo proporcionamos nuestra plantilla probada en proyectos reales, con espacios para citas, métricas conductuales y mapeo automático a los journey maps.
Cuándo NO se necesitan las Personas
Tres situaciones en las que las Personas son una actividad inútil:
- El producto está en pre-lanzamiento y no tienes usuarios. Usa proto-personas, no Personas reales. Sabes que son hipótesis.
- El equipo es muy pequeño (1-2 personas) y ya está alineado. El beneficio de la Persona es la alineación, que en un equipo mini ya está resuelto por la conversación.
- El proyecto es una funcionalidad ultra-específica. Para "añadir un filtro a la lista de pedidos" no necesitas una Persona: necesitas un user flow.
Preguntas frecuentes
¿Cuántas entrevistas se necesitan para crear una Persona?
El mínimo creíble es 5 entrevistas por segmento. Con 5 personas, empiezas a ver patrones recurrentes. Por debajo, tienes anécdotas, no patrones. Si tienes presupuesto, 8-10 entrevistas por segmento te darán mucha más confianza. Jakob Nielsen ha demostrado que, más allá de 5 entrevistas en un segmento homogéneo, el retorno de la inversión de los nuevos insights disminuye rápidamente.
¿Las Personas deben tener un nombre de fantasía?
Normalmente sí — el nombre ayuda a hacerla memorable ("Juana diría..." es más fuerte que "Persona 2 diría..."). Pero no uses el nombre de un usuario real que hayas entrevistado por razones de privacidad y para evitar confundir la síntesis con el caso individual. Un nombre de fantasía que suene creíble en el mercado objetivo es la mejor opción.
¿Persona y Jobs to Be Done son alternativas?
Son complementarias, no alternativas. El framework Jobs to Be Done se concentra en qué está tratando de hacer el usuario (el "job"), mientras que la Persona se concentra en quién es el usuario. Los equipos modernos usan ambos: JTBD para definir los problemas a resolver, Persona para dar contexto humano a esos problemas.
¿Puedo usar IA para generar Personas?
Puedes usarla como acelerador de estructura, no como fuente de verdad. Un LLM puede ayudarte a escribir una Persona a partir de tus notas de investigación más rápidamente, o a proponer variantes de encuadre. Pero una Persona generada desde cero por una IA, sin datos reales, es ficción con barniz de competencia. Los reclutadores expertos la reconocen.
¿Cada cuánto tiempo debo actualizar una Persona?
Una Persona debería ser revisada cada 6-12 meses o cuando ocurra uno de estos eventos: cambio de público objetivo, lanzamiento de una funcionalidad importante, feedback significativo del servicio al cliente, datos de analíticas que muestren comportamientos inesperados. Una Persona inactiva durante 2 años en un producto que cambia a menudo está obsoleta.
Próximos pasos
Las User Personas son una de las primeras habilidades que debe dominar cualquier diseñador UX. Saber construirlas a partir de datos, no de clichés, es lo que distingue a un junior "de curso" de uno contratable.
El curso completo de UX Design de CorsoUX dedica 10 horas de práctica a las Personas: ejercicios de síntesis a partir de transcripciones reales de entrevistas, talleres de creación en equipo, plantillas personalizadas para diferentes contextos (B2C, B2B, servicios públicos). Al finalizar, tendrás 3-4 Personas completas en tu portfolio, cada una construida con datos reales y validada con feedback de compañeros.
Para profundizar en el contexto:
- La guía de user research — cómo recopilar los datos que alimentan las Personas
- Design Thinking: las 5 fases — dónde se insertan las Personas en el proceso
- Customer Journey Map — el siguiente paso: qué hace la Persona a lo largo del tiempo
