Das neue B2B-Buying-Committee: Wer wirklich im Raum ist

Vor fünf Jahren waren an einem Mid-Market-SaaS-Deal vielleicht ein Champion und ein Budgetverantwortlicher beteiligt. Heute durchläuft derselbe Deal Security-Review, IT-Architektur, Legal, Finance und mindestens ein Gremium aus Endanwendern. Das Buying Committee ist schneller gewachsen, als sich die meisten Vertriebsprozesse angepasst haben. Die Folgen sind längere Zyklen, mehr unerwartete Blocker und Deals, die nach mündlicher Zusage doch noch scheitern.

Das ist kein Problem des Vertriebsprozesses. Es ist ein struktureller Wandel darin, wie Unternehmen Software einkaufen. Und ob Sie verkaufen oder evaluieren: Wer versteht, wer tatsächlich am Tisch sitzt, verändert damit den gesamten Zugang zur Entscheidung.

Die Realität von fünf bis acht Stakeholdern

Schon 2019 schätzte Gartner-Research, dass an einem typischen Enterprise-Softwarekauf 6 bis 10 Entscheider beteiligt sind. Diese Zahl ist nicht gesunken. Eher ist die Zusammensetzung noch komplizierter geworden.

So sieht die Runde in den meisten B2B-Softwaredeals im gehobenen Mid-Market und Enterprise heute aus, und das bewertet jede Person tatsächlich:

Der Champion: meist die Führungskraft im Fachbereich, die den Schmerzpunkt erkannt hat. Bei einem CRM-Deal ist das oft der VP of Sales oder der Head of Revenue Operations. Er oder sie hat die Hausaufgaben gemacht, die Demos durchlaufen und eine klare Präferenz. Die Aufgabe: die Entscheidung intern zu verkaufen. Das Risiko: Scheitert das Projekt, steht der eigene Name darauf. Eine solide CRM-Checkliste für Käufer hilft Champions, ihr internes Argument vor der ersten Demo zu strukturieren.

Der Economic Buyer: der CFO oder VP Finance, der das Budget kontrolliert. Er bewertet ROI, Amortisationsdauer und was beim Renewal passiert. Funktionsvergleiche liest er nicht. Er fragt: Was kostet das über drei Jahre, und was kostet es uns, wenn wir in 18 Monaten erneut wechseln?

IT / Architektur: zunehmend wichtig und oft unterschätzt. Hier geht es um Security-Posture, API-Kompatibilität, Datenmodell und die Frage, ob das Tool Integrationsschulden erzeugt. In Unternehmen mit moderner Data Stack hat die IT ein echtes technisches Vetorecht und keine bloße Pro-forma-Prüfung.

Security / CISO / DPO: besonders in regulierten Branchen oder bei Unternehmen mit EU-Kunden. Diese Stakeholder tauchen in Ihrer CRM-Opportunity mitunter erst in Woche vier eines Fünf-Wochen-Deals auf und können dann Anforderungen einbringen, die weitere sechs Wochen Klärung kosten.

Legal und Procurement: konzentriert auf Vertragsbedingungen: Auftragsverarbeitungsverträge, SLAs, Kündigungsklauseln, Haftungsgrenzen. In größeren Organisationen laufen diese Prüfungen auf eigener Zeitachse, völlig unabhängig von der fachlichen Evaluation.

Endanwender: werden häufig über Pilotgruppen oder Beiräte eingebunden. Ihre Fragen sind andere: Ist das Tool intuitiv, passt es zu meinem Workflow, und muss ich mich sechs Monate lang in etwas Neues einarbeiten?

Der Executive Sponsor: eine Führungskraft, die nicht jedes Meeting besucht, deren Meinung aber das Endergebnis prägt. Meist geht es ihr um den strategischen Fit: Passt dieser Vendor zu unserer Richtung, und lässt sich eine dauerhafte Beziehung aufbauen?

Das sind sieben Rollen. In einem Unternehmen mit 500 Mitarbeitenden können das sieben verschiedene Personen sein. In einem Unternehmen mit 5.000 Mitarbeitenden stehen hinter manchen dieser Rollen ganze Teams.

Die versteckten Vetos

