Das eigene CRM mit KI bauen: Geniale Abkürzung oder teure Dauerbaustelle?

„Wir bauen uns jetzt unser eigenes CRM.“ Solche Ankündigungen liest man immer häufiger auf LinkedIn. Die Argumentation klingt überzeugend: Standardlösungen seien zu teuer, zu kompliziert und nicht genau genug auf die eigenen Prozesse zugeschnitten. Mit generativer KI, Low-Code-Plattformen und sogenannten Vibe-Coding-Tools könne heute jedes Unternehmen in kürzester Zeit eine maßgeschneiderte Anwendung entwickeln.

An dieser Beobachtung ist viel Wahres dran. Noch vor wenigen Jahren wäre die Entwicklung eines eigenen CRM ein langwieriges und teures Softwareprojekt gewesen. Heute können KI-Assistenten Datenmodelle entwerfen, Oberflächen erstellen, Code generieren, Schnittstellen anbinden und Fehler analysieren. Ein erster Prototyp mit Kontakten, Unternehmen, Verkaufschancen und Aktivitäten entsteht erstaunlich schnell.

Warum ein eigenes CRM zunächst so attraktiv erscheint

Standard-CRM-Systeme bringen viele Funktionen mit, die ein einzelnes Unternehmen gar nicht braucht. Gleichzeitig fehlen manchmal genau die Prozesse, die für den eigenen Vertrieb besonders wichtig sind.

Ein Maschinenbauer möchte Anlagen, Standorte, installierte Produkte und Servicezyklen direkt am Kunden abbilden. Ein Beratungshaus denkt in Projekten, Kompetenzen und Tagessätzen. Ein Großhändler braucht individuelle Preislisten, Händlerstrukturen und Verfügbarkeiten. Ein Messebauer will Opportunities mit Veranstaltungen, Flächen und wiederkehrenden Ausstellerzyklen verbinden.

In einem Standard-CRM müssen solche Besonderheiten konfiguriert, durch Zusatz-Apps ergänzt oder individuell entwickelt werden. Dadurch werden selbst vermeintlich einfache Anforderungen schnell aufwendig.

Ein eigenes CRM verspricht dagegen maximale Freiheit: Das Datenmodell folgt exakt dem Unternehmen, die Oberfläche zeigt nur die wirklich benötigten Informationen, Prozesse müssen sich nicht an die Logik eines Anbieters anpassen. Auch Lizenzmodelle pro Nutzer scheinen zunächst zu entfallen. Gerade für Unternehmen mit außergewöhnlichen Abläufen kann das ein echter Vorteil sein.

Vorteil 1: Das CRM passt zum Prozess – nicht umgekehrt

Bei einer Eigenentwicklung kannst du deine fachliche Logik direkt in der Anwendung abbilden – ohne Kompromisse, nur weil ein Standardprodukt bestimmte Objekte, Felder oder Prozessschritte vorsieht. Das kann die Bedienung stark vereinfachen: Vertriebsmitarbeitende sehen nur die für sie relevanten Informationen, unnötige Menüpunkte und Pflichtfelder entfallen.

Ein gutes eigenes CRM wirkt deshalb oft schlanker als eine große Standardplattform. Das kann die Akzeptanz erhöhen – besonders dann, wenn die späteren Anwender eng in die Entwicklung eingebunden sind.

Darin steckt aber schon das erste Risiko: Nicht jeder bestehende Prozess ist automatisch ein guter Prozess. Wer ein CRM exakt um die heutige Arbeitsweise herum baut, digitalisiert unter Umständen historisch gewachsene Umwege und Sonderregeln. Standardsoftware zwingt zumindest teilweise dazu, sich mit etablierten Prozessmodellen auseinanderzusetzen. Bei einer Eigenentwicklung fehlt dieses Korrektiv.

Vorteil 2: Schnelle Prototypen und kurze Lernzyklen

KI-gestützte Entwicklung verändert vor allem die frühe Phase eines Softwareprojekts. Ideen lassen sich schnell visualisieren und mit echten Anwendern testen. Statt wochenlang Anforderungen zu dokumentieren, steht in wenigen Tagen ein funktionsfähiger Prototyp. Mitarbeitende können ausprobieren, ob die Oberfläche verständlich ist, welche Informationen fehlen und ob der geplante Prozess im Alltag funktioniert.

