← Alle Insights

Lizenz vs. Nutzung: welches KI-Modell rechnet sich?

Pauschal-Lizenz oder nutzungsbasierte Abrechnung — diese Frage trifft in fast jedem KI-Projekt früher oder später eine Entscheidung. Auf den ersten Blick wirken beide Varianten austauschbar. Bei genauerem Hinsehen verändern sie das wirtschaftliche Profil einer Anwendung erheblich. Lizenzen sind vorhersehbar, aber selten optimal. Nutzungsbasierte Modelle sind flexibel, aber unberechenbar. Welches Modell sich rechnet, hängt nicht von der KI selbst ab, sondern von der Art der Nutzung — wie viele Personen, wie häufig, wie intensiv. Im Mittelstand zeigt sich regelmäßig, dass die Entscheidung anhand der falschen Kriterien getroffen wird: nach dem Tarif, der „üblich“ wirkt, oder nach dem, was der Anbieter aktiv anbietet. Eine nüchterne Abwägung ergibt oft ein anderes Bild. Dieser Artikel zeigt, wann welches Modell trägt — mit Beispielen aus typischen Anwendungsfällen.

Was die beiden Modelle wirklich unterscheidet.

Hinter den Schlagworten „Lizenz“ und „Nutzung“ stehen zwei unterschiedliche wirtschaftliche Philosophien. Eine Lizenz garantiert dem Anbieter einen festen Umsatz pro Periode, unabhängig davon, wie intensiv die Anwendung genutzt wird. Eine nutzungsbasierte Abrechnung verschiebt das Risiko: Der Anbieter verdient nur, wenn die Anwendung wirklich genutzt wird, dafür wird er bei intensiver Nutzung gut bezahlt.

Für den Kunden kehrt sich diese Logik um. Mit einer Lizenz hat er Planungssicherheit — der monatliche Betrag steht fest, das Budget ist klar. Mit nutzungsbasierter Abrechnung hat er ein Risiko: Wenn die Anwendung erfolgreich angenommen wird, steigen die Kosten. Wenn sie kaum genutzt wird, sinken sie. Das ist nicht per se schlecht, aber es verlangt eine andere Steuerungslogik.

In KI-Anwendungen kommt eine zusätzliche Schicht hinzu: Die tatsächlich erzeugten Kosten sind nicht offensichtlich. Ein Mitarbeiter, der mit einem LLM zehn längere Dokumente analysiert, erzeugt mehr Kosten als ein Kollege, der zwanzig kurze Anfragen stellt. Eine Lizenz versteckt diesen Unterschied, eine nutzungsbasierte Abrechnung macht ihn sichtbar — was Vor- und Nachteile hat.

Drei typische Lizenzmodelle im Vergleich.

Lizenzen kommen in unterschiedlichen Formaten. Die drei am häufigsten anzutreffenden im KI-Umfeld sind Seat-Lizenz, Concurrent-User-Lizenz und Enterprise-Pauschale. Jede hat ein eigenes Profil.

Im Mittelstand dominieren Seat-Lizenzen, weil sie am einfachsten zu verstehen und zu beschaffen sind. Concurrent-User-Lizenzen werden oft übersehen, obwohl sie für Anwendungen mit Schichtbetrieb oder gemeinsamer Nutzung deutlich günstiger sein können. Enterprise-Pauschalen sind meist erst ab 200 bis 300 Nutzern wirtschaftlich.

Nutzungsbasierte Modelle: Token, Anfragen, Outputs.

Auf der Nutzungs-Seite gibt es mindestens drei gängige Abrechnungsmetriken. Sie alle versuchen, das tatsächliche Verbrauchsvolumen abzubilden, machen das aber unterschiedlich genau.

Token-basiert (OpenAI, Anthropic, Google): Jedes Wort, jedes Zeichen wird in Token zerlegt und gezählt. Input-Tokens (was der Nutzer hineinschreibt) und Output-Tokens (was die KI antwortet) werden meist getrennt abgerechnet, Output ist oft drei bis fünf Mal teurer. Diese Metrik ist sehr feingranular, aber für Laien schwer einzuschätzen.

Anfrage-basiert (manche spezialisierten SaaS): Pro abgesendete Anfrage wird ein fester Betrag berechnet, unabhängig von Länge oder Komplexität. Einfacher zu verstehen, aber wirtschaftlich unfair: Eine 50-Wort-Frage kostet gleich viel wie ein 50-seitiges Dokument.

