Este documento presenta un marco para utilizar storyboards en la investigación de usuarios, facilitando la validación de ideas y funcionalidades de interacción de manera efectiva y económica. Describe un proceso estructurado que incluye la definición de escenarios de uso, usuarios, dispositivos y pasos críticos, así como la generación de hipótesis y herramientas de moderación para pruebas. El objetivo es mejorar la comprensión de la interacción y generar conclusiones que permitan identificar oportunidades y problemas en el diseño centrado en el usuario.

1. Storyboards como
herramienta de validación
Gustavo Soto Mino
@gusoto

2. MSc in Human Computer Interaction. UCL, London UK. 2015
MA in communications UDD, Santiago, Chile. 2013
Management of technological innovation.Oxford University, UK 2015
Digital marketing UDD, Santiago, Chile. 2009
Ergonomics UDEC. Concepción, Chile. 2007
Head of online channels, WOM
Graduate Research Assistant, SONY CEEE 2015
Digital Marketing for Latin America Interface. Inc. USA 2014
www.gusoto.me / www.uxd.cl / @gusoto

3. Se pueden observar la
inclusión de elementos
como el storyboard
dentro de procesos de
testeo, pero no hay
una mención
metodológica sobre
cómo se deben hacer.
El storyboard se ha utilizado hace años en el diseño centrado en el usuario
como una herramienta para modelar experiencias.
Para darle forma a la interacción y contar una historia a través del ella.
(Cooper, Reimann, & Cronin, 2007) (Ritter, Baxter, & Churchill, 2014).
Menciona la utilización de esta
herramienta en la etapa de
diseño. Luego de haber
sorteado las etapas de
“research”, “modelado” y
“definición de requerimientos”.

4. Samir Dash / Usability & User Experience - Strategy Creative Design at IBM
Design M.ag
El objetivo de la charla es presentar de
manera breve un framework que permite
la elaboración de un Storyboard para ser
usado en el proceso de User research.
Esta estructura permite validar primeras
ideas sobre modelos de interacción de
manera fácil y económica, pero también
validar nuevas funcionalidades.

5. ¿PARA
QUÉ
SIRVE?
1. Generar validaciones de bajo costo
pero de alta eficacia y eficiencia.
2. Explorar ideas y oportunidades desde
los usuarios.
3. Poner el foco en la interacción a
testear, no en los elementos mismos
(wireframes, diseño visual, etc).

6. CASO
DE
USO
UCL - BBC R&D

12. EL
FRAMEWORK
Definición del
escenario de uso
01 Definición de
los usuarios
02 Definición de
los dispositivos
03 Definición de los
pasos críticos
04
Definir hipótesis a
validar
05 Generación de herramientas
de moderación
06 Etapa
de test
07 Etapa de
Análisis
08

13. Definición del
escenario de uso
01 Definición de
los usuarios
02 Definición de
los dispositivos
03 Definición de los
pasos críticos
04
Definir hipótesis a
validar
05 Generación de herramientas
de moderación
06 Etapa
de test
07 Etapa de
Análisis
08

14. Definición del
escenario de uso
01
Motivaciones desde Personas / Proto-personas
Espacio físico donde esto ocurre
Definición del escenario de uso y objetivos
En donde se definen las motivaciones generales de los usuarios
(proto-personas ) y se definen los pasos de la interacción.
Además, de dónde sucede (espacio físico).

15. Definición de
los usuarios
02
Participantes / Rol de cada uno
Permanencia
Definición de los usuarios
En donde se definen los participantes de la interacción y su rol durante
toda la historia. (Su permanencia y relevancia en la interacción).

16. Definición de los dispositivos
Acá se definen los dispositivos con los que los usuarios interactúan, se
definen los más importantes para la interacción tomando en cuenta la
lugaridad y escenario.
Definición de
los dispositivos
03
Listado de dispositivos con los que los usuarios interactúan
Sistemas asociados a los dispositivos (Accesos, servidores, etc)