Die oben genannten Stakeholder sind in den meisten gut geführten Dealzyklen sichtbar. Schwerer aufzuspüren sind die versteckten Vetos: Rollen, die in CRM-Opportunities nicht auftauchen, einen Deal aber spät im Prozess zu Fall bringen können.

Die Executive Assistant: kontrolliert den Zugang zum Executive Sponsor. Ohne aufgebaute Beziehung bleibt Ihre Terminanfrage in der Warteschlange liegen.

Der interne Tech-Champion in der IT: nicht der IT-Direktor, sondern der Senior Engineer, der API-Dokumentation und Integrationsqualität tatsächlich prüft. Er hat womöglich keine formale Freigabebefugnis, kann aber ein vernichtendes technisches Gutachten liefern, das den Schwung abwürgt.

Der Budgetverantwortliche für angrenzende Systeme: Berührt Ihr Tool ein Data Warehouse oder ein Billing-System, hat wer auch immer diese Systeme verantwortet ein informelles Veto. Integrationsprojekte landen auf seiner Roadmap.

Die Person, die bei einem früheren Arbeitgeber Ihren Wettbewerber genutzt hat: Das ist informell, aber real. Hat der CFO drei Jahre in einem Unternehmen verbracht, das auf Salesforce lief, und vertraut er dem System blind, dann sitzt hier eine Stimme im Raum ohne formale Rolle.

Diese versteckten Vetos zu kartieren, erfordert aktive Discovery. Auf LinkedIn finden Sie sie nicht. Sie finden sie, indem Sie Ihren Champion fragen: "Wer hat noch ein Interesse daran, wie diese Entscheidung ausfällt?"

Wie sich die Committee-Zusammensetzung nach Unternehmensgröße unterscheidet

Die Committee-Struktur ändert sich deutlich je nach Umsatz und Mitarbeiterzahl.

SMB (unter 100 Mitarbeitende, unter 10 Mio. US-Dollar Umsatz): An Kaufentscheidungen sind oft drei Personen beteiligt: der Champion, der CEO oder COO und gelegentlich eine IT-nahe Person. Die Zyklen sind kurz. Champion und Economic Buyer sind manchmal dieselbe Person. Die Legal-Prüfung ist minimal. Das Risiko ist das Tempo: Entscheidungen ohne ausreichende Evaluation bereut man beim Renewal häufig.

Mid-Market (100 bis 1.000 Mitarbeitende, 10 bis 250 Mio. US-Dollar Umsatz): Hier steigt die Komplexität des Committees sprunghaft. Typischerweise sind 5 bis 8 Stakeholder aus Finance, IT, Legal und dem Fachbereich beteiligt. Die IT setzt stärkere Governance durch. Finance prüft Mehrjahreskonditionen genau. Security ist inzwischen eine echte Funktion. Der Champion muss interne Politik managen, durch die er sich in einem kleineren Unternehmen nie navigieren musste.

Enterprise (ab 1.000 Mitarbeitenden): 8 bis 15 Stakeholder sind üblich, und formale Procurement-Prozesse erzeugen unabhängig von der Dringlichkeit des Deals zusätzlichen Aufwand. Vendor-Management-Teams, Listen bevorzugter Anbieter und Compliance-Reviews können Monate kosten. Deals, die in die Legal-Prüfung gehen, ohne dass alle vorherigen Phasen abgeschlossen sind, bleiben hier oft dauerhaft hängen.

Die Stakeholder-Einflusskarte

Zu wissen, wer im Raum sitzt, reicht nicht. Sie müssen auch die Struktur des Einflusses verstehen. Hier ein Framework, um sie zu kartieren.

Ordnen Sie jeden identifizierten Stakeholder anhand zweier Dimensionen einem von vier Feldern zu:

Entscheidungsmacht (hoch oder niedrig): Kann die Zustimmung dieser Person den Deal voranbringen? Kann sie die Bestellung unterzeichnen, das Budget freigeben oder sich formal verpflichten?

Blockademacht (hoch oder niedrig): Kann diese Person den Deal stoppen, unabhängig davon, wer sonst zugestimmt hat? Security-, Legal- und Datenschutzrollen haben oft hohe Blockademacht ohne entsprechende Entscheidungsmacht.

Die vier resultierenden Quadranten:

Quadrant 1 (hohe Entscheidungs- und hohe Blockademacht): Das sind Ihre Deal-Maker. Holen Sie sie früh ins Boot. Sind sie nicht überzeugt, ist alles andere egal.

Quadrant 2 (niedrige Entscheidungs- und hohe Blockademacht): Das sind Ihre versteckten Veto-Inhaber. Sie brauchen deren Freigabe, aber sie können nicht für Sie werben. Wer sie ignoriert, tut das auf eigene Gefahr. Der CISO, der in Woche sechs auftaucht und Fragen stellt, auf die niemand vorbereitet war, ist ein Quadrant-2-Versagen.

Quadrant 3 (hohe Entscheidungs- und niedrige Blockademacht): Budgetverantwortliche, die die technische Evaluation delegiert haben. Beim Abschluss sind sie wichtig, früher im Prozess stützen sie sich auf den Input anderer.

Quadrant 4 (niedrige Entscheidungs- und niedrige Blockademacht): Endanwender und technische Gutachter. Sie prägen die Präferenz und die interne Erzählung, ihre formale Autorität ist aber begrenzt. Gewinnen Sie sie trotzdem für sich. Wer nach dem Kauf sein Team auf einem neuen Tool schult, entscheidet vor Ort über Erfolg oder Misserfolg.

Was das für Vendors bedeutet

Laut der B2B-Buying-Forschung von Forrester hat sich die Zahl der Interaktionen, die für einen B2B-Kauf nötig sind, seit 2019 ungefähr verdoppelt, vor allem wegen der größeren Committee-Struktur. Multi-Threading war früher eine fortgeschrittene Enterprise-Sales-Technik für große Deals. Heute ist es Grundvoraussetzung für alles ab dem Mid-Market aufwärts.

Die meisten CRM-Tools legen in Opportunities Eins-zu-eins-Kontaktdatensätze an. Ein SDR findet einen Champion, erstellt einen Kontakt und protokolliert Aktivitäten an diesem Kontakt. Dieser Single-Threading-Ansatz scheitert, wenn eine Entscheidung von einem Committee getroffen wird, dessen Mitglieder jeweils zu unterschiedlichen Zeitpunkten unterschiedliche Informationen brauchen.

Die CRMs, die das besser lösen, bauen Buying-Committee-Funktionen in ihre Deal-Objekte ein. Salesforce Account Engagement, die Multi-Contact-Dealphasen von HubSpot und neuere Tools wie Pocus und Demandbase versuchen, die Stakeholder-Abdeckung explizit zu verfolgen. Unterstützt Ihr aktuelles CRM Multi-Threading nicht nativ, lohnt sich vor dem nächsten Renewal womöglich ein Vergleich von Rework vs. Salesforce bei der Struktur der Deal-Objekte. Doch die Tools sind den tatsächlichen Prozessen der meisten Teams voraus. Eine Funktion zu haben heißt nicht, dass das Team sie auch nutzt.

Praktisch sieht Multi-Threading so aus: Bevor ein Deal die ersten zwei Gespräche überschreitet, sollte Ihr Champion Ihnen geholfen haben, mindestens eine weitere Person in jedem der oben genannten kritischen Quadranten zu identifizieren. Sind Sie 30 Tage im Deal und der Champion ist Ihr einziger Kontakt, wird der Deal wahrscheinlich ins Stocken geraten.

Die 10-Minuten-Discovery-Übung

Hier ein wiederholbarer Ansatz, der die Committee-Struktur in den ersten zwei Discovery-Calls sichtbar macht.

Fragen Sie Ihren Champion, nachdem Sie Problem und Ist-Zustand verstanden haben. Das knüpft direkt an die Qualifizierungs-Frameworks an, mit denen gut geführte Sales-Teams die Buying-Committee-Struktur in frühen Gesprächen aufdecken:

