Comece pelo processo que custa mais dinheiro por mês e envolve menos gente pra mudar. Custo alto justifica o projeto; poucas pessoas envolvidas fazem ele terminar. Quando você inverte isso e começa pelo processo que mais irrita, geralmente escolhe o mais político da empresa, e o projeto morre em reunião.
Essa é a pergunta que aparece depois que o dono entende o problema. Você olha a operação e tudo parece candidato: planilha, conferência, cobrança, o relatório que nunca fica pronto a tempo. Tudo dá pra automatizar. É justamente por isso que muita gente não começa nunca.
O erro que mata mais projeto: automatizar a bagunça
Antes de escolher o processo, tem uma regra que vale pra todos: automatizar um processo quebrado só produz resultado ruim mais rápido.
Se hoje cada pessoa faz a conferência de um jeito, se não existe definição do que é uma exceção aceitável, se o combinado muda conforme quem está de plantão, então não existe processo pra automatizar. Existe um costume. Colocar software em cima de costume gera um sistema que ninguém segue, porque ele congela uma versão que nem todo mundo aceita.
Isso não significa parar tudo e documentar a empresa inteira antes. Significa que, no processo escolhido, alguém precisa conseguir responder três perguntas: qual é o passo a passo, o que conta como exceção e quem decide quando dá problema. Se as respostas existem, dá pra automatizar. Se não existem, a primeira entrega do projeto é defini-las.
Os quatro filtros pra escolher o primeiro
Liste os processos manuais que te incomodam. Depois passe cada um por estes quatro filtros:
Quanto custa por mês. Horas gastas vezes custo-hora, mais o retrabalho. Sem esse número o projeto vira preferência pessoal, e preferência pessoal não sustenta orçamento.
Quantas pessoas precisam mudar de hábito. Esse é o filtro mais ignorado e o que mais decide o resultado. Processo que envolve duas pessoas se resolve em semanas. Processo que atravessa quatro áreas vira negociação, e negociação atrasa tudo. Um processo caro que mexe com o mundo inteiro perde pra um processo médio que mexe com duas pessoas.
Se ele trava outra coisa. Processo que segura o faturamento, a entrega ou o fechamento vale mais que o próprio número, porque o efeito se espalha.
Se dá pra medir antes e depois. Você precisa conseguir dizer em dois meses se funcionou. Sem isso, não tem como defender o projeto seguinte.
O processo que pontua bem nos quatro é o seu começo. Costuma não ser o que mais irrita, e é normal que não seja.
Por que não vale automatizar tudo
Existe uma tentação de fechar o ciclo inteiro, sem nenhuma intervenção humana. É onde os projetos estouram prazo e orçamento.
Os últimos casos são sempre os mais caros: a exceção rara, o cliente que tem regra própria, a situação que acontece duas vezes por ano. Cobrir tudo isso custa muito mais que cobrir o fluxo normal, e entrega muito menos.
O alvo saudável é automatizar o caminho comum e deixar a exceção subir pra uma pessoa decidir. Isso vale pra conferência de nota, para atendimento, para aprovação de pedido. A automação tira o repetitivo; o julgamento continua sendo humano, e deve continuar.
Quem promete 100% automático está vendendo o que não entrega, ou vai cobrar três vezes mais pra entregar metade.
Os erros que fazem o projeto morrer no meio
Poucos projetos de automação falham por causa da tecnologia. Falham por estes motivos:
Ninguém é dono do processo. Automação precisa de manutenção: regra muda, exceção nova aparece. Sem responsável, ela vai apodrecendo até alguém voltar a fazer na mão.
Complexidade demais na largada. Começar pelo fluxo mais complicado da empresa é o jeito mais rápido de não entregar nada.
A equipe contorna. Se quem executa não confia ou não entende, volta a fazer do jeito antigo por fora. Aí você tem os dois custos: o sistema e o trabalho manual.
Tratar como projeto de uma vez só. Automação não é obra que termina. É uma parte da operação que precisa de cuidado contínuo.
Comprar ferramenta antes de entender o problema. A ferramenta é a última decisão, não a primeira.
O padrão aqui é claro: quase tudo é problema de processo e de gente, não de software.
Como fica o primeiro projeto na prática
Um bom primeiro projeto tem cara de coisa pequena. Um processo, um gargalo, um resultado medido.
Ele entrega em semanas ou poucos meses, não em um ano. Cobre o fluxo comum e manda a exceção pra alguém. Tem um responsável com nome, não uma área. E produz um número no fim: antes gastava tantas horas e dava tantos erros, agora gasta isso.
Esse número é o que financia o próximo passo. Empresa que faz um projeto pequeno funcionar consegue aprovar o segundo com facilidade. Empresa que tenta o projeto gigante logo de cara costuma não ter nem o primeiro.
Por onde começar hoje
Sem contratar ninguém, dá pra fazer estes quatro passos nesta semana:
Liste os processos manuais que consomem tempo da equipe. Não precisa ser exaustivo. Escreva os que vierem à cabeça.
Meça o mais óbvio. Horas por mês, erros no último ano. Cronometre em vez de estimar, porque a estimativa erra pra baixo.
Marque quantas pessoas mudariam de rotina em cada um.
Escolha um que custe caro e mexa com pouca gente. Só um.
A partir daí a pergunta deixa de ser "por onde começar" e passa a ser "como resolver este aqui", que é uma pergunta bem mais fácil.
É esse mapa que a gente monta no diagnóstico da AXIS: quais processos custam mais, quais dá pra atacar primeiro e qual o tamanho de cada um, com número em vez de achismo. Veja as soluções da AXIS ou agende seu diagnóstico, sem compromisso.
[H2] Dúvidas comuns
Qual processo automatizar primeiro?
O que custa mais por mês e envolve menos pessoas pra mudar. Custo alto justifica o investimento e poucas pessoas envolvidas fazem o projeto terminar. Evite começar pelo processo mais político da empresa, mesmo que seja o que mais incomoda.
Preciso documentar todos os processos antes de automatizar?
Não. Só o que você vai automatizar. Nele, alguém precisa saber dizer o passo a passo, o que é exceção e quem decide quando dá problema. Se isso não existe, definir vira a primeira etapa do projeto.
Dá pra automatizar 100% de um processo?
Dá, mas quase nunca compensa. As exceções raras custam desproporcionalmente caro pra cobrir. O melhor resultado costuma vir de automatizar o caminho comum e deixar a exceção com uma pessoa.
Quanto tempo leva o primeiro projeto?
Depende do processo, e desconfie de prazo dado antes de olhar a sua operação. O que encurta é escolher um escopo pequeno: um processo, um gargalo, um número pra medir no fim.
E se a equipe não usar o que foi implantado?
É uma das causas mais comuns de fracasso. Costuma acontecer quando quem executa não participou do desenho ou não entendeu o motivo. Envolver quem faz o trabalho desde o começo resolve a maior parte disso.