Personas de Usuario

Imagina que estás en una reunión y el equipo está debatiendo una nueva función. El gerente quiere una cosa, el desarrollador quiere otra y el especialista en marketing tiene una opinión diferente. Cada uno habla desde su propia perspectiva.

Ahora imagina que alguien dijera: "¿Pero qué hay de Ahmed — el contable de 35 años que usa la aplicación en el transporte público — realmente necesita esta función?"

De repente la conversación pasa de opiniones personales a un debate basado en las necesidades de un usuario real. Ese es exactamente el poder de las User Personas.

¿Qué es una User Persona?

Una User Persona es un personaje ficticio que representa a un grupo de usuarios reales. Está construida sobre datos reales de la investigación de usuarios y ayuda a todo el equipo a comprender y empatizar con el usuario objetivo.

Alan Cooper — quien inventó el concepto de Personas en su libro "The Inmates Are Running the Asylum" — dice:

"Las Personas no son personas reales, pero representan a personas reales a lo largo del proceso de diseño. Son arquetipos hipotéticos de grupos de usuarios objetivo."

Lo importante: Una buena persona no se inventa de la imaginación — está construida sobre datos de investigación real (entrevistas, encuestas, análisis de datos).

¿Por qué son Importantes las Personas?

1. Construyen Empatía

Cuando tienes una persona con detalles — nombre, foto, historia — el equipo empieza a sentir al usuario como ser humano, no como número. Esto afecta la calidad de las decisiones de diseño.

2. Unifican al Equipo

En lugar de que cada persona piense en "el usuario" de manera diferente, las personas hacen que todos hablen sobre la misma persona. Esto reduce los desacuerdos y acelera la toma de decisiones.

3. Ayudan a Priorizar

Cuando tienes 3 personas y una nueva función solo sirve a una de ellas, puedes tomar una decisión basada en quién importa más en esta etapa.

4. Evitan Diseñar para uno Mismo

El mayor error en diseño es diseñar para uno mismo. Una persona te recuerda constantemente que el usuario es diferente a ti en edad, experiencia técnica, objetivos y contexto.

Elementos Básicos de una Persona

Una buena persona contiene estos elementos:

Información Básica

• Nombre: Un nombre real, no "Usuario A." "Sara" es mejor que "Usuario Segmento 2"
• Foto: Una foto realista (no un emoji ni un icono)
• Edad y profesión: ayuda a definir el contexto
• Estado civil: si es relevante para el producto
• Ubicación: ciudad o región

Objetivos y Motivaciones

• ¿Qué quiere lograr al usar el producto?
• ¿Cuáles son las motivaciones más profundas detrás de esos objetivos?

Ejemplo: Sara quiere hacer un seguimiento de sus gastos (objetivo visible) porque quiere sentirse segura financieramente (motivación más profunda).

Frustraciones y Puntos de Dolor

• ¿Qué la frustra de las soluciones actuales?
• ¿Qué barreras le impiden alcanzar sus objetivos?

Comportamientos y Hábitos

• ¿Cómo usa la tecnología actualmente?
• ¿Qué aplicaciones usa a diario?
• ¿Cuándo y dónde usa el producto?

Contexto

• Entorno: ¿en el trabajo? ¿en casa? ¿en el transporte?
• Dispositivos: ¿móvil? ¿portátil? ¿ambos?
• Limitaciones: ¿tiempo limitado? ¿internet lento? ¿experiencia técnica limitada?

Cita

Una oración que resume la posición o necesidad de la persona. Por ejemplo: "Quiero saber a dónde va mi dinero sin tener que pasarme una hora calculando."

Cómo Construir una Persona Basada en Investigación

Paso 1: Recopilar Datos

No hay buena persona sin datos reales. Los métodos principales:

Entrevistas a usuarios (las más importantes):

• Entrevista a 5-10 usuarios de tu público objetivo
• Pregúntales sobre sus objetivos, problemas y comportamientos
• Graba las entrevistas (con su permiso) para poder consultarlas después

Encuestas:

• Envía una encuesta a una muestra más grande (50-200 personas)
• Pregunta sobre demografía, comportamientos y preferencias

Análisis de datos:

• Si tienes un producto existente, analiza los datos de uso
• ¿Quién usa qué? ¿Cuándo? ¿Con qué frecuencia?

Investigación de mercado:

• Informes de la industria
• Datos de la competencia

Paso 2: Analizar Datos e Identificar Patrones

Después de recopilar los datos, empieza a buscar patrones:

• ¿Hay un grupo de usuarios que comparten los mismos objetivos?
• ¿Hay patrones de comportamiento recurrentes?
• ¿Hay problemas comunes?

Usa Affinity Mapping: escribe cada observación en un Post-it y agrupa los similares.

Paso 3: Determinar el Número de Personas

La regla: 3-5 personas es suficiente para la mayoría de los proyectos. Menos de eso y te pierdes segmentos importantes. Más de eso y perderás el foco.

Define:

• Persona Principal (Primary Persona): el usuario principal para quien diseñas primero
• Personas Secundarias: usuarios importantes pero no la prioridad máxima
• Anti-Persona (opcional): quién no es tu usuario — esto te ayuda a enfocarte

Paso 4: Construir la Persona

Ahora reúne todos los datos en un único documento claro. Mantenlo:

• De una página: si es demasiado largo, nadie lo leerá
• Visual: usa fotos, iconos y colores
• Fácil de leer: encabezados claros y puntos breves

Paso 5: Compartir y Usar

