02 / Design de produto
Design de produto não é a camada bonita no fim. É a forma como uma decisão de negócio vira algo que uma pessoa consegue usar sem pensar.
Existe um tipo de entrega de design que impressiona na apresentação e trava no desenvolvimento: telas lindas que não previram o estado de carregamento, o erro de rede, a lista vazia, o texto longo demais, o nome com quarenta caracteres. O time de engenharia resolve na marra, cada um do seu jeito, e o produto que entra no ar não se parece com o que foi aprovado. Design que ignora a realidade da implementação não é design, é ilustração.
Trabalhamos dentro do fluxo do time, conversando com engenharia enquanto a tela ainda está sendo decidida, não depois. Isso muda o que desenhamos: as decisões consideram o que é viável no prazo real, os estados de exceção entram desde o começo e o sistema de componentes nasce mapeado no que já existe no código. Quando o desenvolvimento começa, não há tradução a fazer.
Produto que cresce sem sistema vira colcha de retalhos: três tons de azul, quatro tamanhos de botão, dois jeitos de mostrar erro. Cada tela nova custa mais que a anterior. Entregamos um design system com os componentes, os estados e as regras de uso documentadas, para que a próxima tela seja montada em vez de desenhada do zero, inclusive por quem não estava no projeto.
Para quem é
Quando não somos a escolha certa
Não fazemos apenas a camada visual de algo já definido, sem poder questionar o fluxo. Se a decisão de produto está fechada e o que falta é pintura, provavelmente não somos o parceiro certo.
Dúvidas
Sim, é o formato que preferimos. Participamos das conversas técnicas enquanto o design acontece, o que evita a entrega virar um arquivo que ninguém consegue implementar como está.
Figma para design e protótipo. Os arquivos ficam com você, organizados para o seu time continuar sem depender da gente.
Quando faz diferença para a decisão. Em produto que já está no ar, olhar os dados de uso e conversar com quem usa costuma render mais que pesquisa formal. Em produto novo, teste de protótipo resolve boa parte.
Dá, e faz sentido para quem já tem produto e quer parar de acumular inconsistência. Começamos auditando o que existe hoje antes de propor a estrutura.