Introducción al User Research

1

Introducción al curso de User Research

2

Investigación de Usuarios: Estrategias y Métodos

Conceptos Básicos de User Research

3

User Research bajo ambientes de desarrollo Ágiles

4

Tipos de User Research y cómo elegir el método adecuado

Planeación Estratégica de User Research

5

Cómo Definir Problemas y Métodos en User Research

6

Formato de Planeación Estratégica de User Research

7

Etapas comunes de una Investigación de Usuarios

Reclutamiento de Usuarios

8

Definición de un perfil de proto-persona

9

Mejores prácticas para reclutar participantes

Métodos de User Research de tipo Cualitativo

10

Entrevistas de Usuarios. ¿Qué son y cuándo realizarlas?

11

Ejecución de una Entrevista de Usuario

12

Inmersión Contextual. ¿Qué es y cuándo realizarla?

13

Ejecución de una Inmersión Contextual con el método AEIOU

14

Sesiones de Investigación Generativa. ¿Qué son y cuándo realizarlas?

15

Ejecución de una Sesión de Investigación Generativa

16

Business Origami. ¿Qué es y cuándo realizarlo?

17

Ejecución de una sesión de Business Origami

Métodos de User Research de tipo Cuantitativa

18

Kano Análisis. ¿Qué es y cuándo realizarlo?

19

Interpretación de un Kano Análisis

20

Card Sorting. ¿Qué es y cuándo realizarlo?

21

Ejecución de un Card Sorting

22

Interpretación del Card Sorting

23

Estudio de Atractividad. ¿Qué es y cuándo realizarlo?

24

Interpretación de un Estudio de Atractividad

25

Evaluación Heurística. ¿Qué es y cuándo realizarla?

26

Ejecución de una Evaluación Heurística

27

Encuestas. ¿Qué es y cuándo realizarlas?

28

Pruebas de Usabilidad. ¿Qué es y cuándo realizarlas?

29

Ejecución de una Prueba de Usabilidad

30

Interpretación de una prueba de usabilidad

31

Prueba del Primer Click. ¿Qué es y cuándo realizarla?

32

Ejecución de una Prueba del Primer Click

Reporte e Interpretación de Resultados de User Research

33

Diagramas de Afinidad

34

Definición de audiencia y tipos de entregables (reportes) de la Investigación de Usuarios

35

Creación de una User Persona

36

Comunicación de resultados utilizando User Journeys

Cierre

37

Cierre

Crea una cuenta o inicia sesión

¡Continúa aprendiendo sin ningún costo! Únete y comienza a potenciar tu carrera

No se trata de lo que quieres comprar, sino de quién quieres ser. Invierte en tu educación con el precio especial

Antes: $249

Currency
$209

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Suscríbete

Termina en:

12 Días
13 Hrs
0 Min
15 Seg

User Research bajo ambientes de desarrollo Ágiles

3/37
Recursos

Aportes 30

Preguntas 6

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

User Research bajo ambientes de desarrollo Ágiles
EL ciclo que se lleva a cavo en un ambiente agile de desarrollo es el siguiente
Requerimientos -> Desarrollo -> Pruebas -> Deploy -> Medición
Dentro de este es importante la interacción de un UX Researcher para poder validar y las hipótesis y los problemas que se presentan realizando los siguientes pasos

    1. Entender y empatizar con el usuario
  1. Ideación en la cual tiene que estar involucrada el equipo
  2. Validación de las hipótesis más importantes y que más valor generan
  3. Visualizar y crear prototipos de baja y media fidelidad
  4. Pruebas con los usuarios reales
  5. Requerimientos de las hipótesis ya probadas

Tips
Valida lo más rápido posible
Prueba de hipótesis pequeños
Haz visible la investigación en el backlog
Involucra a todo el equipo en las pruebas de usabilidad