Das ist ein großer Fortschritt: Du musst nicht mehr jede Entscheidung vor Beginn der Entwicklung vollständig treffen, sondern kannst iterativ vorgehen und auf Basis realer Erfahrungen verbessern. Besonders wertvoll ist diese Geschwindigkeit bei begrenzten Anwendungsfällen – etwa einer Messeplanung, einem Partnerportal, der Besuchsdokumentation im Außendienst oder einem speziellen Freigabeprozess.

Problematisch wird es, wenn aus einem erfolgreichen Prototyp ohne architektonische Prüfung direkt ein produktives Kernsystem wird. Ein Prototyp beantwortet die Frage: „Kann diese Idee funktionieren?“ Ein produktives CRM muss dagegen beantworten: „Funktioniert das System auch mit Hunderten Anwendern, Millionen Datensätzen, sensiblen Kundendaten, zahlreichen Integrationen und über viele Jahre hinweg?“ Das sind zwei völlig unterschiedliche Anforderungen.

Vorteil 3: Unabhängigkeit von den Vorgaben großer Anbieter

Ein eigenes CRM kann die Abhängigkeit von den Produktentscheidungen eines einzelnen Anbieters reduzieren. Das Unternehmen entscheidet selbst, welche Funktionen entstehen, wann Änderungen ausgerollt werden und wie die Oberfläche aussieht. Auch überraschende Lizenzänderungen, neue Produktpakete oder das Ende bestimmter Funktionen lassen sich theoretisch vermeiden.

Diese Unabhängigkeit ist jedoch nicht absolut. Die meisten Eigenentwicklungen basieren ebenfalls auf externen Komponenten: Cloud-Infrastruktur, Datenbanken, Authentifizierungsdiensten, KI-Modellen, Entwicklerplattformen, Open-Source-Bibliotheken und APIs. Statt von einem CRM-Anbieter bist du anschließend womöglich von fünf oder zehn technologischen Bausteinen abhängig.

Die entscheidende Frage lautet deshalb nicht, ob Abhängigkeiten bestehen. Sie lautet, ob das Unternehmen diese Abhängigkeiten versteht und aktiv steuern kann.

Der größte Denkfehler: Entwicklungskosten sind nicht die Gesamtkosten

Bei der Entscheidung zwischen Standardsoftware und Eigenentwicklung werden häufig die monatlichen CRM-Lizenzen mit den Kosten des ersten Prototyps verglichen. Das ist kein fairer Vergleich.

Die Kosten eines Standard-CRM sind relativ sichtbar: Lizenzen, Implementierung, Beratung, Administration und Zusatzmodule. Bei einer Eigenentwicklung sind viele langfristige Kosten zunächst unsichtbar. Dazu gehören:

• Weiterentwicklung neuer Funktionen
• Fehlerbehebung
• Updates von Bibliotheken und Abhängigkeiten
• Überwachung der Systemverfügbarkeit
• Backups und Wiederherstellung
• Sicherheitsprüfungen
• Performance-Optimierung
• Dokumentation
• Benutzerverwaltung
• Datenmigrationen
• Betrieb der Infrastruktur
• Anpassung von Schnittstellen
• Vertretung bei Urlaub oder Personalwechsel
• Support für die Anwender

Die erste Version eines CRM ist daher nicht der Abschluss des Projekts, sondern der Beginn einer dauerhaften Produktverantwortung.

Nachteil 1: Maintenance endet nie

Software altert nicht wie eine Maschine durch mechanischen Verschleiß. Sie altert, weil sich ihre Umgebung ständig verändert. Browser werden aktualisiert, Betriebssysteme ändern sich, Schnittstellen bekommen neue Versionen, Cloud-Anbieter stellen Funktionen ein, Sicherheitslücken werden entdeckt, Datenschutzanforderungen verschieben sich, neue Geräte und Arbeitsweisen kommen hinzu.

