Mapeie primeiro o fluxo: porque nunca deve automatizar um processo que não consegue desenhar

Quase todas as automatizações que correm mal correram mal antes de alguém tocar numa ferramenta. O proprietário saltou o passo aborrecido — desenhar verdadeiramente como o trabalho flui hoje — e passou direto à compra de software para um processo que não saberia explicar a um recém-contratado. O resultado é previsível: a automatização gere a versão do trabalho que vive na sua cabeça, não a que acontece de facto numa terça-feira à tarde, quando um cliente volta a ligar para alterar a encomenda.

Já assisti a muitas destas autópsias. Uma pequena empresa gasta dinheiro a sério numa plataforma vistosa, configura-a com confiança e, em menos de um mês, as pessoas contornam-na em silêncio. Quando se pergunta porquê, a resposta quase nunca é «o software era mau». É «o software não conhecia a exceção com que lidamos todas as semanas». Ninguém tinha anotado essa exceção, porque ninguém tinha alguma vez desenhado o conjunto no papel.

Mapear um fluxo de trabalho antes de o automatizar é o seguro mais barato que pode contratar. Custa uma tarde e um quadro branco. Revela os passos ocultos, as passagens silenciosas e as lacunas do tipo onde-é-tomada-esta-decisão que, de outro modo, surgem três semanas após o arranque. É a parte que toda a gente quer saltar, e é a parte que decide em silêncio se o projeto funciona.

O que «mapear um fluxo de trabalho» significa realmente

Tiremos o jargão. Mapear um fluxo de trabalho significa simplesmente anotar, por ordem, cada passo que ocorre entre um gatilho e um resultado concluído — e ser honesto quanto às partes confusas. O gatilho pode ser «chega um novo pedido» e o resultado concluído «o cliente pagou e o trabalho está fechado». Tudo o que está pelo meio é o seu mapa.

Não está a desenhar o processo que gostaria de ter. Está a desenhar o que tem de facto — o tal como é, não o como deveria ser. Esta distinção importa mais do que qualquer notação ou ferramenta. Todo o valor do mapeamento nasce de captar a realidade, incluindo as partes embaraçosas: a folha de cálculo que só a Maria sabe atualizar, a aprovação que acontece indo até à secretária de alguém, o e-mail que é redigitado à mão no sistema de faturação.

Bem feito, um mapa cabe numa página e uma pessoa de fora poderia lê-lo e perceber, em traços gerais, como a sua empresa transforma um pedido em dinheiro. É essa a fasquia. Se o seu mapa precisa de uma legenda e quatro cores para ser legível, exagerou na conceção.

Porque é tão caro saltar este passo

Quando automatiza sem mapear, não está a automatizar o seu processo — está a automatizar a sua suposição sobre o seu processo. E a distância entre os dois é onde o dinheiro se vai. Três modos de falha aparecem uma e outra vez.

O primeiro é o passo invisível. Há quase sempre uma tarefa tão rotineira que ninguém a menciona: a verificação rápida de bom senso, a correção manual do IVA, o telefonema para confirmar uma morada. Nunca chega ao briefing, por isso nunca chega à automatização, e na primeira vez que é necessária todo o fluxo encrava.

O segundo é a decisão não documentada. Algures no seu processo, uma pessoa emite em silêncio um juízo — esta encomenda é urgente, este cliente recebe um desconto, este orçamento precisa do aval de um responsável. Se não trouxer à superfície onde essa decisão vive e que regra segue, a automatização ou a ignora ou a adivinha, e ambas são más.

O terceiro é a passagem fantasma. O trabalho passa entre duas pessoas ou dois sistemas por um canal que ninguém documentou — um e-mail reencaminhado, uma pasta partilhada, um aviso verbal. Automatize em redor dele e o trabalho simplesmente cai numa lacuna. O mapeamento é como os encontra antes de eles o encontrarem a si.

Antes de desenhar fosse o que for: escolha um processo e um resultado

Não tente mapear toda a sua empresa. É assim que o próprio mapeamento se transforma num projeto de seis meses que morre numa unidade partilhada. Escolha exatamente um fluxo de trabalho — aquele que já suspeita valer a pena automatizar — e mapeie apenas esse, de um gatilho claro a um fim claro.

