SaaS Commercial Transparency Index 2026

Executive Summary

SaaS-Beschaffung scheitert selten daran, dass überhaupt kein Preis sichtbar ist. Sie scheitert an der falschen ökonomischen Einheit. Ein Monatsbetrag beantwortet nicht, wie viele Seats tatsächlich benötigt werden, wie Usage und AI-Add-ons skalieren, welche Einmalkosten anfallen, wann sich der Vertrag verlängert, welche Frist für eine wirksame Kündigung gilt und welche Zustände beim Exit tatsächlich herausgegeben werden.

Dieser Report verbindet deshalb drei bisher häufig getrennte Prüfungen:

1. Preistransparenz: Kann ein Käufer die direkte Listenpreislogik ohne Vertriebsgespräch nachvollziehen?
2. Renewal- und Exit-Transparenz: Sind Verlängerung, Kündigung, Datenzugriff, Retention und Switching öffentlich dokumentiert?
3. Skalierungsstress: Wie verändert lineares Per-Seat-Pricing die jährliche Kostenbasis bei 10, 50 und 200 Seats – und welche AI-Komponenten entkoppeln sich davon?

Die Untersuchung ist keine Rangliste der Produktqualität. Sie misst ausschließlich die öffentliche Beschaffungsoberfläche zum Datenstichtag. Individuelle Enterprise-Angebote, Rabatte und Vertragsnachträge können wesentlich abweichen.

Zitierfähige Kernergebnisse

1. [CALCULATED] Der Median des Preis-Transparenzindex liegt bei 80 von 100 Punkten; 13 von 20 Produkten erreichen mindestens 80 Punkte.
2. [CALCULATED] Das Renewal-/Exit-Modul erreicht in der Zehnerstichprobe einen Mittelwert von 79,0 und einen Median von 80,0 Punkten.
3. [CALCULATED] In der gemeinsamen Acht-Anbieter-Stichprobe reicht der gleichgewichtete Commercial-Transparency-Score von 72,5 bis 88,8 Punkten.
4. [CALCULATED] Die öffentlich normalisierten Jahreskosten eines 200-Seat-Szenarios reichen in der ausgewählten Tarifstichprobe von rund 23.204 EUR bis 249.679 EUR pro Produkt und Jahr.
5. [CALCULATED] Würden alle zehn ausgewählten Tarife gleichzeitig für 200 Seats beschafft, ergäbe die reine Listenpreisaddition rund 1.119.286 EUR pro Jahr – ohne Implementierung, API-Overages, Support, Steuern oder interne Administration.
6. [OBSERVED] Die häufigsten öffentlichen Lücken liegen nicht beim Einstiegspreis, sondern bei Enterprise-Tarifen, Overage-Mechaniken, Post-Termination-Zugriff, vollständigem Exportumfang und historischen Preisänderungen.
7. [INTERPRETATION] Commercial Transparency ist kein Synonym für günstige Software. Sie beschreibt, wie viel Unsicherheit ein Anbieter vor dem Vertriebsprozess beim Käufer belässt.
8. [RECOMMENDATION] Ein Renewal sollte spätestens 180 Tage vor Verlängerung als technisches Exit-Projekt behandelt werden, nicht erst als Einkaufsvorgang.

Gemeinsame Acht-Anbieter-Stichprobe

Rang	Anbieter	Preis-Transparenz	Renewal-/Exit-Transparenz	Komposit / 100
1	Intercom	90,0	87,5	88,8
2	Airtable	80,0	92,5	86,2
3	Asana	75,0	92,5	83,8
4	HubSpot	80,0	87,5	83,8
5	monday.com	90,0	72,5	81,2
6	Zapier	85,0	70,0	77,5
7	Webflow	90,0	62,5	76,2
8	Notion	80,0	65,0	72,5

[LIMITATION] Der Komposit gilt ausschließlich für die acht Anbieter, die in beiden Modulen vorkommen. Er darf nicht mit dem 20-Produkte-Preisindex oder der gesamten SaaS-Landschaft gleichgesetzt werden.

---

1. Forschungsdesign

1.1 Forschungsfrage

Wie vollständig kann ein fachkundiger Käufer die direkte wirtschaftliche Bindung eines SaaS-Produkts anhand öffentlicher Anbieterinformationen vor Vertragsabschluss modellieren?

„Wirtschaftliche Bindung“ umfasst in diesem Report nicht nur den sichtbaren Monatsbetrag. Sie umfasst:

Tarifpreis
+ Abrechnungseinheit
+ Volumen- und Seat-Skalierung
+ Add-ons und AI
+ Mindestlaufzeit und Onboarding
+ Renewal-Mechanismus
+ Kündigungsweg
+ Daten- und Konfigurationsexport
+ Post-Termination-Fenster
+ Retention und Löschung

1.2 Drei getrennte Module

Die Module werden nicht zu einem universellen Marktwert verschmolzen. Jedes beantwortet eine eigene Frage:

Modul	Primäre Frage	Stichprobe	Hauptdatei
A: Preisoberfläche	Kann der direkte Listenpreis modelliert werden?	20 Produkte	data/FDR-2026-01_pricing_transparency_scores.csv
B: Renewal und Exit	Ist der Weg aus dem Vertrag öffentlich nachvollziehbar?	10 Anbieter	data/FDR-2026-01_renewal_exit_transparency.csv
C: Seat- und AI-Stress	Wie skaliert die sichtbare Basis bei größerem Team?	10 Tarife	data/FDR-2026-01_per_seat_stress.csv
D: Gemeinsamer Komposit	Wie schneiden Anbieter ab, die in A und B vorkommen?	8 Anbieter	data/FDR-2026-01_commercial_transparency_composite.csv

1.3 Aussageklassen

• [OBSERVED]: direkt aus öffentlicher Primärquelle entnommen.
• [CALCULATED]: aus veröffentlichten Eingangsdaten reproduzierbar berechnet.
• [SCENARIO]: hypothetische Belastungsprobe mit offengelegten Annahmen.
• [INTERPRETATION]: redaktionelle Einordnung.
• [RECOMMENDATION]: operative Handlungsempfehlung.
• [LIMITATION]: explizite Begrenzung der Aussage.

1.4 Was der Report bewusst nicht misst

• Produktqualität und Funktionsumfang
• ausgehandelte Rabatte
• individuelle DPA-, MSA- oder Order-Form-Bedingungen
• tatsächliche Implementierungs- und Migrationskosten
• Security, Datenschutz oder Verfügbarkeit
• Kundenzufriedenheit
• vollständige TCO
• rechtliche Wirksamkeit konkreter Kündigungen
• Importfähigkeit einer Zielplattform

---

2. Synthese: Wo die Beschaffungsunsicherheit entsteht

2.1 Der Einstiegspreis ist nur die erste Schicht

Die meisten untersuchten Produkte machen den Einstieg sichtbar. Das erzeugt den Eindruck vollständiger Preistransparenz. Die relevante Unsicherheit beginnt jedoch in dem Moment, in dem ein Unternehmen nicht mehr dem Marketingbeispiel entspricht:

• mehr Seats als im Basisszenario,
• mehrere Workspaces oder Business Units,
• höhere Datennutzung,
• API- oder Automation-Volumen,
• Governance- und Security-Funktionen,
• AI-Credits oder Copilot-Add-ons,
• Premium-Support,
• jährliche Mindestabnahme,
• regionen- oder währungsabhängige Preislisten.

[INTERPRETATION] Der sichtbare Preis ist häufig eine qualifizierende Zahl: Er zeigt, dass das Produkt grundsätzlich kaufbar ist. Er ist nicht zwingend die Zahl, mit der ein wachsendes Unternehmen budgetieren kann.

2.2 Renewal ist ein Architekturereignis

Ein Vertrag verlängert sich zu einem Datum. Ein System kann aber nur dann kontrolliert verlassen werden, wenn mehrere Uhren gleichzeitig berücksichtigt werden:

Uhr	Kritische Frage
Vertragsuhr	Wann verlängert sich der Vertrag, und bis wann muss gekündigt werden?
Daten-Uhr	Wie lange dauert ein vollständiger, verifizierter Export?
Logik-Uhr	Welche Workflows, Berechtigungen, Regeln und Integrationen müssen rekonstruiert werden?
Betriebsuhr	Wie lange müssen Alt- und Zielsystem parallel laufen?
Lösch-Uhr	Wann werden produktive Daten, Backups und verbleibende Kopien gelöscht?

Der späteste wirtschaftlich sichere Exit-Termin liegt daher regelmäßig vor der formalen Kündigungsfrist.

2.3 Per-Seat-Pricing erzeugt lineare Kosten – aber keine lineare Nutzung

Ein Seat ist vertraglich binär: gebucht oder nicht gebucht. Tatsächliche Nutzung ist kontinuierlich:

• täglich aktive Power User,
• gelegentliche Nutzer,
• saisonale Nutzer,
• Servicekonten,
• externe Partner,
• Manager mit reiner Lesefunktion,
• Mitarbeiter in Onboarding oder Offboarding.