Selbst wenn du fachlich keine einzige neue CRM-Funktion brauchst, muss die Anwendung deshalb regelmäßig gepflegt werden. Besonders kritisch sind Integrationen. Ein CRM ist selten eine isolierte Kontaktdatenbank – es hängt an Outlook oder Gmail, Kalendern, ERP-Systemen, Marketing-Automation, Telefonie, Dokumentenmanagement, Supportplattformen und Analysewerkzeugen.

Ändert einer dieser Anbieter seine API, muss die Eigenentwicklung angepasst und erneut getestet werden. Ein etablierter CRM-Anbieter verteilt diesen Aufwand über Tausende Kunden. Bei einer Eigenentwicklung trägst du ihn allein.

Nachteil 2: Aus einer Anwendung wird ein kritisches Kernsystem

Zu Beginn nutzen vielleicht fünf Personen das neue CRM. Fällt es für ein paar Stunden aus, ist das ärgerlich, aber beherrschbar. Mit zunehmender Nutzung verändert sich die Bedeutung des Systems: Plötzlich stecken darin die vollständige Kundenhistorie, offene Verkaufschancen, Angebote, Gesprächsnotizen, Umsatzprognosen und operative Aufgaben. Das CRM wird geschäftskritisch.

Damit steigen die Anforderungen an Verfügbarkeit, Wiederherstellbarkeit und Support. Es braucht definierte Verantwortlichkeiten, Monitoring, Backups und einen Notfallplan. Außerdem muss geklärt sein, was passiert, wenn die Person, die das System ursprünglich mit KI gebaut hat, das Unternehmen verlässt.

Gerade bei KI-generiertem Code besteht die Gefahr, dass niemand die gesamte Architektur wirklich versteht. Solange alles läuft, fällt das kaum auf. Bei einem kritischen Fehler oder einer nötigen Erweiterung kann daraus jedoch ein erhebliches Problem werden.

Nachteil 3: Sicherheit lässt sich nicht „hineinprompten“

CRM-Systeme verarbeiten personenbezogene und wirtschaftlich sensible Daten: Kontaktdaten, E-Mails, Gesprächsnotizen, Vertragsinformationen, Preise und Umsatzprognosen. Eine ansprechende Benutzeroberfläche sagt nichts darüber aus, ob eine Anwendung sicher entwickelt wurde.

Zu berücksichtigen sind unter anderem Authentifizierung, Rollen, Zugriffsrechte, Verschlüsselung, Protokollierung, Mandantentrennung und Schutz vor typischen Angriffen – dazu sichere Entwicklungs- und Updateprozesse. OWASP weist in seinen Risiken für Citizen Development ausdrücklich auf Gefahren hin, die durch Low-Code-Plattformen, KI-unterstützte Programmierung und KI-Agenten entstehen können: Fehlkonfigurationen, unzureichend geprüfte Komponenten und unsichere Verarbeitung von Eingaben. Auch das Secure Software Development Framework des NIST macht deutlich, dass sichere Softwareentwicklung ein vollständiger Prozess ist – nicht eine einzelne Prüfung kurz vor dem Go-live.

Selbst Anbieter von KI-Entwicklungswerkzeugen betonen, dass generierter Code überprüft und getestet werden muss. GitHub empfiehlt zum Beispiel ausdrücklich, von Copilot erzeugten Code nicht ungeprüft zu übernehmen, sondern auf Fehler und Sicherheitsprobleme zu kontrollieren. KI kann bei Sicherheitstests unterstützen – sie übernimmt aber nicht automatisch die Verantwortung für eine sichere Architektur.

Nachteil 4: Datenschutz bleibt Verantwortung des Unternehmens

Bei einem eigenen CRM kannst du selbst entscheiden, wo Daten gespeichert und wie sie verarbeitet werden. Das kann ein Vorteil sein – gleichzeitig übernimmst du aber die vollständige Verantwortung für die Umsetzung.

Die Datenschutz-Grundverordnung verlangt „Datenschutz durch Technikgestaltung und durch datenschutzfreundliche Voreinstellungen“. Dieser Grundsatz aus Artikel 25 DSGVO betrifft unter anderem Datenminimierung, Zugriffsrechte und den Schutz personenbezogener Informationen. Bei einer Eigenentwicklung musst du zum Beispiel selbst sicherstellen, dass:

