Mapeamento de processos: o que fazer antes de automatizar

Quem decide automatizar um atendimento ou uma rotina interna costuma começar pela ferramenta: qual plataforma usar, qual chatbot contratar, como conectar a planilha ao sistema. É compreensível, porque a ferramenta é a parte visível. O problema é que, com frequência, a dificuldade de um projeto de automação não está na tecnologia, e sim no fato de ninguém saber, com precisão, como o trabalho era feito antes.

Este guia mostra um caminho prático para mapear um processo antes de automatizá-lo, do registro do processo atual até a escolha do primeiro item a automatizar. Ao longo do texto, usamos um exemplo fictício para deixar cada etapa concreta.

Por que mapear antes de automatizar

Automatizar um processo desorganizado só faz a desorganização acontecer mais rápido. Se um pedido passa por três pessoas porque ninguém sabe quem aprova o desconto, o robô vai repassar a mesma dúvida. O mapeamento resolve três problemas antes que virem custo:

• Conhecimento escondido. Muitas regras existem só na cabeça de quem executa: "cliente de fora da cidade sempre paga frete", "pedido acima de certo valor passa pelo dono". Se essas regras não forem descobertas, a automação vai ignorá-las.
• Etapas inúteis. Ao desenhar o fluxo inteiro, aparecem passos que existem por hábito, como imprimir algo que ninguém lê ou pedir o mesmo dado duas vezes. Automatizar esses passos é desperdício; o certo é eliminá-los.
• Expectativa desalinhada. O dono imagina uma coisa, o atendente outra, o fornecedor da ferramenta uma terceira. Um desenho no papel, aprovado por todos, vira a referência comum.

Para acompanhar o restante do texto, considere este cenário fictício: uma distribuidora de materiais de construção do interior de São Paulo recebe pedidos de orçamento pelo WhatsApp, por telefone e no balcão. Os vendedores montam o orçamento numa planilha, conferem estoque perguntando ao depósito e enviam o PDF ao cliente. A empresa quer automatizar parte disso, mas não sabe por onde começar.

AS-IS e TO-BE: duas fotografias diferentes

Os termos vêm da gestão de processos e são simples de entender:

• AS-IS ("como é") descreve o processo como ele acontece hoje, com todas as gambiarras, atalhos e exceções. Não é o processo que está no manual, nem o que o gestor acha que acontece.
• TO-BE ("como será") descreve o processo depois das mudanças: o que foi eliminado, o que foi simplificado, o que passa a ser automático e quem cuida de cada parte.

O erro mais comum é pular direto para o TO-BE. Sem o AS-IS, não há como medir se a mudança melhorou algo, e as regras escondidas só aparecem quando o cliente reclama.

Outro erro é desenhar o AS-IS "bonito". Se o vendedor confere o estoque mandando áudio para o colega do depósito, é isso que vai no mapa. Nesta fase, registre a realidade; o julgamento vem depois.

Defina o recorte antes de começar

Antes de qualquer entrevista, escreva em uma frase onde o processo começa e onde termina. No exemplo: "começa quando o cliente pede um orçamento e termina quando o orçamento é enviado ou recusado". Isso evita que o mapeamento se espalhe para entrega, cobrança e pós-venda ao mesmo tempo. Esses processos podem ser mapeados depois, um de cada vez.

Como conduzir as entrevistas

O AS-IS é construído conversando com quem executa o trabalho. O gestor ajuda a entender o objetivo, mas raramente conhece todos os detalhes da operação. Na distribuidora do exemplo, faria sentido ouvir dois vendedores (um mais antigo e um mais novo), o responsável pelo depósito e quem cuida do financeiro. Conversas individuais costumam render mais do que uma reunião com todos, em que as pessoas tendem a repetir a versão oficial.

Perguntas que funcionam

1. O que dispara esse trabalho? Como você fica sabendo que precisa fazer algo?
2. Qual é o primeiro passo? E depois? (repita até o fim)
3. Que informação você precisa em cada passo e onde ela está?
4. Em que momento você espera por alguém ou por alguma coisa?
5. O que costuma dar errado? Qual foi o último caso estranho que você lembra?
6. Tem alguma regra que não está escrita em lugar nenhum?
7. Se pudesse mudar uma coisa nesse processo amanhã, o que seria?

A pergunta sobre o "último caso estranho" costuma ser a mais reveladora: "tem exceção?" gera "às vezes", enquanto um caso específico traz detalhes que ninguém lembraria espontaneamente.

Observe, não só pergunte

