7 Melhores CRMs de Código Aberto para Startups (Autoalojados, Testados em 2026)

7 Melhores CRMs de Código Aberto para Startups (Autoalojados, Testados em 2026)

Listar nomes de CRM é a parte fácil. A pergunta difícil, aquela que o faz voltar ao Google dez minutos depois, é saber qual destas ferramentas a sua equipa consegue realmente estender via código sem bater numa parede. Por isso, instalámos as melhores opções de CRM open source numa máquina Hetzner real de 24$/mês e classificámos-nas com base nisso. O Twenty iniciou em cerca de 12 minutos. O EspoCRM estava operacional em menos de 5. Essa diferença conta a maior parte da história antes mesmo de ler qualquer análise abaixo.

Esta é uma compilação para programadores, não um guia genérico para pequenas e médias empresas. A lista de ferramentas é a parte fácil; o teto de personalização é o que realmente decide com qual CRM uma startup pode viver.

Pontos Principais

• Melhor globalmente para programadores: Twenty (TypeScript/React, GraphQL + REST, AGPL-3.0) é o mais fácil de estender via código.
• Melhor personalização sem código: EspoCRM (PHP/MySQL) é ~90% configurável a partir do painel de administração, sem necessidade de fork.
• Mais completo em funcionalidades: O SuiteCRM oferece o conjunto completo estilo Salesforce, mas é mais pesado de executar.
• Atenção à licença: AGPL-3.0 (Twenty, Odoo) versus MIT (Krayin) altera o que pode legalmente fazer se comercializar o produto.

O Que É um CRM de Código Aberto (e O Que Significa Realmente Autoalojado)?

Um CRM de código aberto é uma ferramenta de gestão de relacionamento com clientes cujo código fonte é público, livre para inspeção e livre para modificação. Um CRM autoalojado é aquele que executa no seu próprio servidor em vez de pagar a um fornecedor para o alojar. Obtém o código, obtém os dados e também assume a responsabilidade de mantê-lo online.

A diferença em relação a um CRM SaaS como o HubSpot ou o Salesforce resume-se a duas palavras: propriedade e controlo. Com um CRM na cloud, os seus contactos, histórico de negócios e notas de chamadas residem nos servidores de outra pessoa, e aluga o acesso por utilizador/mês. Com um CRM autoalojado, esses dados ficam numa base de dados Postgres ou MySQL que controla, numa infraestrutura que aluga ou possui. Nenhum fornecedor o pode bloquear, aumentar o preço por lugar overnight ou descontinuar uma funcionalidade da qual depende.

Essa é a vantagem. A desvantagem é que o "autoalojamento" não é gratuito da forma que as pessoas assumem. Significa um servidor (geralmente um VPS de 20-50$/mês), uma configuração Docker e alguém na sua equipa capaz de realizar operações básicas: cópias de segurança, patches de segurança, a atualização ocasional que quebra algo. Abordaremos esses custos ocultos mais tarde. Por agora, o modelo mental é simples. Autoalojado significa trocar uma fatura mensal e conveniência total por controlo total e um trabalho de manutenção. Para muitas startups, essa é uma ótima troca. A mesma lógica que torna o autoalojamento de software open source atraente para um CMS aplica-se aqui: possua os dados, evite o lock-in, aceite as operações.

Os 7 Melhores CRMs de Código Aberto para Startups num Relance

Aqui está todo o campo numa tabela. Comparámos estes com base em dados, não em sensações: estrelas ativas no GitHub (um proxy aproximado para momentum e tamanho da comunidade), licença, stack tecnológica principal, superfície da API, quão doloroso é o autoalojamento e a coluna que ninguém mais publica, o teto de personalização. Esta última coluna é a mais importante. Dois destes são personalizados inteiramente a partir de um painel de administração; os outros cinco são personalizados em código, e essa única diferença importa mais do que a contagem de funcionalidades.

As contagens de estrelas do GitHub são uma captura de junho de 2026 retirada do repositório de cada projeto. Elas movem-se semana a semana, por isso trate-as como escala relativa, não como verdade absoluta.