Ein 200-Seat-Vertrag kann deshalb 200 bezahlte Accounts, aber deutlich weniger produktive Nutzer enthalten. Der wirtschaftlich sinnvolle Nenner ist nicht allein „gebuchte Seats“, sondern beispielsweise:

Kosten pro wöchentlich aktivem Nutzer
Kosten pro abgeschlossenem Vorgang
Kosten pro erzeugtem Umsatzereignis
Kosten pro produktiver Stunde

2.4 AI macht die Kostenfunktion mehrdimensional

AI kann als Seat-Add-on, Credit-System, nutzungsabhängiger Verbrauch, inkludiertes Kontingent oder separates Produkt bepreist werden. Dadurch entsteht eine zweite Skala neben dem menschlichen Nutzer:

Seat-Kosten
+ AI-Add-on je Seat
+ Credits/Tokens/Actions
+ Retrieval und externe APIs
+ Review- und Korrekturarbeit

[RECOMMENDATION] Procurement sollte AI nicht als Feature-Checkbox erfassen, sondern als eigene Abrechnungsklasse mit Messgröße, Budgetgrenze, Overage-Regel und Abschaltpfad.

---

Teil I - Öffentliche Preis- und Metertransparenz

I.1 Forschungsfrage

Wie vollständig können Unternehmen die direkten Listenpreiskosten eines SaaS-Produkts anhand öffentlich verfügbarer Anbieterinformationen nachvollziehen?

Die Frage ist bewusst enger als „Was kostet SaaS?“. Reale Gesamtkosten hängen zusätzlich von Rabatt, Vertrag, Implementierung, Migration, Training, Administration, Integrationen, Ausfallrisiko, Datenvolumen, Support und Exit ab. Dieser Index misst lediglich die öffentlich dokumentierte Preisoberfläche.

---

I.2 Was der Index misst – und was nicht

Gemessen wird

• Sichtbarkeit eines real nutzbaren Einstiegspreises
• Verständlichkeit der Abrechnungseinheit
• öffentliche Bepreisung höherer Tarife
• Dokumentation von Usage, Overage oder Credits
• Hinweise auf Mindestmengen, Vertragsbindung und Onboarding
• Sichtbarkeit kostenpflichtiger Add-ons, insbesondere AI
• Verfügbarkeit eines Kalkulators oder interaktiven Selektors
• Nachvollziehbarkeit von Preisänderungen oder Versionen

Nicht gemessen wird

• Produktqualität
• Funktionsumfang
• Preis-Leistungs-Verhältnis
• ausgehandelte Enterprise-Rabatte
• TCO
• Kundenservice
• Datenschutz oder Security
• Portabilität
• Vendor Lock-in
• Rechtmäßigkeit des Preismodells
• individuelle Verhandlungsergebnisse

Ein Produkt kann teuer und transparent sein. Es kann günstig und intransparent sein. Der Score trifft dazu keine Aussage.

---

I.3 Stichprobe

Die Stichprobe wurde gezielt und nicht zufällig gebildet. Aufgenommen wurden 20 Produkte, die in typischen digitalen Betriebsmodellen unterschiedliche Kostenlogiken repräsentieren:

• per Task, Credit, Execution oder Flow
• per Seat oder Agent
• per Monthly Tracked User
• per Monthly Active Row
• per Host, Datenvolumen oder Compute
• per Site, Workspace oder Nutzerrolle
• hybride Seat-plus-Usage-Modelle

Die Auswahl erlaubt einen Querschnitt über relevante Abrechnungsmechanismen. Sie ist nicht repräsentativ für den gesamten SaaS-Markt.

---

I.4 Methodik

4.1 Bewertungsdimensionen

Code	Kriterium	Gewicht	Volle Punktzahl, wenn …
B1	Öffentlicher Einstiegspreis	10	ein real buchbarer Einstiegstarif mit Preis sichtbar ist
B2	Definition der Abrechnungseinheit	15	Seat, Task, Credit, Host, MTU, MAR oder andere Einheit klar erklärt wird
B3	Öffentliche Preise höherer Tarife	15	Wachstum ohne zwingenden Sales-Kontakt modellierbar bleibt
B4	Usage/Overage	15	Mehrverbrauch, Limits und relevante Staffelung verständlich dokumentiert sind
B5	Mindestmengen, Vertrag, Onboarding	10	Laufzeit, Mindestumfang und Einmalkosten erkennbar sind
B6	Add-ons und AI	10	relevante Zusatzkosten sichtbar und zuordenbar sind
B7	Kalkulator oder Selektor	10	ein belastbares öffentliches Modellieren mehrerer Größen möglich ist
B8	Preisänderungs-/Versionsnachweis	15	Änderungen oder historische Versionen nachvollziehbar dokumentiert sind

Gesamtscore:

Transparenz-Score = B1 + B2 + B3 + B4 + B5 + B6 + B7 + B8
Maximum = 100

4.2 Bewertungslogik

Die Kriterien wurden ordinal bewertet. Volle Punkte bedeuten nicht, dass jede denkbare Vertragsvariable veröffentlicht ist. Sie bedeuten, dass die jeweilige Dimension für einen typischen öffentlichen Beschaffungscheck ausreichend nachvollziehbar war.

Die Analyse erfolgte als Desk Research. Geprüft wurden:

• offizielle Preislisten
• offizielle Hilfecenter
• offizielle Abrechnungsdokumentation
• offizielle Kalkulatoren
• offizielle Plan- und Add-on-Beschreibungen

Vertriebsangebote, Partnerpreise, individuelle Rabatte und nicht öffentliche Verträge wurden nicht erhoben.

4.3 Datenstichtag

Alle dynamischen Seiten wurden mit Datenstand Juli 2026 bewertet. Preislisten können sich jederzeit ändern. Die veröffentlichte Fassung muss deshalb entweder als historische Momentaufnahme erscheinen oder vor dem Deployment erneut geprüft und versioniert werden.

---

I.5 Gesamtergebnis

Rang	Produkt	Kategorie	Score / 100
1	Intercom	Support	90
2	Microsoft Power BI	BI	90
3	Webflow	Web	90
4	monday.com	Work Management	90
5	New Relic	Observability	85
6	Zapier	Automation	85
7	Airtable	Work Management	80
8	HubSpot Sales Hub	CRM	80
9	Make	Automation	80
10	Notion	Work Management	80
11	Pipedrive	CRM	80
12	Zendesk	Support	80
13	n8n	Automation	80
14	Asana	Work Management	75
15	Datadog	Observability	75
16	Salesforce Sales Cloud	CRM	75
17	Tableau	BI	75
18	Activepieces	Automation	70
19	Fivetran	Data & Analytics	65
20	Twilio Segment	Data & Analytics	55

Einordnung der Scorebänder

Score	Interpretation
90–100	sehr hohe öffentliche Preisdokumentation
80–89	hohe öffentliche Preisdokumentation
70–79	brauchbar, aber mit relevanten Lücken
60–69	wesentliche Kostenkomponenten nur eingeschränkt modellierbar
unter 60	öffentliche Informationen reichen für ein belastbares Wachstumsszenario kaum aus

Die Bänder sind redaktionelle Interpretationshilfen für diesen Report. Sie sind kein externer Standard.

---

I.6 Kategorien

Kategorie	Produkte	Durchschnitt
Web	1	90,0
Support	2	85,0
Business Intelligence	2	82,5
Work Management	4	81,3
Observability	2	80,0
Automation	4	78,8
CRM	3	78,3
Data & Analytics	2	60,0

[LIMITATION] Kategorien mit ein oder zwei Produkten dürfen nicht als belastbarer Marktvergleich gelesen werden. Der Wert „Web 90“ ist beispielsweise identisch mit dem einzigen untersuchten Web-Produkt.

---

I.7 Vollständige Scorematrix

Produkt	B1 /10	B2 /15	B3 /15	B4 /15	B5 /10	B6 /10	B7 /10	B8 /15	Gesamt
Zapier	10	15	10	15	10	10	10	5	85
Make	10	15	10	15	10	5	10	5	80
n8n	10	15	15	15	10	5	5	5	80
Activepieces	10	15	5	15	10	5	5	5	70
HubSpot Sales Hub	10	15	10	10	10	10	10	5	80
Salesforce Sales Cloud	10	15	10	10	10	10	5	5	75
Pipedrive	10	15	10	10	10	5	10	10	80
Zendesk	10	15	10	10	10	10	10	5	80
Intercom	10	15	10	15	10	10	10	10	90
Asana	10	15	10	10	10	10	5	5	75
monday.com	10	15	10	15	10	10	10	10	90
Notion	10	15	10	15	10	10	5	5	80
Airtable	10	15	10	15	10	5	10	5	80
Twilio Segment	10	15	0	10	5	5	5	5	55
Fivetran	10	15	5	15	5	5	5	5	65
Tableau	10	15	10	10	10	5	10	5	75
Microsoft Power BI	10	15	15	15	10	5	10	10	90
Datadog	10	15	5	15	5	10	10	5	75
New Relic	10	15	10	15	10	10	10	5	85
Webflow	10	15	15	15	10	10	10	5	90