Una persona no se cuelga en la pared y se olvida — debes usarla:

• Cuélgala en la sala del equipo o ponla en el Wiki
• Vuelve a ella en cada reunión de diseño
• Usa el nombre de la persona en las discusiones: "¿Sara entendería esto?"

Ejemplo Práctico: Persona para una Aplicación de Entrega de Comida

Sara — La Madre Trabajadora

Información básica:

• Edad: 32
• Profesión: Contable en una empresa privada
• Estado: Casada con dos hijos (4 y 7 años)
• Ubicación: Madrid
• Dispositivos: iPhone 14, usa el móvil más que el portátil

Cita: "Después de un largo día de trabajo, lo último que quiero hacer es quedarme una hora en la cocina. Pero también quiero comida saludable para mis hijos."

Objetivos:

• Ahorrar tiempo en cocinar los días de trabajo
• Encontrar comida saludable y adecuada para los niños
• Controlar el presupuesto mensual de comida

Frustraciones:

• Las aplicaciones actuales no muestran información nutricional
• Los tiempos de entrega son inexactos — los niños se quedan con hambre
• Los precios cambian y no hay transparencia

Comportamiento:

• Pide comida 3-4 veces a la semana
• Prefiere pedir desde el trabajo a las 17h para que la comida llegue cuando llega a casa
• Lee las reseñas antes de probar un nuevo restaurante
• Prefiere el pago online porque no le gusta manejar efectivo

Contexto:

• Usa la aplicación en 3 momentos: mañana (planificando), mediodía (pidiendo), noche (valorando)
• El internet del móvil a veces es lento en el transporte
• Compara 2-3 aplicaciones antes de pedir

Diferentes Tipos de Personas

Proto-Personas (Preliminares)

Personas construidas sobre suposiciones del equipo en lugar de investigación real. Útiles como punto de partida cuando no hay tiempo o presupuesto para una investigación completa.

Cuándo usarlas: al inicio del proyecto para unificar la comprensión del equipo, pero debes validarlas con investigación lo antes posible.

Personas Basadas en Datos (Data-Driven Personas)

Construidas sobre análisis de datos cuantitativos (Analytics, Encuestas). Más precisas en cuanto a números pero pueden carecer de profundidad humana.

Buyer Personas vs. User Personas

• User Persona: quien realmente usa el producto
• Buyer Persona: quien toma la decisión de compra

A veces son la misma persona, a veces no. Por ejemplo en software B2B, el comprador (el gerente) es diferente del usuario (el empleado).

Errores Comunes al Construir Personas

1. La Persona Genérica

"Ahmed, 25 años, ama la tecnología y sigue las últimas tendencias" — esto no es una persona, es una descripción general que se aplica a millones de personas. Una persona debe ser lo suficientemente específica para ayudar en la toma de decisiones.

2. La Persona Sin Investigación

Lo más peligroso es inventarse la persona de la imaginación. Esto le da al equipo falsa confianza — creyendo que entienden al usuario cuando en realidad están hablando de un personaje ficticio.

3. Demasiadas Personas

¿10 personas? No. El equipo no las recordará ni las usará. 3-5 es suficiente.

4. La Persona Estática

Los usuarios cambian. Las personas deben actualizarse cada 6-12 meses basándose en nuevos datos.

5. Demasiados Detalles Irrelevantes

"Le gusta jugar al pádel los sábados" — útil si estás diseñando una aplicación deportiva. Si estás diseñando una aplicación bancaria, este es un detalle que distrae y no aporta nada.

Alternativas y Complementos de las Personas

Jobs to be Done (JTBD)

En lugar de centrarse en quién es el usuario, se centra en qué intenta lograr. Por ejemplo: "Cuando estoy cansada después del trabajo, quiero pedir comida rápidamente para poder pasar tiempo con mis hijos."

Mapas de Empatía (Empathy Maps)

Una herramienta sencilla que divide tu comprensión del usuario en 4 cuadrantes:

• Dice (Says): lo que el usuario dice en las entrevistas
• Piensa (Thinks): sus pensamientos internos que podría no compartir
• Siente (Feels): emociones y frustraciones
• Hace (Does): acciones reales y comportamientos

User Stories

Oraciones cortas con el formato: "Como [tipo de usuario], quiero [acción] para [objetivo]"

Ejemplo: "Como madre trabajadora, quiero ver la información nutricional de las comidas para poder elegir comida saludable para mis hijos."

Herramientas para Construir Personas

• Figma: hay muchas plantillas gratuitas en la comunidad de Figma
• UXPressia: herramienta especializada en construir Personas y Customer Journey Maps
• Miro: excelente para el trabajo colaborativo en Personas
• Notion: para documentar y compartir Personas con el equipo
• Incluso PowerPoint o Google Slides: el enfoque más sencillo si quieres algo rápido

Conclusión

Las User Personas son una de las herramientas de empatía más poderosas en el diseño UX. Hacen que el usuario sea "real" en la mente de cada miembro del equipo — desde el diseñador hasta el desarrollador pasando por el tomador de decisiones.

Pero recuerda: una persona no es un objetivo en sí misma — es una herramienta. Si la construyes y nadie la usa, habrás desperdiciado tu tiempo. El poder real está en volver a ella con cada decisión de diseño.

Empieza con algo simple: crea una Proto-Persona para tu proyecto actual basándote en lo que sabes sobre tus usuarios. Luego valídala entrevistando a 3-5 usuarios reales. Te sorprenderá lo diferente que es la realidad de las suposiciones.