LO
Avisa-me quando chegar um registo verificado a esta profissão → · Marque quais destas tarefas são suas (VOLO Pro, gratuito) → · Para uma equipa ou um curso de finalistas →
Designer de produto / UX
Decide como um software se comporta para quem o usa — ecrã a ecrã, estado a estado — e prova a decisão com evidência.
Pega no teu melhor trabalho recente e reescreve o estudo de caso a começar pelo problema e pela evidência, com os ecrãs no fim. Se não houver nada para escrever antes dos ecrãs, é essa a falha.
Isto não é uma probabilidade de perder o emprego. Combina que parte da carga de tarefas do posto está exposta à automatização com até onde a adoção chegou de facto: serve para comparar profissões sobre uma base constante, e para mais nada.
Escrito para designers de produto, UX e interface em equipas de software. A investigação de design como lugar separado, o design de marca e de marketing e o design de jogos são outro caso.
O que está mesmo a mudar#
A unidade de análise é a tarefa, não o nome do posto. Um posto não é substituído: é a mistura de tarefas dele que se move.
Cada quadrado é uma tarefa. O tamanho é o peso que tem no trabalho; a cor, para onde a tarefa está a ir. Clique num quadrado para ver o que esse juízo não estabelece.
A produção de píxeis era a aprendizagem paga. Tirá-la não tira apenas lugares júnior; tira a forma como alguém chega a ser o designer sénior de que a mesma equipa continua a precisar.
Definir o problema costuma ser partilhado com a gestão de produto, e em equipas pequenas não é o designer quem ganha essa discussão. Ser valioso não é o mesmo que ser quem decide.
A investigação é o primeiro corte de orçamento na maioria das crises, sejam os utilizadores sintéticos bons ou não. A exposição dela é comercial antes de ser técnica.
O trabalho de alinhamento cresce com o tamanho da equipa e desaparece com a equipa. Protege o designer em quem já se confia, e não os efetivos do lugar.
A raridade aqui é temporária por construção — quase ninguém o faz há muito tempo porque é novo, e essa distância fecha-se quando toda a gente acumular os mesmos poucos anos de prática.
É este o teu trabalho? Di-lo e esta página estreita-se à tua parte dele.
O nome de um posto é um pacote de tarefas compradas em conjunto, e não há duas pessoas com o mesmo pacote. Não é enviado nada para lado nenhum: fica neste navegador.
Mudanças recentes#
O trimestre de um fornecedor, contado pelo fornecedor. Os clientes pagantes não são designers: o número de contas de cliente faturadas separadamente subir 54% enquanto as ferramentas de IA se espalham é pelo menos tão compatível com o trabalho de design a passar para pessoas que nunca foram contratadas para desenhar como com haver mais designers empregados. A Figma pôs também limites de créditos de IA em todas as licenças a partir de 18 de março de 2026 e vende complementos de créditos de IA, por isso parte do valor das receitas pode refletir a monetização da IA e não mais utilizadores.
Uma falha, um recuo, uma regulação ou um custo estão a travar a adoção. Pode baixar uma avaliação ou alargar a sua incerteza.
O serviço digital do governo do Reino Unido a descrever o seu próprio produto. Ao longo de 18 meses, fez dois pilotos públicos do GOV.UK Chat, em que mais de 10.000 utilizadores fizeram 26.000 perguntas; introduziu perguntas de esclarecimento quando as perguntas dos utilizadores eram ambíguas, o que elevou para 88% a proporção de perguntas dentro do âmbito que recebem resposta; a apresentação das respostas em fluxo contínuo teve bons resultados nos testes com utilizadores, mas obriga a redesenhar algumas salvaguardas de segurança; e a investigação recorreu a métodos que incluíram 99 testes de usabilidade remotos e um estudo de diário com 30 horas de entrevistas em vídeo. É um piloto relatado pela equipa que o construiu; o assistente funciona com um modelo da Anthropic, a empresa que criou o modelo que escreveu este registo.
Ensaio em pequena escala num contexto real. Diz-nos que as condições de implementação estão a ser testadas, não que se verificam, por isso um piloto nunca chega sozinho; dois independentes chegam.
O documento estabelece a contagem, não o seu efeito. A Figma afirma que introduziu créditos de IA em todas as licenças da Figma em 2025 e que começou a aplicar os limites em março de 2026, com reforços mensais ou pagamento por utilização para além deles; indica o mês, não um dia. Descreve o Figma Make como a passagem direta de uma instrução para um protótipo funcional, inclui-o entre as funcionalidades sujeitas a preços por créditos de IA e alerta para a possibilidade de os clientes reduzirem a utilização dessas funcionalidades. Não apresenta qualquer número de utilização nem mede se alguma equipa gerou menos quando os limites começaram a pesar. A Figma vende essas licenças e tem interesse na forma como uma mudança de preços é apresentada, mas o facto aqui registado consta de um documento em que exagerar acarreta responsabilidade. Nada diz sobre ferramentas de outros fornecedores.
Uma falha, um recuo, uma regulação ou um custo estão a travar a adoção. Pode baixar uma avaliação ou alargar a sua incerteza.
A orientação do sistema de design do Governo do Canadá para aplicações de ajuda com IA no seu sítio web principal. Diz que as aplicações de ajuda com IA têm de ser claramente identificadas como IA; que todas as respostas dentro do âmbito têm de incluir pelo menos uma ligação de citação fidedigna, que aponte para uma página do Governo do Canadá sempre que possível; que as equipas não podem dar à aplicação um nome humano nem chamar-lhe chat ou chatbot; que avisar os utilizadores de que a IA comete erros não substitui medir a exatidão; e que as equipas de investigação de UX devem ser envolvidas cedo para testar protótipos de design com potenciais utilizadores finais, seguindo-se testes de usabilidade iterativos. Vincula o sítio web de um único governo, e a orientação sobre testes é um «should».
Uma falha, um recuo, uma regulação ou um custo estão a travar a adoção. Pode baixar uma avaliação ou alargar a sua incerteza.
Um estudo revisto por pares sobre modelos de linguagem usados em substituição de participantes humanos em ciências sociais computacionais, testes com utilizadores e anotação. Através de estudos com pessoas, abrangendo 3.200 participantes, 16 identidades demográficas e quatro modelos, o artigo mostra que os modelos deturpam e homogeneízam os grupos demográficos, e que as técnicas do próprio artigo, aplicadas no momento da inferência, reduzem esses danos mas não os eliminam. Não é específico do trabalho de UX e testa os modelos atuais na altura; o artigo declara a inexistência de conflitos de interesses.
Uma falha, um recuo, uma regulação ou um custo estão a travar a adoção. Pode baixar uma avaliação ou alargar a sua incerteza.
Orientação para os departamentos do governo do Reino Unido sobre o uso de IA. Diz que identificar casos de uso para a IA tem de partir das necessidades do negócio e dos utilizadores, das dificuldades e das ineficiências, e não daquilo que a tecnologia consegue fazer, com os desafios e as oportunidades identificados através de investigação com utilizadores; e, no seu segundo princípio, que, ao definir e implantar sistemas de IA, as equipas têm de compreender as necessidades e as prioridades das pessoas, fazendo investigação com utilizadores e envolvendo o público conforme for adequado. Vincula as equipas do governo do Reino Unido e é orientação, não lei.
Uma falha, um recuo, uma regulação ou um custo estão a travar a adoção. Pode baixar uma avaliação ou alargar a sua incerteza.
A funcionalidade generativa de um fornecedor de ferramentas de design (GPT-4o e Amazon Titan sobre sistemas de design de componentes feitos à mão), em beta limitada. É a marcha atrás de um fornecedor, não uma implantação num cliente; a funcionalidade voltou em três meses como First Draft.
Uma falha, um recuo, uma regulação ou um custo estão a travar a adoção. Pode baixar uma avaliação ou alargar a sua incerteza.
O que isto significa para ti#
Um portefólio de ecrãs polidos vale muito menos do que valia, porque ecrãs polidos são agora baratos. O que te faz ser contratado é a evidência de decisões: um problema que definiste, a investigação que fizeste, o que escolheste e porquê, e o que aconteceu. Constrói isso com um produto real — um projeto teu com utilizadores reais conta — e aprende cedo os problemas das interfaces não determinísticas, porque a área está com falta de gente que os conheça.
Se o teu valor era a qualidade e a velocidade de produção, conta com isso a ser comprimido; se era definir problemas, investigar e alinhar, aguenta-se, e os problemas dos produtos generativos são procura nova a teu favor. A mudança incómoda é que menos designers de produção significa cada designer sénior a cobrir mais terreno com ferramentas, por isso o à-vontade com elas passa a ser um mínimo e não um diferencial.
As tuas opções#
Quatro direções, cada uma com as suas restrições reais e com uma coisa que podes testar esta semana. Continuar como estás é uma opção legítima; só tem de ser uma opção escolhida.
Começar pela investigação e pelas decisões, não pelos ecrãs
O trabalho raro é saber o que construir. Os designers que conseguem mostrar o rasto de evidência por trás de uma decisão são os que as equipas mantêm quando produzir fica barato.
Exige acesso aos utilizadores e à conversa sobre o roteiro do produto, coisa que os lugares júnior muitas vezes não têm.
Pega no teu melhor trabalho recente e reescreve o estudo de caso a começar pelo problema e pela evidência, com os ecrãs no fim. Se não houver nada para escrever antes dos ecrãs, é essa a falha.
Especializares-te em produtos com um modelo no circuito
Os seus problemas de design continuam em aberto: o próprio piloto do GOV.UK concluiu que dar as respostas em streaming obrigava a redesenhar as salvaguardas de segurança. A raridade favorece quem já lançou um.
Precisas de uma equipa a construir um produto desses, e de tolerância para desenhar coisas cujo comportamento não consegues especificar por completo.
Escolhe um produto conversacional ou agêntico que uses e documenta três formas como ele falha ao utilizador e o que mudarias. Esse documento é uma peça de portefólio que mais ninguém tem.
Gestão de produto
Os designers que já são donos da definição do problema e do alinhamento estão a fazer grande parte do trabalho de um gestor de produto. A mudança formaliza isso e costuma pagar melhor.
Herdas a priorização, as métricas e a gestão de interlocutores, e perdes a maior parte do ofício.
Assiste a uma reunião de priorização do roteiro. Se deste por ti com opiniões sobre os compromissos e não sobre a interface, leva este caminho a sério.
Perguntas frequentes#
Precisas de à-vontade suficiente para dirigir e corrigir o que as ferramentas produzem, o que é menos do que um especialista de produção precisava e mais do que nada. A competência que valorizou foi tudo o que está a montante da ferramenta: saber que problema resolver, que evidência sustenta uma escolha e como levar uma equipa a construí-la. Aprende as ferramentas depressa e gasta o esforço no critério — essa ordem é a inversa da que a formação em design costuma seguir.
Repara em quem produz os ecrãs na tua equipa. Quando os engenheiros gerarem uma interface que funciona a partir de uma instrução e de um sistema de design, o passo da maqueta desaparece por completo — e isso é uma mudança de fluxo de trabalho dentro da tua própria equipa, visível antes de aparecer em qualquer plano de contratação.
Produzir ecrãs e componentes — a tarefa assinalada como em automatização, e as horas que enchiam a semana de um designer júnior. Definir o problema e investigar não estão, mas definir o problema costuma ser partilhado com a gestão de produto, e em equipas pequenas não é o designer quem ganha essa discussão.
Precisas delas para seres credível na discussão, não para produzires a peça. A alavanca deste lugar vem da evidência e da credibilidade construída em decisões anteriores — ambas pessoais, nenhuma gerada. Aprende a ferramenta o suficiente para não seres descartado, e gasta o resto do tempo a investigar.
A estudar para isto?
Estes cursos levam até aqui. As páginas deles desdobram quais das suas competências se transferem e o que costuma faltar a quem se licencia.
Em que assentam estes juízos#
Dos 5 juízos de tarefa desta página, 5 apoiam-se num evento verificado e 0 são inferência da plataforma, cada um etiquetado onde aparece. Por detrás há 1 dimensões tecnológicas, uma trajectória reconstruída desde que os modelos de linguagem chegaram ao público e 7 eventos verificados.
Ver que tecnologias, como chegou aqui e o método →
Onde se situa na classificação oficial: competências, conhecimentos e profissões afins →
Outros cargos na mesma função#
Uma empresa divide o seu trabalho em funções antes de o dividir em cargos. Estes estão em Produto e design ao lado deste — um facto sobre organigramas, não um juízo de que sejam parecidos ou de que estejam a mudar na mesma direcção.