A maioria dos projectos de software que correm mal não morrem na implementação. Morrem na primeira reunião, quando alguém desenha a arquitetura em cima do que o comercial mostrou na demo, e não em cima do que a fábrica faz às 17h30 de uma sexta-feira de fecho de mês. Uma arquitetura de solução desenhada a partir da demo é uma arquitetura desenhada a partir de ficção. No fim deste guia tem um método de seis passos para desenhar a arquitetura antes de assinar qualquer contrato — e uma matriz de decisão que pode levar para a próxima reunião de direção.
A tese é simples e incómoda: o produto quase nunca é o problema. O problema é escolher-se o produto antes de se perceber o que a operação faz de facto, quando ninguém da administração está a olhar. É por isso que as fábricas com o mesmo ERP têm resultados opostos — uma modelou o negócio real, a outra torceu o negócio para caber no ecrã que gostou na demo.
O que precisa antes de começar
Consultoria a sério começa com trabalho de campo, não com slides. Antes de qualquer sessão de desenho de arquitetura, junte o organigrama real de quem decide — na PME familiar é quase sempre o trio CEO, CFO e o responsável de IT, esse frequentemente autodidacta com quinze anos de conhecimento do negócio e nenhum diploma na parede. É este último que ninguém convida para a primeira reunião e que, seis meses depois, é quem mantém o sistema de pé. Convide-o já.
A par disso, precisa da lista honesta dos sistemas atuais e de como conversam entre si — ou não: ERP, folhas de cálculo, terminais de chão-de-fábrica, POS, ficheiros partilhados. Precisa dos três processos que doem mais, os que geram chamadas de telefone às 18h. Precisa do volume real — SKUs, encomendas por dia, colaboradores, armazéns, filiais — e das obrigações regulatórias em aberto: SAF-T mensal, faturação certificada, NIS2 se o vosso setor for abrangido.
Falta o mais esquecido: o calendário do negócio. Numa fábrica de calçado de Felgueiras não se arranca um rollout em julho, com os compradores internacionais de calçado de homem a chegar em agosto. E, se houver candidatura PT2030, PRR ou Norte 2030 em cima da mesa, precisa do prazo do relatório técnico — que é onde as coisas encravam, não na aprovação do aviso.
Passo 1 — Assessment técnico e funcional
Um assessment da Consultoria INFOS não é uma entrevista de 40 minutos ao diretor de operações. É ir ao armazém, ligar aos terminais, abrir o ERP e cronometrar a listagem de stock que ninguém aguenta esperar. O diagnóstico operacional documenta o que existe, não o que a chefia acha que existe.
Vemos isto com regularidade: a direção descreve um processo linear e limpo; no chão-de-fábrica há três folhas de Excel paralelas que ninguém na administração sabia que existiam e que, na prática, são o verdadeiro sistema de gestão de produção. Uma delas costuma estar no portátil pessoal de alguém que se reforma no ano seguinte. A arquitetura tem de partir daí — do sistema-sombra real, não do organograma oficial.
Se não observou o processo no local, não o conhece — conhece a versão que lhe contaram na sala de reuniões.
Passo 2 — Desenhe a arquitetura-alvo antes de escolher produto
Erro clássico: escolher a ferramenta e depois torcer o negócio para caber nela. Inverta. Desenhe primeiro o mapa de capacidades — o que o sistema tem de fazer — e só depois avalie que produto encaixa.
Uma fábrica de vestuário que subcontrata para casas-mãe como a Inditex ou a Decathlon tem requisitos de rastreabilidade de lote e de compliance que uma distribuidora de material de construção não tem. Um ERP MULTI vertical modela os três eixos cor-tamanho-forma de uma coleção de calçado com 800 a 1200 SKUs; um ERP generalista força-o a inventar códigos concatenados que parecem funcionar na demo e rebentam nos relatórios de vendas por eixo seis meses depois. A arquitetura-alvo é que revela esta diferença. A demo esconde-a, porque a demo usa dez artigos bonitos e nenhuma forma partilhada entre dois modelos.
Passo 3 — Mapeie integrações e a camada de dados
Aqui morrem os projectos silenciosamente. O ERP fala com o chão-de-fábrica? Com o POS das lojas? Com o portal de encomendas dos distribuidores? Com o BI? Cada uma destas ligações é um ponto onde um projecto bem desenhado se desfaz em produção.
Desenhe cada fluxo com fonte, destino, frequência e responsável. Se tem filiais, defina como sincronizam — o Multi Connect resolve a integração entre unidades do ERP MULTI. Se o objetivo é decisão operacional a partir dos dados, planeie desde já o Data Lake e a camada de Qlik Sense — não como fase 2 vaga, mas com os KPIs concretos já definidos. Vale a pena ler primeiro o que medir e o que ignorar em KPIs industriais no Qlik Sense.
O detalhe que os manuais de integração não referem: defina, para cada dado mestre — cliente, artigo, stock — qual o sistema que manda. Se dois sistemas acham que ambos são a fonte da verdade do stock, não tem uma integração, tem uma guerra fria que rebenta ao primeiro inventário. Escreva num quadro quem é dono de quê antes de tocar em qualquer conector.
Passo 4 — Matriz de decisão de arquitetura
Leve esta matriz para a reunião de direção. Pontue cada opção de 1 a 5 e multiplique pelo peso. Não é ciência exata — força a conversa a sair do "gostei mais deste ecrã".
| Critério | Peso | O que avaliar |
|---|---|---|
| Aderência vertical | 5 | Modela o vosso negócio sem gambiarras (SKUs, lotes, subcontratação)? |
| Integrações | 4 | Liga ao que já têm sem middleware frágil? |
| Conformidade legal | 5 | Faturação certificada, SAF-T, NIS2 se aplicável? |
| Adoção pelo utilizador | 4 | O chefe de armazém consegue usá-lo sem sair do rádio duas horas? |
| Escalabilidade | 3 | Aguenta o dobro do volume daqui a 3 anos? |
| Suporte e proximidade | 3 | Quem atende quando pára às 18h de fecho de mês? |
| Elegibilidade a financiamento | 2 | Encaixa nos critérios do aviso PT2030/PRR? |
A melhor arquitetura não é a que tem mais funcionalidades. É a que o chefe de armazém não sabota na segunda semana.
Passo 5 — Roadmap por ondas, não big-bang
Não arranque tudo ao mesmo tempo. Sequencie por ondas que entregam valor cedo e reduzem risco. Uma cadeia regional de retalho alimentar com 22 lojas não migra POS, backoffice e e-commerce no mesmo fim-de-semana — arranca por um piloto de duas lojas com MAXIRETAIL, estabiliza, e só depois replica. O piloto de duas lojas serve para descobrir os problemas com 2 gerentes zangados, não com 22.
Na indústria, capture primeiro a produção em tempo real com KORA Productivity. O Kaizen precisa de dados de OEE reais antes de melhorar seja o que for — e o número que sai da primeira medição costuma ser desconfortável. Vimos linhas que a direção jurava andarem a 85% de eficiência a mostrarem 58% quando o terminal começou a contar as micro-paragens que ninguém registava. Onda a onda, com métricas antes e depois de cada uma.
Passo 6 — Governação e acompanhamento ponta-a-ponta
A arquitetura desenha-se em semanas; o projecto vive-se em meses. Defina cadência de comité, responsável por decisões e critério de aceitação por onda. Acompanhamento ponta-a-ponta significa ter alguém que fecha o triângulo entre o que foi desenhado, o que foi construído e o que a fábrica usa de facto — porque estas três coisas divergem, sempre, e sem ninguém a vigiar divergem depressa.
- Comité de projecto com CEO, CFO e IT presentes, não delegados que voltam à sala a dizer "tenho de confirmar lá em cima".
- Cada onda tem critério de "pronto" escrito e assinado antes de arrancar, não negociado no dia da entrega.
- Plano de gestão de dados e de segurança desde a arquitetura — não como remendo final, quando já não há orçamento para o fazer bem.
Erros comuns e como evitar
Comprar pela demo mais bonita. Exija uma prova de conceito com os vossos dados reais — a vossa coleção de calçado com formas partilhadas, o vosso ficheiro de artigos com os códigos que já usam — não o dataset de exemplo do fornecedor, cuidadosamente escolhido para nunca partir.
Ignorar a segurança até ao fim. Em 2024 o CERT.PT registou 2.758 incidentes de cibersegurança em Portugal, mais 36% do que em 2023, e cerca de 78% ocorreram em entidades privadas (CNCS, 2024). Nas PME, o ransomware esteve presente em 88% das violações analisadas, contra 39% nas grandes organizações (Verizon DBIR, 2025) — a PME industrial é o alvo desproporcionado, não a exceção. A segurança entra na arquitetura, não depois. Comece pelos riscos silenciosos.
Subestimar a adoção. Envolva o chefe de armazém e o operador no desenho, não numa sessão de formação a semana antes do arranque. Quem sabota o rollout costuma ser quem não foi ouvido — e o chefe de armazém de um centro de distribuição no corredor Lousada/Paços vai lutar contra qualquer sistema que o tire do rádio mais de duas horas. Dê-lhe razões para não lutar.
Tratar NIS2 como problema das grandes. A Diretiva (UE) 2022/2555, transposta em Portugal pelo Decreto-Lei n.º 65/2025, alarga as obrigações de cibersegurança a médias e grandes empresas de 18 setores críticos, incluindo a indústria. Veja os controlos técnicos para fábricas em 90 dias.
Fechar a arquitetura ao calendário de candidatura. Desenhe a solução certa primeiro; se o aviso PT2030 encaixar, ajuste o faseamento — nunca o contrário. Uma arquitetura torcida para caber num aviso entrega o relatório técnico e falha a fábrica.
O próximo passo
Pegue nesta matriz e no método de seis passos e faça-os passar pelo teste mais duro que existe: o processo que dói às 18h de fecho de mês, numa confecção perto de Famalicão, com o ERP a arrastar-se e a encomenda da casa-mãe a fechar amanhã. Se a arquitetura não o resolve no papel, não o vai resolver em produção — por mais bonito que seja o ecrã da demo.
Fontes
- CNCS — Relatório do CERT.PT sobre incidentes de cibersegurança em Portugal, 2024.
- Verizon — Data Breach Investigations Report (DBIR), 2025.
- IBM — Cost of a Data Breach Report, 2024.
- Diretiva (UE) 2022/2555 (NIS2) — Jornal Oficial da União Europeia; transposição em Portugal pelo Decreto-Lei n.º 65/2025 (Diário da República).
Perguntas frequentes
Por que razão falham os projectos de software nas empresas portuguesas?
A maioria falha na primeira reunião, quando a arquitetura é desenhada com base na demo do comercial, não na operação real. O problema não é o produto — é escolher-se o produto antes de compreender o que a fábrica faz de facto. Empresas com o mesmo ERP têm resultados opostos porque uma modelou o negócio real e a outra torceu o negócio para caber no ecrã que gostou.
Quem deve estar presente no assessment de arquitetura?
O trio CEO, CFO e responsável de IT — este último frequentemente esquecido nas primeiras reuniões, apesar de ser quem mantém o sistema de pé seis meses depois. Nas PMEs familiares, é este técnico com quinze anos de conhecimento do negócio que tem a visão real dos processos. Convide-o desde o início.
O que é um "sistema-sombra" e por que importa?
São os processos paralelos que ninguém na administração sabia que existiam — folhas de Excel no portátil pessoal de alguém, terminais de chão-de-fábrica não integrados, ficheiros partilhados. A arquitetura tem de partir daí, do sistema real, não do organograma oficial. Se não observou o processo no local, conhece apenas a versão que lhe contaram na sala de reuniões.
Qual é a ordem correta: escolher o produto ou desenhar a arquitetura?
Desenhe primeiro o mapa de capacidades — o que o sistema tem de fazer — e só depois avalie que produto encaixa. Erro clássico é escolher a ferramenta e depois torcer o negócio para caber nela. Uma fábrica de vestuário com requisitos de rastreabilidade precisa de um ERP vertical diferente de uma distribuidora de material de construção.
O que é a "guerra fria de dados" e como evitá-la?
Ocorre quando dois sistemas acham que ambos são a fonte da verdade do mesmo dado — por exemplo, stock. Não tem uma integração, tem um conflito que rebenta ao primeiro inventário. Solução: escreva num quadro, antes de tocar em qualquer conector, quem é dono de cada dado mestre — cliente, artigo, stock.
Como usar a matriz de decisão de arquitetura na reunião de direção?
Pontue cada opção de 1 a 5 e multiplique pelo peso de cada critério — aderência vertical (peso 5), integrações (4), conformidade legal (5), adoção pelo utilizador (4). Força a conversa a sair do "gostei mais deste ecrã" para uma avaliação factual. A melhor arquitetura é a que o chefe de armazém não sabota na segunda semana.
Por que é importante considerar o calendário do negócio no planeamento?
Numa fábrica de calçado não se arranca um rollout em julho, com os compradores internacionais a chegar em agosto. Se há candidatura PT2030 ou PRR em cima da mesa, o prazo do relatório técnico é crítico — é onde as coisas encravam, não na aprovação do aviso. Alinhe o roadmap com os períodos de menor pressão operacional.