Métodos de investigación para diferentes partes del ciclo ágil:

  • Entender
    • Entrevistas
    • Business Origami
  • Ideación
    • Investigación generativa
    • Co-Diseño participativo
    • Card Sorting
  • Validación
    • Prueba de usabilidad
    • Kano Análisis
  • Visualizar
    • A/B Testing
  • Pruebas post-desarrollo
    • Mapas de calor
  • Medición
    • Primer click
    • Encuestas

Here is How to Do User Research in Agile Teams
https://bit.ly/2z8SIpe
Relación de User Research y ágil

Desarrollo Ágiles
Organizamos por Sprints (2 semanas)
Y las tareas las montamos en el backlog

Ciclo típico ágiles:
Deploy
pruebas
Desarrollo
Iteración (Constante, incremental)
Requerimientos
Mediciones

Las investigaciones se hacen 2 sprint antes.
Entender
Ideación
Validación
Visualizar
Pruebas
Requerimientos
Pivotear

Tips
Tip #1 Valida lo más rápido posible
Tip # 2 Prueba Hipótesis pequeñas
Tip #3 Haz visible la investigación en el backlog
Tip #4 Involucra a todo el equipo

Uno de los tips con el que me quedare y profundizare:

Haz visible la investigación
++ “backlog”:¿Qué es un backlog de proyectos?++
El backlog de un producto es una lista de trabajo ordenado por prioridades para el equipo de desarrollo que se obtiene de la hoja de ruta y sus requisitos. Los elementos más importantes se muestran al principio del backlog del producto para que el equipo sepa qué hay que entregar primero.

Entonces con este termino claro, lo que nos dice este tip es que hagamos visibles todas las tareas de investigación, citar un responsable que durante las semanas de desarrollo del proyecto se realizaran distintas pruebas asignadas a cada persona, con una fecha determinada y su correspondiente estimación de las tareas de investigación. Con esto todo el equipo tiene una idea clara de que se va hacer y el conocimiento que se va a tener.

Adelántate a los Sprints (ciclos de trabajo cortos), de tal manera que cuando comience el desarrollo de esa funcionalidad, ya esté validada previamente con el User Research correspondiente, y por tanto, ya se tenga el conocimiento de ese problema que se resolverá. Por lo que debes visualizarlo en el backlog e involucrar a todo el equipo, para sensibilizarlos acerca de esa funcionalidad que se va a desarrollar.

En cuanto al tip de involucrar a todo el equipo, me parece super importante ya que es necesario que todos los involucrados en el proyecto conozcan bien las necesidades del usuario para brindarle la mejor experiencia.

LINK ROTO "Here is How to Do User Research in Agile Teams • UX Team by NearsoftUX Team by Nearsoft"
ME LLEVA A >>>https://buymskey.com/

Ciclo Ágile:
Sprints (2 semanas)
Backlog: lista de tareas para las dos semanas.

Ciclo de Ágile para Desarrollo:

  1. Requerimientos
    Entre Requerimientos y Desarollo hay Iteración, Iteración, Iteración…
  2. Desarrollo
  3. Pruebas (Mapas de calor, Evaluación eurística)
  4. Deploy
  5. Medición (Prueba de primer click, Encuestas)

Ciclo de Investigación con usuarios:
Debe ir adelantada una o dos semanas al spring de desarrollo

  1. Requerimientos
  2. Entender (Entrevistas, Busines Origami)
  3. Ideación (Investigación generativa, Diseño participativo, cardsorting)
  4. Validación (Pruebas de usabilidad con prototipos en blanco y negro, Kano Análisis)
  5. Visualización (Pruebas A B)
  6. Pruebas (mapas de calor)

Tips

  1. Valida lo más rápido posible
  2. Prueba de hipótesis pequeños
  3. Haz visible la investigación en el backlog (Como en Hola Mundo y su trabajo soñado en Nueva Zelanda)
  4. Involucra a todo el equipo en las pruebas de usabilidad