17. Definición de los pasos críticos
Se definen los elementos críticos de la interacción. Los pasos donde
puedan producirse quiebres emocionales ( por ejemplo un proceso de
pago donde existe una transacción).
Definición de los
pasos críticos
04
Listado de pasos críticos ( por ejemplo, una transacción, enviar información privada, etc)
Listado de posibles emociones que los usuarios pueden vivir ( revisar Storm C. and Storm T.,“A
taxonomic study of the vocabulary of emotions”.

18. Estructuración de la hipótesis a validar
Se genera una o varias hipótesis que se van a validar. Por ejemplo: ¿Será
sensato que en ese instante el usuario tenga el teléfono en la mano?.
Esta parte es la más relevante pues es la que permitirá extraer la mayor
cantidad de elementos desde la experiencia y percepción de los usuarios.
Definir hipótesis a
validar
05
Hipótesis a validar. ( Comúnmente es más de una y aparecen en orden cronológico)
Preguntas al usuario para cada hipótesis

19. Generación de herramientas de moderación
Una vez generadas las hipótesis, se debe tomar cada una de ellas y
generar preguntas (dentro de un contexto de tiempo narrativo) que serán
realizadas a los usuarios. Estas preguntas, deben ser idénticas para cada
usuario si se quiere después, comparar la data extraída.
Generación de herramientas
de moderación
06
Se debe definir el“script”. Este debe contener y considerar los siguientes elementos:
1. Protocolo de presentación. Definir qué se les va a decir a los usuarios antes del test.
2. Contarles a los usuarios qué tipo de comentarios te gustaría recibir.
3. Indicarles qué va a pasar con la información almacenada y cual es el fin del test.
Una vez definida la estructura. Se debe generar el storyboard. (Usar plantilla adjunta).
En la plantilla debiesen incluirse:
- Escenario y participantes definidos
- Dispositivos que participan de la interacción
- Pasos críticos

20. Testeo
En esta etapa se realiza el testeo. Se escogen personas que sean
relevantes para la idea. En lo posible que sigan patrones sugeridos en la
generación de los proto-personas o usuarios finales.
Etapa
de test
07
Es hora de ir a testear con los perfiles y personas definidas anteriormente.
Registra comentarios, prguntas, opiniones. ¡No interrumpas! Aprovecha el espacio para escuchar.

21. Análisis
Se extraen los datos y se entregan conclusiones acerca de la validación
de las hipótesis formuladas.
Etapa de
Análisis
08
Se generan conclusiones respecto a las hipótesis.
Se hace un listado de nuevas oportunidades / dolores

22. Definición del
escenario de uso
01
Motivaciones desde Personas / Proto-personas
Espacio físico donde esto ocurre
Definición de
los usuarios
02
Participantes / Rol de cada uno
Permanencia
Definición de
los dispositivos
03
Listado de dispositivos con los que los usuarios interactúan
Sistemas asociados a los dispositivos (Accesos, servidores, etc)
Definición de los
pasos críticos
04
Listado de pasos críticos ( por ejemplo, una transacción, enviar información privada, etc)
Listado de posibles emociones que los usuarios pueden vivir ( revisar Storm C. and Storm T.,“A
taxonomic study of the vocabulary of emotions”.
Definir hipótesis a
validar
05
Hipótesis a validar. ( Comúnmente es más de una y aparecen en orden cronológico)
Preguntas al usuario para cada hipótesis
Generación de herramientas
de moderación
06
Se debe definir el“script”. Este debe contener y considerar los siguientes elementos:
1. Protocolo de presentación. Definir qué se les va a decir a los usuarios antes del test.
2. Contarles a los usuarios qué tipo de comentarios te gustaría recibir.
3. Indicarles qué va a pasar con la información almacenada y cual es el fin del test.
Una vez definida la estructura. Se debe generar el storyboard. (Usar plantilla adjunta).
En la plantilla debiesen incluirse:
- Escenario y participantes definidos
- Dispositivos que participan de la interacción
- Pasos críticos
Etapa
de test
07
Es hora de ir a testear con los perfiles y personas definidas anteriormente.
Registra comentarios, prguntas, opiniones. ¡No interrumpas! Aprovecha el espacio para escuchar.
Etapa de
Análisis
08
Se generan conclusiones respecto a las hipótesis.
Se hace un listado de nuevas oportunidades / dolores

23. 01 02 03 04
05 06 07 08

24. http://gusoto.me/ISA15/sb.pdf
FRAMEWORK
http://www.gusoto.me
WEBSITE
MUCHAS
GRACIAS