7 beste Open-Source-CRMs für Startups (Self-Hosted, getestet 2026)

7 beste Open-Source-CRMs für Startups (Self-Hosted, getestet 2026)

CRM-Namen aufzulisten ist der einfache Teil. Die eigentliche Frage, die man zehn Minuten später wieder bei Google aufschlägt, ist: Welches davon kann das Team tatsächlich im Code erweitern, ohne gegen eine Wand zu laufen? Also haben wir die besten Open-Source-CRM-Optionen auf einem echten Hetzner-VPS für $24/Monat aufgesetzt und genau daran gemessen. Twenty startete in etwa 12 Minuten. EspoCRM war in unter 5 Minuten live. Dieser Unterschied erzählt mehr als jede einzelne Bewertung weiter unten.

Das hier ist ein Entwickler-Überblick, kein generischer KMU-Einkaufsführer. Die Werkzeugliste ist das Einfache; die Anpassungsgrenze entscheidet letztlich, mit welchem CRM ein Startup langfristig auskommt.

Wichtigste Erkenntnisse

• Beste Gesamtwahl für Entwickler: Twenty (TypeScript/React, GraphQL + REST, AGPL-3.0) lässt sich am leichtesten im Code erweitern.
• Beste No-Code-Anpassung: EspoCRM (PHP/MySQL) ist zu ~90% über das Admin-Panel konfigurierbar, ohne Fork.
• Funktionsreichstes: SuiteCRM liefert die vollständige Salesforce-artige Suite, benötigt dafür aber mehr Ressourcen.
• Lizenz beachten: AGPL-3.0 (Twenty, Odoo) versus MIT (Krayin) bestimmt, was man rechtlich tun darf, sobald man das Produkt kommerzialisiert.

Was ist ein Open-Source-CRM (und was bedeutet Self-Hosting wirklich)?

Ein Open-Source-CRM ist ein Werkzeug für das Kundenbeziehungsmanagement, dessen Quellcode öffentlich, frei einsehbar und frei veränderbar ist. Ein selbst gehostetes CRM ist eines, das man auf dem eigenen Server betreibt, statt einem Anbieter dafür zu bezahlen. Man bekommt den Code, man bekommt die Daten, und man übernimmt auch die Verantwortung, dass der Dienst läuft.

Der Unterschied zu einem SaaS-CRM wie HubSpot oder Salesforce lässt sich auf zwei Wörter reduzieren: Eigentümerschaft und Kontrolle. Bei einem Cloud-CRM liegen Kontakte, Deal-Historien und Gesprächsnotizen auf Servern eines fremden Anbieters, und man mietet Zugang pro Sitz und Monat. Beim selbst gehosteten CRM liegen diese Daten in einer eigenen Postgres- oder MySQL-Datenbank, auf Infrastruktur, die man selbst mietet oder besitzt. Kein Anbieter kann einen aussperren, den Preis pro Sitz über Nacht erhöhen oder ein Feature, auf das man angewiesen ist, aus dem Angebot nehmen.

Das ist die Kehrseite. Der Haken ist: "Self-Hosting" ist nicht kostenlos in dem Sinne, den die meisten vermuten. Es bedeutet einen Server (meist ein VPS für $20-50/Monat), ein Docker-Setup und jemanden im Team, der grundlegende Ops beherrscht: Backups, Sicherheits-Patches, das gelegentliche Upgrade, das etwas zerschlägt. Zu den versteckten Kosten kommen wir noch. Das Grundprinzip ist simpel: Self-Hosting bedeutet, eine monatliche Rechnung und totale Bequemlichkeit gegen volle Kontrolle und eine Wartungsaufgabe zu tauschen. Für viele Startups ist das ein guter Deal. Dieselbe Logik, die das Selbst-Hosten von Open-Source-Software für ein CMS attraktiv macht, gilt hier: Daten besitzen, Vendor-Lock-in vermeiden, Betrieb übernehmen.

Die 7 besten Open-Source-CRMs für Startups auf einen Blick