Menções honrosas que não entraram no top 7 classificado, mas que devem estar no seu radar: YetiForce (PHP, configurabilidade extrema, curva de aprendizagem acentuada), Frappe CRM (Python, parte do framework Frappe) e NocoBase (construtor de aplicações low-code que pode moldar num CRM). Valem a pena observar se nenhum dos sete se adequar, mas são ou mais pesados ou mais nichados para o primeiro CRM de uma startup.

Como ler esta tabela? Comece pela coluna do teto de personalização. Se tem um fundador não técnico, quer o EspoCRM, porque nunca tocará em código. Se tem uma equipa TypeScript, o Twenty permite-lhe viver na stack que já conhece. De acordo com o benchmark de CRM open source da Marmelab (janeiro de 2026), o Twenty também obteve a pontuação mais alta em experiência de desenvolvedor entre as ferramentas testadas, o que coincide com o que observámos.

1. Twenty, o melhor para uma equipa TypeScript que quer viver em código

O Twenty é o CRM open source com crescimento mais rápido no GitHub neste momento, e foi construído para programadores que não querem aprender PHP para personalizar as suas ferramentas.

Porque se destaca:

• Stack moderna: TypeScript, React e NestJS, para que uma equipa web típica de startup possa ler e estendê-lo desde o primeiro dia. Sem mudança de contexto para uma linguagem desconhecida.
• Tanto uma API GraphQL como uma API REST prontas a usar, o que o torna o mais limpo dos sete para integrar. Se quiser ligar um agente de voz ao seu CRM ou injetar dados de formulários, o esquema GraphQL faz a maior parte do trabalho por si.
• Apoiado pela Y Combinator (S23), ~45,4K estrelas no seu repositório GitHub em junho de 2026 e mais de 300 contribuidores, por isso este é um projeto ativo, não um passatempo de fim de semana.

Realidade do autoalojamento: dificuldade média. O Docker Compose coloca-o a funcionar, mas puxa vários serviços (Postgres, Redis, um worker) e requer ~2GB de RAM no mínimo para se comportar bem.

Não é para: um fundador não técnico. O Twenty assume que está confortável num terminal e numa base de código. Se ninguém na sua equipa escreve TypeScript, irá sentir a diferença.

2. EspoCRM, o melhor para uma loja PHP ou um fundador que quer zero código

O EspoCRM é a resposta para quem quer um CRM real sem nunca abrir um editor. Cerca de 90% do que normalmente personalizaria, campos, layouts, entidades, fluxos de trabalho, faz-se a partir do painel de administração.

Porque se destaca:

• Personalização sem código que vai fundo. De acordo com a documentação oficial do EspoCRM, pode criar novas entidades, relacionamentos e fluxos de trabalho completos através da UI. A maioria das equipas nunca faz fork.
• Maduro e estável. Está em produção desde 2014, corre em PHP puro e MySQL, e instala-se em alojamento partilhado barato se assim o desejar.
• Uma API REST limpa para quando precisar de empurrar dados programaticamente, além de um motor de fórmulas para lógica sem código.

Realidade do autoalojamento: fácil. Esta foi a instalação mais leve dos sete para nós. Stack LAMP padrão, peças móveis mínimas.

Não é para: uma equipa que quer uma base de código JavaScript moderna para modificar. A força do EspoCRM é o painel de administração, não o código fonte. Se quer viver em código, o Twenty ou o Krayin encaixam melhor.

3. SuiteCRM, o melhor quando precisa do conjunto completo estilo Salesforce

O SuiteCRM é o CRM mais completo em funcionalidades nesta lista. É um fork da antiga SugarCRM Community Edition e inclui quase tudo o que uma equipa de vendas poderia pedir: cotações, contratos, fluxos de trabalho, relatórios, um portal de cliente.

Porque se destaca:

• Profundidade de funcionalidades que rivaliza com CRMs pagos. Se o seu requisito é "precisamos do que o Salesforce faz, mas autoalojado", esta é a correspondência mais próxima entre as opções open source.
• Uma API REST V8 e um módulo "Studio" integrado para editar módulos e campos sem código, pelo que se situa entre o no-code e o código obrigatório.
• Comunidade grande e de longa duração com milhões de downloads, o que significa muita documentação e módulos de terceiros.

Realidade do autoalojamento: difícil. Toda essa superfície de funcionalidades significa uma aplicação mais pesada. Orçamente mais RAM, espere um primeiro arranque mais lento e planeie um processo de atualização real.

