-
Há uma tensão intrínseca no projeto:
-
Por um lado, você vai querer ser capaz de obter feedback de pessoas assim que você puder.
-
Por outro lado, a fim de ser capaz de obter o feedback que você precisa fazer algo que funciona.
-
Você aprendeu como as coisas rapidamente protótipos com protótipos de papel.
-
E hoje o que vamos falar é sobre como você pode testar protótipos rápidos com os usuários.
-
Então, vamos imaginar por um momento -
-
E se fosse possível criar uma aplicação interativa sem escrever muito ou nenhum código
-
e obter feedback sobre o aplicativo interativo rapidamente?
-
Eu acho que é um sonho muito poderoso, e, como Dorothy aprendeu em «O Feiticeiro de Oz»,
-
sonhos podem ser realmente poderoso, e, às vezes, eles podem até mesmo se tornar realidade.
-
E há outra coisa que Dorothy aprendeu que vamos usar na palestra:
-
Se você já viu o filme «O Feiticeiro de Oz», você saberá que
-
quando Dorothy e seus compatriotas chegaram à Cidade Esmeralda,
-
viram um assistente gigante grande que era realmente assustador e assustou-los.
-
Mas, eventualmente, eles aprenderam que esse feiticeiro era apenas um homem pouco atrás de uma cortina,
-
ea capacidade de que o homem pouco atrás da cortina para colocar em um grande show realista
-
que, para os visitantes da Cidade das Esmeraldas, parecia completamente real e envolvente,
-
é exatamente o que vamos fazer com esta técnica de prototipagem de vídeo.
-
Então, a idéia por trás Wizard-of-Oz Prototipagem
-
é que nós estamos indo para simular o comportamento interativo e funcionalidade da máquina
-
por ter um operador humano manipular as alavancas nos bastidores.
-
Se você quiser ter uma idéia de como isso pode ser realista isso,
-
ver o nosso amigo de «Seinfeld» chamar um "aplicativo de telefone Movie"
-
para tentar descobrir quando e onde os filmes estão jogando.
-
(Olá, bem-vindo para o telefone do filme.
-
Se você souber o nome do filme que você gostaria de ver, pressione 1.
-
[Bip] Vamos lá, vamos lá ...
-
Usando o teclado touch-tone, digite as três primeiras letras do título do filme, agora!
-
Usando o teclado touch-tone, digite as três primeiras letras do título do filme, agora!
-
Você selecionou «Agent Zero». Se isso é correto, pressione 1.
-
O quê?
-
Ugh ...)
-
Então George pensa que ele está chamando este aplicativo Telefone automatizado filme,
-
mas verifica-se que, nos bastidores, é apenas Kramer quem está jogando um assistente
-
e se comportar como se fosse a máquina.
-
Para ser honesto, ele não é muito bom - eu acho que você tudo seria capaz de fazer melhor!
-
Mágico de Oz técnicas tem seu início com interfaces com o usuário fala.
-
O termo "Mágico de Oz" foi cunhado por Jeff Kelly, em sua dissertação de doutoramento em torno de 1980.
-
E configuração de Jeff no John Hopkins
-
na verdade, deu mais uma semelhança com o Mágico de Oz que você deve estar imaginando;
-
assim, além de alguns espelhos unidirecionais e coisas assim, há, literalmente, era uma cortina
-
separar Jeff, como assistente, por parte dos participantes que estavam usando as interfaces de usuário fala.
-
E esses protótipos Assistente de Oz, eram realmente importantes para a compreensão
-
o que seria uma interface de usuário eficaz discurso,
-
porque, no momento, os algoritmos de reconhecimento não foram muito boas,
-
mas nós sabíamos que eles iam ficar melhor.
-
E Jeff fez as perguntas muito importantes:
-
"Se conseguirmos o reconhecimento do ponto em que foi eficaz, o que vai ser a interação do usuário?
-
E que tipo de estratégias pode ser [a] mais eficaz? "
-
Assim, o Mágico de Oz habilitado para Jeff viagem no tempo
-
para um futuro onde a tecnologia de reconhecimento de voz funcionou melhor,
-
para tentar entender quais são as questões de experiência do usuário de domínio que seria.
-
Em geral, um protótipo Wizard-de Oz-compreende um par de peças:
-
Primeiro, você tem algum tipo de interface de usuário que você está entregando ao usuário
-
que sente-ish como uma interface de usuário - mesmo que de esboços ou custom-palavras faladas.
-
E, ao mesmo tempo, não há qualquer código ou muito que vai por trás dele -
-
o código e interatividade [que] está a ser criado é uma miragem de um ser humano.
-
Às vezes, há uma interface de usuário que o assistente tem,
-
que ajuntados para tornar a vida melhor para eles -
-
e de fato em 2000 colegas em Berkeley e eu construí um sistema chamado Suede,
-
que ajudou a automatizar os testes Wizard-of-Oz e interfaces com o usuário fala.
-
Assistente-de-onça protótipos fazer sentido quando ele é mais rápido e cheapter e mais fácil do que construir a coisa real,
-
e que vai ser especialmente verdadeiro quando você tem o reconhecimento com base em interfaces,
-
ou personalização que é personalizada para um usuário.
-
Essa compensação de saber se é mais barato e mais rápido e mais fácil também vai depender de suas habilidades:
-
Haverá algumas coisas que você sabe como fazer de forma rápida e facilmente e então você pode apenas implementar;
-
e há outras coisas que podem ser mais difíceis ou mais demorado para você,
-
e aqueles que você vai escolher para Wizard-of-Oz.
-
Assistente-de-onça protótipos, como qualquer outro tipo de protótipo, pode ser maior ou menor fidelidade.
-
E há algumas desvantagens importantes aqui -
-
Quanto maior a fidelidade do protótipo, mais parece que a coisa real aos usuários -
-
Na verdade, às vezes você pode construir uma interface que as pessoas não sabem mesmo está sendo alimentado por um assistente,
-
como na famosa história do Mechanical Turk, que é dentro de uma máquina de xadrez.
-
No entanto, fazendo uma interface de usuário de alta fidelidade vai levar muito tempo,
-
e os usuários podem ser mais relutantes em criticar uma interface de usuário que é realmente de alta fidelidade,
-
e assim, logo no início, eu recomendo protótipos rápida e suja de papel sendo a coisa mais poderosa
-
a ser usada para Wizard-de-Oz testes.
-
Como os usuários vão sentir como eles podem dar-lhe qualquer tipo de feedback;
-
é claro que você não colocar um monte de tempo para isso ainda,
-
e é rápido para que você faça, e por isso você realmente não têm um tempo muito nele ainda.
-
Alguns anos atrás, meu amigo setembro Kamvar criou uma empresa chamada Aardvark,
-
que é um motor de busca social.
-
Foi muito bom em ajudá-lo a usar a sua rede social para encontrar respostas de outras pessoas.
-
Assim, o modo como funciona é você fazer uma pergunta via mensagem instantânea, via Google bate-papo;
-
e ele vai ser automaticamente encaminhado para um amigo seu, ou um amigo de um amigo,
-
quem tem a experiência necessária para responder a essa pergunta.
-
Uma das partes duras sobre a construção de um serviço como este é: Como você faz o roteamento?
-
Eventualmente, eles descobriram um algoritmo para fazer isso, mas a inicialização que -
-
tanto para descobrir o que algoritmo para construir,
-
e para obter uma experiência de usuário ir antes que eles tinham construído nada -
-
eles tinham um protótipo Assistente de Oz.
-
Assim, a maneira que funcionou foi a de que funcionários Aardvark ficaria a questão,
-
e eles iriam selecionar manualmente a pessoa que ia ficar encaminhado para.
-
Damon Horowitz, o co-fundador da Aardvark, colocá-lo desta forma, em uma conferência:
-
ele disse que, "Se as pessoas gostam desta forma super-ruim, então vale a pena construir,
-
porque vai gostar ainda mais quando nós construímos a coisa real! "
-
Então, se você quer ser como Kramer ou Aardvark, como você pode fazer um protótipo assistente-powered?
-
Aqui está um esboço do que você precisa fazer em cinco etapas:
-
Em primeiro lugar, descobrir o que os cenários que você vai apoiar.
-
É muito mais fácil de construir um protótipo Assistente de Oz para um conjunto limitado de funcionalidades.
-
Eu gosto de Assistente-de protótipos = Oz
-
porque força você a descobrir o que deve acontecer em resposta ao comportamento humano.
-
Então, todos juntos uma espécie de esqueleto de interface do usuário -
-
as coisas que os usuários finais vão ver.
-
Terceiro, se você precisar, desenvolver os "ganchos" para o assistente [a] entrada se você está indo ter um assistente remoto
-
ou se eles vão controlar algumas funcionalidades do software por trás dos bastidores.
-
Em quarto lugar, e como parte da presente,
-
você terá que descobrir exatamente que tipo de entrada do assistente é permitido oferecer:
-
Eles estão indo para ser selecionando um menu de opções? oferecer resposta livre? falando o texto?
-
Vai dar-lhes uma árvore de decisão que controla o seu comportamento?
-
ou você vai deixá-los ser mais livres?
-
Se você tem um protótipo de papel, seu papel vai muito para manual -
-
adicionar widgets e controles deslizantes que se deslocam, e fazendo a interface ir.
-
Quando você está fazendo isso, é importante lembrar que,
-
em última análise, a funcionalidade que está wizarding agora é finalmente vai ser substituído com um computador,
-
e assim em algum ponto abaixo da linha, você terá que construir algum software para torná-lo ir.
-
E isso é importante, porque pode ser fácil de coisas falsas que não é possível acontecer.
-
E, por último, como em qualquer protótipo que você vai testar com as pessoas,
-
praticá-lo primeiro com um amigo ou um colega para pegar o jeito de fazer tanto o assistente -
-
é um tipo muito diferente de interação do que você pode ser usado para -
-
e, também, descobrir o que os cenários são mais eficazes, quais as instruções que você precisa dar às pessoas.
-
Sai os erros fáceis na interface do usuário antes que você traga em usuários reais.
-
E agora você está pronto para executar a interface do usuário: Como eu disse, você vai querer praticar com um amigo em primeiro lugar.
-
Assim que tiver as torções realmente óbvias, e quando você tem seu jargão para baixo e as tarefas prontas,
-
então é hora de recrutar algumas pessoas a entrar e experimentar o seu protótipo.
-
Você pode até mesmo ir a lugares como estações de trem ou aeroportos, ou cantos da cidade de rua, ou lojas de café
-
como uma maneira de ir para as pessoas que possam estar usando o seu sistema.
-
Em um protótipo Assistente de Oz, há duas funções:
-
você tem um facilitador, que vai falar para o usuário,
-
e você tem um assistente que vai manipular o protótipo.
-
Se você tem o luxo de uma equipe, é útil se houver duas pessoas diferentes,
-
em parte porque sua mente vai estar cheio de todas as coisas que você tem que fazer,
-
e se você separar esses papéis, cada pessoa pode se concentrar mais, fazer um trabalho melhor,
-
e você tem dois pares de olhos que olham o que a pessoa está fazendo, para que você possa aprender mais.
-
Mas pode fazer isso sozinho, se você precisa - isso pode ser uma pessoa que faz dois papéis.
-
Se você está tentando convencer alguém que este é, na verdade é um sistema real,
-
então você vai querer que seu assistente para ser oculto ou remoto de alguma forma, como o exemplo Aardvark.
-
E pense em como você gostaria de obter feedback dos usuários -
-
isso é algo que nós vamos tocar em várias vezes mais no decorrer deste curso.
-
Por enquanto, pense se você gostaria de obter pensar em voz alta feedback -
-
que é, quando a pessoa está usando o protótipo,
-
tê-los falar em voz alta o que é que está passando por sua mente, quais as decisões que eles estão fazendo e por quê,
-
o que eles estão confusos com quando eles se deparam com coisas que não consigo descobrir o que fazer.
-
Este protocolo pensar em voz alta é grande para conseguir coisas que de outra forma você pode não saber ou aprender.
-
No entanto, como você pode imaginar, pensando em voz alta pode alterar a forma como as pessoas interagem com o protótipo.
-
Então, se pensar em voz alta é muito perturbador, você pode pedir às pessoas no final do estudo
-
o que estava acontecendo por meio de sua mente e que eles estavam pensando -
-
que é chamado uma abordagem retrospectiva.
-
Se você gosta, você pode até mostrar-lhes o vídeo deles usá-lo.
-
Você pode, então, dizer coisas como: "Quando você ficou preso aqui, qual era o problema?"
-
Terceiro, se você tem coisas específicas que você gostaria de ter certeza de que sua interface faz bem,
-
você pode ter categorias de problemas ou heurísticas que você perguntou a seus usuários a prestar atenção.
-
E avaliação heurística é algo que nós vamos falar mais sobre depois neste curso também.
-
Quando estiver tudo feito, certifique-se de agradecer as pessoas para o seu tempo.
-
Você pode querer dar-lhes um certificado de presente, ou sorvete, ou algum outro tipo de agradecer-lhe.
-
E, se você ainda não disse a eles que há realmente um mago por trás dos bastidores que operam a interface do usuário,
-
no final da experiência é provavelmente um tempo muito bom para que -
-
Você vai querer certificar-se de ser honesto com as pessoas.
-
Você pode usar assistentes durante todo o desenvolvimento do seu software,
-
não apenas no início.
-
E assim, se você tiver o software totalmente funcional aqui, e ao longo do tempo você se move para lá,
-
você pode usar assistentes para preencher a lacuna de tudo o que não é construído na época.
-
Assim, o assistente pode fazer todas as interações no início,
-
e depois, como você se aproxima mais e mais a um projeto final,
-
você pode tê-lo basta preencher apenas as partes que não são feitas ainda.
-
Como você pode ver, há muitas razões para gostar Assistente-de-onça protótipos:
-
Eles podem ser muito rápido de fazer, o que os torna mais barato,
-
e isso também significa que você começa a girar a manivela na iteração mais.
-
Porque eles são rápidos, você pode rapidamente criar múltiplas alternativas.
-
E você decidir que deseja que a "implementação" de trabalhar de forma diferente,
-
você acabou de dar suas instruções do assistente diferentes, não há nenhum código para reescrever.
-
Porque é num sentido interactivo,
-
é mais real e você terá um melhor retorno do que apenas a partir de protótipos de papel,
-
embora usando protótipos de papel como substrato para um assistente
-
é uma excelente estratégia no início do processo de design.
-
É uma ótima maneira de obter retorno sobre bugs e problemas com o seu design de interface do usuário.
-
Cada interface de usuário única que eu já construído, ou que eu já vi construída,
-
ou que os estudantes da mina já construído, teve erros logo no início.
-
É muito difícil acertar na primeira vez.
-
Você vai repetir e falhar rapidamente, de modo que você pode ter sucesso mais cedo.
-
E um Mágico de Oz é uma ótima ferramenta para ser capaz de fazer isso.
-
Porque você está recebendo o feedback de usuários no início,
-
é uma ótima maneira de colocar as pessoas no centro do processo de desenvolvimento.
-
Também é realmente maravilhoso para futuras aplicações
-
quando começamos a pensar em como sensores e câmeras e outras tecnologias futuristas
-
pode permitir que outros novos tipos de interfaces de usuário.
-
Você pode imaginar isso agora através da construção de Assistente-de-onça protótipos.
-
E, por último, por estranho que possa parecer, você realmente aprender muito
-
sobre o que a lógica do aplicativo de sua interface deve ser, e que faz sentido
-
jogando o assistente e incorporando esse papel no sistema.
-
Mas há algumas desvantagens também:
-
Pode ser fácil para encobrir erros na tecnologia que acabará por voltar a mordê-lo -
-
como sistemas de reconhecimento de fala, por exemplo.
-
Se, no final do dia, você vai ter erros em seu sistema de fala,
-
você vai querer se certificar de que o seu protótipo Assistente de Oz codifica
-
o que acontece quando o discurso [reco] gnition parafusos S para cima.
-
Não assuma que vai funcionar perfeitamente o tempo todo.
-
Porque se você não tiver cuidado, você pode acabar simulando uma tecnologia que não existe e talvez nunca.
-
As pessoas, para melhor ou para pior, são inconsistentes,
-
e, para obtê-los a desempenhar o papel do assistente, pode exigir treinamento, de modo que é um tempo de aceleração.
-
E porque você tem que ter um ser humano físico lá para executá-lo,
-
sua eficiência em tempo de execução é mais lenta,
-
e pode ser mais desgastante para as pessoas que estão jogando o papel do assistente.
-
Assistentes são grandes para algum tipo [s] de funcionalidade, como Kramer fez com a interface de usuário fala.
-
Mas outras coisas, é mais difícil descobrir o que você pode fazer com uma interface de assistente,
-
e não pode ser tão eficaz - pode ser klunkier.
-
Ou pode ser simplesmente ser inadequado -
-
há algumas situações em que ter um assistente ao redor não pode ser ok.
-
Tudo somado, acho que assistentes são uma técnica extremamente poderosa,
-
e um muito divertido para esticar a sua criatividade.
-
Quais os tipos de novas interfaces de usuário que você pode imaginar, criando um protótipo de Assistente de Oz-?
-
Eu gostaria de agradecer a Stephen Dow em criar esta palestra -
-
Eu tirei em um monte de materiais que é que ele é usado em escrever e falar sobre Wizard-of-Oz protótipos.
-
E se você estiver interessado em aprender mais sobre assistentes, você pode ver esses recursos aqui.
