Como Escolher Empresa de Automação Operacional para PME

Escolher uma empresa de automação operacional é uma decisão comercial mais delicada do que escolher um fornecedor de software tradicional. Com software, se não funcionar, você troca. Com automação mal feita, você fica com o processo do seu negócio acoplado em código que ninguém mais entende — um passivo silencioso que só aparece quando quebra.

Este guia é um checklist honesto do que olhar na hora de contratar. Foi escrito da cadeira de quem entrega esse tipo de projeto, não de quem vende — por isso alguns itens vão contra o que um comercial de agência falaria. Use como ferramenta de avaliação, não como panfleto.

O que é "empresa de automação operacional" de verdade

Antes de qualquer critério, alinhar o termo. Uma empresa de automação operacional séria deveria entregar três coisas:

Mapeamento do fluxo — entender o processo real do cliente, não o processo desenhado no papel
Construção sob medida — integrar ferramentas, sistemas e IA no jeito que o negócio opera
Sustentação técnica — manter o que foi entregue, corrigir bug, adaptar quando o negócio muda

Quem entrega só 1 é consultor de processos. Quem entrega só 2 é desenvolvedor de integração pontual. Quem entrega só 3 é sustentação passiva. A empresa completa entrega os três e mostra isso no contrato.

Os 8 critérios que importam na escolha

1. Ela entende seu negócio antes de propor solução?

Fornecedor que chega com proposta pronta na primeira reunião é alarme. Negócio real tem gargalo específico — proposta genérica de "agente de IA para atendimento" vendida antes de entender seu fluxo é commodity com markup.

Teste simples: peça para o fornecedor te explicar seu próprio fluxo de trabalho antes de propor a solução. Se ele devolver o que você disse com palavras bonitas, ele não entendeu. Se ele te fizer 5 perguntas que te surpreenderam, ele está no jogo.

2. Ela mostra arquitetura técnica, não só tela bonita?

Protótipo bonito em Figma impressiona na reunião. Seis meses depois, quem sustenta o projeto é o desenvolvedor que entende a arquitetura de verdade.

Peça:

Diagrama de arquitetura (mesmo que simples)
Lista das integrações previstas e método (API direta, webhook, RPA)
Provedor de LLM usado e por quê
Como os dados são armazenados e onde

Se a resposta for "confia, vai funcionar", você está comprando caixa preta.

3. Ela explica o que não vai resolver?

Essa é a pergunta mais subestimada na hora de contratar. Um fornecedor honesto tem limites claros. Ele fala antes do contrato o que a automação não vai cobrir — dado de cadastro furado, negociação não trivial, cliente bravo precisando de humano.

Fornecedor que promete "100% automático" ou "sem erro" está mentindo ou não tem experiência de produção. Rode. Essa é a primeira bandeira vermelha.

4. Ela tem caso real verificável, não só logo de cliente no site?

Logo de cliente é decoração. O que importa é poder conversar com 1 cliente real que usou o serviço. Na BASE, a gente faz conexão direta quando solicitado — mesmo quando o cliente pede anonimato, dá para alinhar uma call fechada.

Se o fornecedor só mostra "mais de 100 projetos entregues" sem nenhum contato real, é quase sempre sinal de projetos pequenos, abandonados ou inexistentes.

5. Ela tem clareza sobre o custo total do projeto?

Preço de contratação é um dos temas. Custo total é outro. Pergunte:

Quanto é o setup inicial?
Quanto é a mensalidade de sustentação (se houver)?
Quais são os custos variáveis? (LLM por mensagem, WhatsApp API, hospedagem, etc.)
O que acontece se o uso dobrar?
Tem multa, vínculo mínimo, cláusula de reajuste?

Escrevemos um guia sobre faixa real de custo em automação de WhatsApp que ajuda a calibrar expectativa. Use para comparar propostas.

6. Ela te entrega o código ou você fica refém?

Esse é o critério que separa empresa de automação de empresa de SaaS disfarçada. Duas perguntas diretas:

Se eu quiser trocar de fornecedor daqui a 2 anos, o que eu levo comigo?
O código fica em repositório meu ou dele?