Die maschinenlesbare Fassung liegt im Paket unter:

data/FDR-2026-01_pricing_transparency_scores.csv

---

I.8 Beobachtungen nach Preismodell

8.1 Automatisierung: Die Einheit entscheidet mehr als der Einstiegspreis

Zapier, Make, n8n und Activepieces veröffentlichen jeweils eine andere ökonomische Logik:

• Zapier zählt erfolgreiche externe Aktionen als Tasks; Trigger und bestimmte eingebaute Schritte werden anders behandelt.
• Make rechnet überwiegend über Credits, wobei Modulausführungen die relevante Einheit bilden.
• n8n bepreist nach Workflow-Executions, unabhängig von der Zahl der Schritte innerhalb eines Laufs.
• Activepieces nutzt im Standardmodell aktive Flows und erlaubt dort unbegrenzte Runs; die Community Edition kann selbst gehostet werden.

[INTERPRETATION] Ein niedriger Monatsbetrag sagt ohne Übersetzung in Geschäftsereignisse wenig aus. Ein zehnstufiger Prozess kann je Plattform eine, neun oder zehn abrechenbare Einheiten erzeugen. Genau deshalb erhält die Definition des Meters 15 Prozent des Scores.

8.2 CRM: Öffentliche Seats, private Enterprise-Realität

HubSpot, Salesforce und Pipedrive zeigen Einstiegspreise und Seat-Modelle. Bei steigender Komplexität kommen jedoch weitere Variablen hinzu:

• Onboarding
• API-Zugriff
• AI-Funktionen
• zusätzliche Hubs oder Clouds
• Mindestabnahmen
• Support- und Governance-Pakete

[OBSERVED] HubSpot veröffentlicht für bestimmte Professional-Produkte eine einmalige Onboarding-Gebühr. Salesforce weist für einzelne Pakete und Add-ons separate Preise aus. Pipedrive bleibt bei den Standardtarifen vergleichsweise linear.

[INTERPRETATION] Das Seat-Modell ist leicht zu verstehen, aber nicht automatisch leicht zu prognostizieren. Je mehr Funktionen über Add-ons oder Paketgrenzen verteilt sind, desto weniger trägt der sichtbare Seat-Preis allein.

8.3 Support: Seat plus Outcome

Zendesk und Intercom zeigen, wie AI das traditionelle Agentenmodell verändert:

• Zendesk kombiniert Agenten-/Seat-Preise mit Copilot- und automatisierungsbezogenen Komponenten.
• Intercom bepreist Seats und Fin-AI-Outcomes separat.

Diese Modelle können transparenter sein als pauschale Enterprise-Angebote, erzeugen aber eine neue Forecasting-Aufgabe: Kosten hängen gleichzeitig von Teamgröße und erfolgreich automatisierten Vorgängen ab.

8.4 Work Management: Seats plus AI Credits

Asana, monday.com, Notion und Airtable veröffentlichen die wichtigsten Standardpreise. AI-Funktionen führen jedoch zusätzliche Credits oder Nutzungslogiken ein. Ein Procurement-Modell muss daher mindestens drei Ebenen trennen:

1. bezahlte Mitglieder,
2. Rollen beziehungsweise Berechtigungen,
3. AI- oder Automatisierungsverbrauch.

8.5 Data & Analytics: Nutzen ist messbar, Rechnung nicht immer selbst berechenbar

Segment und Fivetran dokumentieren ihre zentralen Metriken – Monthly Tracked Users beziehungsweise Monthly Active Rows – relativ klar. Die vollständige Kostenkurve höherer Volumina, Enterprise-Leistungen und individueller Architektur lässt sich öffentlich aber nur begrenzt abbilden.

[INTERPRETATION] Bei volumenabhängigen Datenprodukten ist ein „ab“-Preis strukturell weniger aussagekräftig als bei einem festen Seat. Das ist nicht zwingend ein Transparenzfehler; es erhöht jedoch die Anforderungen an Kalkulator, Staffeln und Beispielrechnungen.

8.6 BI, Observability und Web

Power BI erreicht einen hohen Transparenzwert, weil Standardtarife und wesentliche Preise öffentlich sichtbar sind. Tableau veröffentlicht ebenfalls rollenbezogene Preise, verlangt aber für realistische Deployments eine Kombination der Rollen.

Datadog und New Relic erklären viele Abrechnungseinheiten, doch die große Zahl potenzieller Produkte und Metriken erschwert eine Gesamtprognose. Webflow stellt Preise, Planlogik und einen Kalkulator bereit, wobei Site-, Workspace-, Ecommerce- und nutzungsbezogene Ebenen trotzdem sorgfältig getrennt werden müssen.

---

I.9 Warum öffentliche Preistransparenz wirtschaftlich relevant ist

9.1 Budgetierung

Fehlende Preisstaffeln verschieben die Kostenklärung in den Vertriebsprozess. Das ist nicht automatisch problematisch, erschwert aber:

• unabhängige Szenariovergleiche
• frühe Architekturentscheidungen
• belastbare Business Cases
• Benchmarking mit Alternativen
• Exit-Planung

9.2 Architektur

Abrechnungseinheiten beeinflussen Systemdesign. Beispiele:

• Task-basierte Kosten fördern die Reduktion externer Aktionen.
• MAR-basierte Kosten fördern Datenfilterung vor der Pipeline.
• Host-basierte Kosten beeinflussen Deployment-Dichte.
• Seat-basierte Kosten beeinflussen Rollen und Zugriffsmodelle.
• Outcome-basierte Kosten verschieben die Rechnung zur Prozessleistung.

[INTERPRETATION] Pricing ist damit kein rein kaufmännischer Layer. Es wirkt zurück auf Datenmodelle, Workflows und Organisationsdesign.

9.3 Beschaffung

Ein belastbarer RFP sollte nicht nur „Preis pro Monat“ abfragen, sondern:

• Definition jeder Rechnungseinheit
• Messzeitpunkt und Reset
• Deduplizierung
• Overage
• Mindestmengen
• Planwechsel
• API-/Exportkosten
• Sandbox- und Staging-Kosten
• Support
• AI-Verbrauch
• Kündigungs- und Exit-Kosten

---

I.10 Procurement-Checkliste

[RECOMMENDATION] Vor Vertragsabschluss sollte ein Unternehmen die geplante Nutzung in eine billable-unit map übersetzen:

Geschäftsereignis
→ technische Aktionen
→ abrechenbare Einheiten
→ Tarifstaffel
→ Add-ons
→ Monatskosten
→ Stressfall

Pflichtfragen

1. Welche technische Aktion erzeugt eine abrechenbare Einheit?
2. Welche Aktionen sind kostenlos?
3. Wann zählt dieselbe Entität erneut?
4. Welche Rolle ist kostenpflichtig?
5. Welche AI-Funktion benötigt Credits oder Outcomes?
6. Was passiert bei Überschreitung?
7. Gibt es automatische Upgrades oder Pay-per-use?
8. Welche Funktionen erfordern Enterprise?
9. Wie lange bleibt der Preis fix?
10. Welche Kosten entstehen für Export, API und Exit?

---

---

Teil II - Renewal-, Kündigungs- und Exit-Transparenz

II.1 Forschungsfrage

Wie transparent dokumentieren zehn SaaS-Anbieter den wirtschaftlichen und operativen Weg vom laufenden Abonnement bis zum kontrollierten Exit?

Der Report betrachtet die öffentliche Informationsoberfläche, die einem Käufer ohne vertrauliche Vertragsunterlagen zur Verfügung steht. Er beantwortet nicht:

• ob ein konkreter Vertrag wirksam gekündigt wurde,
• welche individuell ausgehandelten Fristen gelten,
• ob ein Export vollständig oder rechtlich ausreichend ist,
• wie hoch tatsächliche Migrationskosten ausfallen,
• ob ein Anbieter Pflichten des EU Data Act im Einzelfall erfüllt,
• ob eine Zielplattform die exportierten Daten verlustfrei importieren kann.

---

II.2 Warum Renewal und Exit zusammengehören

Ein Renewal ist kein reines Billing-Ereignis. Es ist der Zeitpunkt, an dem ein Unternehmen seine Verhandlungsmacht entweder erneuert oder verliert. Je näher die Verlängerung rückt, desto weniger Zeit bleibt für vier Aufgaben:

1. fachliche Ersatzentscheidung,
2. Daten- und Konfigurationsinventar,
3. technische Migration mit Parallelbetrieb,
4. vertraglich wirksame Kündigung.

Ein technisch möglicher Export hilft wenig, wenn die Kündigungsfrist bereits abgelaufen ist. Umgekehrt ist eine rechtzeitige Kündigung riskant, wenn der Export nicht getestet wurde oder der Zugriff unmittelbar mit Vertragsende endet.

