Durante muito tempo, a indústria tratou o design como uma corrida de revezamento. O Gerente de Produto (PM) executaria a primeira etapa, definindo os “requisitos”. Eles então passariam o bastão para o UI Designer, que faria com que esses requisitos ficassem lindos no Figma.

Por fim, o bastão foi para o Engenheiro, que tentaria fazer com que esses pixels se movessem na tela.

O problema? As informações se perdem a cada transferência. No momento em que o designer recebe o bastão, muitas vezes ele já está resolvendo o problema. solução em vez do problema.

Pensamento de produto é sobre quebrar a corrida de revezamento. Trata-se de estar presente quando os requisitos estão nascendo. Trata-se de perceber que, se você não entender por que um recurso existe, não será possível projetar a interface certa para ele. Você pode escolher a fonte perfeita, mas basicamente estará escrevendo um lindo poema em um idioma que o usuário não fala.

O “porquê” por trás do “o quê”

Imagine que você seja solicitado a criar um “painel”. Um designer focado em pixels pensa imediatamente em cartões, gráficos de linha e talvez em uma alternância de modo escuro. Um designer que pensa no produto faz uma pausa e pergunta: “Qual é a primeira pergunta do usuário quando ele acorda e abre este painel?”

Se a resposta for “Estou no caminho certo para atingir minhas metas?”, a IU deverá destacar o progresso. Se a resposta for “Há algo quebrado que preciso consertar agora?”, a IU deverá destacar alertas. A execução visual segue a necessidade psicológica.

A linguagem silenciosa das métricas de negócios

Eu sei, “métricas” parece algo para o departamento de marketing. Mas, como designer de UI, cada escolha que você faz é uma alavanca em uma máquina de negócios. Se você não sabe qual alavanca está puxando, está apenas brincando com o painel.

1. Conversão e a Arte da “Fricção”

Normalmente, pensamos que o atrito é o inimigo. Queremos que tudo seja “perfeito”. Mas o pensamento do produto nos ensina que fricção intencional é uma ferramenta de design.

• O caminho contínuo: Comprar um e-book de US$ 5 na Amazon deve levar apenas um clique. O atrito deve ser zero porque o risco é baixo.
• O caminho intencional: Excluir um banco de dados em nuvem ou transferir US$ 10.000 deve causar atrito. Você querer o usuário desacelere.

Ao criar uma confirmação em várias etapas ou uma caixa “digite ‘DELETE’ para confirmar”, você está tomando uma decisão de produto para proteger o usuário, mesmo que isso “prejudique” ligeiramente a métrica de conversão.

2. Retenção vs. Aquisição

Um belo fluxo de integração ajuda Aquisição– fazer as pessoas passarem pela porta. Mas um espaço de trabalho limpo e eficiente ajuda Retenção– mantendo-os lá.

Muitos designers superestimam o “fator surpresa” dos primeiros cinco minutos. Mas se o aplicativo estiver muito “barulhento” visualmente, os usuários ficarão cansados ​​​​após cinco semanas. Pensar no produto é projetar para a experiência do “Dia 100”, não apenas para a cena do Dribbble do “Dia 1”.

Psicologia: a grade oculta

Seu layout não é guiado apenas por uma grade de 8px; é guiado pela forma como o cérebro humano filtra as informações.

O Custo da Escolha (Lei de Hick)

Todos nós já vimos softwares empresariais que se parecem com a cabine de um Boeing 747. O designer provavelmente pensou: “Bem, o usuário precisa de todos esses recursos, então vou colocar todos eles na tela.”

O pensamento do produto retrocede. Ele pergunta: “Qual é a ação principal?” Usando Divulgação Progressiva— ocultando recursos avançados até que sejam necessários — você está usando a UI para gerenciar a carga cognitiva do usuário. Você está dizendo ao usuário, “Não se preocupe com a complexidade ainda; apenas faça uma coisa.”

Modelos Mentais e o “Vale Estranho” da Inovação

Os designers adoram inovar. Queremos criar a “nova forma” de navegar. Mas os usuários passam 99% do tempo em outros aplicativos. Se você mudar a forma como o botão “Voltar” funciona, você não estará sendo inovador; você está sendo chato.

Pensar no produto é saber quando ser “chato”. Use padrões padrão para as coisas padrão (Login, Pesquisa, Configurações) para que você possa economizar seu “orçamento de inovação” para a parte do aplicativo que realmente importa.

Quer saber mais? Consulte nosso guia completo para design de UI

Pensamento Sistêmico: Projetando a Fábrica, Não o Produto

