User Scenarios (Escenarios de Usuario)

También conocido como: Escenarios de Uso / Escenarios Basados en Personas

descubrimientoexploracionmediaIntermedio

TL;DR

Narrativas que describen cómo una Persona interactúa con un producto para alcanzar un objetivo específico.

Valor estratégico

Permite comenzar los diseños desde una historia que describe una experiencia ideal desde la perspectiva del usuario. Ayuda a los tomadores de decisiones a visualizar el sistema sin empantanarse en debates técnicos prematuros.

Categoría: sintesis-empatiaTiempo estimado: 2-4 horas por escenario de contexto; 4-8 horas para set completo

Qué es

Los User Scenarios (Escenarios de Usuario) son descripciones narrativas que cuentan la historia de un usuario — representado por una Persona — interactuando con un producto o sistema para alcanzar un objetivo específico en un contexto determinado. A diferencia de los documentos técnicos, se centran en la experiencia humana, los pensamientos y el comportamiento del usuario, no en el sistema.

Para qué sirve

✓Dar vida a las Personas con historias concretas de uso
✓Ayudar a tomadores de decisiones a visualizar el sistema sin debates técnicos prematuros
✓Definir requisitos de diseño desde la perspectiva del usuario
✓Proveer contexto realista para pruebas de usabilidad

Qué métodos lo alimentan

Entrevistas en profundidadIndagación contextualUser Personas previamente creadasWorkshops de ideación

Cuándo usarlo

✓En fases tempranas de definición de requisitos
✓Durante workshops de ideación para anclar al equipo en el día a día del usuario
✓En pruebas de usabilidad para dar contexto realista antes de la tarea

Cuándo NO usarlo

✗No usar para capturar requerimientos funcionales exhaustivos o mapear cada respuesta de base de datos (para eso son los Use Cases)
✗No usar para documentar todos los caminos alternativos y lógicas condicionales — los escenarios asumen típicamente el 'camino feliz' ideal

Componentes obligatorios

✓El Actor/Persona: el protagonista de la historia, debe ser un arquetipo o Persona específico, no un usuario abstracto
✓El Objetivo/Problema: qué es lo que el personaje principal necesita lograr o resolver
✓El Contexto (Setting): el entorno físico, emocional o situacional en el que ocurre la acción
✓El Evento Detonante (Trigger): la situación que inicia la historia y establece las condiciones previas

Componentes opcionales

○Puntos de la trama (Plot points): eventos interesantes que visualizan aspectos importantes del sistema
○Apoyo visual: ilustraciones, fotografías o storyboards que acompañan la narrativa
○Vocabulario de interacción: detalles sobre la interfaz (solo en fases avanzadas)

Cómo hacerlo paso a paso

1Definir el problema y expectativas de la Persona: Seleccionar la Persona objetivo y clarificar qué necesita lograr.
2Construir Escenarios de Contexto: Crear historias de alto nivel sin detallar tecnología — 'finge que la interfaz es mágica'.
3Identificar requerimientos: Extraer los requerimientos de diseño que emergen naturalmente del escenario.
4Evolucionar a Escenarios de Ruta Clave: Agregar detalle paso a paso con vocabulario de interfaz específico.
5Crear Escenarios de Validación: Historias '¿Qué pasaría si...?' para probar la resistencia del diseño ante situaciones inesperadas.

Tips para equipos pequeños

Comienza con 1-2 escenarios de contexto por Persona primaria
Usa lenguaje simple y narrativo — si se lee como especificación técnica, hay un problema
Comparte los escenarios con stakeholders para validar que reflejan situaciones reales
Evoluciona los escenarios conforme avanza el diseño (contexto → ruta clave → validación)

Errores comunes

✗Confundirlos con Casos de Uso: escribir desde la perspectiva del sistema en vez del usuario
✗Exceso de detalle innecesario: incluir cada botón y edge case en etapas tempranas hace que el escenario se lea como código
✗Detalles irrelevantes: datos que no afectan el objetivo pertenecen a la Persona, no al escenario
✗Usar actores abstractos: roles genéricos como 'el Usuario' impiden generar empatía
✗Describir el status quo: el escenario debe ilustrar la experiencia ideal futura, no el sistema actual
✗Sesgar en usabilidad: vocabulario técnico que induce respuestas en los participantes

Criterios de calidad

✓Es concreto pero flexible: provoca en el equipo '¿Qué pasaría si...?'
✓Se lee como narrativa creíble que revela por qué el usuario hace las cosas
✓Facilita decisiones sin debates técnicos prematuros
✓No asume tecnología preconcebida

Citas de autoridad

“Los escenarios se escriben desde la perspectiva del usuario humano individual representado por la 'Persona', no desde la perspectiva del sistema o proceso de negocio.”
— About Face

“Los escenarios basados en personas son descripciones narrativas concisas de una o más personas usando un producto para lograr objetivos específicos.”
— About Face

Ejemplo contextualizado

Contexto: App de gestión financiera personal para jóvenes profesionales en Chile.

Persona: Camila, 27 años, diseñadora freelance. Ingresos variables. Quiere ahorrar para un viaje pero no sabe cuánto gasta realmente al mes.

Escenario de Contexto: Es domingo por la noche y Camila revisa su semana. Ha tenido 3 pagos de clientes y múltiples gastos pequeños. Quiere saber si está en track para su meta de ahorro. Abre la app y en segundos ve un resumen visual de ingresos vs. gastos del mes. Nota que sus gastos en delivery superan su presupuesto. La app le sugiere ajustar su meta semanal de delivery.

Insight de diseño: El escenario revela que Camila necesita ver ingresos vs. gastos de un vistazo (no drill-down) y recibir sugerencias proactivas, no solo datos.

Plantilla disponible

Formato: Google Docs$10 USD

Fase

descubrimientoexploracion

Audiencia

equipo-productomultidisciplinario

Complejidad

media

Nivel de experiencia

Intermedio

Entregables relacionados

Herramienta gratuita de UXR — Consultoría de UX Research en Chile