SaaS Buying Insights
Das neue B2B-Buying-Committee: Wer wirklich im Raum ist
Die meisten Sales-Trainings vermitteln eine vereinfachte Version des B2B-Kaufprozesses: Es gibt einen Champion, der das Problem versteht und intern für Sie kämpft. Es gibt einen Economic Buyer, der das Budget kontrolliert. Wenn Sie beide haben, schließen Sie den Deal.
Diese Version hat nie die gesamte Realität abgebildet. Aber sie funktionierte gut genug für mittelgroße SaaS-Deals bis vor etwa fünf Jahren. Jetzt scheitert sie häufig – weil sich das Buying Committee fundamental verändert hat und die meisten Sales-Organisationen ihre mentalen Modelle nicht aktualisiert haben.
Das Ergebnis: Deals, die stall machen ohne klares Signal. Deals, die sich durch eine endlose Abfolge von Reviews bewegen. Champions, die Ihre Lösung lieben, aber keine Entscheidung durchsetzen können. CFOs, die genehmigend nicken und dann das Budget um 60 Tage verschieben. Das Verkaufen selbst hat sich nicht verändert. Der Organisationsgraph von dem, was Sie verkaufen, schon.
Was sich verändert hat
Drei strukturelle Veränderungen haben das B2B-Buying-Committee neu gestaltet.
IT und Security sind jetzt Default-Stakeholder für fast alles. Vor fünf Jahren war eine neue Sales-Enablement-Plattform eine Sales-and-Operations-Entscheidung. Heute ist jede SaaS-Tool-Evaluation, die Kundendaten berührt, API-Integrationen erfordert oder SSO-Konfiguration braucht, automatisch ein IT-Security-Review. Nicht weil IT-Teams den Kauf blockieren wollen, sondern weil die Risikolandschaft für Software-Beschaffung tatsächlich komplexer geworden ist. Gartner Research zu Enterprise-Software-Beschaffung zeigt, dass Security-Teams jetzt in 75%+ der Enterprise-SaaS-Kaufentscheidungen involviert sind, verglichen mit unter 40% vor fünf Jahren.
Legal und Compliance haben ausgedehnte Roles. GDPR, DSGVO, AI Act, branchenspezifische Compliance-Anforderungen: Das regulatorische Umfeld hat Legal-Teams zu activen Stakeholdern in Kaufprozessen gemacht, in denen sie früher marginale Reviewer waren. Ein Legal-Review, der früher eine Woche dauerte, kann jetzt drei bis sechs Wochen dauern, wenn er auf neue Datenschutzanforderungen trifft.
Finance scrutiniert SaaS-Ausgaben in einer anderen Art. Nach Jahren eines sehr freizügigen Tech-Spending-Regimes überprüfen CFOs und ihre Teams jeden bedeutenden SaaS-Kauf härter auf TCO, Konsolidierungspotenzial und messbare ROI. Das bedeutet nicht, dass sie keine Deals genehmigen. Es bedeutet, dass sie andere Fragen stellen – und dass Champions, die nicht vorbereitet sind, diese Fragen zu beantworten, sich in CFO-Meetings wiederfinden, für die sie nicht bereit sind.
Die sechs Buyer-Typen
Das moderne B2B-Buying-Committee hat typischerweise sechs Rollen, nicht zwei. Diese Rollen können von drei Personen oder zwölf besetzt werden, abhängig von der Unternehmensgröße und dem Deal-Umfang. Aber die Rollen existieren fast immer.
Der Champion. Die Person, die das Problem wirklich fühlt, mit Ihnen zusammenarbeitet und intern Energie bewegt. Champions sind notwendig aber nicht hinreichend. Ein Champion ohne organisatorische Kapital kann einen Deal nicht schließen, egal wie sehr er will.
Der Economic Buyer. Wer das Budget kontrolliert und die finale kommerzielle Genehmigung gibt. Das ist manchmal der Champion. Häufiger ist es nicht. Und die kritische Frage ist nicht nur "Wer ist der Economic Buyer?", sondern "Was ist der Budgetprozess für diesen Kauf?" – was oft eine Abfolge mehrerer Genehmigungen und Zeitpläne bedeutet, die nichts mit dem Verkaufsgespräch zu tun haben.
Der Technical Buyer. IT, Security, Architecture, DevOps – je nach Unternehmen. Technical Buyers lehnen keine Deals ab, die sie technisch für unzureichend halten. Sie lehnen Deals ab, die ihnen kein ausreichendes Verständnis des Risikos geben. Die Implikation: Technical Buyers brauchen Sicherheit, nicht nur Features. Technische Dokumentation, Security-Certifications, Integration-Architectures und klare Datenfluss-Diagramme bewegen Technical Buyers, nicht Produkt-Demos.
Der Legal/Compliance Buyer. In mittelgroßen und Enterprise-Unternehmen ein Default-Stakeholder für alles mit Datenzugang, Vertragsabschluss oder regulatorischer Exposition. Legal Buyers brauchen DPA-Dokumentation (Data Processing Agreement), Vendor-Security-Assessments und Clarity über Datenhoheit und -verarbeitung. Diese Materialien früh im Prozess bereit zu haben, kann einen Kaufprozess um Wochen beschleunigen.
Der User Champion. Die Person oder Personen, die das Tool tatsächlich täglich nutzen werden. User Champions unterscheiden sich von Ihrem Champion: Ihr Champion will das Problem gelöst haben; User Champions wollen eine Lösung, die sie tatsächlich benutzen möchten. Wenn User Champions früh in Demos einbezogen werden und Einfluss auf Konfigurationsentscheidungen haben, sinkt der Post-Deployment-Adoption-Widerstand erheblich.
Der Informed Skeptic. Das ist die am meisten unterschätzte Rolle, weil sie keine offizielle Buyer-Rolle ist. Es ist die Person im Buying Committee, die Ihrem Deal am meisten Widerstand entgegenbringen wird – manchmal weil sie eine alternative Lösung bevorzugt, manchmal weil sie Risiken sieht, die andere nicht sehen, manchmal weil Ihr Tool in ihrem Machtbereich ein Konkurrent ist. Informed Skeptics sind nicht dasselbe wie Blocker: Echter Widerstand aus echten Bedenken kann adressiert werden. Einen Informed Skeptic zu ignorieren – oder ihn nur zu versuchen zu umgehen – schafft einen Deal-Killer, der spät und ohne Warnung auftaucht.
Warum Deals stall machen: Die Diagnose
Wenn ein Deal stall macht, ist der häufigste Fehler, es als Champion-Problem zu behandeln. "Mein Champion ist nicht motiviert genug. Ich muss ihn mehr pushen." Das ist manchmal korrekt. Aber häufiger ist ein stall-machender Deal ein Committee-Problem, das man mit einem Champion-Diagnosis-Framework nicht lösen kann.
Vier häufige Stall-Ursachen:
Der fehlende Stakeholder. Der Deal bewegt sich nicht, weil jemand, der genehmigen oder blockieren kann, noch nicht in den Prozess einbezogen wurde. Typischerweise Legal, IT Security oder Finance. Die Lösung ist nicht, Ihren Champion harder zu pushen; es ist zu verstehen, wessen Sign-off noch fehlt und wie man früher in deren Review-Prozess gelangt.
Der unklare Budget-Prozess. "Das Budget ist genehmigt" bedeutet verschiedene Dinge in verschiedenen Unternehmen. Manchmal bedeutet es, dass das Budget im Jahresplan ist. Manchmal bedeutet es, dass Ihr Champion es genehmigen kann, aber nur innerhalb eines bestimmten Schwellenwerts. Manchmal bedeutet es, dass Budget-Review ein Quartalsprozess ist und der nächste Checkpoint 60 Tage weg ist. Diese Fragen früh zu stellen – "Wie sieht Ihr Budget-Genehmigungsprozess für diesen Kauf aus?" – ist keine aggressive Taktik. Es ist grundlegendes Prozess-Mapping.
Der nicht adressierte Informed Skeptic. Ein Deal, der durch die Stakeholder-Review läuft, plötzlich in einem Executive-Briefing Widerstand begegnet und ohne Erklärung stall macht, hat fast immer einen Informed Skeptic, der noch nicht direkt adressiert wurde. Die Lösung: Ihren Champion bitten, Sie direkt mit dieser Person zu verbinden, ihr Bedenken ernst zu nehmen und eine direkte Konversation zu führen – kein weiteres "lassen Sie uns alle commitments sammeln und dann entscheiden".
Das Timing-Mismatch. Ihr Verkaufstiming und ihr Kauf-Timing sind nicht ausgerichet. Ihr Champion will jetzt kaufen; ihre Finance-Team hat ein Quartal-Ende-Moratorium auf neue Ausgaben. Ihr Champion denkt Q2; ihr neues Budget beginnt erst in Q1. Diese Mismatches sind real und nicht durch Sales-Skill lösbar. Sie können durch frühes Verständnis des Budget- und Fiscal-Calendars adressiert werden – und manchmal durch das Angebot einer Struktur, die sich dem Timing anpasst.
Committee Mapping in der Praxis
Der praktischste Ansatz zum Committee Mapping ist ein einfaches Dokument, das Sie gemeinsam mit Ihrem Champion bauen. Vier Spalten:
- Name/Rolle
- Ihre Buyer-Typ-Kategorie
- Was sie brauchen, um ja zu sagen
- Status (noch nicht engagiert / engagiert / unterstützend / Bedenken / blockiert)
Das Ziel dieses Dokuments ist nicht, eine Verkaufsstrategie zu erstellen. Es ist, einen offenen Informationsaustausch mit Ihrem Champion zu erzwingen. Wenn ein Champion zögert, eine Stakeholder-Liste zu erstellen, oder vage darüber ist, wer involviert sein wird – das ist selbst ein Signal. Champions mit echtem organisatorischem Kapital wissen, wer einbezogen werden muss. Champions, die unsicher sind, haben entweder den Scope nicht durchdacht oder haben keinen klaren Pfad zur Genehmigung.
Die Verwendung von MEDDIC oder MEDDPICC als Qualification-Framework wird diese Mapping-Übung produktiver machen, weil beide Frameworks explizit nach Decision Process und Stakeholder Identification fragen. Aber das Framework ist weniger wichtig als die Disziplin, das Gespräch tatsächlich zu führen.
Was sich für Sellers ändert
Die Implikation dieses Rahmens für Sales-Professionals ist nicht, dass Sie jetzt noch mehr Stakeholder managen müssen. Es ist, dass verschiedene Buyer-Typen grundlegend unterschiedliche Dinge von einem Kauf-Prozess brauchen, und ein einheitlicher Ansatz jeden einzelnen schlecht bedient.
Technical Buyers brauchen technische Dokumentation und Security-Certifications früh – nicht als Reaktion auf einen Review-Request in Woche 10, sondern proaktiv in Woche zwei. Legal Buyers brauchen Ihre Datenverarbeitungsvereinbarung, Ihren Vendor-Security-Assessment-Fragebogen und Klarheit über Subprocessors als Standard-Package-Deal, nicht als etwas, das Sie zusammenstellen müssen, wenn Legal es verlangt. User Champions brauchen frühe Demo-Access und echte Konfigurationsflexibilität, kein Showcase-Feature-Set.
Die Seller-Organisations, die am besten an das neue Buying Committee angepasst sind, haben these Materialien als Standard-Deployment-Package vorbereitet. Jeder Buyer-Typ erhält seinen Input-Set zu dem Zeitpunkt, zu dem er üblicherweise in den Prozess eintritt. Das reduziert nicht die Komplexität des Deals. Es reduziert die Reibung an jedem Reibungspunkt, was die kumulierte Länge des Kaufprozesses erheblich senkt.
Der Unterschied zwischen Discovery und Committee Mapping
Ein letzter Unterschied, der wichtig ist: Committee Mapping ist nicht dasselbe wie Discovery, obwohl beides in der ersten Phase eines Deals passiert.
Discovery geht darum, das Problem, die Stakes und den Kontext des Buyers zu verstehen. Es geht um die Außenseite des Deals: Was kostet das Problem? Warum jetzt? Was hat frühere Lösungsversuche scheitern lassen?
Committee Mapping geht um den internen Entscheidungsprozess. Es geht um die Innenseite des Deals: Wer muss involviert sein? Was braucht jeder, um zu genehmigen? Wie sieht der Prozess aus, durch den eine Entscheidung tatsächlich passiert?
Beide sind notwendig. Sellers, die exzellente Discovery und schlechtes Committee Mapping machen, bauen einen überzeugenden Business Case, der dann im internen Review-Prozess steckt, weil die falsche Person das Proposal zuerst gesehen hat oder weil ein Legal-Review, der 30 Tage hätte dauern können, in Woche 12 beginnt statt in Woche drei.
Deals schließen sich nicht, weil Sie das Problem gut verstehen. Sie schließen sich, weil Sie das Problem gut verstehen und wissen, wie der Weg durch die Organisation zur Entscheidung aussieht.