Hier ist das gesamte Feld in einer Tabelle. Verglichen wurde auf Basis von Daten, nicht Gefühl: aktuelle GitHub-Sterne (ein grober Indikator für Momentum und Community-Größe), Lizenz, primärer Tech-Stack, API-Oberfläche, wie aufwendig das Self-Hosting ist, und die Spalte, die sonst niemand veröffentlicht: die Anpassungsgrenze. Letztere ist die wichtigste. Zwei dieser Tools passt man vollständig über ein Admin-Panel an; die anderen fünf passt man im Code an, und dieser Unterschied wiegt mehr als jede Featureliste.

GitHub-Sternzahlen sind ein Snapshot von Juni 2026, aus dem jeweiligen Repository. Sie verändern sich wöchentlich, daher sind sie als relative Größenordnung zu verstehen, nicht als unveränderliche Wahrheit.

Ehrenvolle Erwähnungen, die es nicht in die Top 7 geschafft haben, aber trotzdem auf dem Radar sein sollten: YetiForce (PHP, extreme Konfigurierbarkeit, steile Lernkurve), Frappe CRM (Python, Teil des Frappe-Frameworks) und NocoBase (Low-Code-App-Builder, den man zu einem CRM formen kann). Sie lohnen einen Blick, wenn keines der sieben passt, sind aber für ein Startup-CRM entweder zu schwer oder zu nischig.

Wie liest man diese Tabelle? Man beginnt mit der Spalte "Anpassungsgrenze". Hat man einen nicht-technischen Gründer, ist EspoCRM die Wahl, weil man nie Code anfassen muss. Hat man ein TypeScript-Team, lässt sich Twenty im vertrauten Stack erweitern. Laut Marmelabs Open-Source-CRM-Benchmark (Januar 2026) erzielte Twenty unter den getesteten Tools auch die beste Developer Experience, was mit unserer Erfahrung übereinstimmt.

1. Twenty, beste Wahl für ein TypeScript-Team, das im Code leben will

Twenty ist aktuell das am schnellsten wachsende Open-Source-CRM auf GitHub, und es ist für Entwickler gebaut, die für die Anpassung ihrer Tools kein PHP lernen wollen.

Warum es heraussticht:

• Moderner Stack: TypeScript, React und NestJS, sodass ein typisches Startup-Webteam es vom ersten Tag an lesen und erweitern kann. Kein Kontextwechsel in eine fremde Sprache.
• Sowohl eine GraphQL-API als auch eine REST-API von Haus aus, was es zur saubersten Integrationslösung der sieben macht. Wer einen Voice-Agent mit seinem CRM verbinden oder Formulardaten einspeisen möchte, für den erledigt das GraphQL-Schema den Großteil der Arbeit.
• Y-Combinator-gefördert (S23), ~45.4K Sterne laut ihrem GitHub-Repository vom Juni 2026, und 300+ Mitwirkende. Das ist ein aktives Projekt, kein Wochenend-Hobby.

Self-Hosting-Realität: mittlerer Aufwand. Docker Compose bringt das System zum Laufen, zieht aber mehrere Dienste (Postgres, Redis, einen Worker) und benötigt mindestens ~2 GB RAM, um stabil zu laufen.

Nicht geeignet für: einen nicht-technischen Gründer. Twenty setzt voraus, dass man mit Terminal und Codebase vertraut ist. Wenn niemand im Team TypeScript schreibt, wird man das spüren.

2. EspoCRM, beste Wahl für einen PHP-Shop oder einen Gründer, der null Code schreiben will

EspoCRM ist die Antwort für alle, die ein echtes CRM wollen, ohne je einen Editor zu öffnen. Rund 90% dessen, was man normalerweise anpasst, also Felder, Layouts, Entitäten, Workflows, erledigt man über das Admin-Panel.

Warum es heraussticht:

• No-Code-Anpassung mit echter Tiefe. Laut EspoCRMs offizieller Dokumentation kann man neue Entitäten, Beziehungen und vollständige Workflows über die Oberfläche erstellen. Die meisten Teams forken es nie.
• Ausgereift und stabil. Es wird seit 2014 weiterentwickelt, läuft auf schlichtem PHP und MySQL, und lässt sich auf günstigem Shared Hosting betreiben.
• Eine übersichtliche REST-API für den Fall, dass man Daten doch programmatisch einspeisen muss, plus eine Formula-Engine für Logik ohne Code.