Me parece muy valioso el tip #4 “Involucra a todo el equipo”, porque el sensibilizar y generar el sentido de apropiación del problema, hace que todo el equipo este trabajando en pro de un mismo objetivo.

Tips:

  • Valida lo mas rapido posible
  • Prueba hipotesis
  • Visible el proceso en el Backlog
  • Involucra a todo el equipo

Requerimientos -> Desarrollo -> Pruebas -> Deploy -> Medición

  1. Entender
  2. Ideación
  3. Validación
  4. Visualizar
  5. Pruebas
  6. Requerimientos
  • Entender el problema
    • Entrevistas
  • Ideación
    • Investigacion iterativa
  • Validación
    • Usabilidad
  • Visualizar
    • A/B Testing
  • Pruebas
    • Mapas de calor
  • Medición
    • Primer Click
<h1>AGIL</h1>

Valida lo más rápido posible
Prueba de hipótesis pequeños
Haz visible la investigación en el backlog
Involucra a todo el equipo en las pruebas de usabilidad

Como PM, opino que no se puede reemplazar el documento por lo visual, en los requerimientos tambien entran algunos casos de uso con criterios de aceptación que no se pueden ver en un figma, por ejemplo, y que son de vital importancia para los QA

Muy bien explicado, entendí todo

TIP 1: Valida lo mas rapido posible
TIP 2: Pruebas hipotesis pequeñas
TIP 3: Haz visible la investigación en el backlog
TIP4: Involucra a todo el equipo

Métodos de investigación para diferentes partes del ciclo ágil: -Entender Entrevistas Business Origami -Ideación Investigación generativa Co-Diseño participativo Card Sorting -Validación Prueba de usabilidad Kano Análisis -Visualizar A/B Testing -Pruebas post-desarrollo Mapas de calor -Medición Primer click Encuestas

User Research & Agile

me parece interesante el curso pero hay algo que me incomoda y no es por faltar al respeto pero el profe tiene un tono de voz al final de cada oracion que me estresa un poco y hace que me desconcentre.

Excelente explicación

el enlace https://nearsoft.com/blog/here-is-how-to-do-user-research-in-agile-teams/
ya no esta disponible para hacer la lectura

Tips para User Research:

  1. Validar lo más rápido posible.
  2. Prueba hipótesis pequeñas.
  3. Haz visible la investigación en el backlog.
  4. Involucra a todo el equipo.

Un sprint ciclo de dos semanas para realizar una prueba de usabilidad

dentro del ciclo de desarrollo ágile podemos enfocar nos en la fase de prueba en literalmente probar la funcionalidad con el equipo de trabajo mientras que en la etapa de medición, probamos la funcionalidad con el usuario esto nos dará las métricas que necesitamos para volver a empezar el ciclo

Involucrar a todo el equipo puede ser complicado por la disponibilidad de todos y delegar el trabajo al diseñador

En otro curso que hice con el MIT, aparecía la Iteración entre los aspectos tecnológicos, del mercado y de implementación como una parte fundamental para lanzar un producto realmente funcional. Esto se asemeja mucho

Respecto al ùltimo tip involucra al equipo , yo lo veo más como Involucrate en el equipo, siento que es fundamental que ellos vean que eres un apoyo transversal en cada etapa del proceso, que puede ayudarles a minimizar el riesgo de que algo salga mal

Integrar a todo el equipo es crucial porque permite que todos puedan entender el problema y en función a qué empezar a crear soluciones. Tanto el equipo de diseño, de porgramación y de marketing deben de entender muy bien el problema y entender bien cuál es la solución al mismo.

Involucrar al equipo y sobre todo a los desarrolladores es clave!

user research es una manera estructurada para entender al usuario y las cosas que hace con nuestro producto o servicio de forma tal de conocer su comportamiento, necesidades, motivaciones o aspiraciones

¡Me encanta! Ya quiero continuar con este curso 😃