Geres uma loja online. Alguém está a finalizar uma compra neste momento. O checkout está avariado. O cliente recebe um erro. O cliente vai-se embora. Acabaste de perder uma venda.
Sem um painel operacional, só descobririas o erro amanhã, quando revisses o relatório diário.
Com um painel operacional, a equipa de operações vê o erro em segundos. Corrige-o de imediato. O cliente tenta outra vez. A venda avança.
Custo de uma deteção lenta: centenas de dólares por hora, por erro.
Os painéis operacionais apanham os problemas em tempo real, não horas ou dias depois.
A função dos painéis operacionais
Os painéis operacionais monitorizam a saúde do sistema e as operações em curso.
O website está no ar. Os fluxos de checkout funcionam. Os processadores de pagamento respondem. O email está a ser enviado. As chamadas de API estão a ter sucesso.
O painel operacional não é sobre receita nem métricas do negócio. É sobre a saúde do sistema.
Requisito de dados em tempo real
O painel operacional tem de atualizar em tempo real ou quase (num minuto).
Dados atrasados são inúteis. Se o painel atualiza de hora a hora, perdes as falhas que acontecem entre atualizações.
O requisito de tempo real significa: o painel operacional é caro de construir e manter. Usa-o só para sistemas críticos.
O que monitorizar no painel operacional
Disponibilidade do sistema
O website está a responder. Verde se estiver no ar, vermelho se estiver em baixo.
Tempo de resposta
Quão rápido é o website. Verde se for menos de dois segundos, amarelo se for de dois a cinco segundos, vermelho se for mais de cinco segundos.
Taxa de erros
Que percentagem dos pedidos devolve erros. Verde se for abaixo de 0.1%, amarelo se for de 0.1% a 0.5%, vermelho se for acima de 0.5%.
Transações ativas
Quantas transações estão a acontecer agora. Para referência. Não é bom nem mau por si só.
Funil de conversão em curso
Quantos visitantes estão em cada passo do checkout neste momento. O abandono em qualquer passo exige investigação.
Desempenho das APIs
Tempos de resposta das integrações externas. Processador de pagamentos, serviço de email, API de envios.
Desempenho da base de dados
Tempos de resposta das consultas, saúde do conjunto de ligações.
Exemplo real: painel operacional de uma loja online
Secção de topo (saúde do sistema)
Estado do website: NO AR (verde). Tempo de resposta: 1.2 segundos (verde). Taxa de erros: 0.08% (verde). Utilizadores ativos: 423. Transações em curso: 17.
Secção do meio (funil de checkout)
Ver carrinho: 127 utilizadores. Início do checkout: 89 utilizadores (70% de conversão a partir do carrinho). Dados de envio: 72 utilizadores (81% de conversão). Dados de pagamento: 68 utilizadores (94% de conversão). Confirmação da encomenda: 64 utilizadores (94% de conversão). Abandono nos dados de envio: 17 utilizadores (atenção, isto é mais alto do que o normal, investigar).
Secção de baixo (integrações)
Processador de pagamentos: a responder em 800 ms (verde). Serviço de email: 99.8% de entrega (verde). Calculadora de envios: a responder em 1200 ms (amarelo, ligeiramente lenta).
Ação imediata
O abandono nos dados de envio é mais alto do que o normal. Investigar se a lentidão da calculadora de envios está a causar abandono.
Sistema de alertas
O painel operacional deve disparar alertas quando as métricas ficam vermelhas.
Alerta imediato à equipa de operações. Não por email, que pode passar despercebido. SMS, mensagem de chat ou pager que interrompa.
Os limites devem ser rigorosos. Não queres falsos alarmes. Mas é melhor ter um falso alarme e apanhar um problema real do que deixar passar problemas.
Exemplos de limites: website em baixo durante 30 segundos = alerta. Taxa de erros acima de 1% durante 5 minutos = alerta. Tempo de resposta acima de 5 segundos durante 10 minutos = alerta. Processador de pagamentos sem resposta = alerta imediato.
A rotação de prevenção
Para sistemas críticos o suficiente para precisarem de um painel operacional, precisas de uma rotação de prevenção.
Alguém é responsável por monitorizar 24 horas por dia, 7 dias por semana. Se um alerta disparar às 3 da manhã, a pessoa de prevenção acorda e resolve o problema.
A prevenção é cara. Mas o custo de uma paragem é mais caro.
Só coloca sistemas críticos no painel operacional com prevenção.
O que NÃO monitorizar
Não monitorizes métricas do negócio no painel operacional. Receita, conversões e tendências de tráfego são para painéis do negócio, não para painéis operacionais.
Misturar negócio e operações confunde o objetivo. O operacional é sobre a saúde do sistema. O negócio é sobre a saúde do negócio.
Painéis separados para objetivos separados.
Painel versus alertas
O painel operacional permite monitorizar de forma proativa. Consulta o painel antes de o problema se tornar crítico.
Os alertas permitem responder de forma reativa. O problema acontece, o alerta dispara, tu resolves.
São precisos os dois. O painel para a monitorização proativa. Os alertas para a resposta reativa quando ninguém está a ver o painel.
Guias de resposta a incidentes
Quando um alerta dispara, o que acontece a seguir. A equipa operacional deve ter um guia para cada tipo de alerta.
Alerta de website em baixo: reiniciar o servidor web. Se continuar em baixo, passar para a cópia de reserva. Se continuar em baixo, escalar para um engenheiro sénior. Alerta de processador de pagamentos em baixo: passar para um processador de reserva. Avisar os clientes de um possível atraso. Monitorizar até o processador principal recuperar. Alerta de base de dados lenta: verificar o conjunto de ligações. Se estiver cheio, aumentar. Verificar o registo de consultas. Terminar as consultas lentas. Monitorizar.
Os guias evitam o pânico. Passos claros evitam erros.
Perguntas frequentes
Com que frequência devemos consultar o painel operacional?
Continuamente durante o horário de trabalho. Uma pessoa a vigiar em permanência. Fora do horário de trabalho, vigia a pessoa de prevenção. Para sistemas não críticos, consulta de hora a hora. Para sistemas críticos (processamento de pagamentos, checkout), monitorização contínua. Define que sistemas são críticos: sistemas em que uma hora de paragem custa muita receita. Tudo o resto pode ser consultado de hora a hora. Com o criador de websites da WEMASY, podes configurar isto diretamente no teu website.
Que tempo de resposta é aceitável?
Para o checkout de uma loja online: menos de dois segundos. Para um site de marketing: menos de três segundos. Para ferramentas internas de administração: menos de cinco segundos. Mais lento do que isso e a conversão ou a experiência do utilizador sofrem. Mede do ponto de vista do utilizador, não do servidor. Se o utilizador sente atraso, é lento demais.
Como evitamos a fadiga de alertas?
Limites rigorosos. Só alertar quando há um problema real. Se recebes dez alertas por dia e nove são falsos alarmes, as pessoas deixam de prestar atenção. É melhor ter dois alertas por dia que sejam todos reais. Ajusta os limites com firmeza. Se um alerta dispara e não é urgente, aumenta o limite. A fadiga de alertas mata a capacidade de resposta.
O painel operacional deve ser acessível no telemóvel?
Sim. A pessoa de prevenção precisa de o consultar de qualquer lugar. Garante que funciona no telemóvel. A pessoa de prevenção pode estar longe da secretária. Otimiza para telemóvel. Zonas de toque grandes. Disposição simples. Carregamento rápido, mesmo em 4G.
Como acompanhamos a saúde operacional ao longo do tempo?
Regista todas as métricas. Apesar de o painel operacional ser em tempo real, guarda o histórico. Revê semanalmente: quantas vezes estivemos em baixo, quão lentos fomos, quais foram os principais erros. Usa o histórico para identificar problemas sistémicos. Exemplo: se tens três falhas de tempo do processador de pagamentos por semana, investiga o processador de pagamentos. Não te limites a corrigir o limite do alerta.
E se a pessoa de prevenção não souber como resolver o problema?
Tem um caminho de escalonamento. A pessoa de prevenção é a primeira a responder. Se não conseguir resolver em cinco minutos, escala para um engenheiro sénior. O engenheiro sénior é o segundo nível. Se nenhum dos dois conseguir resolver, escala para o apoio do fornecedor ou para a direção. Os guias devem descrever o caminho de escalonamento de cada tipo de alerta.