Self-Hosting-Realität: geringer Aufwand. Dies war die schlankste Installation der sieben. Standard-LAMP-Stack, minimale Abhängigkeiten.

Nicht geeignet für: ein Team, das eine moderne JavaScript-Codebase zum Entwickeln braucht. EspoCRMs Stärke liegt im Admin-Panel, nicht im Quellcode. Wer im Code leben möchte, greift besser zu Twenty oder Krayin.

3. SuiteCRM, beste Wahl wenn die vollständige Salesforce-artige Suite gefragt ist

SuiteCRM ist das funktionsreichste CRM auf dieser Liste. Es ist ein Fork der alten SugarCRM Community Edition und liefert nahezu alles, was ein Vertriebsteam braucht: Angebote, Verträge, Workflows, Berichte, ein Kundenportal.

Warum es heraussticht:

• Funktionstiefe, die mit kostenpflichtigen CRMs mithalten kann. Wenn das Ziel lautet "wir brauchen, was Salesforce bietet, aber selbst gehostet", ist das unter den Open-Source-Optionen die treffendste Entsprechung.
• Eine V8-REST-API und ein eingebautes "Studio"-Modul zum Bearbeiten von Modulen und Feldern ohne Code, sodass es zwischen No-Code und Code-Anforderung liegt.
• Eine große, langjährige Community mit Millionen von Downloads, was ausreichend Dokumentation und Drittanbieter-Module sichert.

Self-Hosting-Realität: hoher Aufwand. Die umfangreiche Funktionsoberfläche bedeutet eine schwerere Anwendung. Mehr RAM einplanen, einen langsameren ersten Start erwarten und einen echten Upgrade-Prozess vorsehen.

Nicht geeignet für: ein schlankes Startup, das Kontakte und eine Pipeline braucht. SuiteCRM ist ein sehr umfangreiches CRM. Wer nur die Grundlagen benötigt, verbringt die erste Woche damit, Features abzuschalten.

4. Odoo CRM, beste Wahl wenn CRM und ERP in einem gefragt sind

Odoo ist eigentlich kein reines CRM. Es ist eine vollständige Business-Suite (Buchhaltung, Lager, HR, E-Commerce) mit einem starken CRM-Modul. Wer innerhalb eines Jahres ERP braucht, spart sich mit Odoo eine spätere Migration.

Warum es heraussticht:

• Eine Plattform für CRM plus alles weitere. CRM, Rechnungsstellung und Lagerverwaltung teilen sich eine Datenbank, sodass der gesamte Vertriebsprozess in einem System abgebildet ist.
• ~52K GitHub-Sterne laut Repository (Juni 2026), womit es das meistgemerkte Projekt auf dieser Liste und eine der größten Open-Source-Business-Apps überhaupt ist.
• Python-basiert mit einem Modulsystem, sodass ein Python-Team eigene Apps darauf aufbauen kann. CRM-Workflows lassen sich mit n8n automatisieren über die JSON-RPC-API, wenn die eingebaute Automatisierung nicht mehr reicht.

Self-Hosting-Realität: hoher Aufwand. Die Community-Edition ist wirklich kostenlos, aber die Installation ist die aufwendigste hier, und Odoo drängt kontinuierlich zu kostenpflichtigen Enterprise-Features.

Nicht geeignet für: ein Team, das nur ein fokussiertes CRM braucht. Odoos Breite ist übertrieben, wenn nur Sales-Tracking gefragt ist, und der Druck in Richtung Enterprise wird mit der Zeit lästig.

5. Krayin, beste Wahl für ein Laravel-Team mit Fokus auf Lizenzfreiheit

Krayin ist die Wahl, wenn die MIT-Lizenz wichtig ist. Es ist das einzige Tool der bewerteten sieben, das man forken, modifizieren und in einem kommerziellen Produkt ausliefern kann, praktisch ohne Auflagen.

Warum es heraussticht:

• MIT-lizenziert, also die permissivste Option auf dieser Liste. Wer ein Produkt auf Basis des CRM aufbauen und verkaufen möchte, umgeht damit den AGPL-Problembereich vollständig (dazu weiter unten mehr).
• Auf Laravel aufgebaut, sodass jeder PHP/Laravel-Shop sofort produktiv ist. Es verwendet dieselben Muster, die das Team sowieso schreibt.
• ~22.7K Sterne laut Repository (Juni 2026) und ein aktives Paket-Ökosystem für Erweiterungen.

