Olá. Eu vou falar sobre prototipação com uma ênfase em prototipação rápida. As qualidades de protótipo para o seu projeto podem ser um: um a representatividade, ou seja, eliminar o uso de jargões dentro de um projeto e dar o mesmo nome para componentes que estão sendo utilizados. Dois: os protótipos são bem versáteis, eles podem ser em papel, podem ser em HTML, ou podem ser inclusive uma ligação falsa de alguém. Não há uma forma certa para um protótipo. Três: a precisão de protótipo, no sentido de, um protótipo ele te dá pouco mais de detalhe, realismos, sobre o que é que você está tratando no seu produto. Quarto ponto é a interatividade de um protótipo. Ele permite que equipes consigam conversar sobre uma ideia, e não simplesmente falar sobre pontos abstratos, eles conseguem apontar alguma em coisa o que está acontecendo de certo ou de errado, e inclusive dar sugestões em cima disso. E o quinto ponto é que um protótipo permite a evolução do seu produto. Não importa o processo ou meio que você use para o seu protótipo, a ideia é que você entenda que ele é uma prova de conceito que internamente você consegue validar com o pessoal do desenvolvimento, ou mesmo aplicar heurÃsticas, que inclusive foi uma aula já aqui do curso, já foi dada, você consegue validar essas coisas internamente, você consegue ver problemas que, por exemplo, o seu front-end já identificou. E externamente também você consegue validar com fornecedores, validar com clientes, ou mesmo com usuários. Teste de usabilidade também é uma aula aqui do curso, então você consegue utilizar protótipos por exemplo para esse tipo de técnica. Não tem como eu te dizer qual que é a fórmula exata de fazer um protótipo. Por exemplo, se você estiver validando um produto como uma Siri da Apple, não tem como você fazer isso em uma tela. Então protótipo ele nada mais é do que um fake, do que uma farsa. Ele vai te ajudar a visualizar melhor a sua ideia, então por exemplo, para uma Siri, uma ideia de você simular um produto como esses seria botar uma pessoa ligando de fato pelo celular do outro lado, ou seja, não tem como você validar rapidamente um produto que envolve uma inteligência artificial por trás e ainda em áudio, então a ideia é que você faça um fake cima disso. A ideia é que você faça um fake em cima disso, mas que também você use os insumos que você tirou disso para os próximos ciclos de design. Quando aplicar protótipo, a forma que eu vejo mais interessante de usar, uma técnica de prototipação, é ao final de ciclo de design, ou seja, se você tem, por exemplo, e-commerce que você tem uma home, um detalhe de produto e um carrinho, a ideia é que ao final de cada desses ciclos você saia com um protótipo. Em termos de prototipação rápida, acredito que o ideal seja no inÃcio desses ciclos, ou seja, a prototipação rápida ela meio que é como um rabisco, um rascunho, um sketch. Idealmente, um protótipo ele é um ritual, então ao final ou inÃcio de cada um desses ciclos você tem que fazer, você idealmente faz disso uma coisa constante, uma coisa que você supostamente deveria ir para toda reunião com protótipo, algumas pessoas dizem isso. Mas não existe uma forma certa a respeito. E ainda que haja dificuldade de implementação da cultura de protótipo na sua empresa, eu acho interessante você entender que o protótipo ele contribui com a comunicação entre times, ele ajuda a encontrar problemas, e ele também faz com que essa comunicação esteja mais voltada a ações e seja mais visual do que em conversas, por exemplo, em palavras. Se quiser mais um pouco de detalhes sobre, detalhes e exemplos de protótipos, o livro do Design Sprint é um deles, que eles têm vários exemplos de protótipos bem legais que foram feitos bem rapidamente, e não importa se você está usando um keynote, ou um sketch, ou um papel, a ideia é sempre validar mais rápido e constantemente. Tá, e como fazer um protótipo? Em primeiro lugar, você tem que delimitar o seu escopo, ou seja, você tem que saber o que você vai ter que prototipar. Você não precisa prototipar tudo do seu produto. A ideia é que aqui você aplique a regra de Pareto, ou seja, você desenhar 20% das funcionalidades que provavelmente vão ser usadas, 80% do tempo. Então não precisa ser tudo, você pode priorizar algumas coisas. Por exemplo, em um e-commerce você, provavelmente ele vai querer desenhar uma tela de detalhe do produto à tela de alteração de senha, porque acredito eu que uma tela de detalhe do produto tenha mais importância do que uma tela de alteração de senha, a não ser que você queira de fato testar aquela tela de alteração de senha, e aà tudo bem. A ideia também é você usar X cenários, histórias, e outras técnicas que te ajudem a ter pouco mais de contexto a isso, por exemplo, personas. Quanto mais rico você deixar a história, o roteiro do seu protótipo, melhor. Então usar de cenários podem te ajudar a pensar melhor o protótipo e o roteiro que você vai seguir nesse protótipo. Da mesma forma é importante você ir colhendo feedbacks. Tudo que surgir durante a utilização de um protótipo é legal você usar para os próximos ciclos de design, então tudo que você faz em torno de protótipo é bem interessante que seja documentado, para que sirva de material para as próximas decisões em design do produto. Da mesma forma, é interessante você ir constantemente repetindo esse ciclo, ainda que não seja possÃvel, eu não sei como que é na sua empresa ou na sua atuação como freela ou sei lá o que, mas o ideal é que você sempre repita esse ciclo, quanto mais você repeti-lo, mais você vai encontrar problemas e isso é bom porque você vai ter mais feedback, você vai ter mais material para trabalhar. De forma prática então para concluir, um protótipo ele é um caminho mais curto entre o design e o desenvolvimento. Um protótipo, a ideia de um protótipo ela gira torno de colaboração e experimentação, em especial com os desenvolvedores. O importante é você ter um foco no contexto geral e onde você quer chegar com aquele protótipo. E tudo que surgir em torno da utilização desse protótipo, por exemplo, em teste de usabilidade, que é outra aula desse curso, tudo que surgir é interessante você ir documentando tudo, para que sirva como memória do projeto.