Sempre que possível, acompanhe a pessoa trabalhando por uma ou duas horas. Quem faz uma tarefa há anos pula etapas ao descrevê-la. Observando, você vê o vendedor copiar o CPF de uma conversa e colar em outra tela, e entende onde está o retrabalho. Reúna também os materiais do dia a dia (modelos de mensagem, planilhas, prints de conversas com dados pessoais ocultados): eles mostram quais dados circulam e em que formato.

Fluxograma simples, sem software caro

Não é preciso dominar notações formais. Quatro elementos resolvem a maioria dos casos:

• Início e fim (oval): o evento que dispara o processo e o resultado final.
• Atividade (retângulo): algo que alguém faz, com verbo no infinitivo, como "conferir estoque".
• Decisão (losango): uma pergunta com respostas definidas, como "produto em estoque?".
• Espera (retângulo de outra cor): o processo parado aguardando alguém.

Organize o desenho em raias, uma para cada papel (cliente, vendedor, depósito, financeiro). Assim fica visível quantas vezes o trabalho troca de mãos, e cada troca é um ponto potencial de atraso.

Post-its numa parede funcionam bem na primeira versão, porque todos podem mexer. O AS-IS da distribuidora, em texto, ficaria mais ou menos assim:

1. Cliente envia lista de materiais pelo WhatsApp (às vezes em foto de papel escrito à mão).
2. Vendedor digita os itens na planilha de orçamento.
3. Vendedor manda mensagem para o depósito perguntando o estoque. Espera.
4. Depósito responde, nem sempre no mesmo dia.
5. Decisão: pedido acima do limite de desconto? Se sim, vendedor consulta o gerente. Espera.
6. Vendedor gera o PDF e envia ao cliente.
7. Decisão: cliente aprovou? Se não responde, ninguém faz contato de novo.

Só de escrever isso, dois problemas aparecem: há duas esperas que dependem de pessoas ocupadas, e não existe acompanhamento dos orçamentos sem resposta.

Gargalos e exceções

Com o AS-IS desenhado, a pergunta passa a ser: onde o processo perde tempo, dinheiro ou qualidade? Procure estes sinais:

• Filas e esperas: etapas em que o trabalho fica parado aguardando aprovação, resposta ou informação.
• Redigitação: o mesmo dado sendo digitado em mais de um lugar. Esse é um dos alvos mais claros de automação, e o artigo sobre integrar formulário, planilha e CRM mostra como eliminar esse tipo de retrabalho.
• Idas e vindas: o processo volta para uma etapa anterior porque faltou algo, como um orçamento devolvido por falta de medida.
• Dependência de uma pessoa só: se o processo para quando alguém sai de férias, há um ponto frágil.
• Etapas sem dono: tarefas que "alguém faz", como o retorno ao cliente que não respondeu.

Para dar peso aos gargalos, meça o que der, mesmo de forma aproximada. Durante uma ou duas semanas, a equipe pode anotar numa planilha compartilhada quantos pedidos chegam, quanto tempo cada etapa leva e quantos voltam.

Não ignore as exceções

Todo processo tem um "caminho feliz", em que tudo dá certo. A automação costuma ser desenhada só para ele, e é nas exceções que o cliente fica sem resposta. Para cada exceção, anote o que acontece, com que frequência e quem resolve hoje.

Na distribuidora, as exceções incluíam lista enviada em foto ilegível, produto descontinuado, pedido de entrega no mesmo dia e obra em cidade vizinha com frete diferente. Nem toda exceção precisa ser automatizada: muitas vezes, o melhor é deixar explícito no TO-BE que a exceção rara vai para uma pessoa.

Responsáveis: matriz RACI simples

A matriz RACI define, para cada atividade, quem faz o quê. As letras significam:

• R – Responsável: quem executa a atividade.
• A – Aprovador: quem responde pelo resultado e dá a palavra final. Deve haver apenas um por atividade.
• C – Consultado: quem precisa ser ouvido antes ou durante.
• I – Informado: quem precisa saber do resultado.

Ela é especialmente útil quando parte do processo passa para uma automação. Se a mensagem automática sai com o preço errado, quem corrige? A RACI responde antes do problema. Veja um exemplo ilustrativo para o TO-BE da distribuidora:

A coluna "Automação" nunca recebe a letra A: uma ferramenta executa, mas não responde por nada. E a última linha garante um dono para a manutenção; sem ele, as mensagens envelhecem, os preços mudam e ninguém atualiza o fluxo.

Como priorizar o que automatizar primeiro

A lista de oportunidades costuma ser maior do que o tempo e o orçamento disponíveis. Avalie cada candidato por cinco critérios, com nota de 1 (baixo) a 3 (alto):