Não é para: uma startup lean que precisa apenas de contactos e um pipeline. O SuiteCRM é muito CRM. Se só precisa do básico, passará a primeira semana a desligar funcionalidades.

4. Odoo CRM, o melhor quando quer CRM e ERP num só

O Odoo não é realmente um CRM. É um conjunto empresarial completo (contabilidade, inventário, RH, e-commerce) com um forte módulo de CRM acoplado. Se conseguir ver-se a precisar de ERP dentro de um ano, começar aqui poupa uma migração mais tarde.

Porque se destaca:

• Uma plataforma para CRM plus tudo o resto. O CRM, faturação e inventário partilham uma única base de dados, para que o seu fluxo de vendas-para-caixa viva num único sistema.
• ~52K estrelas no GitHub no seu repositório (junho de 2026), tornando-o o projeto com mais estrelas nesta lista e uma das maiores aplicações empresariais open source em qualquer lugar.
• Baseado em Python com um sistema de módulos, para que uma equipa Python possa construir aplicações personalizadas em cima. Pode automatizar fluxos de trabalho de CRM com n8n contra a sua API JSON-RPC quando ultrapassar a automação integrada.

Realidade do autoalojamento: difícil. A edição Community é genuinamente gratuita, mas a instalação é a mais pesada aqui, e o Odoo empurra-o constantemente para funcionalidades Enterprise pagas.

Não é para: uma equipa que quer apenas um CRM focado. A amplitude do Odoo é exagerada se o rastreio de vendas é tudo o que precisa, e a pressão de upsell para o Enterprise torna-se cansativa.

5. Krayin, o melhor para uma equipa Laravel que se preocupa com a liberdade de licença

O Krayin é a escolha quando a licença MIT importa para si. É a única ferramenta no top 7 classificado que pode fazer fork, modificar e distribuir dentro de um produto comercial essencialmente sem amarras.

Porque se destaca:

• Licenciado sob MIT, que é a opção mais permissiva nesta lista. Se planeia construir um produto em cima do seu CRM e vendê-lo, isto remove totalmente a dor de cabeça da AGPL (mais sobre isso abaixo).
• Construído sobre Laravel, para que qualquer loja PHP/Laravel seja instantaneamente produtiva. Usa os mesmos padrões que a sua equipa já escreve.
• ~22,7K estrelas no seu repositório (junho de 2026) e um ecossistema de pacotes ativo para extensões.

Realidade do autoalojamento: média. Implementação Laravel padrão, Composer, uma base de dados e um queue worker se quiser tarefas em segundo plano.

Não é para: uma equipa não-Laravel. Fora do mundo Laravel, o apelo do Krayin cai rapidamente. A licença é ótima, mas a base de código só brilha se viver em Laravel.

6. Dolibarr, o melhor para uma PME que quer CRM plus módulos ERP leves

O Dolibarr é um CRM e ERP modular para pequenas empresas. Ativa apenas os módulos de que precisa (CRM, faturação, stock, projetos) e deixa o resto desligado. É pragmático em vez de vistoso.

Porque se destaca:

• Verdadeiramente modular, para que comece pequeno e cresça para funcionalidades ERP sem mudar de ferramentas.
• GPL-3.0, PHP/MySQL e famosamente fácil de instalar, incluindo em alojamento partilhado via instaladores one-click.
• Uma API REST e um enorme marketplace de add-ons para estender sem escrever código core.

Realidade do autoalojamento: média. Leve o suficiente para um VPS pequeno, com um instalador que o guia.

Não é para: um programador que quer uma base de código limpa e moderna. O Dolibarr é funcional e testado em batalha, mas a sua UI e código mostram a idade comparados com o Twenty.

7. BottleCRM, o melhor para uma startup lean que quer gratuito e simples

O BottleCRM é o projeto mais novo e menor aqui, construído especificamente para startups que querem um CRM gratuito e autoalojável sem o peso dos conjuntos maiores. É Python/Django, focado nos básicos do CRM.

Porque se destaca:

• Startup-first por design: contactos, contas, leads, oportunidades e não muito mais para atrapalhar.
• Gratuito para autoalojar sem preços por lugar, que é toda a proposta.
• Uma base de código Django acessível para qualquer equipa Python e uma API REST para integrações como alimentar um pipeline AI SDR no seu CRM.