Output-basiert (Premium-Anwendungen): Pro generiertem Ergebnis wird abgerechnet — pro generiertem Bild, pro übersetzter Seite, pro abgeschlossenem Lead. Wirtschaftlich attraktiv, weil die Bezahlung an einen messbaren Wert geknüpft ist. Im Markt aber selten, weil Anbieter den Ergebnis-Output schwer kontrollieren können.

Beispielrechnungen: Wann was günstiger ist.

Konkrete Zahlen ordnen das Bild. Drei typische Anwendungsfälle im Mittelstand, jeweils einmal mit Lizenz und einmal nutzungsbasiert kalkuliert. Annahmen sind realistisch, aber vereinfachend.

AnwendungsfallLizenzNutzungsbasiertGünstiger
30 Vertriebler, tägliche Nutzung30 × 50 € = 1.500 €/Monatgeschätzt 2.200 €/Monat (Token)Lizenz
200 Mitarbeitende, sporadische Nutzung200 × 50 € = 10.000 €/Monatgeschätzt 1.800 €/Monat (Token)Nutzung
15 Power-User, sehr intensive Nutzung15 × 80 € = 1.200 €/Monatgeschätzt 3.500 €/Monat (Token)Lizenz
50 Kundendienst, mittlere Nutzung50 × 50 € = 2.500 €/Monatgeschätzt 1.900 €/Monat (Token)knapp Nutzung

Die Tabelle zeigt das Grundmuster: Bei dichter, intensiver Nutzung durch wenige spezialisierte Nutzer ist die Lizenz günstiger. Bei breiter, sporadischer Nutzung durch viele Mitarbeitende ist nutzungsbasiert günstiger. Bei gemischten Profilen liegt es nahe, beide Modelle parallel zu nutzen — Lizenzen für die Intensiv-Nutzer, nutzungsbasierte Zugänge für die Gelegenheits-Nutzer.

Der Pilot-Fall: warum nutzungsbasiert oft besser ist.

Ein häufig übersehenes Anwendungsgebiet für nutzungsbasierte Abrechnung sind Pilotprojekte. Wer ein neues KI-Tool ausprobiert und noch nicht weiß, ob es sich durchsetzt, hat zwei Risiken: Entweder das Tool wird wenig genutzt, dann sind Lizenzen Verschwendung. Oder es wird breit angenommen, dann sind die Lizenzen erst recht teuer.

Nutzungsbasierte Abrechnung verschiebt dieses Risiko: Wer wenig nutzt, zahlt wenig. Wer viel nutzt, zahlt mehr — aber dann hat sich das Tool auch bewährt und der Übergang in einen Lizenzvertrag ist begründbar. Diese Logik passt besonders gut zu Piloten der ersten drei bis sechs Monate, in denen Nutzungsverhalten, Anwendungsfälle und Akzeptanz erst geklärt werden müssen.

In der Praxis bedeutet das oft: Phase eins (Pilot) wird über die API des Anbieters mit Token-Abrechnung umgesetzt. Phase zwei (Rollout) wechselt auf Seat-Lizenzen, sobald die Nutzungsmuster stabil sind. Der Wechsel ist nicht trivial — er erfordert technische Anpassungen — aber er ist möglich. Wer das von Anfang an einplant, vermeidet die Falle, im Pilot bereits in Mehrjahresverträge zu rutschen, die später nicht passen.

Die versteckten Kosten beider Modelle.

Beide Modelle haben Kosten, die nicht im Hauptpreis sichtbar sind. Auf der Lizenz-Seite sind das: Lizenzmanagement (jemand muss die Zuordnung pflegen), regelmäßige True-Ups (Anpassung der gemeldeten an die tatsächlichen Nutzerzahlen), Schatten-IT (Nutzer kaufen eigene Lizenzen, weil die Unternehmenslizenz nicht ausreicht), Audit-Risiken (manche Anbieter prüfen Lizenzkonformität).

