Jedes Jahr, sechzig bis neunzig Tage vor der Renewal, kommt derselbe Brief. Der Preis ist gestiegen. Der Produktmix hat sich verschoben. Es gibt einen neuen Agent-Tier, den Sie in Betracht ziehen sollten. Das Gespräch wird als Preisdiskussion gerahmt. Die meisten Revenue-Leader behandeln den Brief als Startschuss. Das ist er nicht. Wenn der Brief ankommt, ist die Verhandlung größtenteils vorbei, der Hebel sollte in den neunzig Tagen davor aufgebaut werden, und fast niemand baut ihn auf. Das ist das Audit, das niemand machen will, und es ist das einzige, das die Renewal-Zahl nennenswert bewegt.
Warum das jetzt wichtig ist
Salesforce-Pricing ist schwerer zu lesen geworden, nicht einfacher. SaaStrs Jason Lemkin hat es letztes Jahr in klaren Dollar-Zahlen dokumentiert, Sein Team reduzierte die menschlichen Salesforce-Nutzer von zehn-plus auf zwei, doch ihre Jahresrechnung stieg um etwa 83 %, weil ihre AI-Agenten die Plattform nun viel intensiver nutzen als Menschen je zuvor (SaaStr, 2026). Die Seat-Count-Zeile ist nicht mehr die einzige relevante Zeile. Service-Lizenzen, Integration-Platform-Tiers, Sandbox-Add-ons, Community-Seats und Agent-Capacity sitzen alle auf derselben Rechnung, und die meisten davon werden zwischen Renewals nie neu gescoped. Der Discount, den Sie auf den Preis allein verhandeln können, ist klein. Der Discount, den Sie verhandeln können, indem Sie ganze Produktlinien entfernen, ist es nicht.
Das Renewal-Brief-Problem
Der Renewal-Brief ist von Design ein Preisgespräch. Er nennt einen prozentualen Aufschlag auf den letztjährigen Vertrag, referenziert ein paar neue SKUs und bittet innerhalb eines festen Fensters um eine Unterschrift. Das Gespräch, das er einlädt, ist eng: Wie viel des Aufschlags kann der Vendor zurückgeben. Das weitere Gespräch: welchen Scope wir bezahlen und welchen Scope wir noch brauchen, ist das, das der Vendor lieber nicht hätte. Das Pre-Renewal-Audit erzwingt es.
Die Diagnostik ist einfach. Schauen Sie sich den letztjährigen Vertrag Zeile für Zeile an: Sales-Lizenzen, Service-Lizenzen, Platform-Lizenzen, Integration-Platform-Tiers, Sandbox-Tiers, Community-Tiers, Agent-Capacity, Premier Support. Beantworten Sie für jede Zeile zwei Fragen, Wer nutzt das, und was würde sich ändern, wenn wir es halbieren. Wenn Sie die Antwort auf beides nicht kennen, ist diese Zeile ein Audit-Kandidat.
Drei Kategorien von Seats, aktiv, passiv, Geist
Das Salesforce-Seat-Audit teilt User-Lizenzen in drei Buckets. Die Buckets zählen, weil der Verhandlungs-Move für jeden anders ist.
Aktive Seats
In den letzten dreißig Tagen eingeloggt, ein Kern-Feature genutzt, an eine benannte Rolle in einem aktuellen Org-Chart gebunden. Das sind die Seats, die Sie behalten. Der Active-Count ist das, woran Sie den nächsten Vertrag verankern.
Passive Seats
In den letzten neunzig Tagen eingeloggt, aber kaum. Read-only-Verhalten, gelegentliche Dashboard-Ansicht, keine Record-Erstellung oder -Bearbeitung. Häufig sind das Exec- oder Finance-Seats, die zu einer Platform-Lizenz, einer Read-only-Lizenz herabgestuft oder ohne operative Auswirkung entfernt werden könnten. Die meisten Mid-Stage-Instanzen tragen zwischen fünfzehn und dreißig Prozent passive Seats.
Geister-Seats
Kein Login in neunzig Tagen, oder einem ehemaligen Mitarbeiter zugewiesen, oder einem Sandbox-User zugewiesen, der nie deprovisioniert wurde. Diese werden gestrichen. Die Geister-Zahl ist die einfachste Position im Audit und die, bei der das Team sich am häufigsten selbst überrascht. Ein ernsthaftes Audit auf einer Brownfield-Salesforce-Instanz findet routinemäßig Geister-Raten von über zehn Prozent der bezahlten Seat-Anzahl.
Die Integration-Platform und die Cost-of-Staying-Berechnung
Der Salesforce-nahe Integration-Platform-Tier ist der größte Einzelhebel des Audits und seine am meisten aufgeschobene Entscheidung. Das Muster ist konsistent: Ein Team kaufte den Tier vor zwei oder drei Jahren, um eine spezifische Integration zu lösen: ein ERP-Handoff, ein Billing-Sync, eine Data-Warehouse-Pipe, und die Integration wurde entweder gebaut und still abgeschaltet, durch ein günstigeres iPaaS ersetzt oder nie fertiggestellt. Die Zeile blieb auf dem Vertrag, weil niemand die Frage besaß, ob sie es sollte.
Die richtige Diagnostik ist eine Cost-of-Staying-Berechnung. Listen Sie jede aktive Integration auf der Plattform. Dokumentieren Sie für jede, was sie tut, wer von ihr abhängt und was es kosten würde, sie auf eine schlankere Alternative zu migrieren, ein HubSpot-Operations-Bundle, einen Zapier-Flow, eine Serverless-Integration. Wenn die Migrationskosten über alle aktiven Integrationen deutlich niedriger sind als der Platform-Tier des nächsten Jahres, ist die Plattform ein Sunset-Kandidat.
Das 90-Tage-Pre-Renewal-Audit-Playbook
Das Audit ist in Form simpel und in Disziplin unerbittlich. Das Team, das sagt „wir schauen es uns vor der Renewal an", tut es nie. Das Team, das ein Neunzig-Tage-Fenster in den Kalender setzt, tut es.
Drei Workstreams laufen parallel. Erstens, das Seat-Audit: Login-Logs ziehen, jede User-Lizenz gegen das Active/Passive/Ghost-Frame klassifizieren, jede Downgrade- oder Delete-Entscheidung benennen. Zweitens, das Produkt-Audit: Jedes Nicht-Seat-Produkt im Vertrag bekommt einen Owner und einen Use Case zugewiesen. Drittens, das Integrations-Audit, jede Pipe, jeder API-Consumer, jedes Sandbox-Add-on. Der Output ist ein einziges Spreadsheet, das auf einen Bildschirm passt und Ihnen genau sagt, welchen Scope Sie nächstes Jahr wollen, unabhängig vom Preis.
Wann Sie das Audit als Switch-Drohung nutzen (und wann nicht)
Das Audit ist Hebel an sich. Das Audit plus eine glaubwürdige Alternative ist mehr Hebel. Das Audit plus eine leere Switch-Drohung ist weniger Hebel als das Audit allein, sobald das Account-Team des Vendors merkt, dass die Drohung performativ ist, kollabiert die Position.
Der ehrliche Test: Würden Sie die Migration dieses Jahr tatsächlich durchführen, wenn die Renewal unverändert zurückkommt. Wenn ja: eine HubSpot-, Microsoft-Dynamics- oder Pipedrive-Migration ist tatsächlich gescoped, kalkuliert und auf der Roadmap, dann ist sie im Renewal-Gespräch zu nennen fair. Wenn nein, nennen Sie das Audit und lassen Sie das Audit die Arbeit machen. Der grundlegende Beitrag der Harvard Business Review zum Verhandeln mit mächtigen Lieferanten macht denselben Punkt in anderer Sprache, Der Hebel, der gegen einen sophistizierten Counterpart hält, ist der, den Sie tatsächlich ausüben können (HBR, 2015). In ein Account-Team zu bluffen, das tausend solcher Gespräche geführt hat, ist ein Verlustgeschäft.
Muster aus der Praxis
Eine DACH-Wealth-Management-Firma ging in einen Renewal-Zyklus, dem eine Erhöhung von etwa fünfzig Euro pro Seat gegenüberstand. Der Instinkt war, gegen die Pro-Seat-Zahl zurückzudrücken. Wir liefen stattdessen das Pre-Renewal-Audit. Das Audit deckte einen Integration-Platform-Tier auf, der seit achtzehn Monaten eine einzige Integration trug, intern durch eine schlankere Pipe ersetzt und nie deprovisioniert. Es deckte zwei Service-Lizenzen auf, in die kein Mensch in über neunzig Tagen eingeloggt war. Es deckte einen Customer-Community-Tier auf, gepreist pro registriertem User, der mit dem Wachstum des Support-Portals still inflationiert war, eine grundlegende Experience-Cloud-SKU-Änderung würde ihn zu einem Bruchteil neu pricen. Keine davon war für sich eine Schlagzeilen-Zahl. Gestapelt waren sie größer als der vorgeschlagene Aufschlag. Der neuverhandelte Vertrag landete unter der Vorjahreszahl, nicht darüber. Das Gespräch drehte sich um Scope, nicht um Preis. Das Audit war der Hebel.
Auflösung, das Pre-Renewal-Playbook
Für jedes Team, das in den nächsten zwei Quartalen in eine Salesforce-Renewal geht, ist das Playbook dasselbe:
- Öffnen Sie das Neunzig-Tage-Fenster. Setzen Sie das Audit in den Kalender, bevor der Renewal-Brief ankommt. Nach dem Brief ist der falsche Moment, der Vendor kontrolliert dann die Timeline.
- Ziehen Sie die Login-Logs und klassifizieren Sie jede User-Lizenz. Aktiv, passiv, Geist. Setzen Sie einen Namen auf jede Downgrade- oder Delete-Entscheidung. Die Geister-Zahl allein zahlt das Audit meist.
- Owner-mappen Sie jede Nicht-Seat-Produktlinie. Service-Lizenzen, Platform-Lizenzen, Sandbox-Tiers, Premier Support, Community-Seats, Agent-Capacity. Jede Zeile bekommt einen Owner und einen Use Case. Zeilen ohne beides sind Removal-Kandidaten.
- Führen Sie die Cost-of-Staying-Berechnung für die Integration-Platform durch. Listen Sie jede aktive Integration, kalkulieren Sie jede Migrationsalternative, entscheiden Sie, ob der Platform-Tier ein Sunset ist.
- Entscheiden Sie die Switch-Frage ehrlich. Committen Sie eine glaubwürdige Migration auf die Roadmap oder benennen Sie keine. Bluffen Sie nicht in ein sophistiziertes Account-Team.
- Senden Sie die Post-Audit-Forderung schriftlich. Ein spezifisches, line-itemiertes Counter-Proposal, das den gewünschten Scope, die behaltenen Seats und die zu entfernenden Produkte benennt. Das Discount-Gespräch des Vendors wird gegen Ihren Scope gerahmt, nicht den seinen.
- Wiederholen Sie das Audit jährlich. Brownfield-Instanzen sammeln Lizenzen genauso an wie Custom-Properties: still, zwischen Renewals.
Wenn Sie diese sieben Dinge tun, ist das Renewal-Gespräch kurz und der Discount real. Wenn Sie sie überspringen, ist der Discount das, was das Account-Team Ihnen zu geben beschließt, was der Discount ist, den der Renewal-Brief bereits eingepreist hatte.
Wo Checkpoint ins Spiel kommt
Salesforce-Lizenz-Audits sind der Großteil der Inherited-Stack-Arbeit, die wir bei Checkpoint durchführen. Pre-Renewal-Audits sind gescoped, line-itemiert und mit einem schriftlichen Counter-Proposal geliefert. Wenn Ihr Renewal-Fenster in den nächsten zwei Quartalen liegt, ist das Audit das Gespräch, das jetzt zu führen ist.
Quellen
- Lemkin, Jason. The AI agent seat problem is real (Salesforce spend up 83% year over year). SaaStr, 2026. saastr.com
- Paranikas et al. How to negotiate with powerful suppliers. Harvard Business Review, Juli–August 2015. hbr.org