Otimizar o desempenho não é um projeto pontual. O desempenho é uma prática contínua.
Fluxo de trabalho significa: a equipa revê os dados de desempenho todas as semanas. A equipa fala de desempenho nas reuniões diárias. A equipa pensa no desempenho quando escreve código. A equipa celebra as melhorias de desempenho.
Sem fluxo de trabalho: o desempenho piora com o tempo. A equipa não pensa no desempenho até o site estar avariado.
Com fluxo de trabalho: o desempenho melhora com o tempo. A equipa cria uma cultura de desempenho. O desempenho é valorizado.
O ritual semanal de desempenho
Todas as segundas-feiras de manhã: a equipa revê o relatório de desempenho.
O relatório mostra: o que melhorou na semana passada, o que piorou na semana passada, o que precisa de atenção esta semana.
Conversa da equipa: porque piorou o LCP da página de pagamento. Foi causado por código novo. Precisamos de investigar.
Resultado: ações identificadas. Melhorias de desempenho acrescentadas ao sprint.
Exemplo real de ritual semanal:
- Segunda-feira às 10h: reunião de revisão do desempenho
- Rever as métricas: o LCP da página inicial melhorou zero vírgula dois segundos (bom), o INP da página de produto piorou cinquenta milissegundos (investigar)
- Análise da causa: a página de produto carregou uma nova funcionalidade (motor de recomendações). A funcionalidade acrescentou JavaScript que fez o INP subir.
- Ações: diferir o JavaScript do motor de recomendações, otimizar o código da funcionalidade
- Responsável: o engenheiro atribuído à correção
- Prazo: publicação de quarta-feira
Integrar o desempenho no fluxo de desenvolvimento
Antes de publicar uma funcionalidade: o engenheiro mede o impacto no desempenho.
A funcionalidade acrescenta funções. Também acrescenta código. O código aumenta o tamanho do pacote. Um pacote maior pode piorar o desempenho.
Método: orçamento de desempenho. A funcionalidade não pode exceder o orçamento.
Exemplo: uma nova funcionalidade da página de pagamento. Orçamento: não acrescentar mais de vinte quilobytes ao pacote de JavaScript. O engenheiro implementa a funcionalidade. A funcionalidade acrescenta vinte e cinco quilobytes. Excede o orçamento. O engenheiro tem de otimizar: remover código não usado, dividir o pacote, diferir código. O engenheiro reduz a funcionalidade para vinte quilobytes. A funcionalidade é aprovada.
Exemplo real: implementação de um motor de recomendação de produtos
Funcionalidade: mostrar recomendações de produtos personalizadas na página de produto.
Orçamento de desempenho: não acrescentar mais de cinquenta quilobytes ao pacote.
Implementação inicial: cinquenta quilobytes. No limite do orçamento.
Testes: medir o LCP e o INP.
- O LCP sobe de dois para dois vírgula três segundos (inaceitável, excede o orçamento)
- O INP sobe de cento e cinquenta para trezentos milissegundos (inaceitável, excede o orçamento)
Otimização do engenheiro: carregar as recomendações abaixo da dobra com lazy loading, diferir o carregamento dos dados de recomendação até a página estar interativa.
Nova implementação: cinquenta quilobytes, o mesmo tamanho, mas:
- O LCP volta a dois segundos (dentro do orçamento)
- O INP volta a cento e setenta milissegundos (dentro do orçamento)
Funcionalidade aprovada: requisitos de desempenho cumpridos.
Reportar à direção
Relatório mensal à direção: tendências de desempenho e impacto no negócio.
Estrutura do relatório:
- Objetivos de desempenho e progresso
- Comparação com a concorrência (como nos comparamos com os concorrentes)
- Impacto no negócio (receita gerada pelas melhorias de desempenho)
- Foco seguinte (o que vamos otimizar a seguir)
Exemplo real de relatório mensal à equipa executiva:
- Objetivo: ter noventa por cento dos utilizadores com um LCP abaixo de dois vírgula cinco segundos
- Progresso: atualmente oitenta e sete por cento (subiu de oitenta e cinco por cento no mês passado)
- Prazo: no caminho certo para atingir o objetivo em dois meses
- Posição competitiva: o LCP mediano dos concorrentes é de dois segundos, o nosso LCP é de dois segundos (na mediana, competitivo)
- Impacto no negócio: as melhorias de desempenho do mês passado aumentaram a conclusão de pagamentos em zero vírgula cinco por cento. Com cem mil visitantes mensais, são quinhentas conversões adicionais. Com um valor de encomenda de cem dólares, são cinquenta mil dólares de receita adicional por mês. Seiscentos mil dólares por ano.
- Foco seguinte: otimização para telemóvel (o LCP em telemóvel é um segundo mais lento do que no computador, uma oportunidade para melhorar a conversão em telemóvel)
Contratar para uma cultura de desempenho
Contrata engenheiros que se preocupem com o desempenho. Pergunta de entrevista: fala-me de uma otimização de desempenho que implementaste.
Contrata gestores de produto que valorizem o desempenho. O desempenho melhora a experiência do utilizador e a taxa de conversão. Os gestores de produto devem conhecer o impacto no negócio.
Constrói uma cultura de equipa onde o desempenho é valorizado. Celebra as vitórias de desempenho. Reconhece o engenheiro que melhorou o LCP em zero vírgula cinco segundos.
Exemplo real: contratar para uma cultura de desempenho.
Pergunta de entrevista a um candidato a engenheiro: descreve uma ocasião em que otimizaste código para ter melhor desempenho. Qual era o problema. Como mediste a melhoria. Qual foi o impacto no negócio.
Boa resposta: tínhamos um endpoint de API lento, que demorava dois segundos. Os utilizadores queixavam-se de um registo lento. Fiz o profiling do código e encontrei uma consulta cara à base de dados. Acrescentei cache. O tempo de resposta melhorou para duzentos milissegundos. A conclusão de registos aumentou dois por cento. Cinquenta clientes adicionais por mês. Duzentos e cinquenta mil dólares de receita anual adicional.
A resposta mostra: compreensão técnica (profiling, cache), medição (antes e depois), pensamento de negócio (impacto no registo e na receita).
Contrata este engenheiro. Pensa em desempenho e em negócio.
Perguntas frequentes
Como motivamos a equipa a dar prioridade ao desempenho?
Liga o desempenho às métricas de negócio. Mostra que uma melhoria de desempenho de um por cento equivale a um aumento de um por cento na conversão. Calcula o impacto na receita. Mostra o custo de otimizar face à receita ganha. Os engenheiros preocupam-se com o impacto. O desempenho tem impacto mensurável. Os engenheiros vão dar-lhe prioridade. Com o criador de websites da WEMASY, podes configurar isto diretamente no teu website.
A otimização de desempenho deve ser uma equipa separada ou parte de todas as equipas?
Parte de todas as equipas. Todos os engenheiros devem pensar em desempenho. Uma equipa de desempenho separada é um ponto de estrangulamento. É melhor distribuir a responsabilidade. Cada engenheiro é responsável pelo desempenho do seu código. O gestor de engenharia responsabiliza a equipa.
Como equilibramos funcionalidades novas e otimização de desempenho?
O desempenho é uma funcionalidade. A funcionalidade nova mais o impacto no desempenho é o custo total. Prevê orçamento para ambos. Exemplo: a funcionalidade nova custa um sprint. A funcionalidade custa também zero vírgula cinco sprints para otimizar o desempenho. O custo total é de um vírgula cinco sprints. Reserva os dois. A funcionalidade e o desempenho são publicados juntos.
E se a direção não se preocupar com o desempenho?
Mostra o impacto no negócio. Uma melhoria de um por cento na conversão equivale a cinquenta mil dólares por mês (numa loja online típica). A direção percebe a receita. Melhorar o desempenho é melhorar a receita. A direção vai preocupar-se.
Quanto tempo leva a construir uma cultura de desempenho?
Três a seis meses. Primeiro mês: definir as métricas e o painel. Segundo mês: começam as revisões semanais, a equipa fica mais atenta. Terceiro mês: a equipa começa a pensar no desempenho ao escrever código. Seis meses: o desempenho faz parte do ADN da equipa. Os novos engenheiros aprendem a cultura de desempenho desde o primeiro dia.
Como mantemos a cultura de desempenho à medida que a empresa cresce?
Documenta as práticas. Integra os novos engenheiros na cultura de desempenho. Primeiro dia: mostrar o painel de desempenho. Primeira semana: atribuir uma tarefa de melhoria de desempenho. Primeiro mês: definir um objetivo de desempenho. Os novos engenheiros aprendem a cultura. A cultura mantém-se.