Do Figma à produção: a minha checklist

O design no Figma estar bonito não quer dizer que o projeto esteja pronto. Antes de qualquer deploy, corro sempre a mesma checklist — e a ordem não é aleatória, vai do que quebra a experiência ao que garante que o site continua vivo depois de eu sair.

Começo pelo responsivo: testo em 360px, 768px e 1440px, à procura de scroll horizontal e de alvos de toque abaixo dos 44px. É o teste mais barato e o que apanha mais problemas.

A seguir vem a acessibilidade — contraste, foco visível, labels nos formulários, alt nas imagens e navegação por teclado. Não é um capítulo à parte: acessibilidade é usabilidade, e um site acessível funciona melhor para toda a gente, não só para quem o precisa. Quando o cliente não tem recursos para fazer tudo isto de raiz, deixo instalado o Site Toolkit — um widget de acessibilidade que dá ao visitante controlos de contraste, tamanho de texto e navegação, já como camada de segurança.

Depois ataco os formulários, porque são onde os negócios perdem clientes em silêncio. Validação clara, mensagens de erro que explicam o que corrigir, anti-spam e email de confirmação. Um formulário que falha sem dar sinal é pior do que não ter formulário nenhum.

Só no fim trato da camada que fica a correr depois da entrega: SEO técnico, favicon, página 404 a sério, analytics, backup e uma documentação de uma página para o cliente saber atualizar conteúdos sem me ligar por cada texto novo.

Um site sem isto está meio entregue. E meio projeto entregue é meio cliente insatisfeito — por mais bonito que o Figma fosse.