Design de Produto

Design bonito todo mundo consegue comprar. Design que move número, não.

Quando o indicador de um produto digital não fecha, a conversa costuma virar estética: o ecrã está datada, a tipografia é fraca, o azul não combina. Redesenhar por esse critério consome orçamento e move pouco o número, porque o problema quase nunca estava ali.

O que derruba conversão é fricção concreta um passo a mais do que o necessário, um campo que pede o que a pessoa não tem à mão, um erro que não diz o que fazer em seguida. Design de produto é encontrar esses pontos e removê-los. É por isso que aqui ele se mede em taxa de conclusão, churn e pedido de suporte, e não em opinião sobre o ecrã.

As duas frentes

Partem do mesmo método, mas o que decide o resultado é diferente em cada uma.

• UX/UI para Mobile App. A aplicação vive de conversão e de suporte. O trabalho concentra-se no registo, no fluxo que gera receita e nos estados de erro os três lugares onde a fricção mais custa caro.
• UX/UI Strategic Design for SaaS. SaaS vive de renovação. O cliente reavalia a decisão a cada ciclo de cobrança, então o foco é encurtar o caminho até o primeiro resultado real e tornar visível o que justificaria pagar mais.

O que entregamos

Vale para as duas frentes. O que muda é onde cada etapa aperta.

• Diagnóstico do funil. Onde as pessoas desistem, em qual passo e em qual perfil. Dado de produto primeiro, opinião depois.
• Pesquisa com utilizador real. Observar cinco pessoas usando o produto revela em uma tarde o que semanas de reunião interna não revelam porque quem construiu já não enxerga como quem chega pela primeira vez.
• Arquitetura da informação. O que aparece em cada ecrã e o que sai. Boa parte do ganho vem de remover, não de acrescentar.
• Interface e sistema de design. Componentes consistentes, com estados de carregamento, erro e vazio definidos justamente onde a maioria dos produtos abandona o utilizador.
• Acessibilidade. Contraste, tamanho de alvo de toque e leitor de ecrã. Não é só conformidade: alvo pequeno derruba a conversão de todo mundo, não apenas de quem tem limitação.
• Handoff para o desenvolvimento. Especificação que a equipa implementa sem adivinhar: comportamento, medidas, casos de borda e o que acontece quando a rede cai.

Onde isso encontra a prática de dados

• Produto que mostra dado ao cliente. Boa parte dos SaaS precisa entregar painel ao próprio utilizador. Aí as duas práticas se encontram: a arquitetura de dados sustenta o número, e o design decide se alguém consegue entendê-lo.
• Painel interno que ninguém usa. Quando o problema é adoção e não tecnologia, design e data literacy resolvem mais do que refazer o painel.

Como conduzimos

Começamos pelo dado de produto que você já tem e por sessões de observação com utilizadores reais. Desse levantamento sai uma lista priorizada por impacto sobre a métrica que você quer mover não por preferência estética. A entrega acontece em ciclos curtos, ecrã crítica primeiro, para o resultado aparecer antes de o projeto terminar.

Como medimos o resultado

A métrica é combinada no início e é de produto: taxa de conclusão, conversão do fluxo principal, abandono por passo, churn no primeiro ciclo e volume de pedido de suporte. Registamos o valor de partida antes de mexer em qualquer ecrã sem isso não existe como provar o ganho depois.