Defina as duas extremidades em voz alta antes de começar. Onde começa este processo? e qual é o aspeto de «concluído»? Se não conseguir nomear ambos numa única frase cada um, ainda não está pronto para mapear — está a tentar mapear um nevoeiro. «Do momento em que chega um e-mail de encomenda até ao momento em que a fatura é enviada» é um processo mapeável. «As nossas vendas» não é.

Como mapear um fluxo de trabalho, passo a passo

Não precisa de software especial para isto. Notas autocolantes numa parede batem qualquer ferramenta, porque são fáceis de mover e toda a equipa se pode juntar à volta. Se preferir o digital, um quadro branco partilhado ou até uma lista numerada num documento serve perfeitamente. O método importa muito mais do que o meio.

1. 1
   Reúna as pessoas certas na sala

   Não só o proprietário. As pessoas que fazem de facto o trabalho veem passos que o proprietário esqueceu que existiam. Uma voz em falta e perderá um ramo inteiro do processo.
2. 2
   Escreva primeiro o gatilho e o resultado

   Ponha o início no extremo esquerdo, o fim no extremo direito. Tudo o que acrescentar vive entre estes dois pontos fixos, o que impede o mapa de se espalhar.
3. 3
   Percorra um exemplo real

   Pegue num caso recente real — uma encomenda verdadeira, um pedido verdadeiro — e narre exatamente o que lhe aconteceu, passo a passo. O real vence o hipotético de cada vez.
4. 4
   Marque cada passagem e decisão

   Sempre que o trabalho passa para outra pessoa ou sistema, desenhe-o. Sempre que alguém faz uma escolha, desenhe uma bifurcação e escreva a regra por detrás. São os pontos onde a automatização vive ou morre.
5. 5
   Cace as exceções

   Agora pergunte: quando é que isto NÃO segue o caminho normal? A devolução, a encomenda urgente, o cliente complicado. Acrescente as exceções comuns; anote as raras à margem.
6. 6
   Cronometre grosseiramente cada passo

   Aponte um número aproximado de minutos ao lado de cada passo. Procura as partes gordas — onde as horas desaparecem de facto — para saber o que vale a pena automatizar.

Quando terminar, deverá conseguir pousar o dedo em qualquer ponto do mapa e dizer o que acontece, quem o faz, quanto tempo leva e o que poderia correr mal. Se houver um passo em que a resposta honesta é «não tenho a certeza absoluta de como isso funciona» — parabéns, acabou de encontrar a coisa mais importante na parede. Esse nevoeiro é exatamente o que teria partido a sua automatização.

Precisa de uma notação formal?

Existe toda uma linguagem formal para isto, chamada BPMN, com símbolos precisos para tarefas, portas e eventos. Para uma grande empresa com uma equipa dedicada a processos, é genuinamente útil. Para um negócio de oito pessoas e um fluxo de trabalho doloroso, é um exagero que atrapalha. Caixas para os passos, losangos para as decisões, setas para o fluxo — é toda a notação de que precisa. Não deixe que a notação perfeita o impeça de desenhar o mapa imperfeito.

Ler o mapa: o que corrigir antes de automatizar

Eis a parte que as pessoas deixam escapar. Um mapa não é só documentação para quem desenvolve — é um diagnóstico. Assim que o processo está na parede, problemas com que conviveu durante anos parecem de repente óbvios. Resista ao impulso de automatizar de imediato. Primeiro, corrija o que o mapa revela.

Procure passos que existem apenas por hábito. Uma quantidade surpreendente de processos de pequenas empresas é arqueologia — coisas feitas de certa maneira porque alguém as configurou assim em 2017 e ninguém as questionou desde então. Se um passo não acrescenta valor, elimine-o. Automatizar um passo inútil apenas torna um passo inútil mais rápido.

Procure também a mesma informação a ser digitada mais do que uma vez. Cada entrada duplicada no seu mapa é, ao mesmo tempo, um sorvedouro de tempo e um sítio por onde os erros se insinuam — e é, normalmente, a coisa mais fácil e de maior retorno para automatizar. E procure os estrangulamentos: o único passo onde tudo se acumula à espera de uma só pessoa. Por vezes, a solução aí não é software de todo, é uma mudança de regra.