1. "Wer redet bei einer solchen Entscheidung in Ihrem Unternehmen typischerweise noch mit?" (Öffnet die Frage nach dem gesamten Committee ohne Druck.)
2. "Gibt es jemanden in IT oder Security, der früh Einblick haben möchte?" (Bringt die versteckten Veto-Inhaber ans Licht, bevor sie in Woche fünf auftauchen.)
3. "Wer kontrolliert das Budget, und gibt es direkte Fragen, auf die ich vorbereitet sein sollte?" (Identifiziert den Economic Buyer und frühe Finance-Bedenken.)
4. "Gibt es eine bestehende Vendor-Beziehung, die ich kennen sollte?" (Zeigt Wettbewerber und Beziehungsdynamiken auf.)
5. "Wie sieht Erfolg für Sie persönlich aus, nicht nur für das Projekt?" (Trennt die institutionellen Motive des Champions von den persönlichen Interessen.)

Diese Fragen erfordern keine besondere Technik. Sie erfordern die Disziplin, sie zu stellen, bevor Sie tief im Demo-Zyklus stecken. Die meisten Vendors warten zu lange. Bis der versteckte Veto-Inhaber auftaucht, hat der Sales Engineer bereits eine maßgeschneiderte Demo-Umgebung gebaut, und ein Kurswechsel ist teuer.

Was Käufer daraus mitnehmen sollten

Wenn Sie auf der Käuferseite sitzen, ist die obige Committee-Struktur nicht nur ein Vendor-Problem. Es ist Ihr Governance-Problem. Deals scheitern nicht immer, weil der Vendor falsch war. Sie scheitern, weil der Evaluationsprozess die richtigen Personen nicht früh genug eingebunden hat und jemand mit Blockademacht Bedenken vorbrachte, die sich in Woche eins hätten klären lassen statt in Woche acht.

Die effizientesten Käufer benennen einen einzigen Evaluation Owner, der dafür verantwortlich ist, das Committee zu kartieren, Input einzuholen und eine Empfehlung zu erarbeiten. Das ist nicht immer der Champion. Es ist, wer die organisatorische Glaubwürdigkeit besitzt, einen fairen internen Prozess zu führen.

Evaluieren Sie eine neue Plattform, bauen Sie vor der ersten Vendor-Demo Ihre eigene Version der obigen Stakeholder-Einflusskarte. Wissen Sie, wer Ihre Quadrant-2-Personen sind. Holen Sie sie früh ins Boot, auch informell. Ein 30-minütiger Vorab-Call mit Ihrem CISO in Woche zwei kostet weniger als sechs Wochen Verzögerung durch Security-Fragen in Woche sieben.

Wohin die Reise geht

Das Buying Committee wird weiter wachsen, nicht schrumpfen. McKinsey-Research zur B2B-Entscheidungsfindung zeigt, dass sich die Käuferpräferenzen auch nach der Pandemie dauerhaft zu digitaler, selbstgesteuerter Evaluation verschoben haben. Paradoxerweise erfordert das mehr interne Abstimmung, bevor ein Vendor überhaupt in den Raum kommt. AI-Governance-Anforderungen schaffen in vielen Unternehmen eine neue Stakeholder-Kategorie. Die Governance-Lücke, die AI am Arbeitsplatz erzeugt, landet direkt in den Software-Procurement-Prozessen. Datenschutzregulierung sorgt dafür, dass der DPO bei Softwareevaluierungen formal eingebunden ist, bei denen das zuvor nicht nötig war. Und die schiere Dichte bestehender Vendor-Beziehungen führt dazu, dass mehr IT-Teams ihre Vendor-Portfolios mit einer Genauigkeit steuern, die es nicht gab, als Unternehmen noch fünf SaaS-Tools betrieben statt 130.

Die Struktur moderner Buying Committees zu verstehen, ist keine Vertriebstaktik. Es ist die Voraussetzung für eine effiziente Evaluation auf beiden Seiten des Tisches. Unternehmen, die das gut meistern, verbringen weniger Zeit in Deal-Stillständen und treffen bessere Softwareentscheidungen. Die anderen wundern sich weiter, warum ihre mündlichen Zusagen nicht zum Abschluss führen.

Weiterführende Inhalte

• POCs, die den Erfolg vorhersagen, und POCs, die allen die Zeit rauben: Wenn Sie wissen, wer im Raum sitzt, so führen Sie eine Evaluation durch, der alle vertrauen
• Die wahren Kosten von Software-Sprawl in Mid-Market-Unternehmen: was passiert, wenn Committees über die Zeit zu viele Tools freigeben