Breve y por tarea

1) Por qué es necesario

Las personas y el pensamiento escénico ayudan a conectar la estrategia del producto con los contextos de uso reales. Las personas se centran en las motivaciones y limitaciones de los usuarios, y los escenarios convierten estos motivos en pasos específicos, ramificaciones y condiciones de éxito/error. Como resultado, el equipo toma decisiones de diseño más rápidas y confiadas, y las métricas son más transparentes.

2) Definiciones básicas

Una persona UX es un retrato verificado por datos de un segmento de usuarios con objetivos, hábitos, desencadenantes y barreras.
Anti-persona - a quien el producto no está diseñado (importante para recortar requisitos de conflicto).
Script: describe cómo una persona alcanza un objetivo en un contexto específico (flujo principal + alternativas + manejo de errores).
Job Story (formato JTBD): «Cuando [la situación], quiero [la motivación] para [el resultado esperado]».
Los scripts «as-is/to-be» son la ruta actual y de destino.

3) Cuándo utilizar

En las etapas discovery/validación (formación de hipótesis de segmentos y tareas).
Antes de rediseñar el flow clave (onboarding, búsqueda, check out, pagos).
Al priorizar el backlog (comparación del efecto de los scripts en las métricas).
En sincronización entre funciones (producto + diseño + riesgo/cumplimiento + análisis + soporte).

4) Proceso: de datos a escenarios (8 pasos)

1. Recopilación de datos: entrevistas de calidad, observaciones contextuales, análisis de registros/clics, búsqueda de patrones de error, tickets de soporte.
2. Clustering de comportamientos: agrupamos por tareas, frecuencia, riesgos, dispositivos, canales.
3. Borradores de personas: para cada clúster: objetivos, desencadenantes, barreras, restricciones (disponibilidad/reglas/dispositivos).
4. Anti-personas: fijamos a quién no servimos y por qué.
5. Priorización de las personas: por impacto en las métricas (conversión, retention, LTV, costo-a-serve).
6. Mapa de tareas (Jobs): para las personas principales, formulamos historias de trabajo; identificamos estados críticos (errores de red, verificación, límites).
7. Escenarios «as-is/to-be»: flujo principal + ramificaciones + casos extremos; visualizamos CJM/Blueprint.
8. Validación y métricas: prototipos, pruebas de usabilidad, A/B, telemetría por escenarios, actualización de personas.

5) Plantilla de UX-persona (copiar a su wiki)

ID & cita: «Resolver [el problema] lo más rápido posible sin perder tiempo en [la barrera]».

Objetivos: (3-5 términos breves)

Contexto: dispositivos, canales, restricciones (tiempo, atención, entorno)

Desencadenantes/motivaciones: lo que desencadena el comportamiento

Barreras/riesgos: qué interfiere (procedimientos, términos incomprensibles, errores)

Características del comportamiento: frecuencia, naturaleza de las sesiones, preferencias de navegación

Necesidades de información: lo que necesita ver/entender para seguir adelante

Disponibilidad: requisitos de fuente, contraste, local, idioma

KPI de persona-fit: qué métricas de producto mejoran cuando lo ayudamos

No es: (límites de expectativas; mini anti-persona)

• ID: «Sprinter móvil»
• Objetivos: completar rápidamente la operación clave en 1-2 minutos entre casos
• Contexto: smartphone, red inestable, a menudo con una mano
• Barreras: formas largas, requisitos ocultos, redirecciones repentinas
• KPI: time-to-complete, error rate en el móvil, CR del primer paso

6) Patrón de script (as-is/to-be)

7) Artefactos visuales que aceleran la negociación

Empathy Map: «Habla/Piensa/Hace/Siente» - rápidamente libera los desencadenantes.
CJM (Customer Journey Map): etapas de × emoción × punto de contacto × dolor × oportunidad.
Service Blueprint: procesos de soporte/soporte al frente-stage/back stage; muestra donde el escenario «vomita».
User Flow/State Diamb: transiciones de pantalla a pantalla, estados de carga/errores.
Storyboard: 6-8 fotogramas por escenario clave (especialmente útil para contextos móviles).

8) Métricas de calidad de personas y escenarios