Self-Hosting-Realität: mittlerer Aufwand. Standard-Laravel-Deployment, Composer, eine Datenbank und ein Queue-Worker für Hintergrundjobs.

Nicht geeignet für: ein Team außerhalb der Laravel-Welt. Krayin verliert außerhalb des Laravel-Ökosystems schnell seinen Reiz. Die Lizenz ist gut, aber die Codebase glänzt nur, wenn man in Laravel arbeitet.

6. Dolibarr, beste Wahl für KMU, die CRM plus leichte ERP-Module brauchen

Dolibarr ist ein modulares CRM und ERP für kleine Unternehmen. Man aktiviert nur die Module, die man braucht (CRM, Rechnungsstellung, Lager, Projekte), und lässt den Rest deaktiviert. Pragmatisch statt glamourös.

Warum es heraussticht:

• Wirklich modular, sodass man klein startet und in ERP-Funktionen hineinwächst, ohne das Tool wechseln zu müssen.
• GPL-3.0, PHP/MySQL, und bekannt für einfache Installation, auch auf Shared Hosting über One-Click-Installer.
• Eine REST-API und ein großer Add-on-Marktplatz für Erweiterungen ohne Eingriff in den Kern-Code.

Self-Hosting-Realität: mittlerer Aufwand. Schlank genug für einen kleinen VPS, mit einem Installer, der einen durch den Prozess führt.

Nicht geeignet für: einen Entwickler, der eine saubere, moderne Codebase sucht. Dolibarr ist funktional und battle-tested, aber Oberfläche und Code merken ihr Alter im Vergleich zu Twenty deutlich an.

7. BottleCRM, beste Wahl für ein schlankes Startup, das etwas Kostenfreies und Einfaches sucht

BottleCRM ist das neueste und kleinste Projekt hier, eigens für Startups gebaut, die ein kostenloses, selbst hostbares CRM ohne den Ballast der größeren Suiten suchen. Es basiert auf Python/Django und konzentriert sich auf die CRM-Grundlagen.

Warum es heraussticht:

• Von Grund auf für Startups gedacht: Kontakte, Accounts, Leads, Opportunities, und nicht viel mehr, das im Weg wäre.
• Kostenlos selbst hostbar ohne Seat-Pricing, das ist der gesamte Pitch.
• Eine Django-Codebase, die für jedes Python-Team zugänglich ist, und eine REST-API für Integrationen wie das Einspeisen einer KI-SDR-Pipeline in das CRM.

Self-Hosting-Realität: mittlerer Aufwand. Ein Standard-Django-Deployment, also nichts Exotisches, aber mit etwas manuellem Setup zu rechnen.

Nicht geeignet für: ein Team, das Tiefe braucht. BottleCRM ist bewusst minimal. Sobald erweiterte Workflows oder Reports benötigt werden, ist man damit herausgewachsen, und man sollte von Anfang an etwas Schwereres wählen.

Wie aufwendig ist das Self-Hosting? Was bei unserem Test wirklich passiert ist

Das Selbst-Hosten eines Open-Source-CRM reicht von einer 5-Minuten-Aufgabe bis zu einer halben Stunde Debugging, je nach Tool. Die leichten PHP-Optionen installieren sich in Minuten. Moderne Multi-Service-Apps wie Twenty benötigen länger, weil sie eine Datenbank, einen Cache und einen Worker mitbringen, und jeder davon kann beim ersten Start stecken bleiben.

Das war unser konkreter Durchlauf. Im Juni 2026 haben wir Twenty (v0.42.x) und EspoCRM (v8.x) auf einem einzelnen Hetzner CX22 VPS deployed, mit 2 vCPU / 4 GB RAM, der laut Hetzners Preisseite €4,59/Monat kostet (ca. $24/Monat inklusive Backup und anfallender MwSt.). Beide liefen über Docker Compose.

EspoCRM war das unkomplizierte. In unter 5 Minuten lief es und zeigte den Installationsassistenten, und ruhte bei gut 400 MB RAM im Leerlauf.