[INTERPRETATION] Der wirtschaftlich relevante Exit-Zeitpunkt ist deshalb nicht das Vertragsende, sondern der späteste Termin, an dem Vertrag, Daten, Logik und Betrieb gleichzeitig noch kontrollierbar sind.

Vier getrennte Uhren

Uhr	Frage
Vertragsuhr	Wann verlängert sich der Vertrag und welche Kündigungsfrist gilt?
Daten-Uhr	Wann können Daten und Konfigurationen vollständig extrahiert werden?
Betriebsuhr	Wie lange muss Alt- und Zielsystem parallel laufen?
Lösch-Uhr	Wann werden produktive Daten, Backups und verbleibende Kopien gelöscht?

Ein professionelles Exit-Runbook führt diese Uhren in einem gemeinsamen Zeitplan.

---

II.3 Methodik

3.1 Stichprobe

Die zehn Plattformen wurden gewählt, weil sie unterschiedliche SaaS-Kategorien abdecken:

• CRM und Marketing Automation,
• Collaboration und Work Management,
• Workflow Automation,
• Wissensmanagement,
• Website-Plattformen,
• Messaging und Support.

Die Stichprobe ist gezielt, nicht repräsentativ für den gesamten SaaS-Markt. Sie eignet sich zur Untersuchung wiederkehrender Dokumentationsmuster, nicht zur Hochrechnung eines Marktanteils.

3.2 Dokumenttypen

Berücksichtigt wurden ausschließlich öffentliche Primärquellen des jeweiligen Anbieters:

• Terms of Service beziehungsweise Customer Agreements,
• Product-Specific Terms,
• Data Processing Addenda,
• Billing- und Cancellation-Hilfe,
• Export- und Backup-Dokumentation,
• Retention- und Deletion-Hilfe,
• versionierte Legal Archives,
• EU-Data-Act- beziehungsweise Switching-Zusätze, sofern vorhanden.

Blogposts Dritter, Affiliate-Seiten und nicht verifizierbare Preiszusammenfassungen wurden nicht als Score-Evidenz verwendet.

3.3 Kriterien und Gewichtung

Kriterium	Gewicht	Öffentliches Evidenzsignal
Renewal-Mechanismus	15	Verlängerung, Laufzeit und Renewal-Logik öffentlich auffindbar
Kündigungsprozess	10	Frist, Kanal und operativer Ablauf dokumentiert
Preisänderungs-Hinweis	10	Regel oder Frist für Preisänderungen öffentlich beschrieben
Self-Service-Export	15	Export ohne individuelles Professional-Services-Projekt möglich
Exportumfang und Formate	15	Datenklassen, Grenzen und Formate hinreichend konkret
Post-Termination-Fenster	15	Zugriff oder Extraktion nach Vertragsende dokumentiert
Löschung und Aufbewahrung	10	Retention, Löschung oder Backup-Ausläufe nachvollziehbar
Legal Archive / Switching	10	Versionierte Bedingungen oder Data-Act-/Switching-Dokumente auffindbar

3.4 Bewertungslogik

1,0 = öffentlich klar und für den betrachteten Aspekt substanziell dokumentiert
0,5 = teilweise, verstreut, planabhängig oder mit wesentlicher Unklarheit dokumentiert
0,0 = in den geprüften öffentlichen Quellen nicht hinreichend belegt

[CRITICAL] „Nicht öffentlich belegt“ bedeutet nicht „existiert nicht“. Es bedeutet, dass die Information im definierten Rechercheprozess nicht als belastbare öffentliche Evidenz gewertet werden konnte.

Der Score lautet:

Score = Summe(Kriteriumserfüllung × Gewicht)

Es gibt keine nachträgliche subjektive Bonus- oder Strafpunktvergabe.

---

II.4 Ergebnisse

Anbieter	Score / 100	Einordnung
Airtable	92.5	hohe öffentliche Dokumentationsreife
Asana	92.5	hohe öffentliche Dokumentationsreife
Atlassian	92.5	hohe öffentliche Dokumentationsreife
HubSpot	87.5	hohe öffentliche Dokumentationsreife
Intercom	87.5	hohe öffentliche Dokumentationsreife
monday.com	72.5	solide öffentliche Dokumentationsreife
Zapier	70.0	solide öffentliche Dokumentationsreife
Slack	67.5	partielle öffentliche Dokumentationsreife
Notion	65.0	partielle öffentliche Dokumentationsreife
Webflow	62.5	partielle öffentliche Dokumentationsreife

4.1 Verteilung

• [CALCULATED] Mittelwert: 79,0
• [CALCULATED] Median: 80,0
• [CALCULATED] Spannweite: 62,5 bis 92,5
• [CALCULATED] Fünf von zehn Anbietern erreichen mindestens 85 Punkte.
• [CALCULATED] Drei von zehn liegen unter 70 Punkten.

Die relativ enge Spannweite zeigt: Bei großen SaaS-Plattformen ist die öffentliche Kündigungs- und Exportdokumentation selten völlig abwesend. Die Differenz entsteht vor allem bei Post-Termination-Fenstern, versionierten Rechtsdokumenten und der Abdeckung von Logik statt bloßen Datensätzen.

---

II.5 Anbieterbeobachtungen

Airtable - 92,5

[OBSERVED] Airtable dokumentiert Vertrags- und Renewal-Regeln in MSA beziehungsweise Terms und stellt Exportpfade für Accountdaten bereit. Post-Termination-Datenzugriff und Löschung werden rechtlich adressiert.

[LIMITATION] Ein Tabellen- oder CSV-Export ist nicht automatisch eine wiederherstellbare Airtable-Anwendung. Automationen, Interfaces, Berechtigungsdetails, Integrationen und externe Abhängigkeiten benötigen eine separate Reconstitution-Prüfung.

Asana - 92,5

[OBSERVED] Die geprüften Subscriber Terms, Cancellation-Hinweise, Exportdokumente und Data-Act-bezogenen Produktbedingungen ergeben eine vergleichsweise geschlossene öffentliche Kette. Ein dokumentiertes Zeitfenster nach Vertragsende verbessert die Planbarkeit.

[INTERPRETATION] Der Wert zeigt, dass Legal-, Billing- und Produktdokumentation gemeinsam stärker sein können als eine einzelne Exportfunktion.

Atlassian - 92,5

[OBSERVED] Customer Agreement, DPA und Legal Archive sind gut versioniert und öffentlich nachvollziehbar. Atlassian stellt außerdem produktbezogene Export- und Backup-Pfade bereit.

[LIMITATION] Jira, Confluence und Marketplace-Apps besitzen unterschiedliche Daten- und Konfigurationsoberflächen. Der Score ist keine Behauptung, dass jedes App-Ökosystem vollständig portabel ist.

HubSpot - 87,5

[OBSERVED] Auto-Renewal, Renewal-Preisbezug, In-Account-Prozesse und umfangreiche Exporthilfen sind öffentlich dokumentiert. Die Informationen verteilen sich jedoch über Rechts- und Produktseiten.

[RECOMMENDATION] Vor einem HubSpot-Exit sollten CRM-Objekte, Marketing Assets, Workflows, Custom Properties, Files, Formulare, Berichte, Berechtigungen und Integrationen als separate Exportklassen behandelt werden.

Intercom - 87,5

[OBSERVED] Neben allgemeinen Vertragsbedingungen existiert ein eigener EU-Data-Act-Zusatz. Das verbessert die Sichtbarkeit von Switching- und Exportfragen.

[LIMITATION] Plan, Region, Vertragsform und konkrete Produktmodule können den praktischen Umfang beeinflussen. Ein Addendum ersetzt keinen Migrationstest.

monday.com - 72,5

[OBSERVED] Account-Cancellation und Whole-Account-Export sind öffentlich erklärt. Weniger konsolidiert erscheinen Post-Termination-Zugriff und versionierte Switching-Unterlagen.

[INTERPRETATION] Der Unterschied zwischen „gesamtes Konto exportieren“ und „Konto in einem anderen System funktionsgleich wiederherstellen“ muss ausdrücklich dokumentiert werden.

Zapier - 70,0

[OBSERVED] Zapier dokumentiert Accountdatenexport, Workflow-JSON und Run-History-Export getrennt. Das ist stärker als ein reiner CSV-Datenexport.

[LIMITATION] Verbindungs-Credentials und Drittanbieterberechtigungen sind aus Sicherheitsgründen nicht einfach als wiederverwendbare Secrets portabel. Außerdem bedeutet Workflow-JSON nicht automatisch eine lauffähige Reproduktion außerhalb der Plattform.

Slack - 67,5

[OBSERVED] Cancellation, Retention und Workspace-Export sind dokumentiert. Umfang und Genehmigungsweg variieren nach Plan, Workspace-Typ und Datenklasse.

[INTERPRETATION] Messaging-Plattformen zeigen besonders deutlich, dass Exportrechte, Datenschutzrollen, private Channels, Direktnachrichten und tatsächliche Importfähigkeit voneinander getrennt sind.

Notion - 65,0

