Software à medida ou solução pronta (SaaS)?

Segundo a Mesterséges Intelligencia Központ Kft., empresa de desenvolvimento de software de Budapeste, o software pronto (SaaS) basta se cobrir os processos; o software à medida compensa se o funcionamento fugir ao habitual ou se o próprio software for a vantagem do negócio.

Em resumo: se um produto pronto cobrir a maior parte dos processos sem desenvolvimento, e a empresa puder aceitar adaptar-se a ele, a solução pronta é o caminho mais rápido. Se o funcionamento se afastar daquilo em que os produtos prontos se baseiam, se for preciso ligar muitos sistemas, ou se o controlo sobre os dados e sobre a evolução for uma questão estratégica, compensa o desenvolvimento à medida. Muitas vezes, a resposta certa são os dois em conjunto: uma base pronta, com complementos à medida.

O que significam software à medida, software pronto e SaaS?

Os três conceitos respondem a duas perguntas diferentes: uma é para quem foi feito o software, a outra é como chega ao utilizador.

Software à medida: um programa desenvolvido por encomenda, para as necessidades de uma empresa concreta. Faz aquilo que o cliente pediu na especificação, da forma como lá se trabalha, e é também o cliente quem decide o rumo da evolução.
Software pronto (de prateleira): um produto feito para muitos clientes, que a empresa licencia e que normalmente instala e opera nos seus próprios computadores ou no seu servidor. Pode ser adaptado através de configurações, mas a lógica de funcionamento é definida pelo fabricante.
SaaS (Software as a Service, software como serviço): software pronto que o fabricante executa na sua própria nuvem e que a empresa utiliza por subscrição, no navegador ou através de uma interface de programação. A interface de programação (API, application programming interface) é o ponto de ligação através do qual dois programas trocam dados sem intervenção humana.

Segundo a definição de computação em nuvem do Instituto Nacional de Normas e Tecnologia dos Estados Unidos (NIST), no SaaS o utilizador usa a aplicação do fornecedor que corre na nuvem e não gere a infraestrutura subjacente (a rede, os servidores, o sistema operativo, o armazenamento), nem sequer as funcionalidades individuais da aplicação, apenas, quando muito, configurações limitadas ao nível do utilizador (NIST SP 800-145). É esta, ao mesmo tempo, a força e a limitação do SaaS: o fabricante tira dos ombros da empresa o peso da operação, mas é também ele quem decide o que muda no produto, e quando.

O terceiro caminho: uma base pronta, com complementos à medida

A decisão raramente é «ou uma coisa ou outra». Em muitas empresas, o caminho viável é manter o produto pronto para as tarefas habituais, como a contabilidade, o e-mail e o trabalho de escritório, e desenvolver à medida onde a empresa funciona realmente de forma diferente das outras. As formas mais comuns da solução híbrida:

Integração: um programa à medida liga os sistemas prontos por API ou webhook, para que os dados não tenham de ser copiados à mão. O webhook é uma notificação automática que um sistema envia a outro quando ocorre um evento, por exemplo quando chega uma nova encomenda.
Módulo à medida: ao lado do sistema pronto, é criada uma aplicação própria para o processo que o produto pronto não cobre, por exemplo uma regra de preços específica, um planeamento da produção ou um registo setorial.
Interface própria sobre o sistema pronto: os clientes ou os colaboradores que trabalham no terreno recebem uma interface simples, feita à medida da sua tarefa, enquanto o sistema pronto trabalha em segundo plano.

A vantagem do caminho híbrido é que a empresa só paga desenvolvimento por aquilo que é realmente específico. A desvantagem é que as partes à medida têm de acompanhar as alterações da interface do sistema pronto; por isso, a integração precisa de registo e de alertas de erro, e alguém tem de assegurar a sua manutenção. Sobre a ligação entre sistemas e a automatização do trabalho repetitivo, escrevemos na página Automatização de processos.

Critérios de decisão numa tabela

