Transcrições
1. Introdução: Oi, eu sou Antiqua, e estou aqui para te ensinar a montar uma história de usuário. Nesta aula interativa, você aprenderá uma técnica para manter os usuários como parte integrante do design do produto. Você aprenderá sobre uma personalidade de usuário, até mesmo criar uma das suas. É assim que definimos quem são os nossos utilizadores e como os compreendemos. Você nem dá um rosto a eles. A partir daí, você vai criar um ano ou história. Isso define o que seu produto faz a partir da exibição do usuário. Esta é a atividade que eles gostariam de realizar. Ele inclui como eles gostariam de executá-lo e, mais importante, por que eles querem fazer isso. Eu venho de um fundo de desenvolvimento de software, mas essa abordagem se aplica a muito mais do que software. Em um mundo onde hardware, software e sociedade se misturam, é cada vez mais importante focar em nosso usuário. Personas e histórias são uma maneira de as equipes trabalharem juntas e alcançarem esse objetivo. Você não precisa de nenhuma experiência prévia nem ferramentas especiais para fazer essa aula. Não se preocupe. Se você nem tem um produto real, você pode trabalhar com qualquer idéia do simples ao louco ou apenas seguir junto com as idéias que eu dou. Tudo bem, vamos começar e dar uma olhada no nosso usuário.
2. Como criar um retrato de usuário: queremos começar criando um retrato de usuário. Este ar, também conhecido como personas. É assim que damos um rosto ao usuário que vamos falar. Não podemos escrever uma história de usuário se não soubermos quem é esse usuário. Vamos começar de forma simples. Quero que pense no seu produto. Pense em uma coisa que você pode querer que o usuário faça ou que tipo de usuário é. Então eu quero que você olhe em volta, vá para um site de fotos stock e obtenha uma imagem de um usuário real, alguém que vai representar para quem é que estamos projetando. Vou lhe dar um momento para fazer isso de vez em quando. Continuaremos com o retrato do usuário. Primeiro, vamos começar com o nome e a idade deles. Este é o Martin. Ele tem 32 anos. Então vamos ver. Onde eles moram? Isso faz parte de uma demografia básica. Nosso usuário, Martin, mora em um pequeno apartamento em uma cidade grande. Gostamos de pensar se isso é relevante para o nosso produto ou não. Neste caso, se estamos fazendo um produto sobre conhecer pessoas, pode ser relevante onde ele mora. Em seguida, vamos perguntar qual é o trabalho deles. Nossos usuários um gerente de conta para uma empresa de publicidade. Se o nosso produto não se concentrar no trabalho em si, talvez não seja necessário ir em meus detalhes aqui. Se o seu produto se concentrar no trabalho, você pode querer dizer um pouco mais sobre o que eles fazem. O trabalho ajuda a estabelecer um pouco do que nosso usuário faz na vida e o que ele pode
querer fazer com seu tempo livre. Então agora perguntamos, o que eles fazem? E isso é novamente relevante para o nosso produto. Martin gosta de levar sua grade na guitarra fora nos fins de semana perto de Lake or a River. Ele adora convidar amigos e tocar música para eles. Isso estabelece o que são usuário dúzia de vida que pode se relacionar com o nosso produto e nos dá uma base para decidir a próxima pergunta. O que eles querem fazer? Martin está procurando outros músicos que gostariam de tocar música casualmente nos fins
de semana. Duas perguntas funcionam juntas. O que eles estão fazendo agora estabelece onde eles estão no momento no que eles querem fazer ? Diz para onde eles gostariam de ir, e é aqui que o seu produto entra. O que eles esperam conseguir com o seu produto? Isso cria um retrato básico do usuário para Martin. Conhecemos a demografia básica dele. Sabemos onde ele mora. Sabemos que um trabalho é e sabemos o que ele faz agora. E sabemos o que ele quer fazer. Concluído a criação para usuários ou certifique-se de postar um resultado no seu projeto.
3. Mais sobre retratos de usuários: Agora que temos um retrato do usuário, temos uma maneira de visualizar nosso usuário. Temos uma maneira melhor de entender quem eles são. Isso vem do conceito de uma persona em marketing, onde o usuário talvez amostra da população ou criado artificialmente a partir de dados demográficos fora do mercado-alvo. User Portrait nos oferecem quatro recursos para nos ajudar durante o design do produto
Comunicação número um . Eles fornecem uma linguagem fácil e natural para conversarmos entre equipes e entre nós e com o usuário sobre o que o produto faz, quem é o usuário e quais são suas expectativas. Número dois. Psicologia. Ter um retrato de usuário nos permite projetar para uma pessoa real em vez de um conceito difuso
do usuário. Agora temos um rosto real para esse usuário, e à medida que criarmos mais, teremos mais rostos. Isso nos baseia na realidade e nos permite projetar para pessoas reais em vez de
conceitos difusos . Transformação número três. Ao ter esses retratos por ter um rosto de usuário real, ele nos permite desafiar as suposições sobre quem pensamos que nossos usuários são. Às vezes, se nos desenvolvemos um pouco fora e
evitamos, perdemos a noção de quem estava se desenvolvendo para e começamos a ter noções diferentes. Estereótipos e preconceitos sobre quem são usuários é dando-lhes um rosto como história e desejos . Isso nos ajuda a desafiar essas suposições e garantir que estamos no caminho certo e sabemos quem são
nossos usuários. Número quatro Foco. O retrato do usuário coloca o foco no usuário por constante referência de volta para o seu retrato por talvez pendurado na parede, colocando um interesse, seu sistema tendo essa parte dos requisitos. Temos sempre a visão do usuário. É para isso que estamos desenvolvendo o sistema. Não estamos desenvolvendo o produto para o produto em si. É para ser usado por essas pessoas. Este retrato é que temos. E apenas manter isso em nossa mente nos ajuda a projetar um sistema que é orientado para o usuário. Isso vem com algumas advertências. número um é que estamos trabalhando com uma imagem áspera aqui. Esta não é uma pessoa de verdade. Podemos tê-lo juntado a partir de dados reais de dados demográficos ou crianças. Alguém que achamos que está no nosso mercado-alvo. Mas temos que estar cientes de preconceitos e preconceitos se algo não estiver alinhado entre nossos recursos de
desejo e a história do usuário. Vale a pena investigar se este retrato realmente faz sentido ou se estamos a perder alguma coisa. Estes retratos não são feitos para ser estáticos, nem para ser autoritário. Ao longo do tempo eles vão se transformar como nós tínhamos requisitos do produto. À medida que identificamos outros usuários e outros recursos, teremos que revisitar este retrato e decidir. Tudo isso faz sentido? Ou as coisas têm que mudar? No final, um retrato do usuário é apenas mais uma ferramenta. Isso nos ajuda a colocar o foco no usuário e entender como eles usam um sistema. Mas não nos dirá tudo sobre o nosso sistema. É certamente uma ferramenta poderosa e nos dá a motivação certa. Mas não é tudo.
4. Como criar uma história de usuário: Vamos criar uma história de usuário para o nosso usuário, Martin e nosso produto. Começaremos com uma breve descrição dessa história. Como usuário, criarei uma reunião porque quero conhecer novas pessoas. Isso serve como um bom cabeçalho para a história para tentar catalogá-la ou colocá-lo em um problema ou sistema de
recursos. Vamos entrar nos detalhes como um usuário, nossos usuários Martin. Isso estabelece quem fará essa atividade nesta história de usuário. Em contraste com o usuário, podemos ter um gerente de produto ou administrador. Neste caso, é um usuário Martin, colocando nosso foco claramente no usuário final. Vou criar uma reunião. Esta é a atividade. São usuário estará realizando. Ah, reunir-se em nosso sistema é uma forma de ele conhecer novas pessoas, e isso leva direto ao porquê de ele querer fazer isso. Porque quero conhecer novas pessoas. Isso responde por que, Ah, Gavin, Martin
vai encontrar músicos amadores que querem desfrutar de música e comida no fim de semana ? É importante responder por quê? Porque estabelece por que eles estão usando seu produto. A atividade não é necessária. Há algo que eles querem fazer. É algo que eles vão fazer porque eles querem conhecer novas pessoas neste caso, tentar manter em mente a distinção entre o que eles estão dispostos a fazer e o que eles realmente querem fazer. Agora, do ponto de vista do usuário, temos dançarina. Mais uma coisa, que está implícita em nossa forma curta, mas não está explicitamente lá. O resultado. O que eles estão esperando para obter com esta atividade? No nosso caso no sábado, Martin encontra alguns velhos amigos e alguns novos no lago. Eles comem comida e tocam música. Este resultado é de vital importância para uma história de usuário, pois estabelece o que o usuário
avaliará nosso produto quando ele passar por esse processo. Neste caso de criação de uma reunião, eles vão julgar o sucesso sobre este resultado, realmente conhecendo novas pessoas. Então, quando você escreve sua história de usuário na forma curta e, em seguida, escreve as partes longas todos os bits que juntam a atividade, quem está fazendo isso, por que eles estão fazendo isso e o resultado Agora isso é geralmente uma história de usuários de alto nível, às vezes chamado de uma grande história de usuário ou se referem como um épico. Podemos dividir isso em uma jornada de usuário. Esta jornada nos dá mais informações sobre o que o usuário está fazendo em nosso produto em nosso produto. Martin ele usa o produto no ônibus e manhã em aberto, o aplicativo. Ele vai escolher uma data e vai criar uma reunião verde. Ele escreve uma descrição. Ele escolhe o local, o lago. Ele convida amigos. Ele cria um convite aberto para jogar com novas pessoas, e ao longo da semana ele é notado está chegando até o resultado que ele conhece novas pessoas
no lago. Essa história de usuário não entra em detalhes, mas é importante anotar essa jornada, que você entenda como ela se encaixará. Podemos realmente fazer parte desta jornada para criar mais histórias de usuários, como convidar seus amigos. Este é um detalhe de alto nível, mas queremos entender qual é a experiência para isso. Talvez a escolha, um encontro, talvez um calendário ritual. Esta jornada pode ser quebrada para mais. Vocês são as histórias, mas por enquanto, vamos deixar essa história de um usuário com este subtítulo. Como usuário, criarei uma reunião porque quero conhecer novas pessoas
5. Conclusão: Ótimo. Você criou o retrato do usuário e uma história de usuário focada em uma atividade. Isso ajudará você a concentrar seu design de produto em um usuário real e o que um usuário quer realizar no mundo real. Obviamente, uma pessoa uma atividade não será suficiente. Você vai querer criar mais personas, capturar mais usuários. Ele estará usando seu sistema e muito mais atividades. Eles vão querer fazer mais do que apenas uma coisa. Talvez você precise quebrar essa jornada. Se for um pouco complexo demais, você tira os pontos e cria novas histórias de usuários para aprofundar e descobrir como eles funcionam e como eles se encaixam na imagem do usuário. A partir daqui, você pega essas histórias de usuários e desenvolve casos de uso. Estas visões centradas no sistema de ar, os requisitos. Nós não estamos cobrindo isso nesta aula, mas eu estou lhe dando uma idéia de onde você vai a partir daqui para criar
requisitos específicos de produtos . Não exagere com o retrato do usuário em histórias de usuários. Use um pouco de senso comum. Estes ar realmente bom para requisitos funcionais aquelas coisas que os usuários ar ativamente usando no produto, mas eles não funcionam tão bem para os requisitos não-funcionais como privacidade, segurança e estabilidade. Eles também não funcionam para alguns casos de uso complexos onde você tem um requisito específico de um cliente em particular que realmente não se alinha com os usuários, Corey. Mas para todos esses outros recursos para todas as principais histórias para a existência principal, se suas histórias de usuário do aplicativo capturar a essência do que ele deve estar fazendo, ele também permite que você nunca perca o controle fora dessas histórias básicas de usuários. Aqueles brancos vieram ao seu aplicativo em primeiro lugar. Eles têm que permanecer utilizáveis e simples, mesmo quando você adiciona todos os outros recursos. Você sempre pode olhar para trás para o retrato do usuário e essas histórias originais do usuário para decidir se a experiência do usuário ainda é aceitável para esses usuários. Agora saia e crie mais personas e mais histórias e mantenha essas imagens visíveis para que você saiba para quem está trabalhando. Ele sempre mantém essas histórias à mão, para que você se comunique com outras equipes e dentro de sua equipe e saiba por que você está criando os recursos em seu prédio. Obrigado por fazer esta aula. Espero que agora você tenha uma melhor compreensão de cada usuário através de retrato do usuário e histórias de usuários. A polícia leva um pouco de tempo para enviar seu retrato e suas histórias para sua área de projeto. Isso nos permite que todos os cabos olhando e fornecer feedback e ajudar uns aos outros e ver em que direção queremos ir. Muito obrigado.
Edaqa Mortoray, Programmer, Chef, Writer