Realidade do autoalojamento: média. Uma implementação Django padrão, nada exótico, mas espere fazer alguma configuração manual.

Não é para: uma equipa que precisa de profundidade. O BottleCRM é intencionalmente minimalista. No momento em que precisar de fluxos de trabalho avançados ou relatórios, ultrapassá-lo-á, e deve escolher algo mais pesado desde o início.

Quão Difícil É Autoalojar Um? O Que Realmente Quebrou Quando Tentámos Isto

Autoalojar um CRM open source varia de um trabalho de 5 minutos a meia hora de depuração, dependendo da ferramenta. As opções PHP leves instalam-se em minutos. As aplicações modernas multi-serviço como o Twenty demoram mais porque puxam uma base de dados, uma cache e um worker, e qualquer um deles pode travar no primeiro arranque.

Aqui está a nossa execução real. Em junho de 2026 implementámos o Twenty (v0.42.x) e o EspoCRM (v8.x) num único VPS Hetzner CX22, 2 vCPU / 4GB RAM, que custa €4,59/mês segundo os preços da Hetzner (cerca de $24/mês quando adiciona backup e o IVA que pagámos). Ambos subiram via Docker Compose.

O EspoCRM foi o fácil. Operacional e a servir o assistente de instalação em menos de 5 minutos, sentado confortavelmente em cerca de 400MB de RAM em idle.

O Twenty foi o interessante. O primeiro arranque levou cerca de 12 minutos, e o passo de migração da base de dados engasgou uma vez num timeout de conexão Postgres, o container subiu antes do Postgres estar pronto para aceitar conexões. A solução foi aumentar o healthcheck para que a app esperasse pela base de dados. Depois disso, arranque limpo. Estabilizou em cerca de 1,8GB de RAM com todos os serviços a correr, razão pela qual avisaríamos contra tentar espremer o Twenty numa caixa de 2GB.

Aqui está o início mínimo do Twenty, o único bloco de código neste post:

# Twenty CRM via Docker Compose (June 2026, v0.42.x)
git clone https://github.com/twentyhq/twenty.git
cd twenty/packages/twenty-docker
cp .env.example .env

# Set a real APP_SECRET before first boot, or migrations fail:
#   openssl rand -base64 32  ->  paste into APP_SECRET in .env
# And make sure the app healthcheck waits on Postgres readiness.

docker compose up -d
# First boot ~12 min while migrations run. Watch logs:
docker compose logs -f server

A conclusão: o Twenty levou cerca de 12 minutos e uma correção de timeout para arrancar num VPS de $24; o EspoCRM estava operacional em menos de 5. A sua escolha de stack é também uma escolha de ops. Um CRM moderno multi-serviço compra-lhe uma ótima experiência de programador e custa-lhe mais configuração e RAM. Uma aplicação PHP clássica custa-lhe menos de ambos e dá-lhe uma base de código menos moderna.

O Que Cada Licença Realmente Significa Para a Sua Startup

A licença não é uma nota de rodapé. Decide o que legalmente pode fazer assim que começar a modificar o código, e a lacuna entre AGPL e MIT é a que morde startups que planeiam comercializar. Aqui está a versão em português claro.

A que precisa entender é a cláusula de rede da AGPL. Segundo o texto AGPL-3.0 da OSI, se modificar um CRM AGPL e o oferecer a utilizadores através de uma rede (digamos, como um produto alojado pago), está obrigado a disponibilizar o seu código fonte modificado a esses utilizadores. Para uso interno, isto nunca dispara. A AGPL é fine se autoalojar internamente; torna-se séria no momento em que transforma o CRM num produto que vende.

Portanto, a regra prática: executar qualquer um destes dentro da sua própria empresa? Escolha com base na stack e funcionalidades, ignore a licença. Planeia construir um SaaS comercial em cima de um? MIT (Krayin) é o padrão seguro, e AGPL (Twenty) precisa de uma conversa real com um advogado primeiro.

O CRM Open Source É Realmente Gratuito? Os Custos Ocultos do Autoalojamento

