7 erros de automatização de processos que as pequenas empresas continuam a cometer

A automatização normalmente não falha de forma dramática. Não há nenhum servidor em chamas, nenhuma sala de reuniões furiosa. Falha em silêncio: uma ferramenta que ninguém usa, um fluxo de trabalho que parte a cada duas terças-feiras, uma subscrição que continua a cobrar muito depois de todos terem regressado à folha de cálculo. Após autópsias suficientes deste género, deixa-se de ver azar e começa-se a ver padrões — o mesmo punhado de erros, repetido por boa gente que simplesmente não foi avisada.

Passei anos a ajudar pequenas e médias empresas a desemaranhar automatizações que não funcionavam bem, e o que mais salta à vista é como as falhas são repetitivas. Quase nunca é a tecnologia. O software estava bem. O erro aconteceu mais cedo — no que foi escolhido, em como foi implementado, em quem foi (ou não) trazido a bordo. Corrija isso e as mesmas ferramentas que falharam à primeira passam de repente a aguentar.

Por isso, este é um guia de campo dos sete erros que mais vejo. Nada de teoria — os verdadeiros buracos na estrada, pela ordem em que provavelmente os irá encontrar. Para cada um, dir-lhe-ei como ele se sente por dentro, porque é tão tentador e a forma mais barata de o evitar. Nada disto exige um departamento de informática. A maior parte só exige abrandar durante uma tarde antes de gastar um cêntimo.

Erro 1: automatizar um processo avariado

Este é o pecado original, o que envenena em silêncio tudo o que vem a seguir. Tem um processo que é um pouco uma confusão — um fluxo de marcações preso com notas adesivas, uma rotina de faturação que depende de uma pessoa se lembrar de um passo. Em vez de o corrigir, automatiza-o tal como está. Agora tem uma confusão mais rápida. Os erros chegam mais depressa, em maior volume e com o insulto adicional de toda a gente confiar neles porque "foi o sistema que o fez".

A tentação é óbvia. Pôr ordem num processo emaranhado é ingrato e político; comprar uma ferramenta parece progresso. Mas a automatização é um amplificador. Aponte-a para algo bom e multiplica o bom. Aponte-a para algo avariado e multiplica o avariado, e depois passa-lhe a fatura. Se não conseguir desenhar o seu processo num guardanapo em passos claros e repetíveis, ele não está pronto para ser automatizado. Está pronto para ser corrigido primeiro.

Erro 2: escolher a ferramenta antes do problema

Alguém vê uma demonstração apelativa, ou um concorrente menciona uma plataforma numa feira, e de repente a pergunta passa a ser "como usamos isto?" em vez de "o que estamos realmente a tentar resolver?". A ferramenta chega primeiro; o problema é dobrado para encaixar. Seis meses depois está a pagar por um pacote de 200 funcionalidades para tratar do que, no fundo, era um lembrete de dois passos.

A ordem importa mais do que parece. Quando parte do problema, consegue descrever o sucesso numa frase e depois encontrar a coisa mais pequena que o entrega. Quando parte da ferramenta, herda a sua visão do mundo — o seu jargão, os seus pressupostos sobre como o seu negócio "deveria" funcionar, a sua longa cauda de funcionalidades que configurará uma vez e nunca mais tocará. Escreva primeiro o problema, em linguagem simples. A ferramenta certa é a que resolve isso com o menor incómodo, e muitas vezes é mais pequena e mais barata do que a da demonstração.

Erro 3: começar grande demais

O entusiasmo é perigoso aqui. Decide finalmente "ficar digital", e o plano incha: um CRM completo, inventário ligado, marketing automatizado, um portal de clientes — tudo ao mesmo tempo, tudo neste trimestre. Parece ambicioso e responsável. Na prática, é a forma mais fiável de acabar sem nada em funcionamento e toda a gente exausta.

Os projetos de automatização em big bang falham porque cada peça móvel multiplica as outras. Dez integrações não somam complexidade, multiplicam-na, e o primeiro caso-limite em qualquer uma delas trava o conjunto inteiro. Entretanto a sua equipa afoga-se, o trabalho diário continua a ter de ser feito e o projeto torna-se aquilo que toda a gente evita na reunião. A solução é quase insultuosamente simples: faça uma tarefa, termine-a e depois faça a seguinte. Escolha o processo de maior valor que consiga pôr totalmente em funcionamento em duas a três semanas. O impulso de uma vitória real financia tudo o que vem depois.

Erro 4: esquecer as pessoas que a vão usar

Pode construir uma automatização impecável e ainda assim vê-la morrer porque ninguém explicou à equipa o porquê, nem perguntou como o trabalho realmente funciona. A pessoa que faz essa tarefa há nove anos conhece as exceções, as regras não escritas, o cliente que paga sempre tarde e recebe um telefonema em vez de um lembrete. Automatize por cima da cabeça dela e ou perderá essas nuances ou, pior, fá-la-á sentir-se substituída — e a automatização silenciosamente boicotada é imbatível.

Duas coisas evitam isto, e ambas são gratuitas. Primeiro, envolva a pessoa que faz a tarefa antes de desenhar seja o que for; ela entregar-lhe-á os casos-limite que de outro modo só descobriria em produção. Segundo, seja honesto e concreto quanto ao porquê: "isto devolve-lhe as duas horas de copiar e colar que detesta às segundas", não um discurso vago sobre "eficiência". As pessoas não resistem à automatização. Resistem a ser automatizadas elas próprias.

Erro 5: lançar sem responsável e sem plano de recurso