Critério	Pende para o software pronto (SaaS) se…	Pende para o desenvolvimento à medida se…
Adequação aos processos	o processo é habitual e a empresa aceita adaptar-se ao software	a empresa foge ao habitual e quer manter essa diferença
Vantagem competitiva	a área não distingue a empresa dos concorrentes	o próprio software é a vantagem do negócio, ou aquilo que a sustenta
Número de integrações	é preciso ligar poucos sistemas, e existem conectores prontos para eles	é preciso ligar muitos sistemas, ou não existem conectores prontos para eles
Dados e saída	o fabricante oferece uma exportação completa e legível por máquina, e as condições de saída são claras	o modelo de dados e o controlo sobre o sistema são uma questão estratégica
Utilizadores e modelo de licenciamento	poucos utilizadores e um número de pessoas previsível	um grupo de utilizadores grande ou em rápido crescimento, em que a tarifa por utilizador é determinante
Rapidez de arranque	tem de funcionar depressa, e as funcionalidades prontas bastam	o arranque pode esperar pelo desenvolvimento, ou pode ser feito por etapas
Quem faz a manutenção?	não há capacidade informática própria, e basta a manutenção do fabricante	há quem o opere: uma equipa própria ou um programador contratado
Localização dos dados e conformidade	o local de armazenamento dos dados e o contrato do fabricante cumprem os requisitos	os dados têm de permanecer num local determinado, ou aplicam-se-lhes regras setoriais rigorosas

Não é preciso que todas as linhas apontem para o mesmo lado. Se a maioria dos critérios pender para o produto pronto, vale a pena começar por ele. Se, pelo contrário, as linhas de maior peso (a adequação, a vantagem competitiva e as integrações) apontarem para o desenvolvimento à medida, vale a pena planear com mais profundidade e fazer uma comparação concreta para, pelo menos, um grupo de funções.

De que depende o custo total de propriedade?

O custo total de propriedade (em inglês, total cost of ownership, abreviado TCO) é o esforço financeiro ao longo de todo o período de utilização do software, e não apenas o preço do arranque. A estrutura de custos dos dois caminhos é diferente, por isso comparar um único ano pode induzir em erro: convém olhar para o período de utilização previsto.

No software pronto e no SaaS, o custo é normalmente determinado por:

a subscrição, que muitas vezes cresce com o número de utilizadores e com o plano escolhido;
os módulos adicionais e os planos superiores, se uma funcionalidade necessária só estiver disponível aí;
a implementação, a configuração e a formação dos colaboradores;
as integrações e a personalização, muitas vezes feitas por um parceiro à parte;
a saída: a exportação e a migração dos dados, se um dia for preciso mudar.

No software à medida:

o desenvolvimento, que depende sobretudo do tamanho funcional do software;
a operação: o alojamento, a monitorização e as atualizações de segurança;
a manutenção e a evolução, conforme as necessidades da empresa mudam;
a preservação do conhecimento: documentação e código-fonte completo, para que o sistema não dependa de uma única pessoa.

O custo do desenvolvimento à medida é planeável quando o âmbito é medido, e não estimado a olho. Medimos o tamanho funcional do desenvolvimento em pontos de função COSMIC (ISO/IEC 19761), e daí resultam a proposta e o calendário; o método está descrito na página Preços. Qual dos caminhos custa menos a longo prazo depende do número de utilizadores, da frequência das alterações e da quantidade de integrações. Não há uma resposta geral, apenas um cálculo feito para o caso concreto.

Dependência do fabricante e portabilidade dos dados

Fala-se de dependência do fabricante (em inglês, vendor lock-in) quando a mudança para outro produto é tão difícil ou dispendiosa que a empresa, na prática, não consegue sair. A causa pode ser um formato de dados fechado, uma exportação incompleta, muitas configurações ligadas apenas àquele produto ou um contrato difícil de rescindir.

O Regulamento dos Dados da União Europeia (Data Act, Regulamento (UE) 2023/2854) é aplicável desde 12 de setembro de 2025 e regula num capítulo próprio a mudança entre serviços de tratamento de dados; os seus considerandos incluem também o SaaS entre estes serviços. O texto do regulamento prevê, entre outras coisas, o seguinte (verificado em 17 de outubro de 2026):