O software CRM open source é gratuito para licenciar, não gratuito para executar. Não paga nada pelo software, depois paga pelo servidor, horas de manutenção, backups e pelo facto de ser agora a equipa de suporte. Para uma pequena startup, o total ainda está muito abaixo do SaaS por lugar, mas não é zero.

Vamos colocar números reais nisso. A licença é $0. O servidor é $20-50/mês para um VPS que consiga lidar com uma pequena equipa (a nossa caixa Twenty foi ~$24/mês). Depois vêm os custos que ninguém lhe cotou:

• Manutenção: algumas horas por mês para atualizações, patches e a coisa ocasional que quebra após uma atualização. Digamos 2-4 horas.
• Backups: automatizados, testados e armazenados algures fora da caixa. Alguns dólares por mês mais o tempo de configuração.
• Segurança: patcheia você, não um fornecedor. Perca uma atualização crítica e os dados dos seus clientes ficam expostos.
• Suporte: não há helpdesk. Quando cai às 23h, esse é o seu problema.

Agora compare. Uma equipa de 5 pessoas num CRM pago a $30/lugar/mês são $150/mês, $1.800/ano, para sempre, e sobe à medida que cresce. Autoalojar a mesma equipa é talvez $24/mês de servidor mais um punhado de horas de engenharia. A matemática favorece fortemente o autoalojamento, até essas horas de engenharia ficarem caras. Esta é exatamente a matemática build-vs-buy que cada startup eventualmente executa: infraestrutura barata mais o tempo da sua equipa versus uma fatura mensal previsível e zero ops.

Para uma startup heavy em programadores com capacidade de ops sobressalente, software CRM open source gratuito é uma vitória genuína. Para uma equipa de vendas sem engenheiro de sobra, essas horas "gratuitas" podem silenciosamente custar mais do que o lugar SaaS.

Quando o CRM Autoalojado Deixa de Fazer Sentido

O autoalojamento é um ótimo negócio até as horas de manutenção custarem mais do que um lugar gerido. Saber onde está essa linha antes de a cruzar poupa-lhe uma migração dolorosa a meio do crescimento. Aqui estão os sinais de que o ultrapassou.

Atinge o ponto de viragem quando:

• A sua equipa escala para além de ~20-30 utilizadores ativos e o fardo de ops cresce mais rápido do que a poupança.
• Ninguém possui a implantação anymore. O engenheiro que o configurou saiu, e agora é um servidor que ninguém quer tocar.
• Precisa de funcionalidades que nenhum destes fornece: previsão avançada, discador nativo, automação de marketing profunda, SSO empresarial.
• A sobrecarga de conformidade (SOC 2, HIPAA, auditorias estritas de residência de dados) torna o "nós alojamos nós mesmos" um passivo em vez de um ativo.

Nesse ponto, as suas opções reais são um CRM gerido (outra pessoa lida com ops, paga por lugar) ou uma construção personalizada (possui um CRM moldado exatamente ao seu fluxo de trabalho, e possui tudo). Ambas são legítimas. O movimento errado é aguentar com dentes cerrados uma configuração autoalojada que está silenciosamente a custar mais em tempo de engenharia do que um lugar gerido custaria.

Essa é a parte que a maioria das compilações salta porque não vende nada, por isso aqui está o nosso funil honesto: isto é o que fazemos na Techsy. Ajudamos startups a escolher ou construir a stack CRM certa, seja escolhendo entre os sete acima, estendendo um, ou construindo um sistema personalizado quando nenhum se adapta. Se está a olhar para esse ponto de viragem, fale com a Techsy.

Sobre o Autor

Mert Batur Gurbuz é Co-Fundador da Techsy.io, onde a equipa entrega agentes AI, sistemas de automação e pipelines voice/SDR para clientes B2B. Estuda na Universidade de Birmingham e escreve sobre a stack de ferramentas LLM que a equipa Techsy realmente usa em produção. As notas de implementação CRM acima vêm de uma execução real de junho de 2026, não de marketing de fornecedores.

Mert Batur Gurbuz, Co-Fundador, Techsy.io, Universidade de Birmingham. LinkedIn

Perguntas Frequentes

O CRM open source é realmente gratuito?

A licença é gratuita, mas executá-lo não é. Espere $20-50/mês para um VPS mais algumas horas de engenharia cada mês para atualizações, patches e backups. É também a sua própria equipa de suporte. É muito mais barato do que SaaS por lugar para uma startup heavy em programadores, mas essas horas "gratuitas" somam-se se ninguém tiver capacidade de ops sobressalente.