Uma automatização que pertence a todos não pertence a ninguém. No dia em que parte — e vai partir, quando um fornecedor muda um formulário ou uma API se desloca — há uma correria. Ninguém sabe ao certo quem a vigia, ninguém conhece o recurso manual, e o caminho de menor resistência é abandonar a automatização por completo e voltar atrás. Mais uma morte silenciosa.

Cada automatização precisa de um responsável com nome e de uma nota de "quando partir". Não um cargo — uma pessoa. A sua função não é tomar conta dela todos os dias; é ser quem repara, recolhe as primeiras queixas e decide o que ajustar. A nota são três linhas: o que isto faz, a quem avisar, o que fazer manualmente até estar resolvido. Esse único pedaço de papel escrito é a diferença entre um script frágil que as pessoas temem e uma ferramenta fiável em que se apoiam.

1. 1
   Nomeie um responsável por automatização

   Uma pessoa concreta, não um departamento. É quem repara quando algo se desvia e decide o que muda.
2. 2
   Escreva a nota de emergência de três linhas

   O que faz, a quem alertar, como fazê-lo manualmente entretanto. Guarde-a onde a equipa a vá realmente encontrar.
3. 3
   Decida o recurso antes do arranque

   Se a automatização parar a uma sexta-feira às 14h, o que acontece? Saber a resposta de antemão transforma uma crise num encolher de ombros.

Erro 6: nunca verificar se realmente ajudou

Eis um desconfortável. Um número surpreendente de automatizações é ligado, declarado um sucesso no almoço de lançamento e depois nunca mais medido. Poupou mesmo as oito horas por semana que prometeu? A taxa de erros baixou, ou apenas se mudou para um sítio menos visível? Ninguém sabe, porque ninguém anotou o "antes". Sem uma referência, toda a automatização parece uma vitória, e os fiascos sobrevivem para sempre à custa de sensações.

Não precisa de painéis de análise para isto. Antes de automatizar, anote dois ou três números honestos: mais ou menos quanto tempo a tarefa leva por semana, com que frequência corre mal, quantas queixas gera. Ao fim de um mês, volte a olhar. Por vezes o ganho é menor do que o esperado e a automatização precisa de afinação. Ocasionalmente é maior, e encontrou o modelo para o seu próximo projeto. De qualquer forma, agora decide com provas em vez de entusiasmo.

Erro 7: recorrer à IA quando uma regra simples bastaria

Este é o erro mais recente da lista e está a espalhar-se depressa. A IA é entusiasmante, está em todos os títulos, e por isso é apontada a problemas que nunca precisaram dela. Um lembrete que dispara duas horas antes de um compromisso não é inteligência — é uma regra com um relógio. Passar dados de uma encomenda para uma fatura é um tubo entre dois sistemas. Embrulhar isto num modelo de IA torna-o mais lento, mais caro, mais difícil de prever e estranhamente capaz de errar de formas que uma regra simples nunca poderia.

A IA moderna brilha genuinamente no trabalho desarrumado e moldado pela linguagem que antes era impossível automatizar: ler um e-mail em texto livre e extrair a encomenda, redigir uma primeira resposta no seu tom, atender perguntas de rotina ao telefone, organizar documentos que ninguém quer arquivar. Isso é valor real. Mas pertence por cima de bases arrumadas, não no lugar delas. A maioria das pequenas empresas precisa de muita automatização simples e fiável e de um pouco de IA bem colocada — e errar essa proporção sai caro em ambos os sentidos.

O padrão por baixo dos sete

Releia esses sete e um único tema percorre-os: as pessoas saltam o pensamento lento e ingrato e saltam diretamente para a compra. Automatizar um processo avariado, escolher primeiro a ferramenta, começar grande demais — são todas formas da mesma impaciência. A cura não é mais tecnologia. É uma tarde com um caderno, antes de o dinheiro mudar de mãos, passada a responder a perguntas aborrecidas: qual é exatamente o processo, como é concluído, quem o faz hoje, como saberemos que funcionou.

• O processo é suficientemente estável para se desenhar num guardanapo? Se não, corrija-o antes de o automatizar.
• Consegue enunciar o problema e a vitória numa frase simples cada um?
• É esta a coisa mais pequena que consegue terminar em duas a três semanas?
• Falou com a pessoa que realmente faz a tarefa?
• Tem um responsável com nome e uma nota de recurso de três linhas?
• Anotou os números do « antes » para poder verificar o « depois »?
• É isto genuinamente um trabalho para IA, ou uma regra simples seria mais barata e mais estável?

Faça passar um candidato por essas sete perguntas e os erros óbvios caem antes de lhe custarem seja o que for. Não é uma estrutura sofisticada. É uma lista de verificação pré-voo — e, como qualquer lista pré-voo, todo o seu valor está em ser aborrecida e em a fazer todas as vezes.

Como é, na verdade, fazê-lo bem

Deixe-me ser concreto, porque "evitar erros" pode soar a "não fazer nada". Fazê-lo bem é serenamente anticlimático. Escolhe uma tarefa irritante, repetitiva, em forma de regra. Passa uma tarde a certificar-se de que o processo está limpo e a anotar como é concluído. Envolve a pessoa que o faz, constrói a coisa mais pequena que o resolve e executa-o a par da forma antiga durante uma semana para apanhar os casos-limite.

Depois dá-lhe um responsável, escreve a nota de emergência, desliga a versão manual e só então regressa à sua lista para a seguinte. Sem drama, sem migração de plataforma, sem apostar o negócio. Faça isso quatro vezes por ano e ter-se-á oferecido o equivalente a um funcionário a tempo parcial extra — sem contratar ninguém, e sem que um único dos sete erros ganhe terreno.

Perguntas frequentes