• Passos redundantes que existem só porque «sempre foi assim que fizemos» — elimine-os.
• Os mesmos dados introduzidos à mão em dois ou mais sistemas — alvos prioritários de automatização.
• Uma decisão que uma pessoa toma mas que, na verdade, segue uma regra fixa e escrita — essa regra pode ser automatizada; o juízo genuíno não.
• Um estrangulamento onde o trabalho espera por uma só pessoa — por vezes uma mudança de processo vence uma mudança de tecnologia.
• Uma passagem que perde informação — aperte-a antes de envolver uma automatização à volta dela.

Um caso breve: a central de encomendas que automatizou primeiro a coisa errada

Um pequeno grossista com quem trabalhámos — digamos um fornecedor regional de equipamento de restauração, cerca de vinte funcionários — veio ter connosco convencido de que precisava de uma ferramenta de IA para ler os e-mails de encomenda recebidos. As encomendas chegavam como e-mails de texto livre, alguém redigitava-as no sistema, e essa redigitação parecia a coisa óbvia a automatizar. Tinham quase subscrito um produto de leitura de documentos antes de nos sentarmos.

Passámos uma tarde a mapear o processo real, da encomenda à fatura, na parede da sua sala de reuniões. O mapa contava outra história. Sim, redigitar os e-mails era incómodo — talvez dez minutos por encomenda. Mas dois passos adiante, cada encomenda parava na secretária de uma só pessoa para uma verificação manual de stock e uma verificação manual de crédito, porque esses dois sistemas não falavam com o sistema de encomendas nem um com o outro. Era aí que as encomendas ficavam horas, por vezes um dia inteiro.

O dispendioso leitor de e-mails com IA teria cortado dez minutos de um passo que não era o estrangulamento, enquanto o verdadeiro atraso ficava intocado. Pior, o mapa trouxe à superfície uma regra não documentada: encomendas acima de certo valor recebiam sempre um telefonema de confirmação antes de serem processadas. Ninguém o tinha mencionado, e teria partido em silêncio qualquer automatização ingénua.

O que de facto construímos foi pouco glamoroso e mais barato: uma ligação que trazia automaticamente o estado de stock e de crédito para o ecrã da encomenda, de modo que a verificação passou a ser uma vista de olhos em vez de um desvio de meia hora, além de uma marcação para as encomendas de valor elevado que ainda precisavam do telefonema humano. A redigitação dos e-mails? Também a automatizámos, no final — mas como passo dois, depois de o mapa ter mostrado que era o prémio menor. O tempo total recuperado na central rondou, a título ilustrativo, um dia e meio por semana, e quase nada veio daquilo que originalmente queriam comprar.

Transformar um mapa concluído num plano de automatização

Assim que o seu mapa está desenhado, melhorado e digno de confiança, a automatização quase se especifica sozinha. Deixa de fazer a pergunta aberta e assustadora — «como automatizamos a nossa empresa?» — e começa a fazer pequenas, com resposta possível, um passo de cada vez.

Percorra o mapa e etiquete honestamente cada passo. Alguns são puras regras — dispara um lembrete, os dados vão de A para B, um estado atualiza-se. Isso é automatização simples: barata, fiável, sem necessidade de IA. Alguns passos envolvem linguagem humana confusa ou juízo — ler um e-mail não estruturado, redigir uma resposta, atender uma pergunta ao telefone. É aí que a IA moderna ganha genuinamente o seu lugar. E alguns passos devem manter-se humanos de propósito, porque o custo de os errar é alto. O mapa torna essas categorias óbvias de um modo que uma conversa nunca consegue.

Repare no que daqui decorre. Não precisa de automatizar o mapa inteiro de uma vez — e não deve. Escolhe o passo baseado em regras de maior valor, automatiza apenas esse, prova que funciona na semana real e só então passa ao seguinte. O mapa é o que lhe permite sequenciar com sensatez em vez de abocanhar a coisa toda e engasgar-se.

Perguntas frequentes