Em uma conversa sobre UI, costumamos falar sobre “páginas”. Mas um pensador de produto vê um “Sistema de Design”.

Ao projetar um componente, você precisa pensar como um programador.

• O que é o “caso extremo”? O que acontece quando o nome de um usuário é “Hubert Blaine Wolfeschlegelsteinhausenbergerdorff”? Seu lindo cartão de perfil quebra?
• Gestão Estadual: Qual é a aparência deste botão quando está carregando? Quando a internet está desligada? Quando o usuário não tem permissão para clicar nele?

Um designer de UI que pensa em sistemas cria uma biblioteca de peças que podem ser montadas de mil maneiras diferentes. Isso torna o produto Escalável. Isso significa que quando a empresa deseja adicionar um novo recurso, ela não precisa de um novo design – ela só precisa usar o sistema que você já construiu.

A ponte colaborativa: engenharia e produto

Vamos falar sobre a “lacuna de viabilidade”. Você cria um lindo efeito de vidro fosco semitransparente com desfoque em tempo real. Parece ótimo no Figma. Mas quando o desenvolvedor vê isso, eles dizem que isso deixará o aplicativo lento em telefones Android mais antigos.

Um designer voltado para o produto não fica na defensiva. Eles perguntam: “Qual é a compensação?” Se o efeito de vidro fosco faz o aplicativo parecer “premium” e esse é o objetivo principal da marca, talvez valha a pena o impacto no desempenho. Mas se o objetivo for “velocidade e utilidade”, então o efeito deverá desaparecer. Ao compreender o Restrições Técnicasvocê para de projetar “ficção científica” e começa a projetar “soluções do mundo real”.

O ciclo de feedback: design como hipótese

Na arte, a obra termina quando o artista diz que está. No design de produto, o trabalho está “terminado” quando sobrevive ao usuário.

Quantitativo vs. Qualitativo

Você precisa de ambos.

• Quantitativo: Os dados dizem que 50% das pessoas param na página “Selecionar Plano”.
• Qualitativo: Você observa um usuário tentar selecionar um plano e o ouve dizer: “Não entendo a diferença entre ‘Pro’ e ‘Business’.”

O trabalho do designer de UI não termina quando os arquivos são entregues. Você deveria estar olhando os mapas de calor. Você deveria participar de testes de usuário. Se os dados dizem que seu ícone “lindo” é confuso, você deve estar disposto a matar seus queridos.

Estudo de caso: A evolução da “prova social”

Vejamos como um simples elemento de UI – a seção “Revisão” – é um enorme exercício de pensamento de produto.

• Nível 1 (IU básica): Você atribui uma classificação por estrelas a um produto.
• Nível 2 (pensamento UX): Você permite que os usuários filtrem por avaliações de 1 ou 5 estrelas.
• Nível 3 (pensamento de produto): Você percebe que as pessoas confiam mais nas avaliações se virem “Compra verificada”. Você adiciona uma tag. Você percebe que as pessoas querem saber se um crítico é “como elas”, então adiciona dados de altura/peso para avaliações de roupas.

A UI não ficou apenas “mais ocupada”; ficou mais útil porque abordou o problema subjacente do produto: Como posso saber se isso vai servir para mim?

Etapas práticas: como começar a pensar assim amanhã

Se você quiser começar a tomar essas decisões “além do pixel”, não precisará de um software novo. Você só precisa de um novo conjunto de perguntas.

1. Antes de desenhar: Pergunte ao PM, “Qual é a métrica que queremos mudar com esse recurso?”
2. Enquanto você desenha: Pergunte a si mesmo, “Se eu removesse este elemento, o usuário ainda conseguiria concluir sua tarefa?”
3. Depois de desenhar: Mostre para um desenvolvedor e pergunte: “Em uma escala de 1 a 10, quão difícil é construir isso?”

Conclusão: O Arquiteto da Experiência

A transição do UI Designer para o Product Designer é essencialmente uma mudança de decoração para arquitetura. Um arquiteto se preocupa com a cor dos azulejos, claro.

Mas eles se preocupam muito mais se o prédio resistirá a um terremoto e se as pessoas que estão lá dentro conseguirão encontrar a saída no escuro.

Quando você começa a tomar decisões com base nos objetivos de negócios, na psicologia do usuário e na viabilidade técnica, você se torna mais do que um designer. Você se torna um Proprietário do Produto. Você se torna indispensável. E honestamente? O trabalho fica muito mais divertido. Porque você não está mais apenas fazendo as coisas parecerem boas – você está fazendo as coisas trabalhar.