Definir o processo antes de automatizar: o que se decide e quanto custa não o fazer

Definir o processo antes de automatizar é escrever, com quem faz o trabalho, cinco decisões: quem é o dono, que regras decidem cada passo, que exceções existem e quem as resolve, com que número se mede e onde uma pessoa aprova. Sem isto, qualquer automação repete a confusão de hoje, só que mais depressa. O desenho vem primeiro. A tecnologia escolhe-se depois.

Porque é que automatizar um processo por definir acelera o erro?

Uma pessoa que trata vinte pedidos por dia corrige, sem dar por isso, os pequenos desvios que vão aparecendo. Liga ao cliente, pergunta ao colega, lembra-se de que aquele fornecedor fatura sempre com o NIF antigo. Uma máquina não faz nada disto. Faz exatamente o que lhe mandaram, duzentas vezes por dia, com a mesma confiança nos casos certos e nos errados.

A ideia não é nova. Em 1990, Michael Hammer publicou na Harvard Business Review um artigo com um título que diz quase tudo, «Reengineering Work: Don't Automate, Obliterate», em que defendia que, em vez de automatizar procedimentos antigos, as empresas os deviam repensar de raiz. Passaram mais de trinta anos. Com agentes de IA, o aviso pesa mais, porque um agente decide o passo seguinte em vez de seguir só um caminho fixo.

Os números ajudam a situar o problema. Segundo o relatório da Eurostat sobre o uso de IA nas empresas da UE (edição de 2026, dados de 2025), 11,5 % das empresas portuguesas com 10 ou mais pessoas usavam tecnologias de IA (o INE chegou ao mesmo valor). Entre as razões que a Eurostat pergunta às empresas que ponderaram usar IA e não avançaram estão as dificuldades com a disponibilidade ou a qualidade dos dados. Não admira. Dados desarrumados são, quase sempre, sintoma de um processo que ninguém chegou a definir.

Para a maioria das PME portuguesas, portanto, a IA ainda está no início. É a melhor altura para a pôr a trabalhar sobre um processo bem desenhado, e não sobre os hábitos de quem estava de serviço no dia da instalação.

O que se decide, afinal, quando se desenha um processo?

As perguntas são de gestão. A orientação da ISO sobre a abordagem por processos (documento ISO/TC 176/SC 2/N 544R3, de 2008) recomenda, para cada processo, determinar as entradas e as saídas, atribuir a alguém responsabilidade com autoridade, bem como definir critérios para o acompanhar e medir. Numa PME com 10 a 50 pessoas, isso cabe em cinco decisões.

Decisão	Pergunta a que responde	O que acontece se ficar por decidir
Dono do processo	Quem responde pelo resultado e aprova mudanças?	Quando o agente erra, ninguém sabe a quem ligar.
Regras de decisão	Que preço, que desconto, quando se aceita ou recusa?	O agente copia uma pessoa.
Exceções	Que casos fogem à regra e quem decide cada um?	As exceções acabam num email perdido.
Métrica	Que número se mede hoje e que número se quer atingir?	Ninguém consegue provar que valeu a pena.
Aprovação humana	Em que ponto uma pessoa confirma e o que a máquina nunca faz?	A máquina grava no software de gestão sem que ninguém veja.

Veja-se o caso de uma distribuidora que quer responder mais depressa aos pedidos de orçamento. Há três comerciais. Cada um aplica descontos à sua maneira. Enquanto a gerência não escrever qual é a regra (por escalão, por cliente, por margem mínima), qualquer automação vai escolher uma das três, ou nenhuma. A decisão é da empresa; a máquina limita-se a cumpri-la.

A métrica merece uma nota. Tem de ser medida antes de mexer em nada, na semana anterior ao piloto, com os mesmos critérios que se vão usar depois. Minutos por fatura lançada, pedidos respondidos no próprio dia, erros detetados pela contabilidade: qualquer um serve, desde que seja um número e esteja escrito.

Quanto custa à empresa não definir o processo?

O custo raramente aparece numa fatura, porque se paga em horas, em paciência e em confiança. Estes são os padrões mais comuns quando se automatiza sem desenho:

1. Retrabalho. A equipa passa a corrigir o que a máquina fez, além do trabalho que já fazia.
2. Dependência de uma pessoa. O agente fica construído à volta dos atalhos de quem explicou o processo; quando essa pessoa sai, ninguém sabe porque é que as coisas funcionam assim.
3. Exceções sem dono. Os casos estranhos ficam parados, porque a automação não os resolve e ninguém foi designado para isso.
4. Investimento sem prova. Sem métrica de partida, a conversa sobre o resultado faz-se por impressões.
5. Dados estragados no software de gestão. Um registo mal gravado no Cegid PHC, repetido cem vezes, dá mais trabalho a limpar do que a lançar à mão.

