Há uma classe de ferramentas modernas que se vende como simples, acessível e flexível: Notion para conhecimento, Airtable para bases de dados leves, Webflow para sites, Figma para design, Linear para gestão de produto.
Todas têm planos baratos para começar. Todas têm escalonamento de preços por utilizador. Todas tornam migrar para fora difícil quando se cria dependência real.
A trajectória típica
A história costuma ser igual.
Uma equipa começa a usar uma ferramenta. Funciona. Aumenta uso. Convida mais pessoas. Cria documentos, automações, dependências.
Dois anos depois, a equipa tem 30 pessoas a usar, 500 documentos, 40 integrações, 15 workflows que ninguém sabe replicar. O custo, que começou em 8€/mês, está em 600€/mês. Anuncia-se aumento de preço de 30%. Anuncia-se nova feature só no plano Enterprise. Anuncia-se que aquela integração crítica vai mudar.
A empresa não tem onde fugir. Pelo menos, não sem dor enorme.
O custo de migrar
Lock-in não é apenas técnico. É operacional e financeiro.
Custo de aprender outra ferramenta. Cada pessoa que usa a actual precisa de aprender a nova.
Custo de migrar conteúdo. Exportações nominalmente possíveis mas que perdem fidelidade. Comentários que não migram. Formatação que parte. Histórico que desaparece.
Custo de reconstruir automações. Cada workflow customizado precisa de ser refeito (e talvez não exista equivalente exacto).
Custo de interrupção. Durante a transição, equipa trabalha em duas ferramentas, perde produtividade, comete erros.
Custo de oportunidade. O tempo gasto na migração é tempo não gasto noutras prioridades.
A conta total costuma ser várias vezes superior ao que parece à primeira vista.
O modelo de preço por utilizador
A maioria destas ferramentas cobra por utilizador. Aparentemente justo. Na prática, problemático.
À medida que a equipa cresce, o custo cresce linearmente. Sem economia de escala. Pior, há features ou limites que forçam upgrade de plano à medida que o uso cresce.
Uma ferramenta que começou em 10€/mês para um utilizador, ao chegar a 30 utilizadores num plano avançado, pode estar nos 50€/mês por pessoa, ou 1500€/mês total.
Este tipo de pricing é especialmente penalizante para empresas em crescimento. Quanto melhor a empresa fica, mais paga.
Exportações que não exportam
Uma característica de lock-in é a qualidade das exportações.
Quase todas estas ferramentas oferecem exportação. Em CSV, JSON, Markdown, ou formato proprietário.
O problema é que a exportação raramente é completa. Comentários ficam de fora. Permissões. Versões anteriores. Embeds. Relações entre items. Histórico de mudanças. Integrações activas.
Uma exportação "funciona" no sentido de que produz um ficheiro. Restaurar esse ficheiro noutra ferramenta para ter funcionalmente o mesmo costuma ser impraticável.
Vale a pena testar exportação no início, não no fim. Se o que se exporta não permite restaurar facilmente, já se sabe que se está a entrar em situação difícil.
Lock-in por integração
A dependência cresce também por integrações.
Uma ferramenta com 40 integrações nativas com tudo o que a equipa usa torna-se central. Cada integração é um nó da rede. Sair implica romper essa rede.
Isto explica porque o Notion, o Slack, o Salesforce conseguem aumentar preços agressivamente: o utilizador não está só preso à ferramenta, está preso ao ecossistema construído à volta.
EU Data Act
O EU Data Act, em vigor desde Setembro de 2025, introduz regras sobre portabilidade de dados em serviços cloud que pretendem reduzir lock-in.
Clientes têm direito a mudar de fornecedor sem custos excessivos. Fornecedores têm de facilitar a migração. Há prazos de transição definidos.
Na prática, a aplicação destas regras vai variar por sector e fornecedor. Mas é uma mudança regulatória relevante para qualquer empresa que dependa de serviços cloud.
Como mitigar (sem evitar a ferramenta)
O objectivo não é evitar usar ferramentas modernas. É usar com olhos abertos.
Pensar exit antes de entrar. Antes de adoptar uma ferramenta para algo crítico, perguntar: como saio daqui se precisar? Que dados vou perder? Quanto tempo vai custar migrar?
Manter cópia regular dos dados. Mesmo em formato bruto, exportar periodicamente. Em caso de problema, há um snapshot.
Evitar features proprietárias quando há alternativas standard. Se a ferramenta suporta Markdown e também tem editor proprietário com features únicas, usar Markdown sempre que possível. Os ficheiros migram. As features não.
Avaliar custos a 3 anos, não a 1. Calcular o que vai custar à medida que a equipa cresce, à medida que features ficam só em planos superiores.
Diversificar onde faz sentido. Não centralizar tudo num único fornecedor. Documentação numa, projecto noutra, comunicação noutra. Reduz o lock-in cumulativo.
O sweet spot
Ferramentas open source auto-hospedáveis costumam ter lock-in muito mais baixo. Hugo para sites estáticos. Postgres como base de dados. Markdown para documentos. Git para versionamento.
O trade-off é claro: mais responsabilidade de manutenção, menos features prontas a usar.
Para muitas equipas, faz sentido um mix: ferramentas SaaS para o que é não-crítico e bem encapsulado, soluções abertas para o que é central e crítico.
Conclusão
Lock-in não é argumento para evitar todas as ferramentas SaaS. É argumento para entrar conscientes.
Uma ferramenta excelente que custa 20€/mês para um utilizador pode ser perfeita. Quando vira 3000€/mês para 50 utilizadores, sem possibilidade prática de sair, deixa de ser perfeita e passa a ser um problema.
A questão a fazer no dia da adopção é a mesma a fazer todos os anos depois: se esta ferramenta fechasse amanhã, ou aumentasse preço 5x, o que faríamos?
Se não há resposta, há um problema a resolver antes que aconteça.
Fontes verificadas
Fontes consultadas em 30 de maio de 2026:
- EU Data Act: https://digital-strategy.ec.europa.eu/en/policies/data-act
- European Commission, "Data Act explanation": https://commission.europa.eu/strategy-and-policy/priorities-2019-2024/europe-fit-digital-age/european-data-strategy_en
- Gartner, "Avoiding Cloud Vendor Lock-In": https://www.gartner.com/en/information-technology/insights/cloud-computing
- ISO/IEC 19941, "Cloud computing interoperability and portability": https://www.iso.org/standard/66639.html
Free resources
If this article was useful, start with the free resources too
It is the simplest way to move from reading to testing: download a resource, try it in your own context, and decide later if you want to go deeper with the ebook.