Bom design deve facilitar a entrega do produto, não dificultá-la

O texto de Karl Koch parte de uma leitura de Working with designers, de Sean Goedecke, que elogia o que designers trazem ao produto, mas reclama de mudanças repetidas, discordâncias entre designers e design systems que atrapalham em vez de ajudar. Koch concorda e propõe incluir o custo para os outros na avaliação de um design. Um layout novo que exige reconstruir boa parte de uma interface precisa de justificativa clara, como pessoas que não encontram algo ou uma tarefa simples que ficou complicada. Se é só preferência pessoal, o preço em tempo alheio não compensa.

Ele também defende que o designer participe quando algo se mostra mais difícil de construir do que o esperado. Simplificar, buscar outro caminho ou decidir que a ideia vale o esforço faz parte do design. No caso do design engineer, mudar de ideia custa menos: dá para testar com conteúdo real e ajustar durante a construção, sem transformar cada ajuste em pedido para outra pessoa. Sobre design systems, ele diz que componentes contornados o tempo todo revelam o que o produto realmente precisa, e que uma biblioteca bonita à frente do que existe na aplicação cria uma lacuna que vira problema de alguém a cada tela.

A tese conversa com a cobertura recente do CEVIU, sem ser uma evolução de um mesmo fato. Em 9 de novembro de 2026, o CEVIU noticiou "Do design à construção: a ascensão do product design engineering, com David Siren Eisner", sobre a IA aproximando designers da construção e reduzindo a separação entre design e engenharia. Em 26 de junho de 2026, "Os princípios do Design Engineer na Vercel" tratava da responsabilidade por toda a experiência, do desenho ao código entregue. Koch traz o argumento de custo e de relacionamento entre pessoas. Já em 19 de junho de 2026, "Design Systems: a saída da armadilha ágil para designers" mostrava o lado em que o sistema poupa trabalho repetitivo, enquanto aqui o foco é o sistema que vira obstáculo.

Para quem trabalha com UX/UI, a leitura é que justificar uma mudança em termos de benefício ao usuário e esforço de implementação fortalece a credibilidade do designer. Para quem mantém um design system, a dica é tratar o desvio dos componentes como dado de pesquisa, não como indisciplina do time.