[OBSERVED] Planwechsel, Kündigung, Workspace-Export und Backup sind öffentlich erklärt. Ein ebenso klarer öffentlicher Post-Termination- und Legal-Archive-Pfad war in den geprüften Seiten weniger sichtbar.

[LIMITATION] Markdown-, CSV- oder HTML-Exporte erhalten Inhalte, aber nicht zwingend Relationslogik, Datenbankverhalten, Berechtigungen, Kommentare, Integrationen und sämtliche Darstellungseigenschaften.

Webflow - 62,5

[OBSERVED] Plan-Cancellation und Codeexport sind dokumentiert. Der exportierte Code bildet jedoch nicht jede gehostete CMS-, E-Commerce-, Formular- oder Plattformfunktion ab.

[INTERPRETATION] Webflow illustriert die wichtigste Exit-Frage einer Plattform: Was wird exportiert – und was bleibt eine Runtime-Funktion des Anbieters?

---

II.6 Die drei häufigsten Procurement-Fehler

6.1 Kündigungsfrist ohne Migrationsvorlauf

Ein Unternehmen notiert nur den letzten Kündigungstag. Das ist zu spät. Der interne Entscheidungszeitpunkt muss rückwärts aus folgenden Dauern berechnet werden:

interner Exit-Start
= Kündigungsfrist
+ Auswahl Zielsystem
+ Dateninventar
+ Migration und Tests
+ Parallelbetrieb
+ Management-Puffer

6.2 Export als Synonym für Wiederherstellung

Ein Export kann vollständig im Sinne des Anbieters und dennoch unzureichend für den Zielbetrieb sein. Folgende Schichten müssen getrennt geprüft werden:

• Geschäftsobjekte und Inhalte,
• Beziehungen und IDs,
• Dateien und Anhänge,
• Workflows und Automationen,
• Rollen und Berechtigungen,
• Audit- und Run-History,
• Integrationen und Webhooks,
• Secrets und OAuth-Verbindungen,
• Dashboards und Reports,
• Branding und Frontend,
• Systemzustände und Zeitpläne.

6.3 Löschung ohne Beweis

„Account geschlossen“ beantwortet nicht:

• wann produktive Daten gelöscht werden,
• wie lange Backups rotieren,
• welche gesetzlichen Aufbewahrungen gelten,
• ob Subprozessoren betroffen sind,
• wie ein Lösch- oder Rückgabeprozess bestätigt wird.

Für sensible oder regulierte Systeme sollte die Löschbestätigung ein eigenes Abnahmeobjekt sein.

---

II.7 Der FW Delta Exit Readiness Record

Für jedes geschäftskritische SaaS-System sollte eine maschinenlesbare Akte existieren:

system: "example-saas"
business_owner: "..."
technical_owner: "..."
contract_owner: "..."
renewal_date: "YYYY-MM-DD"
notice_period_days: 90
internal_exit_decision_date: "YYYY-MM-DD"
export_owner: "..."
export_last_tested: "YYYY-MM-DD"
export_artifacts:
  - data
  - files
  - workflows
  - permissions
  - audit_history
post_termination_access_days: 30
retention_summary: "..."
deletion_confirmation_required: true
target_runtime: "..."
parallel_run_days: 21
open_risks:
  - "..."

[RECOMMENDATION] Diese Akte gehört nicht in eine einzelne Personensammlung, sondern in das Vertrags-, Architektur- oder Service-Portfolio-Repository.

---

II.8 Zeitplan für einen kontrollierten Renewal

180 bis 120 Tage vor Renewal

• Nutzen, aktive Seats und tatsächliche Prozessabhängigkeit messen.
• Vertragsversion und Order Form sichern.
• Exportumfang inventarisieren.
• Zielarchitekturen und Alternativen prüfen.
• Exit- und Renewal-Verantwortliche benennen.

120 bis 90 Tage

• vollständigen Testexport ausführen,
• Import beziehungsweise Reconstitution in isolierter Umgebung testen,
• API-Limits und Datenvolumen messen,
• Kosten für Doppelbetrieb kalkulieren,
• Kündigungsanforderungen schriftlich verifizieren.

90 bis 60 Tage

• Entscheidung treffen,
• Kündigung oder Neuverhandlung auslösen,
• Support- und Exporttermine sichern,
• Change Freeze für kritische Datenklassen planen,
• Kommunikationsplan erstellen.

60 Tage bis Vertragsende

• Delta-Synchronisation,
• Nutzer- und Rollenumschaltung,
• Webhooks, Domains, SSO und Integrationen migrieren,
• Abnahmekriterien dokumentieren,
• Lösch- und Aufbewahrungsprozess auslösen.

Nach Vertragsende

• Zugriff testen,
• finale Exporte und Hashes archivieren,
• Rechnungen und Credits prüfen,
• Löschbestätigung einholen,
• alte Tokens, OAuth Grants und DNS-Verbindungen widerrufen,
• Lessons Learned in die Beschaffung zurückführen.

---

II.9 Beziehung zum EU Data Act

Der EU Data Act stärkt den Rahmen für den Wechsel zwischen Data Processing Services. Für die operative Umsetzung bleiben jedoch konkrete Fragen bestehen:

• Ist das Produkt ein erfasster Data Processing Service?
• Welche Daten und digitalen Assets fallen unter den Wechsel?
• Welche Fristen und Unterstützungsleistungen gelten?
• Welche Exportformate und Schnittstellen werden angeboten?
• Welche Komponenten sind Drittanbieter- oder Marketplace-Leistungen?
• Welche Kosten sind Switching Charges und welche normale Nutzung?
• Welche Pflichten liegen beim Kunden?

[CRITICAL] Dieser Benchmark bewertet öffentliche Transparenzsignale, nicht die Rechtskonformität eines Anbieters.

---

---

Teil III - Per-Seat- und AI-Skalierungsstress

III.1 Forschungsfrage

Wie verändern sich die öffentlich sichtbaren jährlichen Softwarekosten, wenn ein Unternehmen dieselben Business-Tools für 10, 50 oder 200 kostenpflichtige Identitäten lizenziert – und wie verändert AI die Abrechnungseinheit?

Der Report beantwortet nicht, welches Produkt das beste ist. Er untersucht die Kostenform. Ein teurerer Seat kann wirtschaftlicher sein, wenn er mehrere Systeme ersetzt oder nachweisbar mehr Wert erzeugt. Ein günstiger Seat kann unwirtschaftlich sein, wenn er in großem Umfang ungenutzt bleibt.

---

III.2 Stichprobe und Abgrenzung

2.1 Auswahl

Die Stichprobe umfasst zehn verbreitete Kategorien:

• CRM und Sales: HubSpot, Salesforce, Pipedrive
• Customer Support: Zendesk
• Work Management: Asana, monday.com
• Wissens- und Kollaborationsarbeit: Notion
• Low-Code-Datenbank: Airtable
• Business Intelligence: Tableau, Power BI

Ausgewählt wurde jeweils ein öffentlich bepreister, funktionsreicher Business-Tarif, nicht zwingend der günstigste oder meistverkaufte Tarif.

2.2 Was ein „Seat“ hier bedeutet

Die Anbieter verwenden unterschiedliche Begriffe: user, seat, member, agent. Der Report normalisiert sie als kostenpflichtige Identität. Das bedeutet nicht, dass die Rechte identisch sind. Ein Support-Agent, ein CRM-Sales-Seat und ein BI-User sind funktional nicht vergleichbar.

2.3 Nicht enthalten

• individuell verhandelte Enterprise-Rabatte
• Mehrwertsteuer
• Implementierung, Migration und Schulung, außer ausdrücklich ausgewiesenem Pflicht-Onboarding
• Premium-Support
• API-, Storage-, Daten-, Automations- oder Overage-Kosten
• regionale Steuern und Zahlungsgebühren
• kostenlose Viewer-, Guest- oder Light-Rollen
• Bündelvorteile, bestehende Microsoft-/Salesforce-Verträge oder Resellerkonditionen

---

III.3 Methodik

3.1 Datenstichtag

Alle Preisangaben wurden am Juli 2026 aus öffentlich erreichbaren Herstellerseiten erfasst. Für USD und GBP wurde der EZB-Referenzkurs vom 28. Juli 2026 verwendet:

1 EUR = 1,1367 USD
1 EUR = 0,85550 GBP

Die EZB weist darauf hin, dass Referenzkurse Informationszwecken dienen und nicht als Transaktionskurs empfohlen werden. Für den Vergleich sind sie eine reproduzierbare Normalisierung, kein Beschaffungskurs.

3.2 Formel

Jahrespreis EUR pro Identität
= Listenpreis pro Monat × 12 ÷ Fremdwährung je EUR

Für Europreise entfällt die Währungsumrechnung.

Stresskosten bei N Identitäten
= Jahrespreis EUR pro Identität × N

3.3 Linearitätswarnung

Das Modell rechnet öffentlich sichtbare Preise linear hoch. Das ist gerade oberhalb öffentlicher Mengenlimits kein behaupteter Angebotspreis. monday.com fordert beispielsweise bei mehr als 40 Usern ein individuelles Angebot an. Der 50- und 200-Seat-Wert ist dort ausschließlich eine mathematische Sensitivität.

