Olá, tudo bem? Espero que ten encontrado bem. Aqui vai a orientação sobre essa atividade aberta da disciplina de eh experiência do usuário, né?
A gente tem um enunciadozinho aqui. Eu recomendo que vocês deem uma lida com calma, né, para vocês conseguirem entender de fato o que que é para fazer nessa atividade. Mas esse vídeo aqui é justamente para poder já dar uma orientação mais direta sobre o que vocês vão precisar fazer, né?
Antes de mais nada, eh, a ideia aqui é você se colocar no papel de um designer de interação júnior, ou seja, uma um profissional que trabalha justamente com essa parte de experiência do usuário, né? Então aqui é o seguinte, eh a ideia é a gente pensar em um problema real de usabilidade de algum serviço, um serviço público ou um serviço comercial. O foco dessa atividade não é programação de sistemas nem nada do tipo, mas sim é pensar numa solução de interface, né, de uma maneira planejada, onde a gente vai mostrar como o usuário interage, né, com essa ferramenta que a gente pensar e como é que eu vou evitar essas falhas de comunicação, né, que podem acontecer entre o sistema e o usuário devido a problemas de usabilidade, né?
Então aqui o primeiro passo para vocês fazerem atividade é o seguinte, eh primeiro de tudo, pensem no qual problema que vocês vão escolher, né? Então você pode ir lá ver, ter problema em sistema, é o que mais existe, né? Hoje em dia, principalmente se for falar de sistemas do serviço público, por exemplo, né?
Então primeiro de tudo, você deve pensar qual o problema de usabilidade que eu devo escolher, né? Em qual contexto que ele acontece? quem é o usuário, qual é a solução que eu lhe proponho a fazer, né?
Daí posso dar alguns exemplos para vocês aqui no vídeo, né? Por exemplo, pode ser um, sei lá, um aplicativo de agendamento, de atendimento, um imposto de saúde ou um site para solicitar segunda via de boleto, o aplicativo de transporte público e e outros exemplos aí poderia dar também para vocês, né? Mas só para vocês já terem uma ideia, vamos supor que eu vá fazer minha atividade e seja sobre um sistema de agendamento em um posto de saúde, né?
Então aqui, supondo que eu escolhi isso, né? né? Então eu escolhi um problema de dificuldade no agendamento de consultas, né, em uma unidade pública de saúde.
E muitos usuários têm dúvidas sobre onde eu devo clicar, quais os documentos são exigidos e como eu confirmo o meu atendimento. Aí então, se eu pensei nesse exemplo, a minha proposta seria desenvolver uma interface simples de aplicativo, né, para agendamento guiado. Aqui eu não tô falando de desenvolver um aplicativo, eu tô falando de pensar no design desse aplicativo para que a pessoa que vai fazer o agendamento, ela entenda o que que ela tem que fazer para conseguir de fato fazer o agendamento.
Aqui na primeira etapa, né, storeboarding, vocês devem fazer o seguinte, pensar é uma sequência de cenas, né, quase como se fosse uma história mesmo em quadrinhos, né, mostrando lá, por exemplo, quem é o usuário, qual o problema que ele enfrenta, como é que ele tenta resolver, como a interface entra nessa situação e qual o resultado que ele vai obter, né? Então aqui vocês vão fazer o seguinte, eu sugiro que vocês façam aparecer seis quadros, por exemplo, né, onde eu trago cada contexto, né, dessa dessa desse exemplo fictício do sistema de agendamento. Aí no meu storboard, eu traria, por exemplo, quadro um contexto inicial, né?
apresenta o usuário a necessidade. Por exemplo, ah, o Joãozinho ali tá querendo fazer o agendamento, mas eh tá querendo ter um atendimento, mas ele precisa marcar uma consulta, né? Então, esse é o primeiro contexto e o segundo quadro seria o problema atual, mostra a dificuldade que existe lá no sistema, né?
Então, por exemplo, o Joãozinho tenta pelo site antigo, mas ele não consegue entender muito bem quais os passos que ele tem que fazer para fazer esse agendamento. Aí o 43 seria a frustração ou a ruptura comunicativa, onde você deve mostrar o sist onde o sistema falha, né? E por que o usuário não tá entendendo o que é para fazer lá.
Você vai começar a pensar no nos problemas lá. Os botões são confusos, ela não sabe o que fazer, a pessoa não sabe o que fazer, ela não sabe se o agendamento realmente foi concluído, porque não tem uma mensagem, né? Quando eu termino meu agendamento envio os documentos, não me dá uma confirmação de agendamento.
Já no quadro quatro, você teria com a entrada de uma solução, né? Quadro quatro, você apresentaria lá uma proposta de solução para que a pessoa não tenha esse problema que você disse lá no início, né? Aí você diria, né?
a interface nova, ela traria lá eh o seguinte, o Joãozinho acessa o novo aplicativo e o fluxo é bem guiado. Então ele vai entender quais são as etapas que ele tem que seguir, tá bem claro lá o que que ele precisa fazer para fazer o agendamento no quadro cinco, né, a gente traria lá uma interação com o sucesso, né, apresentando a navegação clara e os passos compreensíveis, onde ele vai fazer lá escolher qual especialidade, qual a data e confirmar, né, tudo mais. de uma maneira simples, ele vai conseguir entender se ele realmente tá conseguindo fazer o agendamento, o que que ele precisa enviar, tudo de maneira clara.
E o quadro se traria o resultado final, né, onde você vai mostrar o benefício de fazer essa sugestão de melhoria no site que você diz que tem um problema, né? Então, a gente imaginou um site que tem um problema, que seja difícil de agendar, que a pessoa não saiba com se ela eh se ela conseguiu agendar ou não, quais documentos que ela tem que submeter. E o site ele ele não traz uma comunicação clara.
Esse foi o problema que a gente trouxe como resultado final, né? A gente diz que com a nossa proposta de solução, o Joãozinho vai receber um comprovante e um lembrete. Posso dizer ainda que vai agendar no Google Agendas dele para lembrar que ele tem uma consulta com determinada especialidade num determinado local, em uma data específica e horário, né?
Aí aqui para vocês fazerem o storeboard, vocês podem fazer desenho mesmo à mão se vocês quiserem ou se quiserem utilizar outra ferramenta como o PowerPoint, Canvas ou criar e de alguma maneira as figuras de você fiquem à vontade para utilizar programas aí e ou até mesmo a mão, né, onde você vai desenhar de fato essas situações aí que eu falei, né, eu falei seis quadros, podem fazer seis ou mais, né? Aí eu sugiro que façam seis apenas no nessa parte do storeboard, né? Storboard é uma historinha mesmo, fosse uma historinha e quadrinhos, só que das situações que a gente passou aqui anteriormente.
Aí a sequência que vocês vão fazer, ela tem que ser clara, né? Como assim como que eu passei aqui. Então, só relembrando, a gente falou quadro um, né?
O contexto inicial, quadro dois, o problema atual, ou seja, eu digo o que que tem de errado com o serviço que eu escolhi. Quadro três, onde tem a frustração ou a ruptura comunicativa, ou seja, onde eu tenho o meu problema de experiência do usuário. Aqui o quadro quatro, eu trago a minha solução, eu falo eh no quadro cinco como é como a minha solução vai trazer o sucesso e no quadro seis eu vou falar sobre o benefício dessa solução ser implementada, né?
Aí a etapa, a etapa dois seria o quê? a definição de fidelidade. Tem uma descriçãozinha aqui breve, tem o autor que fala sobre isso, que tá aqui na bibliografia, né?
Mas aqui de maneira direta, o que que vocês vão ter que fazer aqui? Você vai dizer que tipo de de protótipo que você vai fazer, né? um protótipo de baixa fidelidade ou de alta fidelidade.
Então, por exemplo, se eu for utilizar uma ferramenta de prototipação, eh, se o que eu tô fazendo ali eh já é bem parecido com a interface que eu tô me propondo a melhorar, né, como nova interface do sistema que eu verifiquei ou não, né? Então, se eu for fazer um protótipo de baixa fidelidade, ele é um esboço, né? fazer um esboço, um aire frame rápido.
Se for um de alta fidelidade, eu vou fazer um protótipo que vai simular o meu sistema. Ele só não vai estar integrado ao banco, nem APIs e tudo mais, mas ele vai fazer todas as funcionalidades, só que não vai finalizar o agendamento. Só para poder o a pessoa que for analisar a sua ideia entender como é que vai funcionar a o novo o novo layout pensando na experiência do usuário.
Aqui vocês vão fazer da maneira que vocês acharem mais simples, né, essa definição de de fidelidade. Eu sugiro que façam de baixa fidelidade. se você não tiver familiaridade com nenhuma ferramenta de prototipagem, né?
Mas se você tiver e quiser fazer, faça. E aí vocês vão enviar pra gente também isso aqui, né? Justificando a escolha.
E aí você vai dizer aqui o no feedback esperado pro usuário, eh, você vai trazer lá se seu seu se protótipo tá ele tem alta fidelidade com a sua proposta de solução ou não. Aí você vai falar lá, por exemplo, escolhi eh baixa fidelidade para reduzir custos e acelerar a alteração e tudo mais, né? E eu quero que seja rápida a minha solução, porque o meu problema ele ele afeta usuários e o sistema ele tá em produção, ou seja, tá funcionando lá.
E esse problema aí eu não tô conseguindo agendar minhas pessoas porque as pessoas não estão sabendo utilizar o meu sistema. Então preciso de uma solução rápida para esse problema. Mas se é uma melhoria que não é tão fundamental assim, né, supondo que seja um outro sistema, não esse que eu que eu mencionei, aí você tem tempo de fazer um protótipo com mais fidelidade à melhoria que você quer implementar aqui.
Aí vocês vão dizer, né, e tudo mais, que é meio que vocês justificarem eh porque que você escolheu baixa fidelidade ou alta fidelidade, né? E aí por fim, a etapa três, né? Você vai fazer o seguinte, na etapa três, você vai escolher qual ferramenta que você vai eh utilizar para demonstrar esse esse protótipo, né, que você vai fazer.
Então você diz aqui qual o protótipo que você vai fazer, o tipo aqui você faz o protótipo, né? Se você vai usar, por exemplo, Adobe XD, Marvel, McAPs, tem outros, né? A gente tem o Figma, tem a diversos diversas ferramentas, até mesmo daria para fazer com o PowerPoint se a gente quisesse fazer, né?
Colocar lá botões com ações e tudo mais para fazer. Eu sugiro escolher uma ferramenta e criar esse protótipo, né, da solução de vocês. Aí, como eu dei um exemplo de um sistema simples de agendamento, a ideia aqui é pensando em um sistema gigantesco que tem um módulo só de agendamento.
Como eu tô falando só do agendamento, a minha ideia é mostrar como é que vai funcionar o percurso do agendamento sobre o contexto da experiência do usuário sendo levado como consideração na hora de desenvolver o meu sistema. Então aí eu tenho que trazer isso aqui, né? Então vou trazer lá o meu o meu a minha ferramenta, né?
A minha produção de de protótipo na ferramenta que eu escolhi. E aqui eu vou dizer, vou trazer lá, ah, foi é baixa fidelidade é o que eu pretendo implementar. E aí eu vou trazer eh eh o meu protótipo, vou utilizar uma ferramenta, sugiro que vocês vejam algumas ferramentas de de prototipagem, né, e elabore um protótipo rapidinho.
Isso aqui não precisa entender de programação nem nada do tipo, né? Vocês vão ver que se você pesquisar qualquer uma dessas ferramentas aqui, não é necessário eh entender de programação. Então você vai entender mais ou menos como é que é para funcionar o seu site de maneira lógica, né?
Então aqui é o seguinte, ó. E por fim, vocês vão fazer o o roteiro para uma gravação de um pit. Eu ia pedir o a gravação, mas como a turma é muito grande, então ficaria inviável de corrigir isso aqui com qualidade.
Um pit, para quem não sabe o que que é um pit, um pit é um vídeo curto onde eu apresento meu produto, como se eu tivesse vendendo meu produto para um grupo de investidores. Então o PIT é mais ou menos é aquele aquela pequena apresentação onde eu vou direto ao ponto, né, de maneira clara. Eu não vou dizer, por exemplo, ah, minhas funcionalidades assim, assim, não.
O meu objetivo aqui é a experiência do usuário, então o foco do meu pit vai ser na experiência do usuário. Então, vou falar que existe um problema no meu sistema, mas com essa melhoria aqui, o problema que eu tô dizendo que existe será resolvido ou mitigado, né? Aí eu não vou pedir o vídeo, vou pedir o roteiro para vocês, né?
Então vocês vão elaborar o storeboard, né? seriam as situações lá, vão definir qual vai ser a fidelidade do protótipo de vocês e vão elaborar o protótipo e um roteiro para uma apresentação onde eu digo eh o meu problema direto ao ponto qual a solução que é essa melhoria vai trazer. A avaliação vai ser a seguinte, eu vou avaliar a etapa um.
Se você fez o storeboard, vai valer 0 pontos. Vou elaborar a definição da fidelidade, se você descreveu claramente lá o motivo de você ter escolhido essa fidelidade. E eu vou avaliar também na etapa três a ferramenta que você utilizou, né, para prototipar a sua melhoria.
Eu vou avaliar também o roteiro que você vai produzir pro seu pit, se ele tá sendo direto ao ponto, tá dizendo a melhoria e falando da melhoria e tudo mais. E todo aqui a gente vai avaliar esse contexto aqui de coerência, coesão, organização das ideias, né, qualidade da redação que vocês vão escrever. Basicamente isso aqui vai valer a nota total da atividade, né?
Aí vocês vão vão entregar tudo tudo que vocês vão produzir aqui, né? Storeboarding, o o protótipo com a ferramenta que vocês escolherem, né? Então, por exemplo, ah, sei lá, eu criei no Figma.
No Figma você consegue gerar o link lá de compartilhamento. Você vai gerar o link link de compartilhamento e vai colocar é no seu texto lá que você define a fidelidade. Vai falar: "Meu projeto vai ter essa essa esse nível de fidelidade e tá aqui o link do protótipo que eu fiz, tá?
Beleza? Aí tá aqui o meu meu roteiro, onde eu apresento a minha solução e tudo mais. E aí vocês vão enviar tudo isso nessa atividade aqui.
Se alguém tiver alguma dúvida, só perguntar no fórum de dúvidas lá que a gente tá à disposição para tá respondendo vocês, tá bom? Espero ter explicado aqui a atividade, o que que é para fazer. Então, vocês viram que é uma porção de entregas, né?
Cada entrega tem o seu valor dentro dessa atividade e o objetivo dela é justamente você entender eh problemas do mundo real que envolvem experiência do usuário e você pensar em soluções, né, como um profissional mesmo da área de tecnologia, mais especificamente um design de interações, né? Aí vocês t que lembrar que como é um design de interações júnior, o que eu não vou avaliar aqui, né, que não vai entrar no mérito da avaliação é se a solução é muito boa, se ela é mais ou menos ou se ela é ruim. Vou avaliar o que vocês vão entregar, independentemente de ser uma boa ideia, uma boa solução ou não, né?
Então, ah, a minha ideia não é tão inovadora assim pro problema, ela vai mitigar, mas é muito pouco, não tem problema. Isso não vai ser considerado na hora de ser avaliado, tá bom? E é isso, pessoal.
Espero ter ajudado vocês.