Twenty war das interessante. Der erste Boot dauerte etwa 12 Minuten, und der Datenbank-Migrationschritt brach einmal an einem Postgres-Verbindungs-Timeout ab, weil der Container hochkam, bevor Postgres bereit war, Verbindungen anzunehmen. Die Lösung war, den Healthcheck so anzupassen, dass die App auf die Datenbank wartete. Danach sauberer Start. Im Betrieb mit allen Diensten lag es bei rund 1,8 GB RAM, weshalb wir davon abraten, Twenty auf eine 2-GB-Box zu quetschen.

Das ist der minimale Twenty-Start, der einzige Code-Block in diesem Beitrag:

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

# Vor dem ersten Start ein echtes APP_SECRET setzen, sonst schlagen Migrationen fehl:
#   openssl rand -base64 32  ->  in APP_SECRET in .env eintragen
# Außerdem sicherstellen, dass der App-Healthcheck auf Postgres-Bereitschaft wartet.

docker compose up -d
# Erster Start ~12 min, während Migrationen laufen. Logs verfolgen:
docker compose logs -f server

Fazit: Twenty brauchte etwa 12 Minuten und einen Timeout-Fix, um auf einem $24-VPS zu starten; EspoCRM war in unter 5 Minuten live. Die Stack-Wahl ist auch eine Ops-Wahl. Ein modernes Multi-Service-CRM bringt eine gute Developer-Experience, kostet aber mehr Setup und RAM. Eine klassische PHP-App kostet beides weniger und hat eine weniger moderne Codebase.

Was die einzelnen Lizenzen für das Startup wirklich bedeuten

Die Lizenz ist keine Fußnote. Sie bestimmt, was man rechtlich tun darf, sobald man den Code verändert, und der Unterschied zwischen AGPL und MIT ist genau der, der Startups, die kommerzialisieren wollen, auf dem falschen Fuß erwischt. Hier die Klartextversion.

Die Netzwerkklausel von AGPL ist der entscheidende Punkt. Laut dem AGPL-3.0-Text der OSI ist man verpflichtet, den geänderten Quellcode den Nutzern zur Verfügung zu stellen, wenn man ein AGPL-CRM modifiziert und es anderen über ein Netzwerk anbietet (etwa als kostenpflichtiges gehostetes Produkt). Für interne Nutzung greift das nie. AGPL ist unproblematisch, wenn man intern selbst hostet; ernst wird es in dem Moment, in dem das CRM zu einem Produkt wird, das man verkauft.

Die Faustregel: Nutzt man eines dieser Tools intern im eigenen Unternehmen, zählen Stack und Features, die Lizenz ist nebensächlich. Plant man, ein kommerzielles SaaS darauf aufzubauen, ist MIT (Krayin) der sichere Standard, und AGPL (Twenty) erfordert ein ernstes Gespräch mit einem Anwalt.

Ist Open-Source-CRM wirklich kostenlos? Die versteckten Kosten des Self-Hostings

Open-Source-CRM-Software ist kostenlos lizenziert, nicht kostenlos zu betreiben. Für die Software zahlt man nichts, dann zahlt man für den Server, die Wartungsstunden, die Backups, und dafür, dass man nun selbst das Support-Team ist. Für ein kleines Startup bleibt die Gesamtsumme weit unter einem SaaS-Modell per Seat, aber null ist sie nicht.

Ein paar konkrete Zahlen: Die Lizenz kostet $0. Der Server kostet $20-50/Monat für einen VPS, der ein kleines Team handhaben kann (unsere Twenty-Box lag bei ~$24/Monat). Dann kommen die Kosten, die niemand zitiert:

• Wartung: einige Stunden im Monat für Upgrades, Patches und das Gelegentliche, das nach einem Update kaputtgeht. Sagen wir 2-4 Stunden.
• Backups: automatisiert, getestet und extern gespeichert. Ein paar Dollar im Monat plus Einrichtungszeit.
• Sicherheit: man patcht selbst, nicht ein Anbieter. Wer ein kritisches Update verpasst, legt Kundendaten offen.
• Support: kein Helpdesk. Wenn es um 23 Uhr ausfällt, ist das das eigene Problem.

