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.