Wer CRM-Systeme vergleicht, schaut meist zuerst auf den Preis pro Benutzer und Monat. 60 Euro, 90 Euro oder 150 Euro pro User lassen sich einfach vergleichen und ebenso einfach auf ein Jahresbudget hochrechnen. Gerade bei 100 oder mehreren hundert Anwendern entsteht damit schnell eine scheinbar belastbare Entscheidungsgrundlage. In der Praxis sagt diese Zahl allerdings immer weniger darüber aus, was ein CRM tatsächlich kostet.
Denn moderne CRM-Plattformen bestehen längst nicht mehr nur aus Benutzerlizenzen. Hinzu kommen Integrationen, Add-ons, Datenvolumen, Support, interne Administration und laufende Weiterentwicklung. Mit Artificial Intelligence kommen inzwischen weitere Kostenmodelle hinzu: Credits, Agent Actions, Konversationen, API-Nutzung oder andere verbrauchsabhängige Leistungen. Die entscheidende Frage lautet deshalb nicht mehr nur, was eine Lizenz kostet, sondern was es kostet, das CRM über mehrere Jahre produktiv zu betreiben und weiterzuentwickeln.
Genau an dieser Stelle wird die Total Cost of Ownership – kurz TCO – deutlich wichtiger als der reine Listenpreis.
Der Lizenzpreis war schon immer nur ein Teil der Rechnung
Auch bei klassischen CRM-Projekten war der Preis pro Benutzer nie die ganze Wahrheit. Ein System muss eingeführt, konfiguriert und an die Organisation angepasst werden. Daten werden übernommen, Rollen und Rechte definiert, ERP, E-Mail, Telefonie oder Marketing angebunden und Mitarbeiter geschult. Nach dem Go-live entstehen zusätzliche Anforderungen an Reports, Dashboards, Prozesse und Automatisierungen.
Hinzu kommt, dass ein CRM normalerweise viele Jahre im Unternehmen bleibt. Während dieser Zeit verändern sich Produkte, Vertriebsorganisationen, Geschäftseinheiten und IT-Landschaften. Ein neues ERP wird eingeführt, ein Unternehmen übernommen, zusätzliche Länder kommen hinzu oder Customer Success bekommt eine stärkere Rolle. Das CRM muss diese Veränderungen mitgehen können.
CRM ist deshalb keine einmalige Softwareanschaffung. Es ist eine Unternehmensplattform, die sich mit der Organisation weiterentwickeln muss. Wie einfach oder aufwendig diese Weiterentwicklung ist, beeinflusst die tatsächlichen Kosten häufig stärker als einige Euro Unterschied beim monatlichen Lizenzpreis.
Neu ist die Mischung aus festen und variablen Kosten
Was sich derzeit deutlich verändert, ist die Art der Preisbildung. Klassische User-Lizenzen verschwinden nicht, werden aber zunehmend durch verbrauchsabhängige Komponenten ergänzt. Salesforce bietet für Agentforce beispielsweise nutzungsbasierte Flex Credits und weitere Modelle an. HubSpot kombiniert Seats mit Credits für verschiedene AI-Funktionen. Auch Microsoft arbeitet bei Copilot- und Agenten-Funktionen mit unterschiedlichen Lizenz- und Verbrauchsmodellen.
Damit entsteht eine Preislogik, die wir aus Cloud-Infrastruktur bereits kennen. Ein Teil der Kosten ist fest und relativ gut planbar, während ein anderer Teil davon abhängt, wie intensiv bestimmte Services tatsächlich genutzt werden. Für Unternehmen bedeutet das eine grundlegende Veränderung in der Budgetierung: Die Zahl der CRM-User allein reicht nicht mehr aus, um die zukünftigen Kosten zuverlässig zu prognostizieren.
Aus Kundensicht könnte deshalb ein hybrides Modell besonders sinnvoll sein: eine moderate Plattformgebühr oder günstige Kosten pro aktivem Benutzer, kombiniert mit einem ausreichenden Grundkontingent für typische Nutzung wie APIs, Automatisierungen und AI-Funktionen. Erst wenn dieser enthaltene Umfang überschritten wird, entstehen zusätzliche nutzungsabhängige Kosten.
Damit bleibt der Grundbetrieb kalkulierbar. Gleichzeitig muss der Anbieter sehr intensive Nutzung nicht pauschal auf alle Kunden umlegen. Gerade bei AI erscheint diese Kombination sinnvoll, weil die tatsächlichen Kosten je nach Modell, Verarbeitung und Nutzungsintensität erheblich variieren können.
Statistik: AI verändert die Preislogik von SaaS
Die Entwicklung betrifft nicht nur CRM. In der gesamten SaaS-Industrie wird derzeit intensiv darüber diskutiert, wie AI-Funktionen wirtschaftlich sinnvoll abgerechnet werden können. Klassische Subscription-Modelle werden deshalb zunehmend mit nutzungsabhängigen Komponenten kombiniert. Gleichzeitig experimentieren viele Anbieter noch damit, welche Abrechnungseinheit für ihre jeweiligen Produkte am sinnvollsten ist.
Die folgenden Werte stammen aus unterschiedlichen Untersuchungen des SaaS- und AI-Marktes. Sie sind deshalb kein direkter CRM-Benchmark. Sie zeigen jedoch, dass sich Softwarepreisbildung deutlich von einem reinen Seat-Modell wegbewegt. Gerade hybride Modelle versuchen, Planbarkeit für den Kunden mit tatsächlich entstehenden Nutzungskosten beim Anbieter zu verbinden.
| Beobachtung | Wert | Einordnung |
|---|---|---|
| SaaS-Plattformen mit AI-Funktionen, die dafür bereits Geld verlangen | 86 % | AI wird zunehmend eigenständig monetarisiert |
| Anbieter, die weitere Änderungen an ihrer AI-Preislogik erwarten | 44 % | Viele Modelle befinden sich noch in der Entwicklung |
| Softwareanbieter mit Usage-based Pricing | 74 % | Nutzungsabhängige Komponenten sind breit angekommen |
| AI-Unternehmen mit Hybrid Pricing | 56 % | Subscription plus verbrauchsabhängige Nutzung |
| AI-Unternehmen mit reinem Usage-based Pricing | 38 % | Kosten unmittelbar an Nutzung gekoppelt |
Gerade für Unternehmen, die heute mehrjährige CRM-Verträge abschließen, ist diese Entwicklung relevant. Es sollte nicht automatisch davon ausgegangen werden, dass Credits, Kontingente oder Abrechnungsmetriken über die nächsten fünf Jahre unverändert bleiben. Umso wichtiger werden Transparenz und die Möglichkeit, den tatsächlichen Verbrauch selbst zu steuern.
Was das konkret für CRM bedeutet
Ein Unternehmen mit 100 CRM-Benutzern konnte seine Softwarekosten bisher relativ einfach kalkulieren. Lizenzpreis mal Benutzer mal zwölf Monate ergab zumindest eine brauchbare Ausgangsbasis. Sobald jedoch Agenten und automatisierte Workflows hinzukommen, passt diese Logik nicht mehr vollständig.
Ein AI-Agent kann Opportunities analysieren, Kundenanfragen beantworten oder Datensätze aktualisieren. Ein anderer erstellt Meeting-Zusammenfassungen oder recherchiert zusätzliche Informationen. Die Nutzung dieser Funktionen kann unabhängig davon steigen, ob 100 oder 200 Menschen im CRM angemeldet sind. Ein Unternehmen mit weniger Anwendern, aber einer hohen Automatisierungsquote kann deshalb zukünftig höhere verbrauchsabhängige Kosten erzeugen als eine größere Organisation mit überwiegend manuellen Prozessen.
Das muss keineswegs negativ sein. Entscheidend ist, was durch diesen Verbrauch eingespart oder verbessert wird. Wenn ein Agent für einen überschaubaren Betrag eine Aufgabe erledigt, für die ein Mitarbeiter bisher zehn oder zwanzig Minuten benötigt hat, kann die variable Abrechnung wirtschaftlich ausgesprochen interessant sein.
Die relevante Frage lautet deshalb nicht: Wie viele Credits verbrauchen wir? Viel interessanter ist: Was kostet uns dieser Geschäftsvorgang mit und ohne Automatisierung?
Und ein Account kann mit mehreren Verträgen verbunden sein.
Variable Kosten brauchen Transparenz – und Verantwortung auf beiden Seiten
Nutzungsabhängige Preise sind nicht grundsätzlich problematisch. Gerade bei AI können sie sogar fairer sein als eine pauschale Umlage auf sämtliche Kunden. Wer wenig verbraucht, bezahlt weniger. Wer AI intensiv nutzt und dadurch möglicherweise erhebliche Produktivitätsgewinne erzielt, trägt entsprechend einen größeren Teil der tatsächlich entstehenden Kosten.
Voraussetzung ist allerdings, dass diese Kosten transparent und kontrollierbar bleiben. Der Softwareanbieter sollte deshalb klar darstellen, welche Leistungen bereits enthalten sind, wie Verbrauch gemessen wird und wie sich dieser jederzeit nachvollziehen lässt. Ebenso wichtig sind Warnschwellen, Quotas oder Budgets, damit steigende Nutzung frühzeitig sichtbar wird.
Die Verantwortung liegt dabei allerdings nicht nur beim Anbieter. Unternehmen müssen selbst festlegen, welche Benutzer, Prozesse und Agenten welche Ressourcen nutzen dürfen und wie zusätzlicher Verbrauch freigegeben wird. Wer umfangreiche Automatisierungen betreibt, muss deren Kosten genauso überwachen wie heute Cloud-Ressourcen, Softwarelizenzen oder Infrastruktur.
Ein AI-Agent, der mehr Verbrauch erzeugt, ist deshalb nicht automatisch ein Kostenproblem. Wenn er gleichzeitig deutlich mehr Arbeitszeit einspart oder einen Prozess messbar verbessert, können höhere variable Kosten wirtschaftlich sinnvoll sein. Entscheidend ist, dass Nutzung und Nutzen miteinander verglichen werden können.
Ein gutes Preismodell schafft deshalb nicht maximale Preisfixierung, sondern Transparenz und Steuerbarkeit. Der Anbieter stellt dafür die notwendigen Informationen und Mechanismen bereit. Der Kunde trägt die Verantwortung dafür, diese Möglichkeiten aktiv zu nutzen.
Vom Lizenzmanagement zum Verbrauchsmanagement
Damit entsteht für CRM-Verantwortliche eine neue Aufgabe. Neben Benutzerzahlen und Lizenztypen muss zunehmend auch der tatsächliche Verbrauch gesteuert werden. Das Prinzip ist aus dem Cloud-Umfeld längst bekannt: Ein grundsätzlich günstiger Service kann teuer werden, wenn Ressourcen unkontrolliert eingesetzt werden. Umgekehrt können variable Kosten sehr wirtschaftlich sein, wenn sie gezielt dort entstehen, wo sie einen messbaren Nutzen erzeugen.
Für CRM bedeutet das, dass Unternehmen künftig stärker beobachten sollten, welche Teams, Agenten und Prozesse AI-Funktionen tatsächlich verwenden. Dabei geht es nicht darum, jede automatisierte Aktion möglichst zu vermeiden. Vielmehr sollte nachvollziehbar sein, warum Verbrauch entsteht und welchen geschäftlichen Effekt er erzeugt.
Bei der Vertragsgestaltung lohnt es sich deshalb, nicht nur über Rabatte auf User-Lizenzen zu sprechen. Ebenso wichtig sind ausreichend dimensionierte Grundkontingente, transparente Verbrauchseinheiten und die Möglichkeit, Warnungen oder Quotas einzurichten. Bei sehr intensiver Nutzung sollte außerdem klar geregelt sein, wer im Unternehmen zusätzliche Kapazitäten freigeben darf.
So entwickelt sich klassisches Lizenzmanagement zunehmend zu Consumption Management.
Was gehört wirklich in eine CRM-TCO?
Wer ein CRM seriös vergleichen möchte, sollte nicht ausschließlich versuchen, den monatlichen Softwarepreis möglichst exakt zu bestimmen. Sinnvoller ist es, alle wesentlichen Kostenblöcke über einen Zeitraum von mindestens drei, besser fünf Jahren zu betrachten. Dazu gehören nicht nur Rechnungen von Softwareherstellern oder Implementierungspartnern, sondern auch interne Ressourcen und der Aufwand zukünftiger Änderungen.
Wichtig ist zudem, unterschiedliche Szenarien zu berechnen. Wie verändert sich die TCO, wenn die Organisation wächst? Was passiert bei stärkerer Nutzung von AI? Welche Kosten entstehen, wenn weitere Geschäftseinheiten integriert werden? Und wie flexibel lässt sich das System verändern, wenn Prozesse in zwei oder drei Jahren anders aussehen als heute?
Eine solche Betrachtung liefert keine auf den Euro genaue Prognose. Sie schafft aber eine wesentlich bessere Entscheidungsgrundlage als der reine Preis pro Benutzer.
Zehn Kostenpositionen, die in eine CRM-TCO gehören
Für eine belastbare Kalkulation sollten zunächst die wesentlichen Kostenarten sichtbar gemacht werden. Dabei geht es nicht darum, möglichst viele Positionen aufzunehmen, sondern die Faktoren zu identifizieren, die während der geplanten Nutzungsdauer tatsächlich relevant sind. Gerade bei CRM werden einmalige Projektkosten häufig sehr detailliert geplant, während laufende Administration und Weiterentwicklung nur grob berücksichtigt werden. Gleichzeitig gewinnen verbrauchsabhängige Kosten durch AI und Automatisierung an Bedeutung. Auch mögliche Wechselkosten sollten früh betrachtet werden, weil starke technische Abhängigkeiten die langfristige Wirtschaftlichkeit beeinflussen können.
| Nr. | Kostenposition | Beschreibung |
|---|---|---|
| 1 | CRM-Lizenzen | Benutzerlizenzen, Editionen, Mindestmengen und Vertragslaufzeiten |
| 2 | Add-ons | Telefonie, Marketing, CPQ, Signaturen, Service oder weitere Spezialfunktionen |
| 3 | AI- und Usage-Kosten | Credits, Agent Actions, Konversationen, API-Nutzung oder externe AI-Modelle |
| 4 | Implementierung | Konzeption, Konfiguration, Customizing, Projektmanagement und Tests |
| 5 | Datenmigration | Datenbereinigung, Mapping, Import, Dublettenprüfung und Qualitätssicherung |
| 6 | Integrationen | ERP, E-Mail, Kalender, Telefonie, DMS, Marketing und weitere Systeme |
| 7 | Betrieb und Support | Administration, Monitoring, Updates, Releases und Fehlerbehebung |
| 8 | Weiterentwicklung | Neue Prozesse, Reports, Dashboards und Automatisierungen |
| 9 | Change und Schulung | Training, Dokumentation, Kommunikation und Adoption |
| 10 | Exit- und Wechselkosten | Datenexport, Ablösung von Integrationen und spätere Migration |
Gerade der letzte Punkt wird häufig erst dann betrachtet, wenn ein System tatsächlich ersetzt werden soll. Zu einer vernünftigen TCO gehört aber auch die Frage, wie einfach Daten, Prozesse und Integrationen später wieder aus einer Plattform herausgelöst werden können.
Ein Beispiel mit 100 CRM-Anwendern
Nehmen wir ein Unternehmen mit 100 aktiven CRM-Anwendern und einem angenommenen durchschnittlichen Lizenzpreis von 80 Euro pro User und Monat. Die erste Rechnung ist einfach: 100 Anwender ergeben 96.000 Euro Lizenzkosten im Jahr und damit 480.000 Euro über einen Zeitraum von fünf Jahren.
Diese Zahl ist korrekt, beschreibt aber eben nur einen Teil der tatsächlichen Kosten. Hinzu kommen Implementierung, Integrationen, Add-ons, laufender Betrieb und interne Administration. Werden außerdem zunehmend AI-Funktionen eingesetzt, entsteht zusätzlich ein variabler Kostenblock.
Eine beispielhafte Fünfjahresbetrachtung könnte deshalb folgendermaßen aussehen:
| Kostenposition | 5 Jahre |
|---|---|
| CRM-Lizenzen | 480.000 € |
| Erstimplementierung | 80.000 € |
| Integrationen und Weiterentwicklung | 70.000 € |
| Add-ons | 120.000 € |
| AI-, API- und Nutzungsleistungen | 75.000 € |
| Interne Administration | 225.000 € |
| Training und Change | 30.000 € |
| Weitere Services, Storage und Betrieb | 25.000 € |
| Gesamt | 1.105.000 € |
Die Zahlen sind bewusst ein Rechenbeispiel und kein Marktbenchmark. Sie zeigen aber, wie stark sich Lizenzkosten und tatsächliche Plattformkosten unterscheiden können. Aus einem CRM mit 480.000 Euro Lizenzkosten kann über fünf Jahre ohne Weiteres eine Gesamtinvestition von mehr als einer Million Euro entstehen.
Das allein macht das CRM weder teuer noch günstig. Entscheidend ist, welchen messbaren wirtschaftlichen Nutzen diese Investition erzeugt.
Das günstigste CRM ist nicht automatisch das wirtschaftlichste
Ein System kostet beispielsweise 60 Euro pro Benutzer, ein anderes 100 Euro. Bei 100 Anwendern ergibt sich bereits eine Differenz von 48.000 Euro pro Jahr. Auf dem Papier scheint die Entscheidung damit schnell getroffen.
In der Praxis kann das günstigere System jedoch zusätzliche Integrationen benötigen, einen höheren Administrationsaufwand verursachen oder für bestimmte Funktionen weitere Produkte voraussetzen. Vielleicht werden Daten regelmäßig manuell zwischen zwei Systemen übertragen oder Reports müssen über eine separate BI-Lösung aufgebaut werden. Umgekehrt ist eine umfangreiche Plattform mit einem deutlich höheren Preis ebenfalls nicht automatisch wirtschaftlich, wenn ein großer Teil der Funktionen nie genutzt wird.
Deshalb sollte nicht allein verglichen werden, welches Produkt mehr Funktionen zum niedrigeren Listenpreis liefert. Entscheidend ist, welche Plattform die benötigten Prozesse mit möglichst wenig unnötiger Komplexität zuverlässig unterstützt.
Die Zielarchitektur entscheidet stärker als die Feature-Liste
Gerade bei größeren Organisationen sollte deshalb vor der Produktauswahl geklärt werden, wie die zukünftige CRM-Landschaft aussehen soll. Welche Informationen gehören ins CRM, welche ins ERP? Wo werden Dokumente geführt? Welche Rolle spielen Marketing, Customer Success und Service? Welche Systeme liefern Produkt- oder Nutzungsdaten und welche Integrationen sind wirklich geschäftskritisch?
Im industriellen B2B-Vertrieb kann beispielsweise eine stabile ERP-Integration deutlich wichtiger sein als eine umfangreiche Marketing-Suite. Bei einem SaaS-Anbieter können Customer Success, Subscription Management und Nutzungsdaten stärker ins Gewicht fallen. Im Service stehen wiederum Ticketing, SLA-Steuerung, Kommunikationskanäle und Wissensmanagement im Vordergrund.
Ein sinnvoller CRM-Vergleich beginnt deshalb nicht mit 300 Funktionskästchen in einer Excel-Tabelle. Er beginnt mit einer klaren Vorstellung davon, welche Prozesse und Daten die Organisation in den kommenden Jahren benötigt.
Customizing kann Kosten verursachen – aber auch Kosten sparen
Auch beim Thema Customizing lohnt sich eine differenzierte Betrachtung. Individuelle Anpassungen werden häufig grundsätzlich als Kostentreiber betrachtet. Dabei kann eine sinnvoll entwickelte Automatisierung genau das Gegenteil bewirken, wenn sie täglich wiederkehrende manuelle Arbeit reduziert.
Problematisch wird Customizing erst dann, wenn Anpassungen ohne klare Architektur und langfristige Zielsetzung entstehen. Über die Jahre kommen zusätzliche Felder, Sonderprozesse, individuelle Erweiterungen und Ausnahmen hinzu. Änderungen werden dadurch aufwendiger, Tests umfangreicher und Updates schwieriger. Das System funktioniert zwar weiterhin, wird aber mit jeder Anpassung schwerer beweglich.
Diese technische und prozessuale Altlast – häufig als Technical Debt bezeichnet – gehört ebenfalls in eine langfristige Kostenbetrachtung. Deshalb sollte bei einer Anpassung nicht nur gefragt werden, was ihre Entwicklung heute kostet, sondern auch, welchen Wartungs- und Weiterentwicklungsaufwand sie in den kommenden Jahren erzeugt.
Interner Aufwand ist ein echter Kostenblock
Ein CRM betreibt sich außerdem nicht von allein. Benutzer und Rechte müssen verwaltet, Datenqualität überwacht und Anforderungen aus den Fachbereichen bewertet werden. Reports verändern sich, Prozesse werden angepasst und neue Mitarbeiter benötigen Unterstützung.
In größeren Organisationen sind neben dem eigentlichen CRM-Administrator häufig Sales Operations, IT, Fachbereiche und teilweise Datenschutz oder Informationssicherheit beteiligt. Diese Arbeit ist notwendig und schafft einen erheblichen Wert, wird in der ursprünglichen CRM-Kalkulation aber häufig nicht berücksichtigt.
Wenn beispielsweise ein interner CRM-Verantwortlicher einen großen Teil seiner Arbeitszeit mit Administration, Support und Weiterentwicklung beschäftigt ist, gehört dieser Aufwand in die TCO. Über fünf Jahre kann diese Position höher sein als einzelne Softwaremodule oder Integrationen.
Auch die Kostenstrukturen der Softwareanbieter verändern sich
Die neue Preislogik ist nicht nur eine Frage der Vermarktung. Auch auf Seiten der Softwarehersteller verändert AI die Kostenstruktur. Ein klassisches SaaS-Produkt verursacht zwar ebenfalls Infrastrukturkosten, diese steigen aber nicht zwangsläufig proportional mit jeder einzelnen Benutzeraktion. Bei generativer AI sieht das anders aus: Modellaufrufe, Rechenleistung und die Verarbeitung großer Datenmengen können direkte variable Kosten verursachen.
Gleichzeitig stehen gerade etablierte Softwareunternehmen vor einer zusätzlichen Herausforderung. Über viele Jahre oder Jahrzehnte sind teilweise große Vertriebsorganisationen, komplexe Produktportfolios, Partnerstrukturen, Supportorganisationen und technische Altlasten entstanden. Diese Strukturen wurden häufig auf Basis hoher, gut planbarer wiederkehrender Lizenzumsätze aufgebaut.
Das bedeutet nicht, dass große Anbieter grundsätzlich ineffizient arbeiten. Ihre Ausgangssituation ist aber eine andere als die eines jungen SaaS- oder AI-Anbieters, der Architektur und Organisation von Anfang an auf einen stärker automatisierten Betrieb ausrichten konnte.
AI dürfte deshalb nicht nur Produkte verändern, sondern auch die Softwareanbieter selbst. Entwicklung, Testing, Support, Dokumentation und Teile von Vertrieb und Beratung können produktiver werden. Damit wird langfristig wahrscheinlich auch der Druck steigen, diese Effizienz zumindest teilweise an Kunden weiterzugeben.
Für den Kunden ist die interne Kostenstruktur eines Herstellers jedoch nur bedingt relevant. Entscheidend ist letztlich, ob Preis, Leistung und Flexibilität im Vergleich zu den verfügbaren Alternativen stimmen.
Mehr Auswahl stärkt die Position des Kunden
Gerade für mittelständische Unternehmen kann diese Entwicklung positiv sein. Neben den großen Plattformanbietern stehen heute spezialisierte SaaS-Lösungen, offene CRM-Plattformen und zunehmend neue AI-basierte Services zur Verfügung. APIs und offenere Architekturen erleichtern es außerdem, einzelne Funktionen miteinander zu kombinieren, statt sämtliche Anforderungen von einem einzigen Hersteller abdecken zu müssen.
Das verändert auch die Gespräche mit Softwareanbietern. Bei einer neuen CRM-Auswahl sollte nicht einfach davon ausgegangen werden, dass die öffentlich sichtbare Preisliste das endgültige kommerzielle Modell darstellt. Insbesondere bei 50, 100 oder mehreren hundert Anwendern lohnt es sich, mit den Anbietern konkret über Nutzung, Wachstum und geplante Automatisierung zu sprechen.
Dabei sollte es nicht ausschließlich um einen Rabatt auf den heutigen User-Preis gehen. Wesentlich wichtiger ist die Frage, welche Leistungen bereits enthalten sind, welche Nutzung zusätzlich berechnet wird und wie transparent sich zukünftiger Verbrauch überwachen lässt.
Bei einem mehrjährigen Vertrag sollte deshalb möglichst schon heute nachvollziehbar sein, wie zusätzliche AI-Nutzung, APIs oder automatisierte Prozesse grundsätzlich abgerechnet werden. Niemand kann seriös garantieren, wie AI-Kosten in fünf Jahren aussehen werden. Man kann aber sehr wohl vereinbaren, wie transparent Veränderungen kommuniziert werden und welche Möglichkeiten der Kunde hat, seinen Verbrauch zu überwachen und zu steuern.
Der nächste Schritt: von Usage-based zu Outcome-based Pricing
Noch interessanter wird die Entwicklung dort, wo Software nicht mehr nach Zugriff oder technischer Nutzung, sondern nach einem Ergebnis abgerechnet wird. Denkbar sind beispielsweise ein gelöster Servicefall, ein qualifizierter Lead oder eine vollständig bearbeitete Aufgabe.
Für CRM könnte das langfristig bedeuten, dass nicht mehr entscheidend ist, wie viele Benutzer, Tokens oder einzelne Aktionen eingesetzt wurden. Berechnet werden könnten stattdessen erfolgreich bearbeitete Servicefälle, angereicherte Datensätze oder abgeschlossene automatisierte Prozesse.
Für Kunden klingt das zunächst attraktiv, weil Kosten und Nutzen enger zusammenrücken. Gleichzeitig entsteht aber eine neue Herausforderung: Was genau ist ein erfolgreiches Ergebnis? Ein automatisch geschlossener Servicefall hat keinen Wert, wenn die Kundenanfrage nicht tatsächlich gelöst wurde. Ein automatisch qualifizierter Lead ist nur dann wertvoll, wenn seine Qualität stimmt.
Outcome-based Pricing dürfte deshalb klassische Lizenz- und Usage-Modelle nicht einfach ersetzen. Wahrscheinlicher ist auch hier eine Kombination verschiedener Modelle.
Kosten pro Geschäftsvorgang werden interessanter als Kosten pro User
Damit verändert sich auch die Kennzahl, anhand derer CRM-Wirtschaftlichkeit bewertet werden sollte. Neben den Kosten pro Benutzer werden zunehmend die Kosten eines konkreten Geschäftsprozesses interessant.
Statt ausschließlich „CRM-Kosten pro User“ zu betrachten, können beispielsweise Kosten pro Opportunity, qualifiziertem Lead, Servicefall oder Renewal berechnet werden. Im Vertrieb kann sogar die Frage relevant sein, welcher CRM- und Automatisierungsaufwand pro gewonnenem Auftrag entsteht.
Damit wird Technologie unmittelbar mit dem geschäftlichen Ergebnis verbunden. Gerade bei AI Agents ist das wesentlich aussagekräftiger als die reine Zahl verbrauchter Credits. Wenn ein Agent mehrere hundert Servicefälle im Monat übernimmt, ist nicht entscheidend, wie viele User-Lizenzen dahinterstehen. Relevant sind Kosten, Bearbeitungszeit, Lösungsquote und Qualität.
Praxisbeispiel: Erst vereinfachen, dann automatisieren
Ein typisches Muster aus einem CRM-Projekt im B2B-Umfeld zeigt, warum diese Betrachtung sinnvoll ist. Das Unternehmen arbeitete mit knapp 100 aktiven CRM-Anwendern und hatte über mehrere Jahre zahlreiche Felder, Reports, Integrationen und individuelle Abläufe aufgebaut. Gleichzeitig wurden wichtige Informationen weiterhin über Excel und E-Mail gepflegt. Statt die Plattform vollständig zu ersetzen, wurde die Modernisierung deshalb bewusst in mehrere überschaubare Phasen aufgeteilt.
In der ersten Phase wurden Datenmodell, Rollen und zentrale Vertriebsprozesse bereinigt. Nicht mehr benötigte Felder und Sonderprozesse wurden entfernt und die Kennzahlen für Pipeline und Datenqualität vereinheitlicht. Danach wurden ERP- und Kommunikationsprozesse stabil integriert. Erst in der nächsten Phase kamen zusätzliche Automatisierungen sowie AI-gestützte Funktionen hinzu.
Durch diese Vorgehensweise konnten die Veränderungen nach jeder Phase gemessen werden. Die Vorbereitung des regelmäßigen Pipeline-Reviews reduzierte sich deutlich, Opportunities waren vollständiger gepflegt und der Aufwand für nachträgliche Datenkorrekturen sank. Gleichzeitig konnten weitere Automatisierungen gezielt dort aufgebaut werden, wo bereits nachweisbar ein hoher manueller Aufwand bestand.
Der wirtschaftliche Vorteil entstand damit nicht aus einem günstigeren Lizenzpreis. Er entstand vor allem durch weniger Komplexität, schnellere Abläufe und geringeren laufenden Aufwand. Genau deshalb ist eine phasenhafte und agile CRM-Einführung häufig wirtschaftlicher als ein großer Big Bang, bei dem Nutzen und Kosten erst nach einem langen Projektzeitraum bewertet werden können.
CRM braucht deshalb einen Business Case
Ein CRM-Projekt sollte am Ende nicht nur über ein IT-Budget verfügen, sondern über einen Business Case. Ein Budget beantwortet die Frage, wie viel die Plattform kostet. Der Business Case stellt zusätzlich die Frage, was sich durch ihren Einsatz konkret verbessert.
Das können weniger administrative Arbeit, schnellere Vertriebsprozesse, eine höhere Datenqualität oder besser planbare Forecasts sein. Auch eine Verbesserung der Winrate, kürzere Bearbeitungszeiten im Service oder die Möglichkeit, mit dem gleichen Team ein größeres Geschäftsvolumen abzuwickeln, können relevante Größen sein.
Wichtig ist, diese Ziele möglichst vor der Einführung festzulegen und anschließend regelmäßig zu überprüfen. Nur dann lässt sich beurteilen, ob höhere Lizenz- oder Nutzungskosten tatsächlich problematisch sind oder ob ihnen ein deutlich größerer wirtschaftlicher Nutzen gegenübersteht.
Was Unternehmen bei der nächsten CRM-Kalkulation prüfen sollten
Eine belastbare CRM-Kalkulation beginnt nicht bei der Preisliste, sondern beim geplanten Einsatz der Plattform. Unternehmen sollten wissen, welche Benutzergruppen das CRM verwenden, welche Systeme integriert werden und welche Prozesse künftig automatisiert werden sollen. Zusätzlich sollte früh geklärt werden, welche verbrauchsabhängigen Komponenten vorhanden sind und wie deren Nutzung überwacht werden kann. Ein Zeitraum von drei bis fünf Jahren bietet eine wesentlich realistischere Grundlage als eine Betrachtung des ersten Vertragsjahres. Und schließlich muss den erwarteten Kosten immer ein messbarer Nutzen gegenübergestellt werden.
Auch die Zuständigkeit für variable Kosten sollte bereits vor dem produktiven Einsatz geregelt sein. Ein Unternehmen braucht klare Verantwortlichkeiten dafür, wer Quotas definiert, Warnmeldungen erhält und zusätzlichen Verbrauch freigibt. Dabei darf Consumption Management nicht nur als Einkaufsthema verstanden werden, sondern gehört gemeinsam in die Verantwortung von IT, Fachbereich und gegebenenfalls Finance. Nur dann lassen sich technische Nutzung und wirtschaftlicher Nutzen sinnvoll zusammenführen.
Vor einer Entscheidung sollten deshalb zumindest die folgenden Punkte beantwortet sein:
- Sind alle benötigten Benutzerrollen und Lizenztypen berücksichtigt?
- Welche Funktionen benötigen zusätzliche Add-ons?
- Gibt es Mindestmengen, Laufzeiten oder vertragliche Commitments?
- Welche AI-, Credit-, API- oder Transaktionskosten können entstehen?
- Welche Grundkontingente sind bereits in der Lizenz enthalten?
- Lässt sich der aktuelle Verbrauch jederzeit transparent nachvollziehen?
- Können Quotas, Budgets und Warnschwellen definiert werden?
- Wer erhält Hinweise, wenn definierte Verbrauchsgrenzen erreicht werden?
- Wer darf zusätzlichen Verbrauch intern freigeben?
- Welche Daten- oder Storage-Grenzen gelten?
- Wie werden ERP, E-Mail, Telefonie und weitere Systeme integriert?
- Welche einmaligen Implementierungs- und Migrationskosten entstehen?
- Wie hoch ist der laufende interne Administrationsaufwand?
- Welche Kosten entstehen für Support und Weiterentwicklung?
- Wie entwickeln sich die Kosten bei zusätzlichen Anwendern oder Geschäftseinheiten?
- Wie aufwendig wäre ein späterer Plattformwechsel?
- Welche Prozesse sollen messbar schneller oder günstiger werden?
- Welche KPIs zeigen, ob sich die CRM-Investition tatsächlich lohnt?
- Wird die TCO regelmäßig überprüft und mit der tatsächlichen Nutzung abgeglichen?
Fazit: Nicht der User-Preis entscheidet
Der Preis pro Benutzer bleibt eine relevante Größe, verliert aber als alleiniger Vergleichsmaßstab deutlich an Aussagekraft. Moderne CRM-Plattformen werden stärker integriert, stärker automatisiert und zunehmend über eine Kombination aus klassischen Lizenzen und verbrauchsabhängigen Leistungen abgerechnet. AI beschleunigt diese Entwicklung noch einmal erheblich.
Ein hybrides Modell kann dabei durchaus im Interesse beider Seiten liegen: ein kalkulierbarer Grundpreis, der die normale Nutzung sinnvoll abdeckt, ergänzt um variable Kosten dort, wo tatsächlich zusätzlicher Verbrauch entsteht. Voraussetzung ist allerdings, dass diese Nutzung transparent bleibt und der Kunde sie aktiv steuern kann. Die Verantwortung dafür liegt nicht allein beim Softwarehersteller.
Für Unternehmen bedeutet das, dass nicht nur die Anschaffung, sondern der gesamte Betrieb über mehrere Jahre betrachtet werden muss. Dazu gehören Lizenzen ebenso wie Integrationen, Weiterentwicklung, interne Ressourcen sowie AI- und Nutzungskosten. Gleichzeitig muss dieser Aufwand dem tatsächlichen Nutzen gegenübergestellt werden.
Ein CRM für 100 Euro pro Benutzer kann wirtschaftlicher sein als eines für 60 Euro, wenn es Prozesse besser unterstützt und weniger laufenden Aufwand erzeugt. Ein einfacheres System kann umgekehrt vollkommen ausreichend sein, wenn es zur Organisation passt und ohne unnötige Komplexität betrieben werden kann.
Die entscheidende Frage lautet deshalb künftig nicht mehr nur:
„Was kostet unser CRM pro User?“
Sondern:
„Was kostet uns unser Kundenprozess – und welchen messbaren Beitrag leistet das CRM dazu?“