Cobertura: la proporción de tráfico/ingresos descrita por las personas Top-N y sus escenarios.
Task Success Rate:% de los usuarios que alcanzaron el paso objetivo para cada persona.
Time on Task/TTV: tiempo de ejecución; tiempo hasta el valor.
Error Rate/Recovery: tasa de error y proporción de recuperación automática.
CR por rama: conversión del flujo principal vs alternativas.
SUS/CSAT por segmentos: percepciones de conveniencia precisamente por las personas objetivo.
Costo-a-Serve: reducción de las llamadas de soporte por script.
A/B uplift: efecto de implementación «to-be» en las métricas de destino.

9) Errores típicos

«Avatares de marketing» ficticios. Las personas sin datos de comportamiento llevan el diseño hacia los gustos.
Fusión de casos extremos en el flujo principal. Un caso raro rompe con todos los demás.
Ignorar errores y estados vacíos. No hay «escaleras de salvación» - fallas altas.
Tono/patrón universal para todos. Diferentes personalidades - diferentes profundidades de las pistas y el control de los pasos.
Raros apdates. Las personas están «envejeciendo»: actualice sus datos al menos trimestralmente o con lanzamientos importantes.

10) Taller: workshop durante 90 minutos

1. 10 min: objetivo y métricas (qué escenario mejoramos, qué KPI es objetivo).
2. 20 min: marcaje de datos/información privilegiada → 2-3 personas de negrita + 1 anti-persona.
3. 20 min: formulamos 3-5 historias de job para la persona superior.
4. 25 min: dibujamos «as-is» y «to-be» flujo (principal + 2 alternativas + 2 errores).
5. 15 min: determinamos los eventos analíticos/telemetría, estados vacíos/erróneos, hipótesis A/B.

11) Lista de verificación de implementación

• Existen datos (cualitativos + cuantitativos) y fuentes para actualizarlos
• Para cada métrica clave, hay una persona y un script relacionados
• Se describen alternativas, errores, estados vacíos, fuera de línea/red lenta
• Hay un plan de prueba: prototipos, sesiones de usabilidad de guión, A/B
• El diagrama de eventos analíticos cubre los pasos y ramas del script
• Ciclo regular de revisión de las personas (por ejemplo, una vez al trimestre)

12) Mini-ejemplo de enlace (simplificado)

Persona: «Principiante prudente» - quiere entender rápidamente las reglas y los riesgos, teme equivocarse, usa la red móvil.
Job Story: «Cuando veo la forma por primera vez, quiero entender los pasos y riesgos obligatorios para completar la acción sin sorpresas».

1. Pantalla Pasos de proceso con barra de progreso y tiempo estimado.

2. Formularios con validación «sobre la marcha», ejemplos comprensibles.

3. Los estados vacíos/defectuosos tienen ayuda explícita y devoluciones seguras.

4. Telemetría: 'start', 'field _ error', 'help _ opened', 'retry', 'complete'.

5. Métricas: TTF ≤ 90 segundos, Error Rate <3%, CSAT ≥ 4. 2 en el segmento.

13) Formatos para su wiki (insertos rápidos)

[Person ID]
Quote:... ""
Goals:...
Context:...
Triggers/motivations:...
Barriers/risks:...
Behavioral signs:...
Information needs:...
Availability:...
KPI person-fit:...
Not:...

Scenario: [Title]
Persona:...
Context:...
Background:...
Trigger:...
Main flow:
1) …
2) …
Alternatives: A1 .../A2...
Errors/Exceptions:...
Data and privacy:...
Time and states:...
Success metrics:...
Artifacts:...

14) Funciones y responsabilidades

Gestor de productos: objetivos, métricas, priorización de personas/scripts.
UX/Research: datos, formalización de personas, pruebas de scripts.
UI/Contenido: jerarquía visual, redacción de pistas/errores.
Ingeniería: estado, confiabilidad, telemetría, disponibilidad.
Riesgo/Cumplimiento/Sapport: reglas, casos de edge, base de macros de asistencia.

15) Resultado

Las personas sin guiones son estáticas; scripts sin personas son abstractos. En pareja, se convierten en una herramienta de trabajo: ayudan a diseñar interfaces que tengan en cuenta el contexto, anticipan errores y mejoran mediblemente las métricas de los productos.