• Volume: quantas vezes por semana a atividade acontece.
• Tempo gasto: quanto tempo de pessoa ela consome, somando todas as ocorrências.
• Impacto do erro manual: o quanto um erro hoje prejudica cliente ou empresa.
• Estabilidade da regra: se a regra é clara e muda pouco (nota alta) ou depende de julgamento e muda sempre (nota baixa).
• Facilidade técnica: se os dados já estão em formato digital e os sistemas permitem integração.

As atividades com maior soma são as primeiras candidatas. Veja notas de exemplo da distribuidora fictícia:

A soma é um ponto de partida, não uma sentença. A consulta de estoque empata com o lembrete, mas o depósito ainda controla o estoque num caderno; digitalizar esse controle é um projeto à parte. Por isso, a empresa começou pela coleta de dados no WhatsApp, seguida do lembrete. A aprovação de desconto ficou com o gerente, porque o erro é caro e a regra depende de julgamento. O artigo Chatbot ou atendente humano aprofunda esse tipo de decisão.

Do TO-BE para o fluxo

Com as prioridades definidas, redesenhe o processo mostrando o que foi eliminado, o que passa para a automação e onde ficam os pontos de transferência para uma pessoa. Se a automação for no WhatsApp, o passo seguinte é transformar o desenho em menus, mensagens e regras, como explicamos no guia de fluxo de atendimento no WhatsApp.

Dados pessoais no mapeamento

Ao mapear um atendimento, você descobre por onde passam os dados dos clientes: em que conversas, planilhas e sistemas ficam e quem tem acesso. Registre isso no próprio mapa. A Lei Geral de Proteção de Dados exige que controlador e operador mantenham registro das operações de tratamento que realizam (art. 37 da Lei 13.709/2018) e estabelece, no art. 6º, o princípio da necessidade: o tratamento deve se limitar ao mínimo necessário para a finalidade. Para microempresas, empresas de pequeno porte e startups, a Resolução CD/ANPD nº 2/2022 prevê regras diferenciadas, incluindo a possibilidade de manter esse registro de forma simplificada, o que não dispensa o registro em si. Na distribuidora, a equipe percebeu que pedia CPF já no primeiro contato, quando ele só era necessário para emitir a nota fiscal. A ANPD publica orientações, inclusive para agentes de pequeno porte, que valem a consulta antes de definir o que a automação vai coletar.

Checklist antes de começar a automatizar

• O recorte do processo (início e fim) está escrito em uma frase.
• Quem executa o processo foi entrevistado, e não apenas o gestor.
• O AS-IS está desenhado com raias por papel e inclui as esperas e as exceções.
• Há pelo menos uma medição simples do processo atual.
• As etapas inúteis foram eliminadas antes de automatizar.
• O TO-BE foi revisado e aprovado pelas pessoas que vão operá-lo.
• A matriz RACI tem um único aprovador por atividade e um dono para a manutenção da automação.
• Os dados pessoais de cada etapa foram mapeados e reduzidos ao necessário.
• A primeira automação escolhida é pequena e tem um indicador para comparar o antes e o depois.

Perguntas frequentes

Quanto tempo leva para mapear um processo?

Depende do recorte. Um processo com poucos papéis, como o orçamento do exemplo, costuma caber em alguns dias de trabalho distribuídos em uma ou duas semanas, contando entrevistas, observação e medição. Se o mapeamento se arrasta, o recorte provavelmente está grande demais.

Preciso de uma ferramenta específica para fazer o fluxograma?

Não. Papel, post-its, um quadro branco ou uma planilha resolvem. Ferramentas de diagrama ajudam a manter o desenho atualizado e a compartilhá-lo, mas a qualidade do mapeamento vem das entrevistas e da observação, não do software.

Uma empresa pequena precisa de matriz RACI?

Precisa da ideia, mesmo que não use o nome. Em equipes pequenas, todos fazem um pouco de tudo, e é justamente aí que tarefas ficam sem dono. Uma tabela simples com atividade, quem faz e quem decide já evita boa parte dos problemas. Para outras orientações voltadas a negócios menores, veja Automação para pequenas empresas: por onde começar.

E se o processo atual for tão confuso que não dá para desenhar?

Isso já é um diagnóstico. Desenhe o possível e marque com interrogação os pontos em que as pessoas dão respostas diferentes. A gestão precisa resolver essas divergências antes, porque a ferramenta vai exigir uma regra única.

Conclusão

Mapear antes de automatizar reduz o risco de a ferramenta apenas reproduzir, mais rápido, os problemas que já existiam. O AS-IS mostra a realidade, as entrevistas revelam as regras não escritas, o fluxograma expõe as esperas e a RACI garante que cada etapa tenha alguém respondendo por ela. Com isso, a priorização deixa de ser palpite.

Se quiser entender como a Telep conduz esse diagnóstico em projetos de atendimento e integração, a página Como funciona descreve as etapas do nosso trabalho.