Respostas aceitáveis variam — tem projeto onde faz sentido o fornecedor manter o repositório e entregar documentação, tem projeto onde o cliente quer o código desde o primeiro commit. O que não é aceitável é ambiguidade. Se o fornecedor enrola, você está assinando contrato de dependência.

7. Ela tem processo de sustentação definido?

Automação não é entrega única. LLM muda. API muda. Seu negócio muda. Quem não tem processo claro de sustentação te entrega um carro sem mecânico.

Pergunte:

Qual o SLA de resposta para bug em produção?
Como são priorizadas mudanças novas?
Tem monitoramento ativo ou depende do cliente avisar?
Com que frequência o stack é atualizado (segurança, LLM, dependências)?

8. Ela te faz ficar mais esperto ou mais dependente?

Esse é o critério filosófico mas importa. Fornecedor bom te ensina a ler as métricas, entender o que está acontecendo no seu próprio processo, tomar decisões técnicas junto. Fornecedor ruim mantém você burro de propósito para que você dependa dele para qualquer mudança.

Na primeira reunião, repare: ele te explica os trade-offs ou só te fala o que vai fazer? Ele pergunta sua opinião técnica ou já decide tudo? A resposta predisse o próximo ano da relação.

O que pedir por escrito antes de assinar

Depois de passar pelos 8 critérios e bater o martelo, o contrato precisa cobrir:

Escopo funcional — o que vai ser entregue, com lista de casos de uso
Escopo de integração — com quais sistemas, por qual método, quem fornece acesso
Critério de aceite — o que define "funcionou" na entrega
Propriedade intelectual — quem é dono do código, da configuração, do treinamento
SLA — tempo de resposta para incidente, tempo para correção
Custos variáveis — como é medido o consumo de LLM, API, infraestrutura
Saída — o que acontece se o cliente quiser encerrar, como é feita a transferência
Política de dados — onde ficam armazenados, como são protegidos, conformidade com LGPD

Escopo genérico no contrato é escopo para briga futura. Prefira contrato detalhado, mesmo que demore mais para assinar.

Sinais de alerta na proposta

Juntando o que aprendemos observando o mercado, cinco sinais que geralmente indicam que o projeto vai dar problema:

Proposta sem discovery — chegou pronta em 48h, sem reunião técnica séria
Promessa de número mágico — "vai aumentar vendas em X%", sem base técnica
Stack proprietário fechado — "plataforma exclusiva" que ninguém mais conhece
Time sem face — não te apresentam quem vai codar, só comercial
Comercial que decide técnico — quem te vendeu não é quem vai entregar, e o técnico nunca entrou na reunião

Cinco bandeiras vermelhas numa só proposta é contratar encrenca com nota fiscal.

Por que a BASE escreveu isso do jeito que escreveu

Se alguém perceber que esse checklist também é um filtro contra nós mesmos, acertou. A gente escreve o critério que a gente quer ser avaliada por. Quando um prospect nos trata pelos 8 critérios acima, a conversa fica direta, o projeto fica bem escopado, e todo mundo sai ganhando. Quando o prospect aceita qualquer fornecedor que jure "agente de IA revolucionário", ele eventualmente contrata alguém que promete o mundo e some em 4 meses.

Queremos o primeiro tipo de cliente. Por isso publicamos o filtro.

Próximo passo prático

Se você está avaliando fornecedor agora, o exercício útil em 30 minutos:

Pegue a proposta que está na mesa
Marque quais dos 8 critérios ela passa e quais não
Marque quais dos 8 itens contratuais ela prevê
Se faltar mais de 3 critérios, é para voltar ao fornecedor ou começar a comparar

Se quiser uma segunda opinião técnica — sem compromisso comercial — podemos olhar a proposta e te devolver leitura direta do que está bem escopado e do que está vago.

Agendar diagnóstico operacional →

Ver também: Sistema sob medida vs ERP pronto e como funciona a engenharia da BASE por dentro.

Fontes e leitura complementar:

Este artigo foi pesquisado e estruturado por um agente autônomo da BASE.