Prototipagem

O que esta categoria cobre

Tornar algo clicável antes que alguém o construa: mockups interativos, mudanças de estado, fluxos que as pessoas podem de fato experimentar e os testes que transformam opiniões em observações.

A sobreposição com os softwares de design é grande, já que a maioria das plataformas de design hoje inclui prototipagem. Existem ferramentas dedicadas para os casos em que a interação carrega lógica de verdade, ou em que a pesquisa precisa de gravação e análise integradas.

Design de telas e sistemas de design ficam em design. A criação de aplicações completas sem código pertence a no-code e automação.

Fidelidade é uma decisão, não um padrão

O desperdício mais comum nesta categoria é construir um protótipo lindo para responder a uma pergunta que caixas cinzas teriam resolvido.

A baixa fidelidade testa a estrutura: se as pessoas entendem o fluxo, o que esperam em seguida, onde hesitam. É rápida, barata e quase impossível de exagerar no investimento.

A alta fidelidade testa compreensão e confiança. O acabamento muda o comportamento, e uma tela tosca deixa as pessoas condescendentes de um jeito que um produto real não deixa, então tudo o que envolva confiança ou compra precisa parecer pronto.

Defina primeiro a pergunta e só depois escolha a fidelidade. Fazer ao contrário é como três semanas somem em animações que ninguém pediu.

O que separa as ferramentas

• Profundidade de interação, de simples links a condições e variáveis.
• Estado, para que uma tela se lembre do que foi digitado um instante atrás.
• Componentes, reutilizados entre telas sem duplicar trabalho.
• Dados, reais ou realistas, em vez do mesmo texto de exemplo em todo lugar.
• Teste em dispositivo, num celular de verdade e não num quadro redimensionado.

Variáveis e condições são a linha divisória. Um protótipo que consegue guardar o que foi digitado num formulário, ramificar a partir disso, lembrar a escolha e mostrar um estado de erro genuíno responde a perguntas que a abordagem de telas ligadas por links não responde.

O conteúdo realista importa mais do que se imagina. Nomes longos, listas vazias, imagens ausentes e mensagens de erro são onde os designs quebram, e o texto de exemplo esconde todos eles.

Testar, que é o verdadeiro objetivo

Um protótipo existe para ser mostrado a alguém que não estava na sala.

As sessões moderadas produzem raciocínio: por que uma pessoa hesitou, o que ela achou que uma palavra queria dizer. Os testes sem moderação produzem comportamento em escala e a custo menor, sem a pergunta de acompanhamento. Os dois superam uma reunião de revisão em que vence a opinião mais alta.

Cinco participantes por grupo de público encontram a maioria dos problemas de usabilidade. Depois disso o retorno cai muito, e o tempo rende mais corrigindo o que foi encontrado e testando de novo.

Escreva a tarefa antes de recrutar quem quer que seja. Ver alguém tentar fazer um trabalho específico é evidência; pedir uma opinião sobre uma tela é uma conversa sobre gosto.

Do protótipo à construção

A pergunta da entrega é o que sobrevive.

Algumas equipes tratam o protótipo como uma especificação: um registro de cada estado, transição, caso vazio e caso-limite que de outra forma seria discutido durante a implementação. É aí que está a maior parte do valor.

O código gerado melhorou e ainda precisa ser reescrito para produção. Trate qualquer exportação como um esboço inicial, e não como atalho, e espere que a implementação real levante questões que o protótipo nunca enfrentou, em especial de desempenho e acessibilidade.

Custo e restrições práticas

O preço é por editor por mês, com quem só visualiza geralmente sem pagar, e as plataformas dedicadas de pesquisa cobram por estudo ou por participante.

O custo maior é o tempo. Um protótipo que leva duas semanas para ficar pronto custou mais que a reunião que ele substituiu, então mantenha o escopo preso à pergunta. Os serviços de teste acrescentam uma taxa por participante, às vezes com recrutamento incluído, e isso costuma ser dinheiro bem gasto em comparação com adivinhar. Os hábitos de preço mais amplos do mercado de software estão descritos em o que as páginas de preços escondem.

Onde os protótipos pagam o que custam

Três situações compensam de forma confiável o esforço de construir um.

Um fluxo de complexidade genuína, em que descrições escritas geram imagens diferentes em cabeças diferentes e a divergência só aparece durante a implementação.

Uma decisão com dinheiro envolvido, em que um checkout, uma página de preços ou um caminho de cadastro pode ser testado com pessoas reais antes que alguém construa.

Uma apresentação, interna ou externa, em que mostrar algo funcionando muda a conversa de opinião para detalhe.

Fora disso, uma boa descrição escrita e uma tela estática muitas vezes resolvem. A disciplina que vale manter é perguntar que pergunta o protótipo responde e parar assim que ela for respondida, em vez de continuar porque o arquivo é agradável de trabalhar.