A linha de base de um processo é a medida de como ele funciona hoje, antes de mudá-lo: quanto tempo leva cada caso, quantos casos há, quantos erros acontecem e quanto custa em horas de pessoas. Ela é obtida registrando durante uma semana cada vez que alguém executa o processo, com hora de início, hora de fim, resultado e incidências. Sem essa medida você não consegue saber se uma automação melhorou algo nem quanto pode gastar com ela.
Quando me pedem para automatizar um processo, a primeira pergunta é sempre a mesma: quanto custa hoje? A resposta habitual é «muito» ou «um monte de horas». Isso não serve para decidir. Serve um número com seu método por trás. Este artigo explica o que medir, como fazer isso em uma semana sem ferramentas especiais e como usar o resultado para decidir se automatizar, quanto investir e como demonstrar a melhoria depois.
Por que medir antes e não depois
Há três motivos práticos:
- Decidir se compensa. Se um processo custa quatro horas por mês, uma automação de vários milhares de euros não se recupera. Se custa quarenta horas por semana, quase qualquer melhoria se paga sozinha. Sem o número, você decide por intuição.
- Fixar o orçamento. O custo anual do processo manual é o teto razoável do que faz sentido investir no primeiro ano. É uma regra simples, mas evita projetos desproporcionais.
- Demonstrar a melhoria. Depois de automatizar, todo mundo lembra do processo antigo como pior ou melhor do que era. Com dados de antes e de depois, a comparação é objetiva e serve para justificar o próximo investimento.
Há um quarto motivo menos evidente: medir obriga a descrever o processo passo a passo, e ao fazer isso aparecem os passos que não fazem sentido. Às vezes a melhor automação é eliminar um passo, não acelerá-lo.
As quatro grandezas que importam
| Grandeza | O que mede | Como se registra | Unidade |
|---|---|---|---|
| Volume | Quantos casos entram no período | Uma linha por caso na planilha de registro | Casos por semana |
| Tempo de trabalho | Minutos de atenção real de uma pessoa por caso | Início e fim de cada intervenção; somam-se se houver várias | Minutos por caso |
| Tempo de ciclo | Desde que o caso entra até ser fechado | Hora de entrada e hora de fechamento | Horas ou dias por caso |
| Erros e retrabalho | Casos que precisaram ser corrigidos, refeitos ou reclamados | Coluna de incidência com o motivo | Porcentagem sobre o total |
O custo deriva das anteriores: tempo de trabalho por caso, vezes volume, vezes custo-hora da pessoa. O custo-hora não é o salário bruto dividido pelas horas: é preciso somar os encargos sociais a cargo da empresa e os demais custos associados ao posto. Se você não tem o dado exato, use uma estimativa e registre-a como tal: o importante é que o mesmo número seja usado antes e depois.
Distinga bem tempo de trabalho e tempo de ciclo. Um orçamento pode levar vinte minutos de trabalho e três dias de ciclo porque se espera que alguém o aprove. Automatizar os vinte minutos não muda os três dias. Às vezes o problema de negócio é o ciclo (o cliente se cansa de esperar), e a solução não é IA, mas um lembrete automático para quem aprova.
O modelo de uma semana
Não é preciso software. Uma planilha compartilhada com estas colunas, preenchida pelas pessoas que executam o processo, é suficiente:
| Coluna | O que se anota | Exemplo |
|---|---|---|
| Identificador | Referência do caso | Número da solicitação, da fatura ou do ticket |
| Entrada | Data e hora em que chegou | Segunda 09:12 |
| Início | Quando alguém começou a trabalhar nele | Segunda 11:30 |
| Fim | Quando foi fechado | Terça 10:05 |
| Minutos de trabalho | Tempo de atenção real, somando interrupções | 35 |
| Resultado | Fechado, pendente de dados, rejeitado | Pendente de dados |
| Incidência | O que deu errado, se algo deu errado | Faltava o CNPJ; preço copiado errado |
| Quem | Pessoa ou função que fez | Administrativo |
Regras para que os dados sirvam:
- Uma semana completa e normal. Sem feriados, sem fechamento de mês, sem a pessoa-chave de férias. Se o processo tem picos mensais, meça também uma semana de pico e guarde as duas separadamente.
- Anotar na hora, não no fim do dia. A memória arredonda. Um cronômetro no celular ou uma nota rápida ao começar e terminar basta.
- Registrar todos os casos, inclusive os fáceis. A tentação é anotar só os problemáticos. Isso infla o tempo médio e distorce a decisão.
- Separar «trabalho» de «espera». Se alguém deixa o caso pela metade para atender uma ligação, os minutos da ligação não contam.
- Anotar o motivo de cada incidência com palavras concretas. «Erro» não serve; «preço da tabela antiga» serve. No fim da semana, os motivos são agrupados e o padrão aparece.
O que calcular ao terminar a semana
- Volume semanal e sua projeção anual (multiplique pelas semanas de atividade, não por 52).
- Mediana e percentil 90 do tempo de trabalho. A média engana quando há casos extremos. A mediana diz quanto leva um caso típico; o percentil 90, quanto levam os difíceis. Os difíceis são os que vão decidir se a automação funciona.
- Mediana do tempo de ciclo. Para saber se o problema é o trabalho ou a espera.
- Taxa de incidência e seus três motivos mais frequentes.
- Custo anual: horas anuais de trabalho vezes custo-hora, mais uma estimativa do custo dos erros (tempo de corrigi-los, descontos, pedidos perdidos) quando você puder atribuir um número a eles.
Com isso você tem duas frases que cabem em um e-mail: «O processo X nos custa Y horas e Z euros por ano, e N % dos casos precisam de uma correção». Essa é a linha de base.
Três exemplos
Os três casos foram construídos para ilustrar o método com números verossímeis. Não são dados de clientes: a medição real do seu processo dará outros números, e essa é a questão.
Orçamentos
Uma empresa de serviços recebe solicitações por e-mail e formulário. A semana de medição mostra 42 solicitações, mediana de 25 minutos de trabalho, percentil 90 de 70 minutos, ciclo mediano de dois dias. 30 % ficaram pendentes de dados e foi preciso escrever ao cliente. Conclusão: o maior custo não é redigir o orçamento, mas correr atrás de informação que falta. A primeira automação é um formulário que não deixa enviar sem os campos obrigatórios e uma confirmação de recebimento imediata. Depois, se continuar compensando, um assistente que prepare o rascunho. Explico esse segundo passo em o que é um agente de IA.
Faturas de fornecedor
O administrativo recebe faturas em PDF, digita no programa de contabilidade e cruza com o pedido. Medição: 85 faturas por semana, 8 minutos de mediana, 12 % com incidência (valor que não bate com o pedido, fornecedor duplicado, fatura repetida). Custo anual calculável. Aqui a extração automática de dados tem volume suficiente, mas o dado valioso é esse 12 %: a automação deve detectar as discrepâncias, não só digitar mais rápido. Além disso, na Espanha o faturamento está sujeito a requisitos técnicos próprios (sistemas de faturamento verificáveis, fatura eletrônica entre empresas) com calendários de aplicação publicados no BOE; convém revisar o vigente antes de mexer em qualquer coisa.
Atendimento ao cliente
Uma caixa de suporte recebe 120 e-mails por semana. Mediana de 6 minutos por resposta, mas ciclo mediano de 9 horas porque só é verificada duas vezes por dia. 40 % das consultas são as mesmas cinco perguntas. Conclusão: metade do problema se resolve com uma página de perguntas frequentes bem escrita e uma resposta automática que aponte para ela. A outra metade, com uma classificação automática que priorize o urgente. Um chatbot com IA é a terceira opção, não a primeira, como explico em o que é RAG e quando basta uma busca.
Erros comuns ao medir
- Medir uma semana atípica e extrapolar. Se houve um pico ou uma ausência, repita.
- Usar só a média. Três casos monstruosos podem dobrá-la. Olhe a mediana e o percentil 90.
- Esquecer o custo dos erros. Uma fatura paga duas vezes custa mais do que todas as faturas digitadas naquele dia.
- Medir só o passo que você quer automatizar e não o processo completo. O gargalo pode estar em outro lugar.
- Prometer uma economia antes de medir. «Vamos economizar 70 %» sem linha de base é uma promessa vazia. Com linha de base é uma hipótese que pode ser verificada.
Como usar a linha de base no piloto
Defina o sucesso antes de começar, com as mesmas grandezas: «reduzir a mediana de trabalho de 25 para 10 minutos e a taxa de incidência de 30 % para 10 % em oito semanas». Meça de novo com o mesmo modelo quando o piloto completar um mês em funcionamento. Se o objetivo não for alcançado, os dados dirão se o problema é a ferramenta, o processo ou os casos difíceis do percentil 90.
O que não se mede antes não se pode melhorar depois; só se pode opinar.
Se você quiser que eu meça um processo com você, o serviço de automação começa exatamente por essa semana de dados, e a decisão do que construir (ou de não construir nada) sai daí. Você pode me escrever com o processo que tem em mente.