• Nutzer nur die für sie freigegebenen Daten sehen
• Lösch- und Auskunftsanfragen umgesetzt werden können
• Einwilligungen und Verarbeitungszwecke berücksichtigt werden
• Änderungen und Zugriffe nachvollziehbar sind
• Backups nicht zu unkontrollierten Datenkopien führen
• eingesetzte KI-Dienste Daten nicht unzulässig weiterverarbeiten
• Aufbewahrungs- und Löschfristen eingehalten werden

Ein etablierter CRM-Anbieter nimmt dir die datenschutzrechtliche Verantwortung ebenfalls nicht vollständig ab. Er stellt aber in der Regel Funktionen, Dokumentationen und Vertragsgrundlagen bereit, auf denen du aufbauen kannst. Bei einer Eigenentwicklung musst du viele dieser Strukturen selbst schaffen.

Nachteil 5: Jede neue Anforderung landet beim eigenen Team

In einem Standard-CRM stehen viele Funktionen bereits zur Verfügung, auch wenn sie bei der Einführung noch nicht gebraucht werden. Das eigene CRM startet dagegen meist bewusst schlank. Mit der Zeit wachsen jedoch die Erwartungen:

• Der Vertrieb möchte Forecasting.
• Das Management braucht Dashboards.
• Marketing will Kampagnenzuordnungen.
• Der Service braucht Tickets.
• Die Geschäftsführung fordert mobile Nutzung.
• Internationale Teams brauchen mehrere Sprachen und Währungen.
• Die IT verlangt Single Sign-on.
• Der Datenschutzbeauftragte braucht ein Löschkonzept.

Jede dieser Anforderungen wird zu einem eigenen Entwicklungsprojekt. Dabei entstehen nicht nur direkte Kosten – das Unternehmen muss auch priorisieren: Soll das Team eine neue Kundenfunktion bauen, interne Prozesse automatisieren oder das CRM weiterentwickeln? Die Eigenentwicklung konkurriert dauerhaft mit anderen IT-Projekten um Zeit und Budget.

Nachteil 6: Der vermeintliche Kostenvorteil kann kippen

Ein selbst entwickeltes CRM kann günstiger sein – vor allem bei kleinem Nutzerkreis und klar umrissenen Funktionen. Der Vorteil verschwindet aber schnell, sobald mehrere Entwickler, umfangreiche Integrationen, professioneller Betrieb und regelmäßiger Support nötig werden.

Für einen realistischen Vergleich solltest du die Total Cost of Ownership über mindestens fünf Jahre betrachten. Aufseiten der Eigenentwicklung gehören dazu:

• Konzeption und initiale Entwicklung
• interne und externe Entwicklungszeit
• Cloud- und Datenbankkosten
• KI- und API-Nutzung
• Sicherheits- und Datenschutzprüfungen
• Wartung und Fehlerbehebung
• Support und Schulungen
• technische Dokumentation
• Weiterentwicklung
• Ausfall- und Wechselrisiken

Aufseiten der Standardlösung gehören dazu:

• Lizenzen
• Implementierung
• Beratung
• Datenmigration
• Administration
• Individualisierung
• zusätzliche Anwendungen
• mögliche nutzungsabhängige Kosten

Erst dieser Vergleich zeigt, welche Variante tatsächlich günstiger ist.

Wann ein eigenes CRM sinnvoll sein kann

Trotz aller Risiken ist eine Eigenentwicklung nicht grundsätzlich falsch. Sie kann strategisch sinnvoll sein, wenn mehrere Voraussetzungen zusammenkommen:

• Die Vertriebsprozesse sind außergewöhnlich und klar differenzierend.
• Standardlösungen ließen sich nur mit unverhältnismäßigem Aufwand anpassen.
• Das Unternehmen verfügt dauerhaft über eigene Produkt- und Entwicklungskompetenz.
• Eine klare technische Verantwortung ist definiert.
• Security, Datenschutz und Betrieb sind professionell organisiert.
• Der Nutzen geht über reine Lizenzersparnis hinaus.
• Die Lösung wird bewusst als langfristiges internes Softwareprodukt behandelt.

