O ERP. O CRM. A faturação. As folhas de cálculo. As apps de comunicação. As plataformas “que só uma equipa usa”. As subscrições que ninguém se lembra de quem pediu.
Na maioria das PME, o número surpreende toda a gente.
Incluindo quem paga.
Nenhuma empresa decide ter 40 ferramentas.
Acumula-as:
Cada decisão foi razoável.
O conjunto não é.
O preço das subscrições é a parte pequena.
O custo real:
Cada ferramenta nova prometeu simplificar.
O conjunto complicou.
Faz a lista completa — ferramentas, custo, quem usa, para quê.
Só o exercício já revela três categorias:
E uma pergunta para cada uma:
👉 se esta ferramenta desaparecesse amanhã, o que é que realmente parava?
A transformação digital vendeu-se sempre como adição: adotar, implementar, acrescentar.
Mas nas empresas onde trabalho, o progresso visível vem quase sempre do contrário:
Simplificar o parque de ferramentas é dos poucos projetos que reduz custo, risco e confusão ao mesmo tempo.
Mais tecnologia não é mais capacidade.
A partir de certo ponto, é mais entropia.
Antes da próxima subscrição, vale a pena perguntar:
não “o que é que esta ferramenta acrescenta?”
mas:
👉 “o que é que podíamos remover primeiro?”
]]>Acessos controlados, backups testados, equipa formada, sistemas atualizados.
E um dia a tua operação para na mesma.
Não por um ataque à tua rede.
Por um ataque à rede de um fornecedor.
Quando se fala de cibersegurança, olha-se para dentro: os nossos sistemas, os nossos utilizadores, a nossa rede.
Mas a operação real depende de fora:
Cada dependência destas é uma extensão da tua superfície de risco.
E a maioria das empresas não sabe dizer quantas tem.
Escolhe o teu fornecedor de software mais crítico e responde:
👉 que acessos tem ele aos teus sistemas — e o que acontece ao teu negócio se ele for comprometido?
Se a resposta é “nunca pensámos nisso”, estás em boa companhia.
É a resposta mais comum.
A NIS2 é explícita neste ponto: a segurança da cadeia de fornecimento é responsabilidade da empresa.
Traduzido:
não chega estares seguro.
Tens de conseguir demonstrar que avalias a segurança de quem trabalha contigo.
E há um efeito em cascata interessante: empresas abrangidas pela NIS2 vão começar a exigir garantias aos fornecedores — mesmo aos pequenos, mesmo aos que não estão diretamente abrangidos.
Quem fornece empresas médias e grandes vai receber estes questionários.
É uma questão de tempo.
Como sempre, sem comprar nada:
Um fornecedor sério responde bem a estas perguntas.
Um fornecedor que se ofende com elas está a dar-te informação valiosa.
A tua segurança já não é só tua.
É a do elo mais fraco da tua cadeia.
A pergunta não é “estamos seguros?”
É:
👉 “sabemos de quem dependemos — e o que eles fazem com essa confiança?”
]]>Na maioria dos casos, a resposta é uma pessoa:
“isso explica-te a Marta.”
A Marta explica bem.
Mas repara no que isso significa:
👉 o processo não pertence à empresa. Pertence à Marta.
O argumento contra documentar é sempre o mesmo:
“nós sabemos como se faz, está na prática de toda a gente.”
Três problemas:
Um processo não escrito não pode ser melhorado.
Só pode ser recordado.
Documentar não é escrever manuais de 50 páginas que ninguém lê.
É o contrário:
Um processo documentado de forma imperfeita vale mais do que um processo perfeito na cabeça de alguém.
O primeiro pode ser corrigido por qualquer pessoa.
O segundo desaparece com um pré-aviso de 30 dias.
Escolhe um processo crítico e tenta escrevê-lo numa página.
Vais descobrir uma destas coisas:
Qualquer dos resultados é lucro.
Sistemas, auditorias, certificações, IA — tudo assenta no mesmo alicerce:
processos que existem fora da cabeça das pessoas.
Se não está escrito, não é um processo.
É um costume.
E os costumes saem pela porta com as pessoas.
]]>tirar tarefas repetitivas às pessoas.
Copiar dados, gerar documentos, enviar notificações.
A nova geração de ferramentas de IA muda o jogo:
já não executa apenas.
👉 decide.
Automatizar uma tarefa:
“quando chega uma fatura, extrai os dados e regista no sistema.”
Automatizar uma decisão:
“quando chega uma fatura, decide se está correta e se deve ser paga.”
A primeira poupa tempo.
A segunda transfere julgamento.
E julgamento transferido sem regras explícitas não é eficiência — é perda de controlo com bom aspeto.
Antes de delegar uma decisão numa máquina, há uma pergunta incómoda:
👉 conseguimos escrever as regras dessa decisão?
Se a resposta é sim — os critérios existem, as exceções estão definidas, os limites são claros — a automação é uma continuação natural do processo.
Se a resposta é “depende, quem trata disso é que sabe”…
o problema não é de IA.
É o de sempre: a decisão nunca foi definida. Vivia na cabeça de alguém.
Delegar decisões em sistemas exige o mesmo que delegar em pessoas:
Nenhuma empresa séria daria autonomia total a um colaborador novo no primeiro dia.
A regra vale para as máquinas — com esta agravante: a máquina não hesita, não pergunta, e não sabe quando está fora da sua profundidade.
A questão não é se as empresas vão automatizar decisões.
Vão.
A questão é se o fazem com as regras escritas antes — ou se descobrem as regras depois, a analisar o que correu mal.
Como sempre:
a tecnologia amplifica o que existe.
Decisões organizadas ficam mais rápidas.
Decisões improvisadas ficam apenas mais frequentes.
]]>A pergunta que se segue é óbvia:
“então por onde começamos?”
A boa notícia: os primeiros passos não custam dinheiro.
A má notícia: custam decisões.
Não se protege o que não se conhece.
Antes de qualquer investimento:
Isto é um inventário, não um projeto de segurança.
E na maioria das empresas, não existe.
A NIS2 é clara num ponto: a responsabilidade é da gestão.
Isso exige uma decisão interna:
👉 quem é o dono deste tema na empresa?
Não “o IT trata disso”.
Uma pessoa, com nome, com mandato da direção, que reporta à direção.
Sem dono, o tema não avança — avança-se em círculos.
Antes de qualquer ferramenta sofisticada, os básicos que travam a maioria dos incidentes:
Nada disto é novidade.
E é exatamente por isso que é revelador quantas empresas não o têm feito.
Com o inventário feito, o dono definido e os básicos tratados, as decisões de investimento tornam-se racionais:
sabe-se o que proteger, contra o quê, e com que prioridade.
Sem esse trabalho, comprar ferramentas é responder a uma pergunta que ainda não foi feita.
A conformidade com a NIS2 não começa num orçamento.
Começa numa reunião de direção com três pontos:
O resto é consequência.
]]>Na prática, é o contrário.
O ERP não resolve problemas.
Expõe-os.
Quando um ERP entra em funcionamento, algo acontece rapidamente:
problemas que estavam escondidos começam a aparecer.
Tudo o que antes estava “controlado informalmente” deixa de funcionar.
Antes do ERP, muitas organizações operam com:
Funciona… enquanto escala é baixa.
Mas não é um sistema.
Um ERP não cria organização.
Impõe estrutura.
E ao fazê-lo, revela tudo o que não está preparado para essa estrutura.
Na prática, atua como:
👉 um espelho da operação
E esse espelho raramente é confortável.
Quando os problemas aparecem, a reação típica é:
Na realidade:
o sistema está a mostrar exatamente o que não estava a funcionar antes.
Empresas que entendem isto fazem algo diferente:
não tentam adaptar o sistema ao caos.
Usam o ERP para:
E é aqui que começa a verdadeira transformação.
A diferença não está no software.
Está na forma como interpretam o que o software mostra.
Empresas que evoluem:
Empresas que não evoluem:
E o resultado é sempre o mesmo:
complexidade crescente.
Um ERP não resolve desorganização.
Torna-a visível.
E isso é exatamente o que o torna valioso.
Porque só aquilo que é visível pode ser corrigido.
Se estás a trabalhar com ERP ou sistemas de gestão, a pergunta não é:
“o sistema está a funcionar?”
É:
👉 “o que é que o sistema está a revelar sobre a organização?”
]]>Vêem como um problema de IT.
Não é.
Quando se fala de NIS2, a reação típica é:
Tudo isto pode ser necessário.
Mas não resolve o problema principal.
A NIS2 não está centrada em tecnologia.
Está centrada em:
E isso muda tudo.
Na prática, os maiores problemas que vejo não são técnicos.
São estruturais:
Isto não se resolve com ferramentas.
Resolve-se com organização.
Com a NIS2, algo muda de forma clara:
👉 a responsabilidade deixa de ser apenas do IT
Passa a ser da gestão.
Isso implica:
E não apenas resposta a incidentes.
Muitas organizações funcionam assim:
Mas a NIS2 exige outra abordagem:
👉 controlo antes do incidente acontecer
Empresas que estão a avançar bem com NIS2 têm um padrão claro:
Não porque têm mais tecnologia.
Mas porque têm mais controlo.
NIS2 não é um projeto tecnológico.
É um exercício de gestão.
A tecnologia é apenas um dos componentes.
Sem organização, processo e responsabilidade, qualquer investimento em segurança é limitado.
A pergunta certa não é:
“temos boas ferramentas?”
É:
👉 “temos controlo sobre os nossos sistemas?”
]]>Ouço esta frase há anos, em empresas de todos os tamanhos.
E quase sempre acompanhada da mesma conclusão:
“o pessoal do armazém não regista bem.”
Às vezes é verdade.
Quase nunca é a causa.
O stock errado é o fim de uma cadeia que começa muito antes do armazém:
Cada um destes pontos é uma decisão de processo.
Nenhum se resolve com “mais cuidado”.
Stock errado gera um padrão conhecido:
A desconfiança no sistema torna-se autoalimentada.
E a empresa passa a pagar inventários permanentes: pessoas a contar o que o sistema devia saber.
Não é pela contagem geral — essa corrige o número de hoje e deixa intactas as causas de amanhã.
É pelo movimento:
👉 cada entrada e cada saída registada no momento em que acontece, por quem a faz.
Depois:
O stock certo é consequência.
O armazém é onde o stock errado aparece.
Raramente é onde nasce.
Antes de culpar quem regista, vale a pena perguntar:
👉 o processo torna fácil registar bem — ou torna inevitável registar mal?
]]>respondem sempre com confiança.
Sobre dados certos e sobre dados errados.
Com exatamente o mesmo tom.
O cenário repete-se em muitas empresas:
liga-se um copiloto ao email, aos documentos, ao ERP.
Nas demonstrações, é impressionante.
Nas primeiras semanas, é útil.
E depois alguém toma uma decisão com base numa resposta construída sobre:
A discussão pública sobre IA concentra-se nos modelos: qual é melhor, qual alucina menos, qual é mais barato.
Para a maioria das empresas, essa discussão é prematura.
O fator que decide o resultado não é o modelo.
É a matéria-prima:
👉 a IA responde sobre a informação que encontra — e encontra o que a tua organização produziu.
Dados duplicados, versões contraditórias, documentos obsoletos ao lado dos atuais: o modelo não distingue.
Não tem como distinguir.
Três perguntas simples:
Se a resposta à terceira te fez sorrir, o copiloto também vai encontrar esses campos.
E vai usá-los.
A IA não cria qualidade de informação.
Consome-a.
Empresas com dados arrumados vão receber respostas úteis.
Empresas com dados desarrumados vão receber a sua própria desorganização — devolvida com fluência e confiança.
A preparação para a IA chama-se, outra vez, organização.
]]>“sim, temos backups automáticos.”
A minha segunda pergunta muda o tom da conversa:
👉 quando foi a última vez que restauraram um?
Ter backups e conseguir recuperar são coisas diferentes.
Entre uma e outra estão perguntas que só têm resposta quando se testa:
Um backup nunca testado é uma esperança com agendamento automático.
O teste não é “consigo recuperar um ficheiro apagado?”
É este:
segunda-feira, 8h da manhã, os sistemas não arrancam.
Se estas respostas não existem escritas, não existe plano.
Existe improviso adiado.
Repara que quase nada disto é técnico:
São decisões de negócio.
O que é técnico — a ferramenta de backup — é a parte mais fácil.
A pergunta “temos backups?” dá conforto.
A pergunta “quanto tempo demoramos a voltar a operar?” dá controlo.
E só há uma forma de saber a resposta:
👉 testar o restauro antes de precisar dele.
]]>