---

III.4 Vollständige Preisstichprobe

Anbieter	normalisierter Tarif	veröffentlichter Preis	EUR/Jahr je Identität	10	50	200
HubSpot	Sales Hub Professional	90 USD	950,12 €	9.501,19 €	47.505,94 €	190.023,75 €
Salesforce	Pro Suite	80 GBP	1.122,15 €	11.221,51 €	56.107,54 €	224.430,16 €
Pipedrive	Premium	59 EUR	708,00 €	7.080,00 €	35.400,00 €	141.600,00 €
Zendesk	Suite Professional	89 GBP	1.248,39 €	12.483,93 €	62.419,64 €	249.678,55 €
Asana	Starter	10.99 USD	116,02 €	1.160,20 €	5.801,00 €	23.204,01 €
monday.com	Pro	19 EUR	228,00 €	2.280,00 €	11.400,00 €	45.600,00 €
Notion	Business	19.50 EUR	234,00 €	2.340,00 €	11.700,00 €	46.800,00 €
Airtable	Business	45 USD	475,06 €	4.750,59 €	23.752,97 €	95.011,88 €
Tableau	Enterprise	35 USD	369,49 €	3.694,91 €	18.474,53 €	73.898,13 €
Microsoft	Power BI Pro	12.10 EUR	145,20 €	1.452,00 €	7.260,00 €	29.040,00 €

Maschinenlesbare Fassung:

data/FDR-2026-01_per_seat_stress.csv

4.1 Einordnung der Spannweite

Die Spannweite von Faktor 10.8 erklärt nicht die Wertdifferenz. Die Produkte lösen unterschiedliche Probleme. Sie zeigt aber, warum ein pauschales „Wir haben 200 Mitarbeiter“ für Budgetplanung unbrauchbar ist. Entscheidend ist:

• Wie viele Personen benötigen Schreibrechte?
• Wie viele benötigen nur Viewer-Zugriff?
• Welche Rollen sind in welchem Tarif zulässig?
• Sind Service Accounts, Bots oder externe Partner kostenpflichtig?
• Werden inaktive Accounts automatisch entzogen?
• Erzwingt ein Feature den Wechsel aller Nutzer in einen höheren Plan?

---

III.5 Stresstest A: zehn Produkte, gleiche Seat-Zahl

[SCENARIO] In diesem absichtlich maximalistischen Szenario besitzt jede kostenpflichtige Identität einen Seat in jedem Produkt.

identische Seats je Produkt	jährliche Listenpreis-Summe
1	5.596,43 €
10	55.964,32 €
50	279.821,62 €
200	1.119.286,48 €

Was diese Tabelle aussagt

Sie misst den Preishebel der Identitätszahl. Sie sagt nicht, dass ein Unternehmen alle zehn Produkte parallel kaufen sollte. Doppelungen wie HubSpot/Salesforce/Pipedrive oder Tableau/Power BI wären in vielen Architekturen unsinnig.

Was sie sichtbar macht

Bei personenbasierter Abrechnung wird organisatorisches Wachstum automatisch zu Softwarewachstum, selbst wenn:

• das Datenvolumen unverändert bleibt,
• die Zahl der Workflows unverändert bleibt,
• die Zahl der Dashboards unverändert bleibt,
• die technische Infrastruktur kaum mehr Ressourcen benötigt.

Das kann gerechtfertigt sein, wenn der Anbieter pro Nutzer Support, Sicherheit, Collaboration und Produktwert bereitstellt. Für TCO und Make-or-Buy muss die Kopplung jedoch explizit modelliert werden.

---

III.6 Stresstest B: ein plausiblerer Fünf-Produkte-Stack

Der zweite Modell-Stack vermeidet direkte CRM- und BI-Dubletten:

1. HubSpot Sales Hub Professional
2. Asana Starter
3. Notion Business
4. Tableau Enterprise
5. Power BI Pro

Tableau und Power BI können sich in der Realität ebenfalls überschneiden; sie bleiben hier gemeinsam enthalten, um zwei verbreitete Analytics-Lizenzformen abzubilden.

kostenpflichtige Identitäten	jährliche Seat-Kosten	einmaliges Pflicht-Onboarding	Kosten im ersten Jahr
10	18.148,29 €	1.319,61 €	19.467,90 €
50	90.741,47 €	1.319,61 €	92.061,08 €
200	362.965,89 €	1.319,61 €	364.285,50 €

[INTERPRETATION] Ein Stack kann bei 10 Nutzern wirtschaftlich unauffällig wirken und bei 200 Nutzern zu einer Architekturfrage werden. Der Funktionsumfang hat sich nicht zwingend verzwanzigfacht; die Zahl lizenzierter Identitäten schon.

---

III.7 Ungenutzte Seats als Budgetrisiko

Ein „ungenutzter Seat“ ist in diesem Report eine bezahlte Identität ohne ausreichende aktive Nutzung im definierten Messfenster. Das ist keine universelle Definition. Ein selten genutzter Krisen- oder Compliance-Zugang kann bewusst erforderlich sein.

Für den 200-Seat-Fünf-Produkte-Stack ergibt die reine Sensitivität:

angenommener dauerhaft ungenutzter Anteil	gebundenes Jahresbudget
5 %	18.148,29 €
10 %	36.296,59 €
15 %	54.444,88 €
20 %	72.593,18 €
25 %	90.741,47 €

Diese Werte sind keine behauptete branchenweite Waste-Rate. Sie sind eine Entscheidungstabelle. Ein Unternehmen muss den eigenen Anteil aus Login-, Event- und Rolleninformationen bestimmen.

Saubere Messung

Eine belastbare Lizenznutzungsanalyse sollte mindestens unterscheiden:

• zugewiesen
• innerhalb 30/60/90 Tagen angemeldet
• Kernfunktion genutzt
• Inhalte erstellt oder geändert
• nur konsumiert
• automatisierter/servicebasierter Zugriff
• suspendiert, aber noch abgerechnet
• externer Gast
• regulatorisch erforderlicher Notfallzugang

---

III.8 AI verändert das Modell – aber nicht in eine Richtung

8.1 Seat-basierte AI-Aufpreise

Anbieter	AI-Einheit	öffentlicher Preis	EUR/Jahr je zahlender Identität	50	200
Salesforce	Agentforce for Sales	ab 100 GBP/User/Monat	1.402,69 €	70.134,42 €	280.537,70 €
Zendesk	Copilot	40 GBP/Agent/Monat	561,08 €	28.053,77 €	112.215,08 €

8.2 Nutzungsbasierte AI-Einheiten

Notion nennt für Custom Agents nach der Testphase 10 USD pro 1.000 Notion Credits. HubSpot und monday.com zeigen Inklusiv-Credits in den betrachteten Plänen. Ohne belastbares Verbrauchsprofil lässt sich daraus kein seriöser Jahreswert ableiten.

Maschinenlesbare Fassung:

data/FDR-2026-01_ai_addon_stress.csv

8.3 Der neue Kostenvektor

AI erzeugt mindestens vier mögliche Modelle:

1. AI im bestehenden Seat enthalten
2. AI als zusätzlicher Aufpreis pro Seat
3. AI als Credit-/Token-/Action-Modell
4. AI als Ergebnis- oder Agentenpreis

[INTERPRETATION] Der „Tod des Per-Seat-Modells“ ist durch diese Stichprobe nicht belegt. Beobachtbar ist eine Hybridisierung. Unternehmen zahlen gleichzeitig für menschliche Zugänge und maschinelle Nutzung.

8.4 Warum Agenten nicht einfach „keine Logins“ bedeuten

Ein Software-Agent kann technisch einen Service Account, API-Key oder OAuth-Principal benötigen. Anbieter können solche Identitäten anders bepreisen oder vertraglich begrenzen. Die ökonomische Frage lautet daher nicht nur „Hat der Agent einen Login?“, sondern:

• Welche lizenzierte Funktion nutzt er?
• In wessen Namen handelt er?
• Wie viele Aktionen/Calls/Credits verbraucht er?
• Braucht jeder menschliche Empfänger weiterhin einen Seat?
• Ist die maschinelle Nutzung in den Vertragsbedingungen erlaubt?

---

III.9 Procurement-Modell für Renewals 2026

[RECOMMENDATION] Für jedes Produkt sollte die Renewal-Baseline als Tabelle vorliegen:

Feld	Pflichtfrage
Abrechnungseinheit	User, Member, Agent, Creator, Workspace, Credit, Action oder Ergebnis?
Seat-Basis	alle Mitarbeiter, aktive Nutzer oder nur bestimmte Rollen?
Mindestpaket	Mindestzahl oder feste Seat-Buckets?
Viewer/Guest	kostenlos, eingeschränkt oder kostenpflichtig?
Inaktivität	Wann wird automatisch deprovisioniert?
AI	enthalten, Seat-Add-on, Credits oder Overage?
Service Accounts	erlaubt und wie bepreist?
Vertragslaufzeit	monatlich, jährlich oder mehrjährig?
Preisänderung	Cap, Indexierung und Renewal-Mechanik?
Exit	Export, API, Transition und Löschfrist?