Zum Vergleich: Ein 5-Personen-Team bei einem kostenpflichtigen CRM für $30/Seat/Monat zahlt $150/Monat, $1.800/Jahr, dauerhaft, und der Betrag steigt mit dem Wachstum. Selbst-Hosten für dasselbe Team kostet vielleicht $24/Monat Server plus einige Entwicklerstunden. Die Rechnung spricht klar für Self-Hosting, bis diese Entwicklerstunden teuer werden. Das ist exakt die Build-vs.-Buy-Rechnung, die jedes Startup irgendwann aufmacht: günstige Infrastruktur plus eigene Zeit versus eine vorhersehbare Monatsrechnung und null Ops.

Für ein entwicklerstarkes Startup mit freier Ops-Kapazität ist kostenlose Open-Source-CRM-Software ein echter Gewinn. Für ein Vertriebsteam ohne freie Entwicklerkapazität können diese "kostenlosen" Stunden still und leise teurer werden als der SaaS-Seat.

Wann Self-Hosting-CRM keinen Sinn mehr ergibt

Self-Hosting ist ein gutes Geschäft, bis die Wartungsstunden mehr kosten als ein verwalteter Seat. Zu wissen, wo diese Grenze liegt, bevor man sie überschreitet, erspart eine schmerzhafte Migration mitten im Wachstum. Das sind die Signale, die zeigen, dass man darüber hinausgewachsen ist.

Man erreicht den Wendepunkt, wenn:

• Das Team über ~20-30 aktive Nutzer wächst und die Ops-Last schneller steigt als die Einsparungen.
• Niemand mehr den Deployment im Griff hat. Der Entwickler, der es eingerichtet hat, ist gegangen, und nun hat man einen Server, den keiner anfassen will.
• Features gebraucht werden, die keines dieser Tools liefert: erweiterte Prognosen, nativer Dialer, tiefe Marketing-Automation, Enterprise-SSO.
• Compliance-Aufwand (SOC 2, HIPAA, strikte Datenspeicheraudits) macht "wir hosten selbst" zur Haftung statt zum Vorteil.

An diesem Punkt sind die realen Optionen ein verwaltetes CRM (jemand anderes kümmert sich um Ops, man zahlt per Seat) oder ein eigener Aufbau (man besitzt ein CRM, das exakt zum eigenen Workflow passt, und man besitzt alles daran). Beides ist legitim. Der falsche Schritt ist, ein selbst gehostetes Setup krampfhaft am Leben zu halten, das still und leise mehr an Entwicklerzeit kostet als ein verwalteter Seat.

Das ist der Teil, den die meisten Übersichten weglassen, weil er nichts verkauft, daher hier unsere direkte Aussage: Wir bei Techsy helfen Startups, den richtigen CRM-Stack zu wählen oder aufzubauen, ob das die Auswahl aus den sieben oben, die Erweiterung einer Option oder der Aufbau eines eigenen Systems ist, wenn keines passt. Wenn man vor diesem Wendepunkt steht, spricht man mit Techsy.

Frequently Asked Questions

Ist Open-Source-CRM wirklich kostenlos?

Die Lizenz ist kostenlos, der Betrieb nicht. Mit $20-50/Monat für einen VPS ist zu rechnen, plus einigen Entwicklerstunden monatlich für Upgrades, Patches und Backups. Man ist auch sein eigenes Support-Team. Für ein entwicklerstarkes Startup ist es deutlich günstiger als SaaS per Seat, aber diese "kostenlosen" Stunden summieren sich, wenn keine freie Ops-Kapazität vorhanden ist.

Was ist das beste Open-Source-CRM für ein Startup?

Das hängt vom Stack ab, aber Twenty ist für die meisten Startups 2026 die beste Gesamtwahl. Es läuft auf TypeScript und React, liefert sowohl GraphQL- als auch REST-APIs und lässt sich am einfachsten im Code erweitern. Wenn niemand Code schreibt, ist EspoCRM die bessere Wahl, da sich ~90% davon über das Admin-Panel anpassen lassen.

Muss man programmieren können, um ein selbst gehostetes CRM zu betreiben?

