Como escolher uma empresa de desenvolvimento de software em Portugal?

Avatar
Autor

Comece pelo que pode verificar sozinho, antes de falar com alguém. A lista pública de PME Líder do IAPMEI, o histórico de contratos públicos no portal Base, o código aberto que a empresa publica, e as contas depositadas. Quatro fontes independentes do discurso comercial.

Depois avalie o que mudou em 2026. Portugal transpôs a NIS2 através do Decreto-Lei n.º 125/2025, de 4 de dezembro, que aprovou o Regime Jurídico da Cibersegurança e entrou em vigor a 3 de abril de 2026. As obrigações recaem sobre a entidade abrangida, o que significa que a postura de segurança de quem constrói e mantém o seu software passou a fazer parte da sua própria exposição. As contra-ordenações muito graves chegam aos 10 milhões de euros.

A segunda data é 11 de setembro de 2026, quando as obrigações de reporte do artigo 14 do Cyber Resilience Act começaram a aplicar-se a quem coloca produtos com elementos digitais no mercado europeu, incluindo quem integra componentes de código aberto. Abordámos o que isso exige em reporte de vulnerabilidades em 24 horas ao abrigo do CRA e em ciber-resiliência com código aberto e secure by design. O efeito prático é simples: a pergunta sobre quem se escreve no contrato deixou de ser só comercial.

Este artigo é escrito por quem está do lado do fornecedor, o que significa que inclui as perguntas que preferíamos que não nos fizessem.

O que pode verificar antes da primeira reunião?

Mais do que a maioria dos compradores tenta. Quatro verificações, todas em fontes públicas, todas independentes do que a empresa diz sobre si.

Estatuto PME Líder ou PME Excelência. Lista publicada anualmente pelo IAPMEI. Diz-lhe que há critérios financeiros verificados por terceiros: resultado líquido positivo, EBITDA em dois exercícios, autonomia financeira, dívida financeira líquida sobre EBITDA, e notação de risco atribuída por Sociedade de Garantia Mútua.
Histórico de contratos públicos. No portal Base. Diz-lhe se a empresa já entregou ao Estado, com que valores e em que prazos. O sector público é exigente em documentação, e isso deixa rasto.
Código aberto publicado. No GitHub ou GitLab da empresa. É a única amostra de trabalho que não foi preparada para o vender: qualidade real de código, cadência de manutenção, e se respondem a issues de terceiros.
Contas depositadas. Publicação obrigatória. Dizem-lhe se a empresa tem dimensão para sustentar um contrato de vários anos, e se depende de um cliente único.

Nenhuma destas verificações lhe diz se a empresa é boa a escrever software. Dizem-lhe se é uma empresa a sério, o que elimina uma parte considerável do mercado antes de gastar uma reunião.

Uma nota sobre o PME Líder: é um estatuto financeiro, não técnico. Na edição de 2025 foram reconhecidas 14.133 empresas em todos os sectores, por isso não é raro nem distintivo por si. O que vale é o contrário. Se uma empresa com dez anos de actividade não o tem, valem duas perguntas sobre porquê.

O que é que a NIS2 obriga a exigir a um fornecedor de software?

A obrigação de gestão da cadeia de fornecimento recai sobre a entidade abrangida. Ou seja, sobre o cliente. Se está abrangido e o seu fornecedor não consegue demonstrar a sua postura de segurança, o achado é seu. Oito cláusulas valem uma revisão contratual na próxima renovação.

Janelas de notificação de incidentes que caibam dentro das suas próprias obrigações de reporte, não na conveniência do fornecedor.
Um contacto de segurança nomeado, com escalonamento real fora de horas.
Inventário de componentes ou SBOM, disponível a pedido.
Compromissos de tratamento de vulnerabilidades, com prazos de resposta por severidade.
Prova de controlo de acessos e de offboarding para quem toca nos seus sistemas.
Divulgação de subcontratação, incluindo onde estão fisicamente as pessoas.
Localização dos dados e jurisdição aplicável, declaradas de forma explícita.
Direito de auditoria, ou uma certificação aceite em substituição.
Peça um inventário de componentes actualizado. Se chegar em 48 horas, existe processo. Se demorar três semanas, aprendeu algo mais útil do que qualquer questionário lhe daria.

E há uma consequência que quase ninguém antecipa. Contratos assinados antes de abril de 2026 não contêm nada disto, porque não existia obrigação. Não é falha de ninguém. É trabalho por fazer.

Está a avaliar fornecedores e quer testar as verificações deste artigo?
Fale com a nossa equipa

Que perguntas separam fornecedores que parecem iguais?

Todas as propostas dizem que a equipa é sénior e que a metodologia é ágil. Estas cinco produzem respostas diferentes.

Quem mantém o software que entregaram há cinco anos? Distingue quem entrega projectos de quem sustenta sistemas. Se a resposta for vaga, o seu sistema terá o mesmo destino.
Mostrem-me código que escreveram e que eu possa ler. Quem publica código aberto responde em segundos. Quem não publica tem de negociar autorizações. Isso já é a resposta.
O que corre mal nos vossos projectos, e o que mudaram por causa disso? Uma resposta honesta descreve um caso concreto. Uma resposta evasiva descreve um processo.
Quem são as pessoas que vão trabalhar nisto, e estão disponíveis? Separa a equipa comercial da equipa de entrega. Peça nomes e peça para falar com elas antes de assinar. É a pergunta que mais vezes muda o resultado.
O que precisam de nós para isto não atrasar? Um fornecedor experiente tem uma lista pronta: decisões, acessos, disponibilidade de pessoas vossas. Quem não tem lista vai culpar-vos depois.

Que modelo de contratação corresponde ao seu problema?

