Cómo construir un user persona con datos reales

Contenido del curso

El potencial del Design Thinking en la creación de productos y servicios

Fase 1: Empatía

Fase 2: Definición

Fase 3: Idear

Fase 4: Prototipar

Fase 5: Evaluar y Testear

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:003:57

Cómo construir un user persona con datos reales

Curso de Design Thinking

Clase 7 de 24

Clase 7 / 24

Recursos

La fase de empatía en Design Thinking cobra sentido cuando vacías la información en una herramienta concreta. Aquí verás cómo construir un user persona paso a paso usando los datos reales de una entrevista, aplicado al rediseño de un chatbot para una empresa de entrega de alimentos a domicilio.

¿Por qué elegir user persona como técnica de empatía?

De todas las técnicas de empatía disponibles, el user persona destaca porque obliga a centrarte en el usuario real, no en suposiciones. Es una herramienta que sintetiza datos cualitativos en un perfil tangible y accionable.

La información que documentas aquí no muere en esta etapa. Se conecta directamente con la fase de definición y, más adelante, con ideación y prototipado. Por eso vale la pena llenarla con cuidado.

¿Qué es un user persona? Es una representación ficticia pero basada en datos reales de tu usuario tipo. Incluye demografía, personalidad, objetivos, frustraciones y habilidades para guiar decisiones de diseño.

¿Cómo vaciar la información de la entrevista en el user persona?

Partimos de Felipe, el usuario entrevistado. La idea es trasladar lo que dijo en una estructura organizada que cualquier miembro del equipo pueda leer y entender.

¿Qué bloques de información debe contener?

Estos son los apartados que vas llenando en orden, cada uno con peso específico dentro del perfil:

Datos demográficos: edad, ubicación, ocupación y contexto básico de Felipe.
Descripción general: gustos, actividades laborales, de recreación y cómo lo perciben sus amigos.
Frase distintiva: en el caso de Felipe, le gusta la eficacia en todos los aspectos de la vida. Esta frase ayuda a diferenciarlo cuando tengas múltiples perfiles.
Personalidad: extrovertido, sociable y amistoso.
Nivel de experiencia: Felipe domina la tecnología, tiene comunicación asertiva y es fan de los videojuegos. Espera experiencias personalizadas.

Cada bloque suma una capa de contexto. Por separado parecen datos sueltos; juntos forman a alguien que casi puedes imaginar entrando a la oficina.

¿Cómo capturar objetivos, metas y tareas?

Los objetivos revelan hacia dónde se mueve el usuario y qué lo motiva a usar tu producto. En el caso de Felipe identificamos tres horizontes claros:

Convertirse en experto en JavaScript.
Patentar una tarjeta de microcontroladores.
Cubrir sus actividades escolares y su jornada de medio tiempo, mientras ahorra para asistir a una convención de tecnología.

Fíjate cómo conviven metas grandes (la patente) con tareas operativas (la jornada laboral). Ambas importan, porque el chatbot tiene que encajar en una vida ya saturada.

¿Cómo documentar puntos de dolor y frustraciones?

Aquí está el oro de la entrevista. Los puntos de dolor son las señales que te dicen qué rediseñar primero.

Felipe mencionó tres dolores concretos durante la conversación:

Espera excesiva en la atención.
Deseo de ser atendido por un humano y no solo por un sistema automatizado.
Temor de no recibir el reembolso de su dinero.

Sus frustraciones refuerzan estos dolores: intolerancia a las largas esperas en cualquier servicio y ausencia de atención humana en los flujos automatizados. Nota cómo la frustración no es contra los chatbots en sí, sino contra los chatbots que no resuelven.

¿Para qué sirven los puntos de dolor en un user persona? Son la materia prima de la fase de definición. Cada dolor documentado se traduce después en una oportunidad de diseño o en un how might we.

¿Qué conocimientos y habilidades del usuario debes registrar?

Este apartado suele subestimarse, pero define el tono y la complejidad del producto. Felipe estudia JavaScript, usa intensivamente su computadora y está integrando información para usar un microcontrolador.

Tiene además una habilidad alta para encontrar errores en sistemas de servicio. Eso lo convierte en un usuario exigente: detectará cualquier fricción en el chatbot antes que un usuario promedio.

Saber esto cambia el diseño. No puedes ofrecerle un flujo genérico ni respuestas vagas, porque las va a romper.

¿Cómo conecta el user persona con la siguiente fase?

Toda la información que obtuviste durante empatía alimenta directamente la fase de definición. El user persona deja de ser un documento bonito y se vuelve la base sobre la que formularás el problema a resolver.

Guarda el ejercicio. No lo trates como un entregable de una sola clase, sino como un activo que vas a consultar cada vez que tomes una decisión de diseño sobre el chatbot.

¿Ya identificaste qué frase distintiva define a tu propio usuario? Compártela en los comentarios y compara con otros perfiles del grupo.