Für die tägliche Anpassung nicht zwingend. EspoCRM ermöglicht das Anlegen von Entitäten, Feldern und Workflows über das Admin-Panel. Zum Deployment und zur Wartung eines selbst gehosteten CRM braucht jemand im Team grundlegende Ops-Kenntnisse: Docker, Backups, Updates. Den Code erweitern (etwa Features zu Twenty hinzufügen) erfordert einen Entwickler. Für EspoCRMs Oberfläche also nein, für den Betrieb aller Tools jedoch ja.

Welches Open-Source-CRM lässt sich am einfachsten anpassen?

Das teilt sich in zwei Kategorien. EspoCRM ist am einfachsten für No-Code-Anpassung, da rund 90% der Änderungen im Admin-Panel erfolgen, ohne den Quellcode anzufassen. Twenty und Krayin sind am einfachsten für Code-Anpassung in einem modernen Stack (TypeScript bzw. Laravel). Man entscheidet, ob man in einer Oberfläche konfigurieren oder im Code entwickeln will, und die Antwort ergibt sich von selbst.

Ist Twenty CRM gut? Ist es besser als EspoCRM?

Twenty ist wirklich gut und das am schnellsten wachsende Open-Source-CRM auf GitHub mit ~45.4K Sternen Stand Juni 2026. Ob es EspoCRM übertrifft, hängt vom Team ab. Twenty gewinnt für ein Code-first-TypeScript-Team, das das CRM programmatisch erweitert. EspoCRM gewinnt für einen nicht-technischen Gründer, der tiefe Anpassung ohne Code braucht.

Kann ich vorhandene CRM-Daten in ein Open-Source-CRM migrieren?

Ja. Alle Tools hier unterstützen CSV-Import für Kontakte, Leads und Deals, was die meisten einfachen Migrationen abdeckt. Für größere Transfers bietet jedes eine REST-API (und Twenty zusätzlich GraphQL), sodass man den Import Feld für Feld skripten kann. Der schwierige Teil ist meist das Mapping alter benutzerdefinierter Felder und Beziehungen, nicht das Verschieben der Rohdaten.

Was ist das beste selbst gehostete CRM für ein kleines Team?

Für ein kleines Team, das etwas Schlankes sucht, sind EspoCRM und BottleCRM die stärksten Optionen. EspoCRM installiert sich in Minuten, läuft auf einem günstigen VPS und benötigt keinen Code. BottleCRM ist noch minimaler und startup-fokussierter, wenn man nur Kontakte und eine einfache Pipeline braucht. Beide vermeiden den höheren Setup-Aufwand, den Twenty, SuiteCRM und Odoo verlangen.

Welche Open-Source-CRMs haben eine REST- oder GraphQL-API?

Alle sieben bieten eine REST-API. Twenty sticht heraus, weil es sowohl GraphQL als auch REST liefert, was die sauberste Integration mit modernen Apps ermöglicht. Odoo verwendet XML-RPC und JSON-RPC statt klassischen REST-Endpunkten, während EspoCRM, SuiteCRM, Krayin, Dolibarr und BottleCRM konventionelle REST-Endpoints bereitstellen. Wenn GraphQL wichtig ist, ist Twenty die klare Wahl.

Was bedeutet die AGPL-Lizenz für ein Startup?

AGPL-3.0 (Twenty, SuiteCRM) ist für interne Nutzung völlig unproblematisch: betreiben, verändern, keine Verpflichtungen. Der Haken ist die Netzwerkklausel. Wer den Code modifiziert und ihn anderen als gehosteten Dienst anbietet, muss unter Umständen die Änderungen veröffentlichen. Intern selbst hosten ist kein Problem; ein kommerzielles SaaS darauf aufzubauen erfordert rechtliche Prüfung. Für keinerlei Einschränkungen wählt man MIT-lizenziertes Krayin.

Open-Source-CRM vs. Salesforce: Lohnt es sich für ein Startup?

Für die meisten frühen Startups ja. Ein selbst gehostetes Open-Source-CRM kostet ~$24/Monat an Server statt Hunderte pro Monat für Salesforce-Seats, und man besitzt seine Daten ohne Vendor-Lock-in. Der Tausch ist Komfort: Salesforce ist verwaltet und poliert, während Open Source bedeutet, Hosting und Wartung selbst zu übernehmen. Mit Entwicklerkapazität gewinnen Kosten und Kontrolle meistens.