Auf der Nutzungs-Seite sind es andere Posten: Monitoring (jemand muss den Verbrauch im Auge behalten, sonst gibt es Überraschungen), Kostenstellen-Zuordnung (welche Abteilung verursacht welches Volumen?), Budget-Spitzen (in einem starken Quartal können die Kosten 30 bis 50 Prozent über dem Durchschnitt liegen), und politische Auseinandersetzungen (wenn das Budget knapp wird, beginnt das Hin- und Herschieben der Verantwortung).

Eine ehrliche Kalkulation enthält diese versteckten Posten auf beiden Seiten. In der Praxis sind das auf Lizenz-Seite 5 bis 10 Prozent Aufschlag für Verwaltung und Schatten-IT, auf Nutzungs-Seite 10 bis 20 Prozent Risikoaufschlag für Schwankungen und Monitoring. Wer diese Aufschläge weglässt, vergleicht Äpfel mit Birnen — und entscheidet auf einer Basis, die im zweiten Jahr nicht mehr trägt.

Sondersituationen: Hybrid und Reserved Capacity.

Drei Sondersituationen lassen sich mit reinen Lizenz- oder Nutzungsmodellen schlecht abbilden. In jeder findet sich aber ein etabliertes Hybridmodell, das die Vorteile beider Welten kombiniert.

Erstens: Reserved Capacity (Microsoft, Google, Anthropic). Das Unternehmen reserviert ein bestimmtes Token-Volumen pro Monat zu einem fest verhandelten Preis. Verbrauch unterhalb der Reservierung wird trotzdem voll bezahlt, Verbrauch oberhalb wird zu höherem On-Demand-Preis abgerechnet. Sinnvoll bei stabilem hohem Grundverbrauch.

Zweitens: Tiered Pricing. Die ersten X Anfragen pro Monat kosten Preis A, die nächsten Y Anfragen Preis B (günstiger), darüber hinaus Preis C (noch günstiger). Verhandelbar bei Enterprise-Kunden mit hohem Volumen. Versteckter Effekt: Wer knapp unter einem Tier-Sprung liegt, bezahlt unverhältnismäßig viel.

Drittens: Seat-Lizenz mit inkludiertem Token-Pool. Pro Sitzplatz sind X Token pro Monat enthalten, alles darüber wird zusätzlich abgerechnet. Aktuell verbreitet bei API-Kontingenten von OpenAI oder Anthropic; Microsoft 365 Copilot ist dagegen eine reine Sitzplatz-Flatrate ohne Token-Abrechnung. Vorteil: planbare Grundkosten, faire Mehrkosten bei Intensiv-Nutzern.

Wie Sie zur richtigen Wahl kommen.

Die Entscheidung zwischen Lizenz und Nutzung sollte am Ende einer kleinen Analyse stehen, nicht am Anfang. Drei Schritte führen zu einer belastbaren Wahl. Erstens: Nutzungsprofil schätzen — wer nutzt das Tool wie häufig und wie intensiv. Zweitens: Beide Modelle für sechs bis zwölf Monate durchrechnen, mit konservativen und optimistischen Annahmen. Drittens: Risikobereitschaft prüfen — wie hoch ist die Toleranz für Budget-Überraschungen.

In der Beratungspraxis zeigt sich oft, dass Unternehmen die Entscheidung umgekehrt treffen: Sie wählen ein Modell, weil es bekannt ist oder weil der bevorzugte Anbieter es so anbietet, und versuchen dann hinterher, die wirtschaftliche Logik zu rekonstruieren. Das ist meistens zu spät. Die Wahl des Pricing-Modells gehört zu den ersten Entscheidungen einer KI-Einführung — nicht zur letzten.

Ein letzter Hinweis: Verträge sollten so geschnitten sein, dass ein Wechsel zwischen den Modellen möglich ist. Nicht jeder Anbieter erlaubt das, aber bei den meisten ist eine Klausel verhandelbar, die nach zwölf Monaten den Wechsel auf das jeweils andere Modell ermöglicht. Wer diese Klausel hat, kann später korrigieren, falls sich die Nutzung anders entwickelt als geplant. Das ist mehr wert als ein kleiner Rabatt, der nur für ein Modell gilt.

Sie wollen prüfen, ob Ihre aktuellen KI-Lizenzen wirtschaftlich zum tatsächlichen Nutzungsverhalten passen? Unverbindlich anfragen — wir schauen gemeinsam auf das Nutzungsprofil und vergleichen die in Frage kommenden Modelle.