Há ainda um custo evitável. Muitas vezes, ao escrever o processo, percebe-se que o problema se resolve com um campo obrigatório, um alerta ou um relatório no próprio software de gestão, sem IA nenhuma. Quando é assim, a RTC diz-o e não vende IA.

No método que a RTC segue no serviço Empresas AI First, onde o processo se desenha antes da IA, esta lógica tem consequência comercial. A métrica alvo fica na ficha. Se o piloto não a atingir, a subscrição mensal não arranca (a implementação paga não é devolvida). Sem processo definido, esta regra nem sequer se podia aplicar.

O que é a ficha do processo e como se usa na gestão?

A ficha do processo é o documento onde ficam escritas estas decisões, em linguagem de quem gere. A RTC não desenvolve nenhum agente sem ela aprovada por escrito pelo dono do processo. Tem doze campos:

1. O nome do processo e o resultado que entrega, numa frase.
2. O dono, com nome próprio.
3. O gatilho que o faz arrancar e quantas vezes acontece por semana.
4. As entradas, ou seja, onde está a informação (caixa de email, pasta, tabela do PHC).
5. Os passos de hoje, contados por quem os faz.
6. As regras de decisão; o agente propõe e uma pessoa decide.
7. As exceções e quem resolve cada uma.
8. As saídas e para onde vão.
9. Os sistemas e acessos, sabendo que gravar exige autorização escrita.
10. Os dados pessoais envolvidos.
11. A métrica de partida e a métrica alvo.
12. A aprovação humana, com o ponto exato em que uma pessoa confirma, e a lista do que o agente nunca faz.

A ficha serve a gestão inteira. Quando entra uma pessoa nova, é o primeiro documento que lhe dão. Nas férias do responsável, diz a quem substitui o que decidir e o que deixar para depois. Numa revisão anual, mostra se as regras ainda fazem sentido ou se as exceções passaram a ser a regra. É, na prática, um procedimento escrito que alguém aprovou e que tem um número associado.

A ficha é da empresa, nos termos do contrato, tal como as instruções e o código que vierem depois. Se durante o piloto aparecer uma regra nova, muda-se primeiro a ficha. O dono aprova de novo. Só então se mexe no código. Um exemplo completo, com a fatura de fornecedor a seguir a ficha dentro do PHC, está no artigo sobre faturas de fornecedor no PHC com IA.

Como se percebe que um processo ainda não está pronto?

Há seis sinais que aparecem cedo, logo na primeira conversa. Ninguém aceita ser o dono. Cada pessoa faz à sua maneira. As regras vivem na cabeça de alguém e a resposta a quase tudo é «depende». As exceções são mais do que os casos normais. Os dados de base estão desarrumados, com artigos duplicados ou clientes sem email. E não existe forma de medir o que se faz hoje.

Nenhum destes sinais impede a automação para sempre. Diz apenas por onde começar. Primeiro põe-se o procedimento por escrito, arrumam-se os dados de base e decide-se a regra em falta; se o trabalho vive em folhas de cálculo espalhadas, o primeiro passo é tirar o processo do Excel. Depois disso, a ficha fica completa quase sozinha.

Perguntas frequentes

Definir um processo é o mesmo que mapear processos?

Não exatamente. Mapear é descrever como o trabalho corre hoje, passo a passo, com quem o faz. Definir vai mais longe: decide como deve correr, com dono, regras, exceções, métrica e ponto de aprovação. O mapa é a matéria-prima. A definição é a decisão de gestão que se tira dele, e é essa que fica escrita na ficha do processo.

Quanto tempo leva a definir um processo numa PME?

Depende do processo. Também conta o número de pessoas envolvidas, por isso não damos um prazo fixo. O que a RTC assume é o prazo da primeira versão: chega por escrito até uma semana depois da reunião de diagnóstico, com os campos em falta assinalados. A ficha completa segue anexa à proposta, e escrevê-la não é uma fase paga à parte.

Posso ficar com a ficha do processo mesmo sem automatizar?

Sim. A primeira versão, entregue no diagnóstico gratuito, fica com a empresa mesmo que decida não avançar, e pode usá-la como procedimento interno. A RTC não vende a ficha isoladamente; ela existe para decidir se a automação compensa e para servir de base ao trabalho que vier depois, se vier.

Quem deve aprovar a ficha do processo?

O dono do processo, por escrito. Tem de ser uma pessoa com autoridade sobre o resultado, como a responsável da contabilidade nas faturas de fornecedor ou o diretor comercial nos orçamentos. Qualquer alteração às regras volta a passar por essa pessoa antes de chegar ao código.

Comece por um processo. Peça o diagnóstico gratuito. Até uma semana depois da reunião, recebe por escrito a primeira versão da ficha do processo. Também pode escrever-nos por WhatsApp (sem custo de chamada; aplica-se o tarifário de dados do seu operador).