Sistema construído sobre processo não mapeado vira retrato de como o gerente acha que a empresa funciona. A equipe não usa, cria planilha paralela, e o projeto "não pegou". Mapear antes é o que separa sistema que some da conversa de sistema que vira problema. Aqui está o roteiro — o mesmo que a DAS usa no diagnóstico, adaptado para você fazer internamente.
Antes de começar: escolha UM processo
Não mapeie a empresa. Mapeie o processo que mais dói — o que gera mais redigitação, mais erro ou mais "deixa eu ver e te retorno". Exemplos: do pedido ao faturamento; da OS aberta à fechada; da requisição de compra à entrada no estoque; da OP planejada à peça expedida.
Um processo tem início (um evento) e fim (um resultado). Se não consegue definir os dois, está grande demais.
Dia 1: as pessoas e as etapas
Reúna quem executa cada parte do processo — não só o gestor. Peça para cada um descrever o que chega até ele, o que faz e para onde manda. Anote as etapas em ordem.
Você vai descobrir que o processo tem mais etapas do que o gestor imaginava: a conferência que ninguém pediu, a planilha que "só eu uso", o WhatsApp para o setor vizinho.
Saída do dia: lista de etapas em ordem, com o responsável de cada uma.
Dia 2: a informação
Para cada etapa, pergunte:
- Qual informação nasce aqui? (o pedido, o diagnóstico, o valor, a aprovação)
- Onde ela é registrada? (sistema, planilha, papel, cabeça)
- Quem precisa dela depois? (o próximo setor, o financeiro, o cliente)
- Como ela chega lá? (automático, digitação, mensagem, ninguém avisa)
Aqui aparece a redigitação: o mesmo dado registrado em dois, três lugares. E aparece a informação que nasce e não chega — o "esqueci de avisar".
Saída do dia: para cada dado, onde nasce e por onde deveria circular.
Dia 3: as regras
Pergunte para cada etapa: o que muda o caminho?
- Valor acima de X precisa de aprovação?
- Cliente novo segue outro fluxo?
- Urgência pula etapa?
- Certos produtos exigem conferência extra?
Cada resposta é uma regra de negócio. Elas geralmente vivem na cabeça das pessoas — e são exatamente o que o sistema pronto não tem e o sob medida precisa ter.
Saída do dia: lista de regras, com a condição e o efeito de cada uma.
Dia 4: as exceções
Este é o dia mais importante. Pergunte: e quando dá errado?
- E quando o cliente não aprova o orçamento?
- E quando a peça não está no estoque?
- E quando o pagamento não cai?
- E quando a máquina quebra no meio da OP?
- E quando o pedido chega com dado incompleto?
As exceções são resolvidas hoje "no jeitinho" — e são elas que quebram os sistemas. Um sistema que só trata o fluxo feliz obriga a equipe a sair dele nas exceções, e a partir daí ela não volta.
Saída do dia: lista de exceções e como cada uma é tratada hoje.
Dia 5: as ferramentas e as dores
Liste tudo que é usado no processo: sistemas (com nome e se têm API), planilhas (com dono), grupos de mensagem, papel. Para cada um, anote o que ele faz bem e o que falta.
Depois, com a equipe, marque no mapa:
- Onde a informação se perde ou atrasa.
- Onde há redigitação.
- Onde alguém "precisa lembrar" de algo.
- Onde o erro é mais frequente e mais caro.
Saída do dia: mapa completo com as dores marcadas — e, quase sempre, uma prioridade óbvia.
O que fazer com o mapa
O mapa responde três perguntas antes de qualquer proposta de software:
- Sistema pronto ou sob medida? Se as regras e exceções são poucas e comuns, pronto. Se são muitas e próprias, sob medida ou híbrido.
- Por qual módulo começar? Pela etapa com mais dor marcada.
- O que integrar? Os sistemas que fazem bem sua parte ficam; o módulo novo conversa com eles.
E ele vira o briefing: leve o mapa para o fornecedor. Quem lê um mapa desses orça com precisão; quem orça sem ele está chutando.
Modelo de tabela
| Etapa | Quem | Dado que nasce | Registrado em | Vai para | Regra | Exceção | Dor |
|---|---|---|---|---|---|---|---|
| Recebe pedido | Vendedor | Itens, cliente, prazo | WhatsApp + planilha | Expedição, financeiro | Cliente novo: cadastro antes | Item sem estoque: avisa cliente à mão | Redigita no ERP depois |
| ... |
Oito colunas, uma linha por etapa. É tudo que o diagnóstico precisa.
Perguntas frequentes sobre o tema
Preciso de ferramenta de BPMN ou fluxograma?
Não. Uma tabela com etapas em linhas e as cinco perguntas em colunas resolve. O desenho vem depois, se ajudar a comunicar.
Quanto tempo leva?
Para um processo (do pedido ao faturamento, da OS aberta à fechada), uma semana com uma ou duas horas por dia das pessoas certas.
E se o processo for diferente em cada unidade?
Mapeie a unidade mais representativa e anote as variações das outras. As diferenças são regras ou exceções — e precisam estar no sistema.