As condições da mudança têm de ser fixadas num contrato escrito, e o prazo de pré-aviso necessário para iniciar a mudança não pode exceder dois meses (artigo 25.º).
A pedido, a mudança tem de ser possibilitada sem demora injustificada, num período de transição de, no máximo, 30 dias de calendário, durante o qual o serviço tem de continuar a funcionar; se isso não for tecnicamente exequível, o prestador pode, de forma fundamentada, indicar um período de transição de, no máximo, sete meses (artigo 25.º).
O contrato tem de enumerar exaustivamente os dados que podem ser transferidos e garantir um período de, pelo menos, 30 dias de calendário para a recuperação dos dados (artigo 25.º).
A partir de 12 de janeiro de 2027, o prestador não pode cobrar encargos pelo processo de mudança; até lá, só pode cobrar encargos reduzidos, que não podem exceder os custos em que incorre diretamente ligados à mudança (artigo 29.º).

Uma exceção importante: a regra sobre os encargos e algumas obrigações técnicas não se aplicam aos serviços cujas características principais foram, em grande parte, feitas à medida das necessidades de um único cliente e que não são oferecidos em larga escala (artigo 31.º). Se o sistema pronto tratar dados pessoais por conta da empresa, também o Regulamento Geral sobre a Proteção de Dados (RGPD) vincula o fornecedor: no final do serviço, consoante a escolha do responsável pelo tratamento, apaga ou devolve todos os dados pessoais (RGPD, artigo 28.º, n.º 3, alínea g)). Trata-se de informação, não de aconselhamento jurídico.

A lei melhora as condições, mas a saída continua a ter de ser planeada pela empresa, de preferência logo no momento da escolha. Vale a pena verificar:

em que formato podem ser exportados todos os dados, por exemplo em CSV (ficheiro de texto separado por vírgulas), em JSON (formato de texto estruturado e legível por máquina) ou como cópia de segurança da base de dados, e se incluem os anexos, as notas e o registo de alterações;
se existe uma API documentada através da qual os dados também possam ser extraídos de forma contínua;
se é possível confirmar, com uma exportação de teste, que os dados podem ser carregados noutro sistema;
o que diz o contrato sobre a rescisão, os encargos de mudança e a eliminação dos dados.

De quem é o código-fonte?

No software pronto e no SaaS, a empresa compra um direito de utilização: o código-fonte fica com o fabricante, e é o fabricante quem decide o destino do produto (novas funcionalidades, alterações de preço, descontinuação do produto). Isto, por si só, não é um problema, se o produto for estável e os dados puderem ser exportados.

No desenvolvimento à medida, a questão do código-fonte e dos direitos de utilização é resolvida pelo contrato; por isso, vale a pena estipular expressamente de quem é o código, se o cliente recebe o código-fonte completo e a documentação, e se o sistema pode continuar a ser desenvolvido por outro programador. Connosco, o código-fonte e os direitos de utilização também se regem pelo contrato. Sobre os outros pontos importantes do contrato, escrevemos no artigo Como escolher uma empresa de desenvolvimento de software?.

A ponderação varia consoante o tipo de sistema

Os critérios acima são gerais, mas o seu peso varia de um tipo de sistema para outro. Num sistema de planeamento de recursos empresariais, a questão decisiva é a relação entre a personalização e a facilidade de atualização; escrevemos sobre isso no artigo ERP à medida ou ERP pronto personalizado?. Num sistema de gestão de clientes, contam muito um processo de vendas específico e a licença por utilizador (ver o artigo Quando compensa desenvolver um CRM à medida?). Numa loja online, o arranque rápido das plataformas alugadas opõe-se à liberdade de expansão, tema do artigo Loja online: plataforma por subscrição ou desenvolvimento à medida?. Sobre o desenvolvimento de sistemas empresariais em geral, pode ler na página Software empresarial.

Lista de verificação para a decisão

As respostas às perguntas seguintes indicam, na maioria dos casos, o caminho por si mesmas:

Conseguimos descrever o processo com pormenor suficiente para o verificar, item a item, na demonstração de um produto pronto?
Que parte do processo é coberta pelo produto pronto através de configurações, sem desenvolvimento?
Esta área distingue a empresa dos concorrentes, ou funciona de forma semelhante em todas as empresas?
A quantos sistemas é preciso ligar, e existem para eles conectores prontos suportados pelo fabricante?
Quantos utilizadores vão trabalhar no sistema daqui a alguns anos, e como muda a subscrição com isso?
Recebemos uma exportação completa e legível por máquina, e já a experimentámos com uma exportação de teste?
Onde são armazenados e tratados os dados, e isso cumpre os requisitos de proteção de dados e setoriais da empresa?
Quem opera e continua a desenvolver o sistema, e o que acontece se esse parceiro deixar de estar disponível?
Quanto tempo há até ao arranque, e o sistema pode arrancar por etapas?