Vier Kennzahlen

Seat Utilization
= aktive Kernnutzer / bezahlte Seats

Cost per Active User
= Jahreskosten / aktive Kernnutzer

AI Cost per Completed Outcome
= AI-Kosten / akzeptierte Ergebnisse

License-to-Infrastructure Ratio
= jährliche Lizenzkosten / geschätzte technische Betriebskosten

Die letzte Kennzahl beweist nicht, dass Eigenentwicklung sinnvoll ist. Sie zeigt nur, wann die Differenz groß genug wird, um eine Build-/Buy-/Own-Prüfung zu rechtfertigen.

---

III.10 Architekturimplikationen

Per-Seat ist sinnvoll, wenn

• Wert und Support tatsächlich mit der Nutzerzahl steigen,
• Collaboration den Hauptnutzen erzeugt,
• Funktions- und Compliance-Anforderungen hoch sind,
• der Anbieter starke Skaleneffekte bereitstellt,
• Wechsel- und Betriebskosten einer Eigenlösung höher wären.

Eine alternative Kostenbasis sollte geprüft werden, wenn

• sehr viele Personen nur lesen,
• wenige Workflows sehr viele Empfänger bedienen,
• Agenten Aktionen für zahlreiche Personen ausführen,
• dieselbe Datenlogik über mehrere Seat-Produkte dupliziert wird,
• das System einen stabilen, firmenspezifischen Kernprozess abbildet,
• jährliche Lizenzkosten dauerhaft über Build plus Betrieb liegen.

Mögliche Alternativen sind nicht nur Eigenentwicklung. Auch Rollenbereinigung, günstigere Pläne, Capacity Pricing, Open Source, Self-Hosting, Konsolidierung oder ein anderer SaaS-Anbieter können wirtschaftlich besser sein.

---

---

3. Integriertes Procurement-Modell

3.1 Der Commercial Transparency Record

Für jedes kritische SaaS-System sollte ein versionierter Datensatz existieren:

product:
plan:
billing_currency:
billing_unit:
included_volume:
overage_rule:
seat_definition:
inactive_seat_policy:
ai_meter:
mandatory_addons:
onboarding_fee:
minimum_term:
renewal_date:
cancellation_deadline:
cancellation_channel:
price_change_notice:
self_service_export:
exported_state_classes:
post_termination_window:
retention_and_deletion:
contract_archive_url:
last_verified:
owner:

Dieses Record ist kein Ersatz für den Vertrag. Es ist die operative Brücke zwischen Finance, Procurement, Legal und Engineering.

3.2 180-Tage-Renewal-Plan

Zeitpunkt	Pflichtaktivität	Ergebnis
T−180	Nutzung, Seats, Workspaces, Add-ons und Vertragsdokumente inventarisieren	vollständige Kosten- und Abhängigkeitsbasis
T−150	Export- und Restore-Test durchführen	belegte Portabilitätslücken
T−120	Alternativen und internes Ownership-Szenario modellieren	realistische BATNA
T−90	Zielbild, Parallelbetrieb und Migrationsaufwand kalkulieren	entscheidungsfähiger Business Case
T−60	Verhandlung oder Migration freigeben	unterschriebener Plan
T−30	Kündigung, Renewal oder Übergangsvertrag rechtssicher ausführen	dokumentierter Beschluss
T−0	Vertrag, Preis und Exit Record aktualisieren	nächste kontrollierte Periode

3.3 Mindestfragen vor Unterschrift

1. Was ist die kleinste technisch und vertraglich abrechenbare Einheit?
2. Welche Nutzung erzeugt zusätzliche Einheiten?
3. Welche Planfunktionen werden bei Wachstum zwingend?
4. Welche Gebühren sind einmalig, welche wiederkehrend, welche verbrauchsabhängig?
5. Wie werden Preisänderungen angekündigt?
6. Wann und wie verlängert sich der Vertrag?
7. Welcher Kanal ist für die Kündigung verbindlich?
8. Welche Daten- und Zustandsklassen können exportiert werden?
9. Welche Konfigurationen, Berechtigungen, Automationen und Auditdaten fehlen?
10. Wie lange besteht Zugriff nach Vertragsende?
11. Wann werden Backups und Restkopien gelöscht?
12. Gibt es einen dokumentierten Import- oder Reconstitution-Pfad?
13. Welche Funktionen oder Daten werden nur über Professional Services herausgegeben?
14. Wie werden Servicekonten, Bots, Agents und externe Nutzer bepreist?
15. Welche AI-Kosten werden nach Seat, Credit, Token, Task oder Outcome berechnet?

---

4. Visualisierungsspezifikation für fwdelta.com

Jede Grafik muss aus den beigelegten CSVs erzeugt werden. Keine Werte dürfen aus dem Fließtext manuell übertragen werden.

Chart 1 - Preis-Transparenz nach Produkt

• Typ: horizontaler Balken
• Daten: FDR-2026-01_pricing_transparency_scores.csv
• X-Achse: Score 0–100
• Sortierung: absteigend
• Anmerkung: „Bewertet öffentliche Dokumentation, nicht Preis-Leistung“

Chart 2 - Preis vs. Renewal-/Exit-Transparenz

• Typ: Scatterplot
• Daten: FDR-2026-01_commercial_transparency_composite.csv
• X: Preis-Transparenz
• Y: Renewal-/Exit-Transparenz
• Label: Anbieter
• Quadranten: 80/80 als redaktionelle Orientierung, nicht als Standard

Chart 3 - Seat-Stress 10/50/200

• Typ: gruppierte Balken oder Small Multiples
• Daten: FDR-2026-01_per_seat_stress.csv
• Y: jährliche EUR-Listenpreiskosten
• Caveat sichtbar: keine Rabatte, keine Implementierung, keine Steuern

Chart 4 - Vier Uhren des Exit

• Typ: Timeline/Swimlane
• Daten: redaktionell aus Abschnitt 2.2
• Keine numerischen Behauptungen ohne Vertragsdaten

Chart 5 - Commercial Transparency Funnel

Preis sichtbar
→ Meter verstanden
→ Wachstum modellierbar
→ Renewal kontrolliert
→ Export verifiziert
→ Betrieb rekonstruierbar

Diese Grafik ist ein konzeptionelles Modell und muss als solches gekennzeichnet werden.

---

5. Reproduzierbarkeit

Datendateien

• data/FDR-2026-01_pricing_transparency_scores.csv
• data/FDR-2026-01_renewal_exit_transparency.csv
• data/FDR-2026-01_per_seat_stress.csv
• data/FDR-2026-01_ai_addon_stress.csv
• data/FDR-2026-01_commercial_transparency_composite.csv

Reproduktionsschritte

1. Jede offizielle Preis-, Billing-, Terms-, Export- und Retention-Seite am neuen Stichtag öffnen.
2. URL, Dokumentversion, Region und Währung erfassen.
3. Kriterien ausschließlich anhand der veröffentlichten Rubrik bewerten.
4. „Nicht gefunden“ nicht als „existiert nicht“ formulieren.
5. Währungsumrechnung mit Stichtag und Quelle dokumentieren.
6. Seat-Stress nur für öffentlich bepreiste, tatsächlich vergleichbare Tarife wiederholen.
7. Komposit ausschließlich für die Schnittmenge der Module berechnen.
8. Alle Änderungen im Changelog und Claim Ledger protokollieren.

---

6. Grenzen

1. Die Stichproben sind gezielt und nicht repräsentativ für den gesamten SaaS-Markt.
2. Öffentliche Dokumentation kann von individuellen Vertragsrechten abweichen.
3. Ein hoher Transparenzscore beweist weder günstige Preise noch gute Exit-Fähigkeit.
4. Ein niedriger Score beweist nicht, dass der Anbieter Informationen gegenüber Kunden zurückhält; sie können im Vertriebsprozess oder Vertrag verfügbar sein.
5. Preise, AI-Pakete und Meter ändern sich häufig.
6. Währungsumrechnung erzeugt zusätzliche Stichtagsabhängigkeit.
7. Seat-Szenarien ignorieren Rabatte und Mindestabnahmen, sofern nicht öffentlich ausgewiesen.
8. Der Komposit gewichtet Preis und Renewal/Exit zu je 50 Prozent; diese Gewichtung ist eine FW-Delta-Methodenentscheidung.
9. Exportdokumentation wurde nicht durch reale Enterprise-Migrationen für jeden Anbieter validiert.
10. Rechtliche Vertragsauslegung ist nicht Gegenstand des Reports.

---

7. Zitierhinweise

Zulässig:

„Im FW Delta SaaS Commercial Transparency Index 2026 lag der Median der untersuchten 20 Preisoberflächen bei 80 von 100 Punkten; der Index bewertet öffentliche Dokumentation, nicht Preis-Leistung.“

Nicht zulässig:

„80 Prozent aller SaaS-Anbieter sind transparent.“

