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. Não depende apenas do mercado, da empresa, da maturidade da equipa ou da qualidade das ferramentas disponíveis. Depende, acima de tudo, do tipo de designer que cada uma está a tentar continuar a ser.
Se a tua identidade profissional ainda está demasiado presa à produção de ecrãs, à organização de componentes em Figma, à entrega de fluxos visualmente sólidos e à capacidade de responder bem a pedidos definidos por outros, estás numa zona de risco. Não porque esse trabalho tenha deixado de ter valor. Tem valor. Mas porque deixou de ser suficiente para te diferenciar e, em muitos contextos, deixou de justificar o mesmo nível de dependência, tempo ou custo que antes justificava.
O design não perdeu importância. Pelo contrário, tornou-se mais importante precisamente porque os produtos se tornaram mais complexos, mais distribuídos, mais automatizados e mais difíceis de tornar compreensíveis. O que mudou foi a fasquia. As empresas já não precisam apenas de designers que transformem requisitos em interfaces. Precisam de designers que ajudem a perceber se os requisitos fazem sentido, se o problema foi bem formulado, se a solução proposta respeita o contexto do utilizador, se os trade-offs são aceitáveis e se a experiência criada contribui de facto para os objetivos do produto e da organização.
Isto coloca-nos perante uma mudança desconfortável. A designer que espera pelo briefing para começar a pensar está a tornar-se demasiado passiva para o ritmo atual. A designer que só entra quando a decisão já foi tomada será naturalmente tratada como alguém de produção. A designer que apenas melhora a aparência de uma solução, sem questionar a premissa que a sustenta, continuará a fazer trabalho útil, mas dificilmente será vista como alguém estratégico. E isto não se resolve com mais ferramentas, mais templates ou mais componentes. Resolve-se com uma mudança de postura.
A profissão mudou, mas muitas designers continuam a proteger uma versão antiga do papel
Durante muito tempo, a trajetória parecia relativamente clara. Uma designer aprende UX, domina as ferramentas de prototipagem, compreende heurísticas, sabe construir fluxos, organizar informação, fazer algum research, preparar handoff, trabalhar com design systems e apresentar soluções aos stakeholders. Este perfil continua a ser relevante, mas já não representa, por si só, uma vantagem competitiva forte.
A mudança não aconteceu por causa de uma única força. A IA acelerou parte da discussão, mas seria simplista reduzir tudo a isso. A transformação vem da combinação entre ferramentas que tornam a produção mais rápida, equipas que precisam de fazer mais com menos, empresas que exigem impacto mais claro, produtos que dependem de sistemas cada vez mais interligados e processos de desenvolvimento que não têm paciência para longos ciclos de tradução entre design e engenharia. O resultado é uma pressão crescente sobre a designer: não basta produzir artefactos, é preciso aumentar a qualidade da decisão.
Essa diferença é fundamental. Produzir artefactos significa responder a uma necessidade já enquadrada. Aumentar a qualidade da decisão significa entrar mais cedo na discussão, clarificar o problema, tornar os riscos visíveis, aproximar a equipa da realidade, estruturar alternativas e ajudar a escolher uma direção com mais consciência. O primeiro papel é útil. O segundo é muito mais difícil de substituir.
É por isso que alguns tipos de designer vão perder espaço. A designer que apenas produz variações visuais vai perder espaço. A designer que depende sempre de alguém para explicar o problema vai perder espaço. A designer que precisa de semanas para materializar uma hipótese simples vai perder espaço. A designer que entrega ficheiros impecáveis, mas não influencia as decisões, vai perder espaço. Não porque seja necessariamente incompetente, mas porque o mercado está a deslocar valor para outro lugar.
O valor já não está apenas no ecrã. Está na qualidade da decisão
Quero ser claro: o craft continua a importar. A qualidade visual importa, a usabilidade importa, a hierarquia importa, a acessibilidade importa, a consistência importa e a atenção ao detalhe continua a ser uma marca de profissionalismo. Seria absurdo defender o contrário. O problema é que o craft perde força quando está desligado da decisão certa.
Um ecrã bem desenhado para uma má ideia continua a ser uma má ideia. Uma jornada polida que resolve o problema errado continua a ser um desperdício. Um fluxo elegante que aumenta a fricção num momento crítico continua a ser mau design. Uma feature visualmente impecável que quebra a confiança da utilizadora continua a ser uma falha. A designer madura entende isto e, por isso, não se limita a melhorar a superfície do problema.
Muitas designers ficam presas exatamente nesse ponto. Melhoram o formulário, mas não questionam se aquele dado precisa mesmo ser solicitado. Refinam a dashboard, mas não perguntam se aquela informação ajuda alguém a decidir melhor. Melhoram o onboarding, mas não discutem se o produto está a pedir compromisso cedo demais. Desenham a solução pedida, mas não validam se o problema existe da forma como foi descrito. Trabalham bem o artefacto, mas chegam tarde à decisão.
O salto de maturidade começa quando deixas de perguntar apenas “como posso tornar isto melhor?” e passas também a perguntar “isto deve existir desta forma?”. Esta pergunta não é arrogância. É responsabilidade. É a diferença entre aceitar o problema tal como foi entregue e participar na sua formulação. E é precisamente essa capacidade de formular problemas melhor que separa uma designer meramente competente de uma designer que aumenta a inteligência da equipa.
Boas designers mostram trabalho. Designers muito fortes comunicam intenção
Há uma diferença enorme entre mostrar trabalho e comunicar intenção. Mostrar o trabalho é abrir um ficheiro, percorrer os ecrãs e explicar o que foi feito. Comunicar a intenção é explicar o que se está a tentar resolver, porque aquela direção faz sentido, quais alternativas foram consideradas, quais trade-offs foram aceites, quais riscos continuam em aberto e que decisão precisa ser tomada.
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. Deve reduzir a ambiguidade, tornar o raciocínio mais visível e permitir que outras pessoas contribuam de forma mais qualificada.
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.
A clareza de comunicação tornou-se uma competência central. Não falo de fazer slides bonitos ou de narrativas artificiais. Falo da capacidade de ajustar a profundidade ao contexto. Com liderança, tens de conseguir resumir semanas de trabalho em decisões, riscos e impacto. Com engenharia, tens de conseguir discutir a estrutura, os estados, as dependências e os casos limite. Com produto, tens de falar sobre comportamento, adoção, prioridade e métricas. Com outros designers, tens de conseguir discutir o sistema, a consistência, a acessibilidade e a qualidade da experiência.
Isto não é uma competência secundária. É uma forma de craft aplicada ao pensamento e à comunicação.
O mundo não precisa de mais histórias perfeitas. Precisa de designers que conheçam a realidade do trabalho
Existe uma tendência para transformar o trabalho de design numa narrativa demasiado limpa, isto é evidente na maioria dos portefólios que vejo. O problema estava claro, o processo foi exemplar, a equipa alinhou, a solução surgiu, o lançamento correu bem e os resultados foram positivos. Tudo parece coerente, progressivo e inevitável. Mas o trabalho real raramente é assim.
O trabalho real tem ambiguidades, recuos, conflitos, dados incompletos, stakeholders desalinhados, limitações técnicas, prazos apertados, soluções que pareciam boas e afinal não eram, compromissos difíceis e partes que ficaram aquém. Uma designer madura não precisa de esconder essa complexidade. Pelo contrário, sabe falar dela com precisão.
A forma como falas do trabalho revela a profundidade com que realmente o viveste. Se tudo parece demasiado linear, talvez não tenhas estado suficientemente dentro do problema. Se não consegues explicar os conflitos, talvez só tenhas participado na superfície. Se não sabes dizer o que ficou de fora, talvez não tenhas tido influência real na decisão. Se não consegues mostrar o que aprendeste quando estavas errado, talvez apenas tenhas executado.
Isto também deve mudar a forma como construímos portefólios, fazemos reviews e temos discussões de carreira. O que interessa não é apenas mostrar o resultado final, mas mostrar a qualidade do pensamento. Que problema existia? Que ambiguidade tiveste de reduzir? Que decisão difícil tomaste? Que trade-offs aceitaste? Que sinais usaste para mudar de direção? Que parte do resultado foi realmente tua? O que aprendeste que te tornou uma melhor designer?
A maturidade aparece menos na ornamentação da história e mais na precisão com que consegues explicar a realidade.
Vai para a realidade mais cedo
Uma das maiores armadilhas do design é apaixonarmo-nos demasiado cedo pela versão da ideia que existe na nossa cabeça. No ficheiro, tudo parece controlável. O fluxo encaixa, os componentes obedecem, a narrativa parece lógica, os estados estão tratados e os ecrãs ficam progressivamente mais bonitos. O problema é que uma ideia pode ficar visualmente convincente antes de estar conceptualmente certa.
Depois, quando toca na realidade, parte-se. A utilizadora não percebe. A cliente não confia. A equipa técnica revela uma dependência ignorada. O suporte levanta um caso que ninguém considerou. O negócio mostra uma restrição que altera a prioridade. A métrica esperada não mexe. Nada disto é necessariamente mau. O mau é descobrir tudo isto tarde demais.
Designers fortes procuram colisão com a realidade enquanto a ideia ainda é barata de mudar. Mostram cedo, testam cedo, prototipam cedo, falam com utilizadoras cedo, discutem com engenharia cedo, validam premissas cedo e expõem riscos 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
Durante anos, muitas designers organizaram o trabalho à volta de um ritual relativamente previsível: compreender o problema, desenhar a solução, preparar o ficheiro, documentar estados, escrever notas e entregar a engenharia. Esse modelo ainda existe e continuará a existir em muitos contextos. Mas está a perder centralidade como principal expressão de valor da designer.
O que está a mudar não é a importância da colaboração com engenharia. Pelo contrário, essa colaboração é hoje ainda mais importante. O que está a perder força é o modelo em que a designer só consegue expressar a solução através de um ficheiro estático e de uma explicação posterior. À medida que as ferramentas aproximam a ideia, o protótipo e a implementação, torna-se menos aceitável que a designer permaneça demasiado distante do comportamento real da experiência.
Não estou a defender que todas as designers se transformem em engenheiras. Essa seria uma leitura redutora. O que defendo é que todas as designers precisam de aumentar a sua literacia técnica e a sua capacidade de criar representações mais próximas da realidade. Isto pode significar protótipos mais funcionais, melhor compreensão de estados e dados, noções sólidas de acessibilidade e performance, capacidade de usar IA ou ferramentas no-code para explorar hipóteses, e participação mais cedo em discussões de implementação.
A designer que entende como a experiência se comporta, e não apenas como ela parece, torna-se muito mais difícil de substituir. Não porque saiba fazer tudo, mas porque reduz a distância entre a intenção e a realidade.
Não precisas de saber programar tudo. Mas precisas de perceber o suficiente para não desenhar no vazio
Sempre que se fala de designers mais técnicas, surge uma ansiedade previsível: a ideia de que todas terão de passar a ser developers. Não é isso. Mas a conclusão oposta também é fraca. Já não chega dizer “isso é com engenharia” sempre que a conversa entra em dados, estados, APIs, performance, acessibilidade, responsividade ou instrumentação.
Podes não escrever código de produção, nem dominar frameworks, nem construir infraestrutura. Mas tens de perceber o suficiente para desenhar com respeito pela realidade do produto. Tens de compreender que estados existem, que dados entram e saem, que casos limite podem surgir, que uma animação pode ter custo, que um componente não é apenas uma camada visual, que a acessibilidade não é uma nota no fim e que performance também é experiência.
Isto não te torna menos designer. Torna-te uma designer mais completa. E, sobretudo, torna as tuas conversas melhores. Quanto menos percebes de tecnologia, mais dependente ficas da tradução de outros. Quanto mais percebes, mais consegues antecipar problemas, negociar trade-offs e desenhar soluções que sobrevivem melhor à implementação.
Pensar em sistemas deixou de ser especial. Passou a ser base
Durante algum tempo, o pensamento sistémico parecia uma competência avançada, reservada a designers seniores, design system designers ou pessoas envolvidas em plataformas. Esse tempo acabou. Hoje, praticamente tudo o que desenhamos vive dentro de sistemas.
Produtos são sistemas. Design systems são sistemas. Fluxos de onboarding são sistemas. Modelos de pricing são sistemas. Notificações são sistemas. Suporte é parte do sistema. Métricas são parte do sistema. Marca é parte do sistema. Confiança é parte do sistema. Uma decisão local raramente fica local.
Quando mudas um padrão, podes afetar a aprendizagem da utilizadora. Quando crias uma exceção visual, podes enfraquecer a consistência. Quando resolves um problema num fluxo, podes deslocar fricção para outro. Quando adicionas uma opção, podes estar a aumentar a carga cognitiva. Quando simplificas demasiado, podes esconder controlo necessário.
A designer que pensa apenas no ecrã vê apenas uma parte do problema. A designer que pensa em sistemas vê as consequências. E o futuro vai premiar cada vez mais quem consegue ver consequências antes de elas se tornarem dívidas.
A IA não elimina a designer. Elimina desculpas
A IA está a mudar o trabalho, mas a discussão pública tende a ficar presa à pergunta menos útil: “A IA vai substituir designers?”. A pergunta mais relevante é outra: que partes do trabalho de design deixam de justificar tanto tempo, custo ou especialização?
É aí que a mudança começa. Explorar variações ficou mais barato. Escrever primeiras versões ficou mais rápido. Gerar hipóteses tornou-se mais acessível. Produzir assets ficou mais simples. Criar protótipos iniciais pode ser menos dependente de processos longos. Pesquisar padrões e referências tornou-se quase imediato.
Isto não elimina a designer, mas elimina algumas desculpas. Já não podes demorar demasiado tempo a chegar a uma primeira hipótese. Já não podes defender a falta de exploração quando as ferramentas aceleram a exploração. Já não podes usar produção como única prova de valor. Já não podes esconder a falta de pensamento atrás do trabalho manual.
O valor desloca-se para julgamento, direção, gosto, síntese, ética, qualidade da pergunta, leitura de contexto, capacidade de decidir e responsabilidade pelo impacto. A IA aumenta a produção média, mas também torna mais visível quem realmente pensa bem.
Não delegues impacto para produto
Um dos maiores erros que uma designer pode cometer é 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. Este modelo pode parecer organizado, mas é perigoso se a designer aceitar um papel passivo dentro dele.
Não estou a dizer que a designer deve substituir o PM, o business owner ou a engenharia. Estou a dizer que a designer não pode abdicar da responsabilidade de pensar no impacto. Tens de perceber o objetivo de negócio, entender o comportamento que se pretende influenciar, saber que métrica pode mudar, questionar se a solução respeita a utilizadora e perceber se a feature cria confiança ou apenas procura a conversão.
Se só entras no fim, vais ser tratado como produção. Se só falas de interface, vais ser avaliado como interface. Se nunca discutes impacto, não esperes ser visto como estratégico. Isto é simples, mas é directo: se queres ter mais influência, assume mais responsabilidade.
Pede a bola, mas aceita ser responsabilizado pelo resultado
Há designers que confundem colaboração com consenso. Recolhem feedback de toda a gente, tentam acomodar todos os pontos, suavizam qualquer tensão e evitam assumir uma posição clara. No fim, a solução já não ofende ninguém, mas também já não defende nada. Isto é uma forma silenciosa de abdicar da liderança.
Uma designer forte escuta, mas não se limita a somar opiniões. Sintetiza, escolhe uma direção, explica porquê, assume os trade-offs, pede confiança e aceita ser responsabilizada se estiver errado. Isto é desconfortável porque muda a posição da designer. Já não és apenas a pessoa que facilita a conversa. Passas a ser alguém que propõe direção.
Não vais conseguir agradar a todos e fazer um trabalho excelente ao mesmo tempo. Em algum momento vais ter de defender uma escolha. Não por ego, mas por clareza.
O designer do futuro pensa em mundos, não apenas em fluxos
Durante muito tempo, fomos treinados para pensar em jornadas, fluxos e ecrãs. Isso continua a ser necessário, mas já não é suficiente. Os produtos estão a tornar-se mais distribuídos, mais automatizados, mais personalizados e mais presentes em múltiplos contextos. A experiência já não vive apenas num ecrã principal. Vive em notificações, emails, dashboards, agentes, configurações, estados de sistema, mensagens de erro, documentação, suporte, onboarding, retenção e momentos invisíveis.
O designer precisa de conseguir criar coerência entre todas estas partes. Não basta desenhar uma funcionalidade. É preciso perceber o mundo em que essa funcionalidade vive: que linguagem usa, que promessa faz, que comportamento incentiva, que confiança exige, que expectativa cria, que erro pode provocar, que suporte vai precisar, que métricas podem confirmar se funciona e que partes do sistema toca.
O futuro vai valorizar designers que conseguem construir coerência em ambientes complexos. Não apenas screens. Não apenas flows. Sistemas de significado, comportamento, interação e confiança.
Onde investir energia agora
Se estás a tentar perceber onde investir energia, eu seria pragmático. Não tentes aprender tudo ao mesmo tempo, mas também não te escondas atrás da tua especialidade atual. Há áreas em que a tua evolução vai ter um impacto direto na tua relevância profissional.
Formulação de problemas: antes de desenhares, escreve melhor o problema. Define o comportamento que queres mudar, clarifica as restrições, expõe as premissas, identifica os riscos e pergunta que evidência demonstraria o sucesso. Literacia tecnológica: não precisas de virar developer, mas precisas de compreender estados, dados, componentes, APIs, performance, acessibilidade, responsividade e instrumentação. Prototipagem mais próxima da realidade: protótipos não servem apenas para impressionar stakeholders. Servem para aprender mais cedo e reduzir o custo de estar errado. Comunicação de decisões: não apresentes apenas ecrãs. Apresenta a intenção, as alternativas, os trade-offs, os riscos e a decisão necessária. Evidência e julgamento: usa dados de produto, pesquisa, suporte, vendas, comportamento e feedback qualitativo, mas não confundas dados com pensamento. Pensamento sistémico: antes de resolver localmente, pergunta que outras partes do sistema serão afetadas. Ownership de impacto: não te escondas atrás do processo nem delegues a estratégia para o produto por default. Influência exige responsabilidade.
O que deixa de ser suficiente
Vou ser direto. Já não chega ser boa em Figma, ter bom gosto visual, conhecer heurísticas, fazer bons handoffs, dizer que és centrada na utilizadora, ter um processo bonito ou pedir mais contexto sem também procurares contexto. Também já não chega reclamar que design entra tarde se, quando entra cedo, não traz pensamento estratégico para a mesa.
A profissão está a ficar menos tolerante a designers que só funcionam quando tudo está bem enquadrado. O mundo real raramente vem bem enquadrado. E talvez seja precisamente aí que a maturidade se torna visível.
Designers excelentes vão continuar a ter craft, mas também vão ter mais do que craft. Vão comunicar intenção, conhecer a dor real do problema, procurar contacto cedo com a realidade, questionar premissas, pensar em sistemas, compreender tecnologia o suficiente para desenhar melhor, usar IA para acelerar exploração, construir protótipos que geram aprendizagem, participar na estratégia sem tentar ocupar todos os papéis e aceitar responsabilidade pelo impacto.
O que reserva o futuro
O futuro não será simpático para designers passivas. Será menos tolerante com quem espera por requisitos perfeitos, contexto completo, research pronto, decisões fechadas e espaço seguro para apenas executar. Mas será muito interessante para designers que queiram subir um nível, não necessariamente no sentido hierárquico, mas no de pensamento.
Subir do ecrã para o sistema. Do output para o impacto. Da execução para a intenção. Da opinião para o critério. Do handoff para a colaboração real. Da estética isolada para a confiança. Da ferramenta para o julgamento.
A mudança que está a acontecer não elimina o design. Elimina a ilusão de que desenhar bem ecrãs, por si só, será suficiente. Se és designer, este é o momento para seres honesta contigo própria: que parte do teu valor ainda depende demasiado de produção? Que parte do teu trabalho poderia ser acelerada por ferramentas que já existem? Que decisões consegues influenciar hoje? Que conversas evitas porque não te sentes preparada? Que literacia técnica ainda te falta? Que contacto real com utilizadoras estás a adiar? Que impacto consegues provar? Que tipo de designer estás a tornar-te?
O mundo não vai abrandar para te dar tempo de proteger a versão antiga da profissão. E talvez isso não seja uma má notícia. Talvez seja exatamente o empurrão que a disciplina precisava.