Auch für sehr klar abgegrenzte Anwendungsfälle kann Eigenentwicklung sinnvoll sein. Nicht jede individuelle Anwendung muss gleich das gesamte CRM ersetzen.

Wann du besser auf ein Standard-CRM setzt

Eine etablierte Lösung ist meist die bessere Wahl, wenn die grundlegenden Anforderungen weitgehend standardisiert sind: Kontakte verwalten, Aktivitäten dokumentieren, Verkaufschancen steuern, Forecasts erstellen und E-Mails synchronisieren. In diesen Bereichen schaffen Unternehmen selten einen Wettbewerbsvorteil durch eigene Softwareentwicklung.

Ein Standard-CRM bietet außerdem eine getestete Basis, kontinuierliche Updates, ein Partnernetzwerk, vorhandene Integrationen und eine größere Community. Die Kosten wirken auf den ersten Blick höher, sind aber besser kalkulierbar. Besonders Unternehmen ohne eigenes, dauerhaft verfügbares Entwicklungsteam sollten vorsichtig sein: Ein technisch interessierter Mitarbeiter mit einem KI-Tool ist noch keine Produktorganisation.

Der oft beste Weg: Standardkern plus individuelle Erweiterungen

Die Entscheidung muss nicht „kaufen oder selbst bauen“ lauten. Für viele Unternehmen ist ein hybrider Ansatz sinnvoller: Das Standard-CRM bleibt das führende System für Kontakte, Unternehmen, Aktivitäten, Berechtigungen und Kundenhistorie. Individuelle Anwendungen, KI-Agenten und Automatisierungen ergänzen gezielt jene Prozesse, die tatsächlich besonders sind.

So kannst du zum Beispiel eine eigene Anwendung für Messeplanung, Angebotskonfiguration oder Außendienstbesuche entwickeln, ohne gleichzeitig Benutzerverwaltung, Rollenmodelle, E-Mail-Synchronisation, Backups und die gesamte CRM-Datenbasis neu erfinden zu müssen. Moderne Plattformen bieten dafür APIs, Webhooks, App-Marktplätze, Low-Code-Werkzeuge und eigene Erweiterungsmodelle.

Eine einfache Entscheidungsmatrix

Als grobe Orientierung – Ausgangssituation und sinnvoller Ansatz:

• Übliche Vertriebsprozesse ohne starke Besonderheiten → Standard-CRM.
• Starke Microsoft-, SAP- oder Salesforce-Landschaft → CRM des bestehenden Ökosystems prüfen.
• Einzelner hochspezialisierter Prozess → individuelle Erweiterung oder eigene Anwendung.
• Einzigartiges Geschäftsmodell mit proprietären Prozessen → Eigenentwicklung ernsthaft prüfen.
• Kein dauerhaftes Entwicklungsteam vorhanden → keine vollständige Eigenentwicklung.
• Schneller Test einer neuen Idee → KI-gestützter Prototyp.
• Geschäftskritisches System mit sensiblen Kundendaten → professionelle Architektur und klarer Produktverantwortlicher.
• Niedrige Lizenzkosten als Hauptmotiv → Gesamtkosten über mindestens fünf Jahre vergleichen.

Fazit: KI senkt die Einstiegshürde, nicht die Verantwortung

Generative KI verändert Softwareentwicklung grundlegend. Unternehmen können Anwendungen schneller entwerfen, testen und verbessern – das eröffnet gerade kleineren Organisationen Möglichkeiten, die früher großen Entwicklungsteams vorbehalten waren. Doch KI beseitigt nicht die Anforderungen an Architektur, Sicherheit, Datenschutz, Betrieb und langfristige Weiterentwicklung.

Der Bau eines ersten CRM-Prototyps ist heute vergleichsweise einfach. Ein geschäftskritisches CRM über viele Jahre sicher, stabil und wirtschaftlich zu betreiben, bleibt anspruchsvoll. Die Aussage „Wir haben uns mit KI in zwei Wochen ein eigenes CRM gebaut“ ist deshalb möglicherweise richtig – aber unvollständig.