Marca e ativos digitais

Os dois: web (sites e web apps) e mobile (iOS e Android nativos, React Native). O método é o mesmo em qualquer superfície: audit de atrito com gravações de sessão, analytics, heatmap e entrevistas rápidas para mapear onde o usuário hesita, abandona ou não entende, antes de redesenhar qualquer coisa. Depois, hipóteses priorizadas por impacto em KPI específico e implementação acompanhada por analytics desde o deploy. O que muda entre web e mobile é quem do squad opera o projeto, porque as ferramentas de leitura e os padrões de interface são diferentes. A pergunta que define o escopo não é a plataforma, é onde está a perda.

Desenhamos e entregamos handoff completo: Figma, tokens e especificações prontos para implementação. O código pode ficar com o seu time interno ou ser acoplado via parceiros do squad; a decisão depende do contexto e entra no diagnóstico, porque muda prazo e investimento. O que não muda é a regra de monitoramento: cada mudança vai ao ar com a métrica que deve mover, acompanhada por analytics desde o primeiro dia. Se a métrica não move, a gente reverte, sem ego de designer. Redesign aqui não é deixar mais bonito; é mover número. Quem implementa importa menos do que garantir que a leitura pós-mudança aconteça.

Com KPI específico por projeto, definido no diagnóstico e acordado antes de começar. Tipicamente: taxa de conversão em um fluxo crítico, tempo até o primeiro uso, abandono por etapa. O audit de atrito mostra onde a perda está, e é essa perda que vira a métrica-alvo. Cada hipótese de mudança carrega o impacto esperado nesse KPI; a implementação vai ao ar com analytics ligado e a leitura acontece contra a baseline registrada antes. Sucesso é a métrica ter movido na direção combinada; se não moveu, a mudança volta e a hipótese seguinte entra. Sem métrica acordada antes, qualquer redesign parece sucesso para quem o fez.