Zulässig:

„In einer ausgewählten öffentlichen Tarifstichprobe reichten die normalisierten Jahreskosten bei 200 Seats von rund 23.000 bis 250.000 Euro je Produkt.“

Nicht zulässig:

„SaaS kostet bei 200 Mitarbeitern immer mindestens 23.000 Euro.“

---

8. Versions- und Korrekturhistorie

• 1.0 · Juli 2026 · Flagship-Fassung aus drei getrennten Modulen konsolidiert; acht Anbieter im gemeinsamen Komposit; Datendateien und Reproduktionsregeln vereinheitlicht.
• Live-Version offen · Vor Veröffentlichung erneute Prüfung aller volatilen Preis-, Terms- und Help-Center-Seiten.

---

9. Quellen

1. Zapier, „Plans and pricing“, https://zapier.com/pricing, abgerufen im Juli 2026.
2. Zapier Help, „How is task usage measured?“, https://help.zapier.com/hc/en-us/articles/8496196837261-How-is-task-usage-measured-in-Zapier, abgerufen im Juli 2026.
3. Make, „Pricing“, https://www.make.com/en/pricing, abgerufen im Juli 2026.
4. Make Help Center, „Credits“, https://help.make.com/credits, abgerufen im Juli 2026.
5. n8n, „Pricing“, https://n8n.io/pricing/, abgerufen im Juli 2026.
6. Activepieces, „Pricing“, https://www.activepieces.com/pricing, abgerufen im Juli 2026.
7. HubSpot, „Sales Hub pricing“, https://www.hubspot.com/pricing/sales, abgerufen im Juli 2026.
8. Salesforce, „Sales pricing“, https://www.salesforce.com/uk/sales/pricing/, abgerufen im Juli 2026.
9. Pipedrive, „Pricing“, https://www.pipedrive.com/en/pricing, abgerufen im Juli 2026.
10. Zendesk, „Pricing“, https://www.zendesk.com/pricing/, abgerufen im Juli 2026.
11. Intercom, „Pricing“, https://www.intercom.com/pricing, abgerufen im Juli 2026.
12. Asana, „Pricing“, https://asana.com/pricing, abgerufen im Juli 2026.
13. monday.com, „Pricing“, https://monday.com/pricing, abgerufen im Juli 2026.
14. Notion, „Pricing“, https://www.notion.com/pricing, abgerufen im Juli 2026.
15. Airtable, „Pricing“, https://airtable.com/pricing, abgerufen im Juli 2026.
16. Twilio Segment, „Pricing“, https://segment.com/pricing, abgerufen im Juli 2026.
17. Twilio Segment, „Connections pricing“, https://segment.com/pricing/connections, abgerufen im Juli 2026.
18. Fivetran, „Pricing“, https://www.fivetran.com/pricing, abgerufen im Juli 2026.
19. Tableau, „Pricing“, https://www.tableau.com/pricing, abgerufen im Juli 2026.
20. Microsoft, „Power BI pricing“, https://www.microsoft.com/de-de/power-platform/products/power-bi/pricing, abgerufen im Juli 2026.
21. Datadog, „Pricing“, https://www.datadoghq.com/pricing/, abgerufen im Juli 2026.
22. New Relic, „Pricing“, https://newrelic.com/pricing, abgerufen im Juli 2026.
23. Webflow, „Pricing“, https://webflow.com/pricing, abgerufen im Juli 2026.
24. Webflow, „Pricing calculator“, https://webflow.com/pricing/calculator, abgerufen im Juli 2026.
25. HubSpot, Archived Customer Terms of Service – 2 February 2026, https://legal.hubspot.com/archive-tos-222026, abgerufen im Juli 2026.
26. HubSpot, Product Specific Terms, https://legal.hubspot.com/product-specific-terms, abgerufen im Juli 2026.
27. HubSpot Knowledge Base, Export your content and data, https://knowledge.hubspot.com/account-management/export-your-content-and-data, abgerufen im Juli 2026.
28. Slack, Customer Terms of Service, https://slack.com/terms-of-service, abgerufen im Juli 2026.
29. Slack Help, Export your workspace data, https://slack.com/help/articles/201658943-Export-your-workspace-data, abgerufen im Juli 2026.
30. Slack Help, Customize data retention, https://slack.com/help/articles/203457187-Customize-data-retention-in-Slack, abgerufen im Juli 2026.
31. Slack Help, Change or cancel your paid plan, https://slack.com/help/articles/48764458651795-Change-or-cancel-your-paid-Slack-plan, abgerufen im Juli 2026.
32. Notion, Terms and Privacy, https://www.notion.so/terms, abgerufen im Juli 2026.
33. Notion Help, Change your Notion plan, https://www.notion.com/help/upgrade-or-downgrade-your-plan, abgerufen im Juli 2026.
34. Notion Help, Export your content, https://www.notion.com/help/export-your-content, abgerufen im Juli 2026.
35. Notion Help, Back up your data, https://www.notion.com/help/back-up-your-data, abgerufen im Juli 2026.
36. Asana, Subscriber Terms – May 2026, https://asana.com/terms/subscriber-terms-052026, abgerufen im Juli 2026.
37. Asana, Subscriber Agreement, https://asana.com/terms/subscriber-agreement, abgerufen im Juli 2026.
38. Asana, Product-Specific Terms – July 2026, https://asana.com/terms/asana-product-specific-terms-071026, abgerufen im Juli 2026.
39. monday.com, Terms of Service, https://monday.com/l/terms, abgerufen im Juli 2026.
40. monday.com Support, Cancel and close your account, https://support.monday.com/hc/en-us/articles/360018133779-How-to-cancel-and-close-your-account, abgerufen im Juli 2026.
41. monday.com Support, Export your entire account’s data, https://support.monday.com/hc/en-us/articles/360002543719-How-to-export-your-entire-account-s-data, abgerufen im Juli 2026.
42. Intercom, Terms and Policies, https://www.intercom.com/legal/terms-and-policies, abgerufen im Juli 2026.
43. Intercom, EU Data Act Addendum, https://www.intercom.com/legal/eu-data-act-addendum, abgerufen im Juli 2026.
44. Airtable, Master Subscription Agreement, https://www.airtable.com/company/msa, abgerufen im Juli 2026.
45. Airtable, Terms of Service, https://www.airtable.com/company/tos, abgerufen im Juli 2026.
46. Airtable Support, Exporting data from Airtable, https://support.airtable.com/docs/exporting-data-from-airtable, abgerufen im Juli 2026.
47. Webflow, Terms, https://webflow.com/legal/terms, abgerufen im Juli 2026.
48. Webflow Help, Downgrade or cancel a Site plan, https://help.webflow.com/hc/en-us/articles/33961220482707-Downgrade-or-cancel-your-Site-plan, abgerufen im Juli 2026.
49. Webflow Help, Export Webflow site code, https://help.webflow.com/hc/en-us/articles/33961386739347-How-do-I-export-my-Webflow-site-code, abgerufen im Juli 2026.
50. Atlassian, Customer Agreement, https://www.atlassian.com/legal/atlassian-customer-agreement, abgerufen im Juli 2026.
51. Atlassian, Data Processing Addendum, https://www.atlassian.com/legal/data-processing-addendum, abgerufen im Juli 2026.
52. Atlassian, Legal archives, https://www.atlassian.com/legal/archives, abgerufen im Juli 2026.
53. Zapier, Terms of Service, https://zapier.com/terms, abgerufen im Juli 2026.
54. Zapier Help, Export or delete your account data, https://help.zapier.com/hc/en-us/articles/8496289406349-Export-or-delete-your-Zapier-account-data, abgerufen im Juli 2026.
55. Zapier Help, Import and export Zap workflows, https://help.zapier.com/hc/en-us/articles/8496308481933-Import-and-export-Zap-workflows-in-your-Team-or-Enterprise-account, abgerufen im Juli 2026.
56. Zapier Help, Export your Zap history, https://help.zapier.com/hc/en-us/articles/8496294549005-Export-your-Zap-history, abgerufen im Juli 2026.
57. Europäische Zentralbank, „Euro foreign exchange reference rates“, Referenzkurse vom 28.07.2026, https://www.ecb.europa.eu/stats/policy_and_exchange_rates/euro_reference_exchange_rates/html/index.en.html, abgerufen im Juli 2026.

---

Disclosure und Haftungsausschluss

FW Delta entwickelt individuelle Software und selbst kontrollierte Infrastruktur und kann wirtschaftlich von SaaS-Ablösungen profitieren. Diese Position beeinflusst die Forschungsfrage. Um den Interessenkonflikt prüfbar zu machen, werden Kriterien, Rohdaten, Gewichtungen, Grenzen und Quellen offengelegt.

Der Report ist keine Rechts-, Steuer-, Bilanzierungs-, Kauf- oder Anlageberatung. Listenpreise sind Momentaufnahmen und keine verbindlichen Angebote. Ein konkreter Vertrag ist mit den zuständigen Fachpersonen zu prüfen.