Há algumas perguntas que muitas designers sentem, mesmo quando ainda não as formulam em voz alta: Como vai ser o futuro? O que preciso fazer para continuar relevante? O design continua a ser relevante? A resposta honesta é: depende. Do mercado, da empresa, da maturidade da equipa. Mas depende sobretudo do tipo de designer que cada uma está a tentar continuar a ser.
Se a tua identidade profissional está presa à produção de ecrãs, à organização de componentes em Figma e à entrega de fluxos bem desenhados a partir de pedidos que outros definiram, estás numa zona de risco. Esse trabalho continua a ter valor. Só que já não chega para te diferenciar e, em muitos contextos, já não justifica o tempo nem o custo que justificava.
O design não perdeu importância. Os produtos é que ficaram mais complexos, mais automatizados e mais difíceis de tornar compreensíveis, e isso tornou-o mais necessário. O que mudou foi a fasquia. As empresas já não procuram designers que transformem requisitos em interfaces. Procuram quem as ajude a perceber se os requisitos fazem sentido, se o problema foi bem formulado e se os trade-offs são aceitáveis.
Isto coloca-nos perante uma mudança desconfortável. A designer que espera pelo briefing para começar a pensar chega tarde. A que só entra depois de a decisão estar tomada vai ser tratada como produção. E a que melhora a aparência de uma solução sem questionar a premissa que a sustenta continua a fazer trabalho útil, mas dificilmente será vista como estratégica. Nenhuma ferramenta nova resolve isto. É uma questão de postura.
A profissão mudou, mas muitas designers continuam a proteger uma versão antiga do papel
Durante muito tempo o caminho era claro. Aprendias UX, dominavas as ferramentas de prototipagem, sabias construir fluxos, fazer algum research, preparar o handoff e apresentar soluções aos stakeholders. Esse perfil continua a ser válido, mas deixou de ser uma vantagem competitiva.
Não há uma única causa. A IA acelerou a conversa, mas seria preguiçoso pôr tudo na conta dela. Há ferramentas que tornam a produção mais rápida, equipas que têm de fazer mais com menos, empresas que exigem impacto visível e processos de desenvolvimento sem paciência para longos ciclos de tradução entre design e engenharia. Daqui sai uma pressão simples: já não basta produzir artefactos. É preciso aumentar a qualidade da decisão.
Produzir um artefacto é responder a uma necessidade que já vem enquadrada. Aumentar a qualidade da decisão é entrar mais cedo na discussão, clarificar o problema, tornar os riscos visíveis, pôr alternativas em cima da mesa e ajudar a equipa a escolher um caminho de olhos abertos. A primeira função é útil. A segunda é muito mais difícil de substituir.
Por isso alguns perfis vão perder espaço: quem só produz variações visuais, quem precisa sempre de alguém que lhe explique o problema, quem demora semanas a materializar uma hipótese simples, quem entrega ficheiros impecáveis e não influencia nenhuma decisão. Muitos destes são bons profissionais. O valor é que mudou de sítio.
Um ecrã bem desenhado para uma má ideia continua a ser uma má ideia
O craft continua a importar. A hierarquia, a acessibilidade, a consistência e a atenção ao detalhe continuam a ser marca de profissionalismo. O problema é que o craft perde força quando está ao serviço da decisão errada.
Uma jornada polida que resolve o problema errado é um desperdício. Um fluxo elegante que aumenta a fricção no momento crítico é mau design. Uma feature impecável que quebra a confiança de quem a usa é uma falha. A designer experiente sabe isto e não se limita a melhorar a superfície.
Muitas ficam presas exatamente aí. Melhoram o formulário e não perguntam se aquele dado tem mesmo de ser pedido. Refinam a dashboard e não perguntam se aquela informação ajuda alguém a decidir melhor. Afinam o onboarding sem discutir se o produto está a pedir compromisso cedo demais. Desenham a solução encomendada sem verificar se o problema existe como foi descrito. Trabalham muito bem o artefacto e chegam tarde à decisão.
O salto de maturidade começa quando deixas de perguntar só “como posso tornar isto melhor?” e passas a perguntar também “isto deve existir desta forma?”. Essa pergunta não tem nada de arrogante. É a diferença entre aceitar o problema como veio e participar na sua formulação.
Quem só melhora a resposta aceita o problema como veio. Quem melhora a pergunta decide o que vale a pena construir.
Boas designers mostram trabalho. Designers muito fortes comunicam intenção
Muitas designers ainda apresentam trabalho como se o objetivo fosse demonstrar esforço. O objetivo não é esse. O objetivo é ajudar a equipa a pensar melhor. Uma boa apresentação de design não deve ser uma visita guiada ao ficheiro. Deve ser um mecanismo de alinhamento, decisão e aprendizagem.
Quando apresentas trabalho, há perguntas que devem estar implicitamente respondidas: qual é o problema que estamos a resolver, porque é que este problema importa agora, que comportamento queremos alterar, que restrições influenciaram a solução, que opções foram descartadas, onde ainda existe risco e que decisão é necessária naquele momento. Se a apresentação não ajuda a clarificar isto, provavelmente estás apenas a despejar outputs na sala.
Isto obriga a ajustar a profundidade a quem está à frente. Com a liderança, semanas de trabalho resumem-se a decisões, riscos e impacto. Com a engenharia, falas de estados, dependências e casos limite. Com produto, de comportamento, adoção e métricas. Com outros designers, de sistema, consistência e acessibilidade. Saber fazer isto é craft aplicado ao pensamento.
O trabalho real é mais confuso do que o portefólio
A maioria dos portefólios que vejo conta a mesma história. O problema estava claro, o processo foi exemplar, a equipa alinhou, a solução apareceu, o lançamento correu bem e os resultados foram ótimos. Tudo coerente, tudo inevitável. O trabalho real raramente é assim.
O trabalho real tem ambiguidade, recuos, stakeholders desalinhados, dados incompletos, prazos apertados e soluções que pareciam boas e afinal não eram. Quem o viveu consegue falar disso com precisão e sem vergonha. Se a história que contamos sai demasiado linear, talvez não tenhamos estado dentro do problema. Se não sabemos dizer o que ficou de fora, talvez não tenhamos influenciado a decisão. Se não conseguimos contar o que aprendemos quando estávamos errados, talvez tenhamos apenas executado.
Isto devia mudar a forma como construímos portefólios, fazemos reviews e falamos de carreira. O que interessa é a qualidade do pensamento: que ambiguidade reduziste, que decisão difícil tomaste, que sinais te fizeram mudar de direção, que parte do resultado foi realmente tua.
A maturidade aparece menos na ornamentação da história e mais na precisão com que se explica a realidade.
Vai para a realidade mais cedo
Uma das maiores armadilhas do design é apaixonarmo-nos cedo demais pela versão da ideia que existe na nossa cabeça. No ficheiro, tudo é controlável: o fluxo encaixa, os componentes obedecem, os estados estão tratados e os ecrãs ficam cada vez mais bonitos. Uma ideia pode ficar visualmente convincente muito antes de estar conceptualmente certa.
Depois toca na realidade e parte-se. A utilizadora não percebe. A cliente não confia. A engenharia descobre uma dependência que ninguém viu. O suporte aponta um caso que ninguém previu. A métrica esperada não mexe. Nada disto é grave. Grave é descobri-lo tarde.
As designers fortes procuram essa colisão enquanto a ideia ainda é barata de mudar. Mostram cedo, testam cedo, prototipam cedo, discutem com a engenharia cedo. Não esperam que a solução esteja bonita para descobrir se está errada.
A beleza pode esperar. A verdade não.
O handoff tradicional está a perder centralidade
Trabalho em web há quinze anos e, durante a maior parte deles, o ritual foi sempre o mesmo: perceber o problema, desenhar, preparar o ficheiro, documentar estados, escrever notas e entregar à engenharia. Esse modelo vai continuar a existir. Mas deixou de ser a principal prova de valor de uma designer. À medida que as ferramentas aproximam a ideia, o protótipo e a implementação, é cada vez menos aceitável que quem desenha fique longe do comportamento real da experiência.
Nem todas têm de ser engenheiras. Convém só perceber o suficiente para não desenhar no vazio. Podes nunca escrever código de produção e ainda assim saber que estados existem, que dados entram e saem, que casos limite vão aparecer, que uma animação tem custo, que um componente é mais do que uma camada visual, que a acessibilidade não é uma nota no fim e que a performance também é experiência. Hoje há ferramentas, IA incluída, que permitem montar um protótipo próximo da realidade numa tarde.
Quanto menos percebes de tecnologia, mais dependes da tradução de outros. Quanto mais percebes, mais problemas antecipas e melhor negoceias os trade-offs. Uma designer que sabe como a experiência se comporta, e não só como parece, é muito mais difícil de substituir.
Pensar em sistemas passou a ser a base
Há uns anos, pensar em sistemas parecia coisa de designer sénior ou de quem trabalhava em plataformas. Hoje quase tudo o que desenhamos vive dentro de um sistema. O produto é um sistema, o design system é um sistema, e o onboarding, o pricing, as notificações, o suporte, as métricas e a marca também. Uma decisão local raramente fica local.
Mudas um padrão e afetas a aprendizagem de quem usa. Crias uma exceção visual e enfraqueces a consistência. Resolves a fricção num fluxo e ela aparece noutro. Acrescentas uma opção e aumentas a carga cognitiva. Simplificas demais e escondes um controlo de que alguém precisava.
E a experiência já não vive só no ecrã principal. Vive em notificações, emails, mensagens de erro, documentação, suporte, configurações e em momentos que ninguém desenhou de propósito. Desenhar uma funcionalidade obriga a pensar no mundo onde ela vive: a linguagem que usa, a promessa que faz, o erro que pode provocar, o suporte de que vai precisar.
Quem pensa só no ecrã vê uma parte do problema. Quem pensa em sistemas vê as consequências, e vê-as antes de se tornarem dívida.
A IA tirou-te algumas desculpas
A discussão pública prende-se à pergunta menos útil: “a IA vai substituir designers?”. A pergunta que interessa é outra: que partes do trabalho deixaram de justificar tanto tempo, custo ou especialização?
Explorar variações ficou mais barato. Escrever primeiras versões ficou mais rápido. Gerar hipóteses, produzir assets, montar um protótipo inicial e pesquisar referências também. Com isto, caem algumas desculpas. Já não dá para demorar semanas a chegar a uma primeira hipótese, nem para usar a produção como única prova de valor.
O valor desloca-se para o julgamento, a direção, o gosto, a síntese, a ética, a qualidade da pergunta e a responsabilidade pelo impacto. A IA sobe a produção média e, de caminho, torna muito mais visível quem pensa bem.
Pede a bola e aceita a responsabilidade
Um erro frequente é aceitar que a estratégia pertence sempre a outra pessoa: produto define o problema, negócio define a prioridade, engenharia define a viabilidade e design executa a experiência. Parece organizado, e é perigoso se a designer aceitar o papel passivo que daí sai.
A designer não substitui o PM nem a engenharia, mas tem de perceber o objetivo de negócio, o comportamento que se quer influenciar e a métrica que pode mexer. E tem de perguntar se a funcionalidade cria confiança ou se só procura conversão. Quem só entra no fim é tratada como produção. Quem só fala de interface é avaliada como interface. Quem nunca discute impacto não deve esperar ser vista como estratégica. Mais influência pede mais responsabilidade.
Há designers que confundem colaboração com consenso. Recolhem feedback de toda a gente, acomodam todos os pontos, suavizam qualquer tensão e evitam tomar posição. No fim, a solução já não ofende ninguém, mas também já não defende nada.
Uma designer forte escuta, sintetiza, escolhe uma direção, explica porquê, assume os trade-offs e aceita a responsabilidade se estiver errada. É desconfortável, porque deixa de ser só quem facilita a conversa e passa a ser quem propõe um caminho. Não dá para agradar a todos e fazer trabalho excelente ao mesmo tempo. Em algum momento vais ter de defender uma escolha. Faz-se por clareza.
O que já não chega
Já não chega ser boa em Figma, ter bom gosto visual, conhecer heurísticas, fazer bons handoffs ou dizer que se é centrada na utilizadora. Também já não chega queixar-se de que o design entra tarde se, quando entra cedo, não traz pensamento estratégico para a mesa.
A profissão está menos tolerante com quem só funciona quando tudo vem bem enquadrado. O mundo real raramente vem.
Onde pôr energia agora
Eu seria pragmático. Não dá para aprender tudo ao mesmo tempo, mas também não vale esconder-se atrás da especialidade atual. Cinco coisas com retorno direto na tua relevância:
- Formular problemas. Antes de desenhar, escreve o problema: o comportamento que queres mudar, as restrições, as premissas e a evidência que mostraria que resultou.
- Literacia técnica. Estados, dados, APIs, performance, acessibilidade, instrumentação.
- Protótipos mais próximos da realidade. Servem para aprender mais cedo e baratear o erro.
- Comunicar decisões. A intenção, as alternativas, os trade-offs, os riscos e a decisão que falta tomar.
- Evidência e julgamento. Dados de produto, research, suporte, vendas e feedback qualitativo, sem confundir dados com pensamento.
O que reserva o futuro
O futuro vai ser pouco simpático para designers passivas: as que esperam por requisitos perfeitos, contexto completo, decisões fechadas e espaço seguro para executar. E vai ser muito interessante para quem quiser subir um nível de pensamento. A hierarquia é outra conversa. Do ecrã para o sistema. Do output para o impacto. Da opinião para o critério. Do handoff para a colaboração a sério.
O design continua cá. A ilusão de que desenhar bem ecrãs chega para tudo é que está a acabar. Se és designer, vale a pena seres honesta contigo própria. Que parte do teu valor ainda depende de produzires ecrãs? Que decisões consegues influenciar hoje? Que conversa estás a evitar porque não te sentes preparada? Que impacto consegues provar?
O mundo não vai abrandar para protegeres a versão antiga da profissão.