Hay una tensión intrínseca en diseño:
Por un lado, deseas obtener críticas constructivas de gente lo antes posible,
por el otro, para obtener estas críticas necesitas crear algo que funcione.
Ya has aprendido prototipado rápido usando maquetas de papel
y de lo que vamos ha hablar hoy es de como puedes testar prototipado rápido con usuarios.
Vamos a imaginar por un instante ...
lo que ocurriría si fuera posible crear una aplicación interactiva sin escribir o con muy poco código ...
y obtener comentarios sobre esa aplicación interactiva rápidamente.
Yo creo que este es un poderoso sueño y, como Dorothy aprendió en <>,
los sueños pueden ser muy poderosos y algunas veces puede convertirse en realidad.
Otra cosa que Dorothy aprendió y que utilizaremos en esta clase:
si tú has visto la película <>, sabrás que
cuando Dorothy y sus compañeros llegan a Ciudad Esmeralda,
se encontraron con un mago gigante y temible que los espantó.
A la larga se dieron cuenta que ese mago realmente era un hombre menudo detrás de una cortina,
y que la habilidad de ese hombre para crear esa gran ilusión
que, para los visitantes de la Ciudad Esmeralda, parecía tan real y absorvente,
es exactamente lo que vamos a conseguir con la técnica de prototipado descrita en este video.
Por tanto, la idea detrás el la técnica de prototipado Wizard-of-Oz
es que vamos a simular comportamiento interactivo y funcionalidad
mediante un operador humano que "mueve los hilos" tras el escenario.
Si queréis tener una idea de cuanto realista esto puede llegar a ser,
Mirad a nuestro amigo de << Seinfeld >> cuando llama a una aplicación de celular
para averiguar donde y cuando se proyectan las películas.
Hola y bienvenido a "Movie Phone".
Si sabe el nombre de la película que le gustaría ver, presione 1.
[biiip] Vamos, vamos !
Por favor, mediante el teclado de tonos, indique los tres primeros caracteres del título de la película, ahora!
[biip, biip]
Usted a selecionado <>. Si es correcto, presione 1.
Que?!
ugh
George cree que él está llamando a este servicio Movie Phone,
pero en realidad, tras el telón, resulta ser Kramer que esta jugando el papel de mago
y se comporta como si el fuera la maquina.
Para ser sincero, no es que lo haga muy bien -- creo que todos vosotros lo haríais mucho mejor!
La técnica del Mago de Oz surgió junto con interfaz de usuario mediante voz.
La expresión "Mago de Oz" fue acuñada por Jeff Kelly en su tesis doctoral por el 1980 y
la puesta en escena de Jeff en John Hopkins [institución]
se asemejaba a El Mago de Oz más de os podríais imaginar a primeras;
a parte de vidrios-espejos de visión unilateral y caso por el estilo, literalmente había una cortina
entre Jeff, el mago, y los participantes que utilizaban la interfaz de usuario mediante voz.
Y estos prototipos de Mago de Oz fueron muy importantes a la hora de entender
como sería una interfaz de usuario mediante voz eficaz,
porque por entonces los algoritmos de reconocimiento [de voz] no eran muy buenos,
pero sabíamos que iban a mejorar.
Y Jeff pregunto questiones muy importantes como:
¿Si mejoramos el reconocimiento [de voz] a un nivel efectivo, como será la interacción con el usuario?
Y ¿Que tipo de estrategias son las más efectivas?
Así que el mago de Oz permite a Jeff viajar en el tiempo
en un futuro donde la tecnología de reconocimiento de voz funciona mejor,
para tratar de entender lo que los temas de la experiencia del usuario de ese dominio sería.
En general, un prototipo Mago de Oz comprende un par de piezas:
En primer lugar, usted tiene algún tipo de interfaz de usuario que le estamos entregando al usuario
que se siente-más o menos como una interfaz de usuario - incluso si se trata de dibujos o palabras habladas por encargo.
Y, al mismo tiempo, no hay ningún código o muchos que van detrás de él -
el código y la interactividad [que] se está creando es un espejismo de un ser humano.
A veces hay una interfaz de usuario que el mago tiene,
que se armó para hacer la vida mejor para ellos -
y de hecho en el año 2000 sus colegas de Berkeley y construí un sistema llamado Suede,
lo que ayudó a automatizar Mago de Oz pruebas y las interfaces de voz del usuario.
Mago de Oz prototipos tienen sentido cuando es más rápido y más fácil que cheapter y la construcción de lo real,
y eso va a ser especialmente cierto en cualquier momento que tenga reconocimiento basados en interfaces,
o personalización que es personalizado para un usuario.
Esta disyuntiva de si es más barato y más rápido y más fácil también va a depender de sus habilidades:
Habrá algunas cosas que usted sabe cómo hacerlo rápida y fácilmente y entonces usted podría aplicar;
y hay otras cosas que pueden ser más difíciles o más tiempo para usted,
y los que voy a elegir a Mago de Oz.
Mago de Oz prototipos, como cualquier otro tipo de prototipo, puede ser mayor o menor fidelidad.
Y hay algunas desventajas importantes aquí -
El mayor fidelidad el prototipo, más se siente como la cosa real a los usuarios -
De hecho, a veces se puede crear una interfaz que la gente ni siquiera conoce está siendo impulsado por un asistente,
como en la famosa historia de la mecánica Turk, que está dentro de una máquina de ajedrez.
Sin embargo, hacer una interfaz de usuario de alta fidelidad se va a tomar un montón de tiempo,
y los usuarios pueden ser más reacios a la crítica de una interfaz de usuario que es realmente de alta fidelidad,
y por eso, desde el principio, te recomiendo rápido y sucio prototipos en papel es la cosa más poderosa
que se utilizará para Mago de Oz pruebas.
Dado que los usuarios se sentirán como si le puede dar cualquier tipo de información;
está claro que no han puesto mucho tiempo en ella, sin embargo,
y es rápido para que usted pueda hacer, y lo que en realidad no tienen mucho tiempo en ella todavía.
Hace unos años, mi amiga septiembre Kamvar creado una empresa llamada Aardvark,
que es un motor de búsqueda social.
Fue muy bueno para ayudar a que utilice su red social para encontrar las respuestas de otras personas.
Así que la forma en que funciona es hacer una pregunta a través de mensajería instantánea, a través de chat de Google;
y que va a ser automáticamente enrutadas a un amigo suyo, o un amigo de un amigo,
que tiene la experiencia para responder a esa pregunta.
Una de las partes más difíciles acerca de la construcción de un servicio de este tipo es: ¿Cómo hacer la ruta?
Finalmente se descubrió un algoritmo para hacer esto, pero que para arrancar -
tanto de averiguar qué algoritmo para construir,
and to get a user experience going before they had built anything —
tenían un prototipo Mago de Oz.
Así que la forma en que funcionaba era que los empleados Aardvark obtendría la pregunta,
y de forma manual se seleccione a la persona que iba a ser dirigida a.
Damon Horowitz, cofundador de Aardvark, lo expresó de esta manera en una conferencia:
dijo que "si la gente lo desea en esta forma super cutre, entonces es digno de edificio,
porque les gustará aún más cuando construimos la realidad! "
Así que, si quieres ser como Kramer o Aardvark, ¿cómo se puede hacer un prototipo de asistente de propulsión?
He aquí un bosquejo de lo que usted necesita hacer en cinco sencillos pasos:
En primer lugar, averiguar qué escenarios se va a apoyar.
Es mucho más fácil de construir un prototipo Mago de Oz para un conjunto limitado de funciones.
Me gusta asistente de prototipos Oz =
ya que te obliga a imaginar lo que debe ocurrir en respuesta a la conducta humana.
Luego, cree una especie de esqueleto de interfaz de usuario -
las cosas que los usuarios finales se van a ver.
En tercer lugar, si es necesario, el desarrollo de los "ganchos" para el asistente [a] de entrada, si usted va a tener un asistente remoto
o si van a controlar algunas funciones del software de detrás de las escenas.
En cuarto lugar, y como parte de esta,
tendrás que averiguar exactamente qué tipo de entrada del asistente se le permite ofrecer:
¿Van a ser la selección de un menú de opciones? ofreciendo respuesta libre? habla el texto?
¿Les dará un árbol de decisión que controla su comportamiento?
o vas dejarlos ser más libre?
Si usted tiene un prototipo en papel, su papel va a manual bastante -
añadiendo widgets y deslizadores móviles, y haciendo que la interfaz de ir.
Cuando usted está haciendo esto, es importante recordar que,
en última instancia, la funcionalidad que usted es mágico ahora es en última instancia va a ser sustituido por un ordenador,
y lo que en algún punto de la línea, usted tendrá que construir un software para hacer que se vaya.
Y eso es importante, ya que puede ser fácil de cosas falsas que no es posible que ocurra nunca.
Y, por último, como con cualquier prototipo que se va a probar con la gente,
practicar primero con un amigo o un colega para conseguir la caída de los dos haciendo el asistente -
que es un tipo muy diferente de la interacción de lo que se puede utilizar para -
y también, saber qué escenarios son más eficaces, cuáles son las instrucciones que necesita para dar a la gente.
Cómo eliminar los errores fáciles en la interfaz de usuario antes de llevar a los usuarios reales.
Y ahora usted está listo para ejecutar la interfaz de usuario: Como dije, usted querrá practicar con un amigo en un principio.
Una vez que tenga las torceduras realmente obvias, y cuando usted tiene su golpeteo hacia abajo y las tareas listo,
entonces es el momento de contratar a algunas personas a venir y probar su prototipo.
Usted puede incluso ir a lugares como estaciones de trenes o aeropuertos, o las esquinas de la ciudad, la calle o en las tiendas de café
como una manera de ir a las personas que puedan estar utilizando el sistema.
En un prototipo Mago de Oz, hay dos roles:
tienes un facilitador que va a hablar con el usuario,
y usted tiene un asistente que va a manipular el prototipo.
Si usted tiene el lujo de un equipo, es útil si hay dos personas diferentes,
en parte debido a que su mente va a estar lleno de todas las cosas que usted tiene que hacer,
y si se separan estas funciones, cada persona puede concentrarse más, hacer un mejor trabajo,
y tiene dos pares de ojos que miran lo que la persona está haciendo, así que usted puede aprender más.
Pero, ¿puede hacerlo usted mismo si tiene que - éstos pueden ser una persona haciendo dos papeles.
Si usted está tratando de convencer a alguien de que se trata en realidad es un sistema real,
entonces usted quiere que su asistente para ser ocultos o remoto de alguna manera, como el ejemplo Aardvark.
Y piensa en cómo te gustaría recibir comentarios de los usuarios -
esto es algo que vamos a tocar varias veces más a lo largo de este curso.
Por ahora, piense si desea obtener pensar en voz alta Comentarios -
que es, cuando la persona que está utilizando el prototipo,
han decirlas en voz alta qué es lo que está pasando por su mente, qué decisiones están haciendo y por qué,
lo que están confundidos por cuando se topan con cosas que no puedo entender por qué lo hacen.
Este protocolo de pensamiento en voz alta es ideal para conseguir cosas que de otra manera no se podría saber o aprender.
Sin embargo, como se puede imaginar, pensar en voz alta puede cambiar la forma en que las personas interactúan con el prototipo.
Por lo tanto, pensar en voz alta si se distrae demasiado, puede pedirle a la gente al final del estudio
lo que pasaba por su mente y lo que estaban pensando -
eso se llama un enfoque retrospectivo.
Si lo desea, puede incluso mostrar el video de ellos a usarlo.
A continuación, puede decir cosas como: "Cuando quedé atrapado aquí, ¿cuál fue el problema?"
En tercer lugar, si tiene cosas específicas que le gustaría asegurarse de que su interfaz le va bien,
usted puede tener categorías de problemas o heurísticas que le pidió a sus usuarios a prestar atención.
Y la evaluación heurística es algo que vamos a hablar más sobre esto más adelante en curso también.
Una vez que hayas terminado, asegúrese de agradecer a la gente por su tiempo.
Es posible que desee darles un certificado de regalo, o un helado, o algún otro tipo de agradecimiento.
Y, si aún no los han dicho que hay realmente un mago detrás de las escenas de funcionamiento de la interfaz de usuario,
el final del experimento es, probablemente, un muy buen tiempo para que -
Usted querrá asegurarse de que ser honesto con la gente.
Puede utilizar los asistentes a lo largo de todo el desarrollo de su software,
no sólo en el principio.
Y así, si usted tiene el software con todas las funciones aquí, y con el tiempo se mueve hacia allí,
usted puede usar los asistentes para llenar el vacío de lo que no se construye en ese momento.
Por lo tanto, el asistente puede hacer todas las interacciones en el principio,
y luego, a medida que se acerca cada vez más a un proyecto final,
usted puede tenerlo sólo rellenar sólo las partes que no se hacen todavía.
Como usted puede ver, hay mucho que gusta de Mago de Oz prototipos:
Pueden ser muy rápido para hacer que las hace más baratas,
y también significa que tienes que girar la manivela en la iteración más.
Debido a que son rápidos, usted puede crear rápidamente varias alternativas.
Y usted decide que quiere la "aplicación" para trabajar de manera diferente,
que acaba de dar a sus diferentes instrucciones del asistente, no hay que reescribir el código.
Debido a que es en un sentido interactivo,
es más real y se obtiene una mejor respuesta que sólo a partir de prototipos de papel,
aunque el uso de prototipos en papel como sustrato para un asistente
es una excelente estrategia desde el principio en el proceso de diseño.
Es una gran manera de obtener retroalimentación acerca de los errores y problemas con el diseño de su interfaz de usuario.
Cada interfaz de usuario única que he construido, o que yo he visto construir,
o que los alumnos míos han construido nunca, ha tenido errores desde el principio.
Es demasiado duro para hacerlo bien la primera vez.
Vas a repetir y no rápido, de modo que usted puede tener éxito antes.
Y un mago de Oz es una gran herramienta para poder hacer eso.
Debido a que usted está recibiendo comentarios de los usuarios temprana,
que es una gran manera de poner a la gente en el centro del proceso de desarrollo.
También es muy maravilloso para aplicaciones de futuro
a medida que comenzamos a pensar en cómo los sensores y cámaras y otras tecnologías futuristas
podría permitir a otros nuevos tipos de interfaces de usuario.
Usted puede imaginar estos ahora mediante la construcción de Mago de Oz prototipos.
Y, por último, por extraño que pueda parecer, en realidad se aprende mucho
sobre lo que su lógica de la aplicación de la interfaz debe ser, y lo que tiene sentido
jugando el asistente y encarnando ese papel en el sistema.
Pero hay algunas desventajas también:
Puede ser fácil pasar por alto los errores en la tecnología que finalmente vuelven a morder -
como los sistemas de reconocimiento de voz, por ejemplo.
Si, al final del día, usted va a tener errores en su sistema de voz,
usted querrá asegurarse de que el Mago de Oz prototipo codifica
lo que sucede cuando el discurso reco nocimiento [] Tornillos s arriba.
No dé por sentado que va a funcionar a la perfección todo el tiempo.
Porque si no tienes cuidado, puedes acabar simulando una tecnología que no existe y nunca puede.
La gente, para bien o para mal, son inconsistentes,
y, para llegar a desempeñar el papel de asistente, puede exigir formación, por lo que es un tiempo de aceleración.
Y debido a que usted tiene que tener un ser humano físico hay que ejecutarlo,
la eficiencia de su tiempo de ejecución es más lenta,
y puede ser más agotador para las personas que están jugando el papel del asistente.
Los asistentes son ideales para una especie [s] de funcionalidad, como Kramer hizo con la interfaz de usuario de voz.
Pero lo demás, es más difícil de averiguar lo que puedes hacer con una interfaz de asistente,
y puede que no sea tan efectivo - puede ser klunkier.
O puede ser simplemente ser inadecuado -
hay algunas situaciones en las que tener un asistente en torno a no estar bien.
En general, creo que los magos son una técnica muy poderosa,
y uno muy divertido para estirar su creatividad.
¿Qué tipo de nuevas interfaces de usuario se puede imaginar la creación de un prototipo Mago de Oz?
Me gustaría dar las gracias a Stephen Dow en la creación de esta conferencia
Dibujé en muchos de los materiales que hay que ha utilizado para escribir y hablar acerca de Mago de Oz prototipos.
Y si usted está interesado en aprender más acerca de los asistentes, se puede ver estos recursos aquí.