Projecto de âmbito fechado
A entrega pertence ao fornecedor
Faz sentido quando o problema está bem definido e o resultado é descritível antes de começar.
Team augmentation
A entrega continua a ser sua
Faz sentido quando tem processo e liderança técnica e falta capacidade. Os engenheiros entram na sua equipa e nos seus rituais.
A confusão mais frequente é contratar team augmentation esperando outsourcing. Pessoas entram na equipa, ninguém do lado do cliente lidera tecnicamente, e seis meses depois a conversa é sobre porque é que o fornecedor não tomou decisões que nunca lhe foram atribuídas. Abordamos a diferença entre os dois modelos em separado, junto com as vantagens práticas do aumento de equipa e na argumento de alinhamento regulatório para nearshoring em Portugal.

Como comparar propostas sem comparar apenas o preço?

Duas propostas para o mesmo pedido raramente cobrem o mesmo âmbito, o que faz da comparação directa de valores um exercício enganador. Normalize primeiro.

O que está incluído depois da entrega. Garantia, correcção de defeitos, manutenção evolutiva, acompanhamento de versões de dependências. Se uma proposta inclui e a outra não, não são comparáveis.
Quem faz os testes, e com que evidência. Testes automatizados entregues consigo são um activo. Testes manuais feitos pelo fornecedor não deixam nada quando o contrato acaba.
Quem fica com o quê. Propriedade do código, do modelo de dados, da infraestrutura como código. E o que acontece se quiser mudar de fornecedor.
Que pressupostos sustentam o prazo. Disponibilidade de pessoas vossas, tempos de decisão, acessos a sistemas. Prazos assentam nestes pressupostos, e é aí que derrapam.

Sobre valores, uma posição honesta. Não publicamos intervalos de preço neste artigo porque a resposta depende do âmbito, do número de plataformas, dos requisitos de auditoria e do que já existe construído. Qualquer intervalo publicado seria demasiado largo para decidir ou demasiado estreito para ser verdadeiro. Descreva o âmbito e peça um número, não um intervalo.

Leitura relacionada

Nearshore em Portugal: o argumento de conformidade Porque é que o alinhamento regulatório aparece agora em concursos de sectores regulados, e o que substitui.
Team augmentation contra outsourcing A distinção que custa mais quando é confundida na fase contratual.
CRA setembro de 2026: reporte de vulnerabilidades em 24 horas O que os seus fornecedores lhe passaram a dever dentro de um dia, e porque é que contratos assinados antes não o dizem.
Evidência de qualidade de software: a lacuna que custa Porque é que um fornecedor com um dashboard verde pode falhar uma revisão de supervisão.
Desenvolvimento de software O que construímos, para quem, e os modelos de entrega em que trabalhamos.

Perguntas frequentes

Verificar um fornecedor

Como verificar se uma empresa de desenvolvimento de software é sólida?
Quatro verificações públicas antes de qualquer reunião: a lista de PME Líder e PME Excelência publicada pelo IAPMEI, que assenta em critérios financeiros verificados; o histórico de contratos públicos no portal Base; o código aberto que a empresa publica; e as contas depositadas. Nenhuma avalia qualidade técnica, todas avaliam solidez.
O que é o estatuto PME Líder e o que garante?
É um estatuto atribuído pelo IAPMEI desde 2008 com base em critérios financeiros, entre eles resultado líquido positivo, EBITDA em dois exercícios, autonomia financeira e notação de risco atribuída por Sociedade de Garantia Mútua. Na edição de 2025 foram reconhecidas 14.133 empresas. Não avalia capacidade técnica.

NIS2 e modelos de contratação

A NIS2 obriga a mudar contratos com fornecedores de software?
As obrigações recaem sobre a entidade abrangida, não sobre todos os fornecedores. Mas a entidade abrangida tem de gerir a segurança da sua cadeia de fornecimento, o que na prática exige compromissos contratuais sobre notificação de incidentes, tratamento de vulnerabilidades, subcontratação e localização de dados. O Regime Jurídico da Cibersegurança está em vigor desde 3 de abril de 2026.
Qual é a diferença entre aumento de equipa e outsourcing?
Em team augmentation os engenheiros entram na sua equipa e nos seus processos, e a entrega continua a ser sua. Em outsourcing transfere a responsabilidade da entrega para o fornecedor, incluindo as decisões. Contratar um esperando o outro é o erro mais comum, e custa mais do que escolher o fornecedor errado dentro do modelo certo.

Perguntas e preços

Que perguntas fazer a uma empresa de software antes de contratar?
Cinco que produzem respostas diferentes entre fornecedores: quem mantém o software que entregaram há cinco anos, que código escrito por vocês posso ler, o que corre mal nos vossos projectos, quem são as pessoas que vão trabalhar nisto e estão disponíveis, e o que precisam de nós para isto não atrasar.
Porque não há preços indicativos neste artigo?
Porque um intervalo útil não existe. O valor depende do âmbito, do número de plataformas, dos requisitos de auditoria e do que já está construído. Um intervalo suficientemente largo para ser verdadeiro não serve para decidir. Descreva o âmbito e peça um número concreto a cada fornecedor.
Caixa Mágica Software
Equipa Caixa Mágica
A Caixa Mágica Software é uma empresa portuguesa de software com mais de 20 anos de experiência a fornecer software à medida, soluções de IA e equipas de desenvolvimento *nearshore* para empresas europeias.
Desenvolvimento de Software · Caixa Mágica Software
Faça-nos as cinco perguntas deste artigo
Publicamos código aberto, mantemos software que entregámos há mais de uma década, e o nosso histórico de contratos públicos é verificável sem nos pedir nada. Descreva o âmbito e devolvemos um número, não um intervalo.