Erros típicos

Comparar listas de funcionalidades em vez do processo: dois produtos podem prometer a mesma funcionalidade; a diferença está na forma como se adaptam ao trabalho diário da empresa. Vale a pena percorrer a demonstração com os próprios casos reais.
Comparar apenas o custo do primeiro ano: a subscrição cresce com o número de pessoas, enquanto a operação e a evolução do sistema à medida surgem ao longo dos anos.
Esquecer a saída: a exportação dos dados tem de ser verificada no momento da escolha, e não no da rescisão.
Demasiada personalização num produto pronto: a partir de certo ponto, atualizar um sistema pronto muitas vezes personalizado dá mais trabalho do que manter um módulo à medida bem separado.
Substituir tudo de uma vez: a transição por etapas (primeiro um módulo, depois o seguinte) é um risco menor do que uma grande mudança única.

Perguntas frequentes

Quando compensa desenvolver software à medida?

Quando o funcionamento da empresa se afasta daquilo em que os produtos prontos se baseiam e a empresa quer manter essa diferença; quando é preciso ligar muitos sistemas e não existem conectores prontos para eles; ou quando o próprio software é a vantagem do negócio. Se um produto pronto cobrir a maior parte dos processos sem desenvolvimento, esse é geralmente o caminho mais rápido, e dizemo-lo logo na primeira consulta.

O software à medida é mais caro a longo prazo?

Não necessariamente, mas também não é automaticamente mais barato. A subscrição do software pronto cresce com o número de utilizadores e com os planos, enquanto no sistema à medida a operação e a evolução representam um custo contínuo. Qual custa menos depende do período de utilização previsto, do número de pessoas, das integrações e da frequência das alterações; vale a pena calculá-lo para o caso concreto.

O que acontece aos nossos dados se cancelarmos o SaaS?

Depende sobretudo do contrato, por isso vale a pena verificá-lo logo no momento da escolha. Segundo o Regulamento dos Dados da UE, o contrato tem de especificar exaustivamente os dados que podem ser transferidos e garantir pelo menos 30 dias de calendário para a sua recuperação; e, segundo o RGPD, no final do serviço os dados pessoais têm de ser apagados ou devolvidos, consoante a escolha do responsável pelo tratamento. Na prática, é uma exportação de teste que mostra até que ponto os dados são utilizáveis noutro sistema.

É possível combinar os dois?

Sim, e em muitas empresas esse é o caminho viável: o sistema pronto mantém-se para as tarefas habituais, uma integração à medida liga-o aos restantes sistemas, e é criado um módulo à medida para aquilo em que a empresa é diferente. A condição é que o sistema pronto esteja acessível através de uma API documentada.

De quem será o código-fonte?

No software pronto e no SaaS, o código-fonte pertence ao fabricante, e a empresa recebe um direito de utilização. No desenvolvimento à medida, o código-fonte e os direitos de utilização regem-se pelo contrato, também connosco.

Como podemos ajudar?

A Mesterséges Intelligencia Központ Kft. desenvolve software à medida e liga sistemas prontos, também com inteligência artificial, onde isso poupa trabalho real: ligamos os modelos de linguagem da OpenAI (ChatGPT), da Anthropic (Claude) e da Google (Gemini) aos sistemas existentes. A primeira consulta é gratuita, e nela dizemos também se um produto pronto é suficiente. Se for necessário um desenvolvimento à medida, medimos o seu tamanho funcional em pontos de função COSMIC, e daí resultam a proposta e o calendário. A pedido, assinamos um acordo de confidencialidade (NDA) e, após a entrega, asseguramos também a operação e a manutenção. O código-fonte e os direitos de utilização regem-se pelo contrato.

Pormenores na página Desenvolvimento de software à medida. Se quiser falar connosco sobre a sua própria situação, escreva-nos através dos contactos indicados na página Contacto.