Qual é o melhor CRM open source para uma startup?

Depende da sua stack, mas o Twenty é a melhor escolha geral para a maioria das startups em 2026. Corre em TypeScript e React, envia ambas as APIs GraphQL e REST, e é o mais fácil de estender em código. Se ninguém escreve código, escolha o EspoCRM em vez disso, já que personaliza ~90% dele a partir do painel de administração.

Preciso de saber programar para executar um CRM autoalojado?

Para personalização do dia-a-dia, nem sempre. O EspoCRM permite-lhe construir entidades, campos e fluxos de trabalho a partir do painel de administração. Mas para implementar e manter qualquer CRM autoalojado, alguém precisa de competências básicas de ops: Docker, backups, atualizações. Estender o código (como adicionar funcionalidades ao Twenty) precisa de um programador. Portanto, não para a UI do EspoCRM, sim para manter qualquer um deles online.

Qual CRM open source é mais fácil de personalizar?

Divide-se em dois tipos. O EspoCRM é mais fácil para personalização no-code, já que cerca de 90% das alterações acontecem no painel de administração sem tocar no código fonte. O Twenty e o Krayin são mais fáceis para personalização a nível de código numa stack moderna (TypeScript e Laravel). Decida se quer configurar numa UI ou construir em código, e a resposta é óbvia.

O Twenty CRM é bom? É melhor que o EspoCRM?

O Twenty é genuinamente bom e o CRM open source com crescimento mais rápido no GitHub, com ~45,4K estrelas em junho de 2026. Se bate o EspoCRM depende da sua equipa. O Twenty ganha para uma equipa TypeScript code-first que estende o CRM programaticamente. O EspoCRM ganha para um fundador não técnico que quer personalização profunda sem código.

Posso migrar os dados do meu CRM existente para um CRM open source?

Sim. Todas as ferramentas aqui suportam importação CSV para contactos, leads e negócios, o que cobre a maioria das migrações básicas. Para movimentos maiores, cada uma oferece uma API REST (e o Twenty adiciona GraphQL) para que possa scriptar a importação campo a campo. A parte mais difícil é geralmente mapear campos personalizados antigos e relacionamentos, não mover os registos brutos.

Qual é o melhor CRM autoalojado para uma pequena equipa?

Para uma pequena equipa que quer algo leve, o EspoCRM e o BottleCRM são as escolhas mais fortes. O EspoCRM instala-se em minutos, corre num VPS barato e não precisa de código. O BottleCRM é ainda mais minimalista e focado em startups se só precisar de contactos e um pipeline básico. Ambos evitam a configuração mais pesada que o Twenty, SuiteCRM e Odoo exigem.

Quais CRMs open source têm uma API REST ou GraphQL?

Todos os sete oferecem uma API REST. O Twenty é o destaque porque envia tanto GraphQL como REST, tornando-o o mais limpo para integrar com aplicações modernas. O Odoo usa XML-RPC e JSON-RPC em vez de REST puro, enquanto EspoCRM, SuiteCRM, Krayin, Dolibarr e BottleCRM expõem endpoints REST convencionais. Se GraphQL importa, o Twenty é a escolha clara.

O que significa a licença AGPL para a minha startup?

AGPL-3.0 (Twenty, SuiteCRM) é totalmente fine para uso interno: execute, modifique, sem obrigações. A armadilha é a cláusula de rede. Se modificar o código e o oferecer a outros como serviço alojado, poderá ter de publicar as suas alterações. Autoalojar internamente não é problema; construir um SaaS comercial em cima precisa de revisão legal. Para zero restrições, escolha o Krayin licenciado sob MIT.

CRM open source vs Salesforce, vale a pena para uma startup?

Para a maioria das startups iniciais, sim. Um CRM open source autoalojado custa ~$24/mês de servidor versus centenas por mês para lugares Salesforce, e possui os seus dados sem lock-in de fornecedor. A troca é conveniência: Salesforce é gerido e polido out of the box, enquanto open source significa que lida com alojamento e manutenção. Com capacidade de engenharia, custo e controlo geralmente ganham.