MEDDPICC vs. SPICED: welches Sales-Discovery-Framework passt zu deinem Sales-Zyklus?

Alle paar Monate erklärt ein neuer LinkedIn-Post, dass MEDDPICC das einzige ernsthafte Framework für Enterprise B2B sei, oder dass SPICED sauberer und moderner sei, oder dass GAP Selling beide obsolet mache. Die Befürworter sind meist kluge Leute. Sie liegen auch meist auf dieselbe Weise falsch: sie behandeln eine Informations-Checkliste, als wäre sie eine Philosophie.

Lass mich dir ein Bild malen. Stell dir einen Arzt vor, der, statt einen Patienten zu diagnostizieren, einfach seine Lieblings-Symptom-Checkliste nimmt und sie Zeile für Zeile abarbeitet, ohne je zu entscheiden, wie "eine besorgniserregende Antwort" für diesen spezifischen Patienten tatsächlich aussieht. Die Checkliste ist nicht das Problem. Die Abwesenheit des klinischen Urteils dahinter ist es. Genau das passiert, wenn Sales-Teams MEDDPICC oder SPICED übernehmen, ohne zu definieren, wie gut unter jeder Komponente aussieht.

Dieser Artikel ist für VP Sales, CROs und Sales-Leader in B2B-SaaS-Unternehmen, die evaluieren, auf welches Discovery-Framework sie standardisieren sollen, oder die bereits eines implementiert haben und sich fragen, warum es nichts bewegt hat.

Die wichtigste Unterscheidung, die die meisten Sales-Leader übersehen

Ein Sales-Discovery-Framework ist eine strukturierte Informations-Checkliste, die definiert, welche Intelligence ein Sales-Team sammeln muss, um Deal-Qualität, Kaufbereitschaft und Close-Wahrscheinlichkeit zu beurteilen. Es sagt Reps, was herauszufinden ist, nicht wie man es herausfindet.

Eine Sales-Methodik ist der verhaltens- und gesprächsbezogene Ansatz, mit dem ein Rep diese Informationen sammelt. SPIN Selling, Challenger Sale, Value-based Selling: das sind Methodiken. Sie beschreiben, wie man Informationen herauslockt, wie man Insights positioniert, wie man Objections handhabt. Sie wirken auf das Discovery-Framework, sind aber nicht dasselbe.

MEDDPICC, SPICED, MEDDIC, BANT und GAP Selling sind keine Sales-Methodiken. Sie sind Informations-Frameworks: Checklisten, die definieren, was dein Team wissen muss. Die Methodik ist, wie du dorthin kommst.

Diese Unterscheidung zählt, weil sie erklärt, warum Unternehmen MEDDPICC in ihrem CRM implementieren, ein zweitägiges Training dazu fahren und sechs Monate später null Verbesserung der Win-Rates sehen können. Sie haben die Labels an den Feldern geändert. Sie haben die Qualität der Gespräche nicht geändert.

Die Evolution: von BANT zu modernen Frameworks

BANT (Budget, Authority, Need, Timing) wurde in den 1960ern bei IBM für eine Welt entwickelt, in der Enterprise-Software mit vorab zugeteilten Beschaffungsbudgets kam. Ein Salesperson rief an, qualifizierte das Budget und den Entscheider, bestätigte den Need und kartierte die Timeline. Sauber, transaktional, linear.

Diese Welt existiert für die überwiegende Mehrheit der B2B-SaaS-Deals nicht mehr. Forschung des Challenger-Sale-Teams bei Gartner fand, dass die durchschnittliche Buying Group für eine komplexe B2B-Lösung jetzt zwischen 6 und 10 Stakeholder umfasst. Budgets sind selten vorab zugeteilt: sie werden rückwirkend gerechtfertigt, sobald das Problem verstanden ist. Niemand wachte am Montag mit Budget auf, das für deine Software-Kategorie vorgemerkt war.

Moderne Frameworks spiegeln diese Realität wider. Drei Verschiebungen sind über die Evolution sichtbar:

Pain-Elicitation ist überproportional prominent geworden. SPICEDs gesamte P-I-C-Sequenz (Pain, Impact, Critical Event) ist der Problem-Dimension gewidmet. GAP Selling baut eine ganze Discovery-Struktur um Current State gegenüber Future State. Selbst MEDDPICCs Implicated Pain erkennt an, dass oberflächlicher Pain unzureichend ist: du musst verstehen, was mit dem Business passiert, wenn das Problem ungelöst bleibt.

Informationen zum Entscheidungsprozess sind expliziter geworden. MEDDPICC trennt Decision Criteria, Decision Process und Paper Process in drei eigene Komponenten. SPICED kombiniert sie unter Decision Process. Jedes reagiert auf dieselbe Realität: mehr Stakeholder, komplexere Freigabeketten, mehr Deal-Tode in der Committee-Phase statt auf Champion-Ebene.

Die ideale 60%-Gewichtung auf Need/Pain ist kein Zufall. Grob 60% des Deal-Erfolgs kommen daher, wie tief du das Problem verstanden und validiert hast. Den Decision Process und die Competition richtig hinzubekommen zählt, aber es ist sekundär, wenn der Pain nicht echt und dringend ist.

Die vier Frameworks im Detail, auf die es sich zu fokussieren lohnt

BANT: in Rente schicken

BANT ist es in einer modernen B2B-SaaS-Motion nicht wert, implementiert zu werden. Vorab nach Budget zu fragen ist sowohl verfrüht als auch schädlich: es signalisiert, dass dir die Größe des Deals mehr am Herzen liegt als die Größe des Problems. Wenn du BANT immer noch als dein primäres Qualifizierungs-Framework nutzt, ist das Problem nicht das Framework. Es ist, dass du deine kommerzielle Philosophie seit den 1960ern nicht aktualisiert hast.

SPICED: am besten für SMB, Mid-Market und Teams, die neu bei Frameworks sind

SPICED (Situation, Pain, Impact, Critical Event, Decision) wurde von Winning by Design, einer B2B-SaaS-Go-to-Market-Beratung, entwickelt und populär gemacht. Sein primärer Vorteil ist Einfachheit.

SPICED ist ein B2B-Sales-Discovery-Framework aus fünf Komponenten, das den Deal-Kontext (Situation), das Problem (Pain), die Business-Konsequenz (Impact), den Timing-Treiber (Critical Event) und den Kaufprozess (Decision) in eine einprägsame, lineare Struktur kartiert, die speziell für SaaS-Verkaufszyklen entworfen ist.

Die Stärke des Frameworks ist Zugänglichkeit: ein neuer AE kann die fünf Buchstaben in 20 Minuten verinnerlichen. Wichtiger noch: das I für Impact treibt Reps über oberflächlichen Pain hinaus: nicht nur "unser Reporting ist langsam", sondern "langsames Reporting kostet unser Finance-Team 3 zusätzliche Stunden pro Woche, grob 80K € jährlich an Arbeitszeit". Diese Quantifizierung ist, wo SPICED echten Wert hinzufügt.

SPICED ist ideal für SaaS-Deals unter 100K € ACV mit Buying Committees von 3 oder weniger Entscheidern. Über dieser Schwelle wird die Decision-Komponente strukturell zu dünn.

Eine Ergänzung, die SPICED meiner Ansicht nach unabhängig von der Deal-Größe braucht: Competition. Zu verstehen, wer sonst in der Evaluation ist, ist in fast jedem B2B-SaaS-Sale entscheidend, doch SPICED enthält es nicht als benannte Komponente. Wenn du SPICED nutzt, füg ein C hinzu.

GAP Selling: das Framework, das auch eine Methodik ist

Keenans GAP Selling ist einzigartig, weil es versucht, gleichzeitig ein Informations-Framework und eine Sales-Methodik zu sein. Das Kernmodell kartiert Current State (wo der Prospect jetzt ist: physische Realität, Business-Probleme, Impact, Emotionen, Root Cause) gegen Future State (wo er sein will) und definiert den Wert der Lösung als die Größe der Lücke zwischen beiden.

Die Stärke des Frameworks ist, dass es explizit wertschöpfend statt wertentziehend ist. Die meisten Discovery-Frameworks verlangen von Reps, Informationen zum Nutzen des Sellers zu sammeln. GAP Selling dreht das um: indem es einem Prospect hilft, präzise zu artikulieren, wo er jetzt ist und wo er sein will, wird die Discovery selbst zu einer wertschöpfenden Interaktion.

Je größer die Lücke zwischen Current State und Future State, desto mehr Wert kannst du für ihr Schließen verlangen. GAP Selling macht das explizit: nicht als Verhandlungstaktik, sondern als diagnostische Wahrheit.

Die Schwäche ist Komplexität. Die Current-State-Karte über fünf Dimensionen ist umfassend, aber kognitiv anspruchsvoll für Reps, sie konsistent in Echtzeit anzuwenden. In der Praxis sehe ich Teams GAP Selling konzeptionell implementieren, aber unter Druck zu einfacheren Shortcuts zurückfallen. Nutz es als intellektuellen Layer über MEDDIC oder SPICED statt als Ersatz.

MEDDIC vs. MEDDPICC: die Enterprise-Frage

MEDDIC (Metrics, Economic Buyer, Decision Criteria, Decision Process, Implicated Pain, Champion) ist der Standard für komplexe B2B-Enterprise-Sales. MEDDPICC fügt Paper Process und Competition hinzu.

MEDDPICC ist ein Enterprise-B2B-Sales-Qualifizierungs-Framework aus acht Komponenten, das Anfang der 1990er bei PTC entwickelt wurde. Es erweitert MEDDIC um explizite Aufmerksamkeit für den rechtlichen und beschaffungsbezogenen Paper Process und die Wettbewerbslandschaft und ist am effektivsten in Deals mit mehreren Stakeholdern, Procurement-Beteiligung und ACVs über 100K €.

Die Unterscheidung Economic Buyer / Champion ist das wertvollste strukturelle Merkmal beider. In europäischen Enterprise-Deals, wo Entscheidungsfindung konsensorientiert und das Buying Committee breiter ist, ist einen Champion zu haben, der dich unterstützt, nicht dasselbe wie einen Economic Buyer zu haben, der freigegeben hat. Teams, die diese zwei Rollen vermischen, überschätzen konstant die Deal-Wahrscheinlichkeit.

Die Paper-Process-Komponente ist wirklich Enterprise-spezifisch. Über 200K € ACV kann der Paper Process die einzelne längste Phase des gesamten Deal-Zyklus sein. Ein Champion, der dir sagt "Procurement ist nur eine Formalität", hat meist nie einen großen Vertrag durch sein eigenes Legal-Team laufen lassen.

Zu Competition: ich würde argumentieren, dass das über alle Frameworks Standard sein sollte, nicht nur MEDDPICC. MEDDICs Auslassung von Competition ist der eine Punkt, an dem ich unabhängig von der Deal-Größe vom Standard abweichen würde.

Es gibt jedoch einen strukturellen blinden Fleck in MEDDPICC, den seine Befürworter selten anerkennen, und Keenan, mit einem offensichtlichen Interesse, den Punkt zu machen, macht ihn dennoch korrekt. In seinen LinkedIn-Texten und dem Material von A Sales Growth Company argumentiert er, dass jeder B2B-Deal über drei Entscheidungen gewonnen oder verloren wird: warum sollte ich ändern, warum jetzt und warum ihr. MEDDPICC ist stark auf die dritte Entscheidung optimiert: Economic-Buyer-Zugang, Paper Process, kompetitive Positionierung. Es ist bei den ersten beiden relativ schwach.

Keenan von A Sales Growth Company bringt es auf den Punkt: "80% des Sales passiert in den ersten 2 Entscheidungen: warum sollte ich ändern, und warum jetzt? MEDDPICC stützt sich stark auf Entscheidung 3: den Economic Buyer und den Paper Process."

Das ist eine echte Limitierung, kein Sales Pitch für irgendein alternatives Framework. Die Implicated-Pain-Komponente in MEDDPICC soll "warum sollte ich ändern" adressieren, aber in der Praxis wird sie oft mit oberflächlichen Pain-Beschreibungen gefüllt, die keine Dringlichkeit etablieren. Ein Rep, der die Implicated-Pain-Box abgehakt hat, aber den Prospect die Kosten der Untätigkeit nicht hat fühlen lassen, hat ein CRM-Feld, kein Qualifizierungs-Signal. Die 60%-Gewichtung auf Pain unten spiegelt das wider: warum ändern und warum jetzt zu etablieren ist der Großteil des Sales, und es passiert in Discovery-Gesprächen lange, bevor Procurement ins Bild kommt. MEDDPICC gibt dir exzellente Werkzeuge für die hintere Hälfte des Deals. Es gibt dir nicht die Werkzeuge, um die Bedingungen zu schaffen, die die hintere Hälfte erreichbar machen.

Die Gewichtung, auf die es wirklich ankommt

Sechzig Prozent auf Pain. Nicht auf dem Economic Buyer, nicht auf dem Budget, nicht auf der Competition. Das ist konsistent mit sieben Jahren Call-Review-Daten aus meiner eigenen Benchmark-Arbeit über B2B-SaaS-Teams in Benelux und DACH: der mit Abstand konsistenteste Differenzierer zwischen Deals, die closen, und Deals, die ins Stocken geraten, ist die Tiefe der Pain-Elicitation im Discovery-Call.

Es ist dieselbe Schlussfolgerung, zu der GAP Selling aus einer anderen Richtung kommt. Die Lücke ist der Wert. Die Größe der Lücke bestimmt den Preis. Und die Größe der Lücke ist nur erkennbar, wenn deine Discovery tief genug ist, um sowohl zu etablieren, wo der Prospect jetzt ist, als auch, was es ihn kostet, dort zu bleiben.

Welches Framework solltest du also nutzen?

Der Schritt, den die meisten Teams überspringen, und warum er trotzdem nicht reicht

MEDDPICC ohne diesen Schritt zu implementieren ist, wie ein CRM zu installieren, ohne deine Pipeline-Stages zu definieren. Du hast die Behälter benannt. Du hast nicht definiert, was hineinkommt.

Mark Roberge, ehemaliger CRO von HubSpot und Senior Lecturer an der Harvard Business School, würde das weitertreiben, und er hätte recht damit. In The Sales Acceleration Formula argumentiert Roberge, dass der Fehler, den die meisten Sales-Leader machen, ist, Industrie-Standard-Frameworks zu übernehmen, als wären sie universelle Gesetze, während die Daten in ihrem eigenen CRM ihnen etwas Spezifischeres und Genaueres sagen würden. Bei HubSpot baute er Regressionsmodelle gegen Closed-won-Deals, um zu identifizieren, welche Qualifizierungs-Signale die Close-Wahrscheinlichkeit tatsächlich vorhersagten. Die Ergebnisse sahen anders aus, als es die landläufige Meinung nahelegte.

Sein Punkt trifft den Kern jeder Framework-Debatte: das Framework, das du wählst, ist eine Hypothese. Es repräsentiert die beste Vermutung eines anderen, aus einem anderen Unternehmen, einem anderen Markt, einer anderen Deal-Motion, darüber, welche Informationen Deal-Erfolg vorhersagen. Diese Vermutung mag für deinen Kontext korrekt sein. Sie mag es nicht sein. Du weißt es nicht, bis du es testest.

Frameworks sind Hypothesen darüber, was Deal-Erfolg vorhersagt. Behandle sie als solche. Validier sie gegen deine eigenen Closed-won- und Closed-lost-Daten, bevor du über dein Team standardisierst.

Für jede Komponente deines gewählten Frameworks muss dein Team sich auf Folgendes einigen:

Welche spezifische Information zählt für diese Komponente als "erfasst"? Nicht "wir haben Pain besprochen", sondern "wir haben einen quantifizierten Business Impact, bestätigt vom Economic Buyer, der auf mindestens X € an jährlichen Kosten oder Revenue-Impact abbildet".

Was sind die Red Flags, die einen Deal bei dieser Komponente disqualifizieren? Für Champion könnte eine akzeptable Antwort sein "VP of Sales, hat direkte Budget-Autorität, hat zuvor Lösungen in dieser Kategorie gekauft". Eine inakzeptable Antwort ist "die Person, mit der wir geredet haben, wirkt begeistert".

Welche Pain Points können wir realistisch lösen, und welche lösen wir schlecht? In meiner Arbeit mit B2B-SaaS-Teams nutze ich ein PINC-Diagramm (Pain, Impact, Need, Cause), um das explizit zu kartieren, bevor ich das Framework trainiere. Wenn dein Produkt den Pain nicht löst, produziert das Gewinnen des Logos sechs Monate später Churn, was schlimmer ist als den Deal zu verlieren.

Und dann, und hier wird Roberges Argument essenziell, musst du die Schleife schließen. Zu definieren, wie gut aussieht, ist nur die halbe Arbeit. Die andere Hälfte ist zu messen, ob diese Definitionen über die Zeit tatsächlich mit Ergebnissen korrelieren.

Markier jedes Komponenten-Feld in deinem CRM bei jeder Deal-Stage als gefüllt oder leer. Fahr eine quartalsweise Analyse von Closed-won- gegenüber Closed-lost-Deals gegen diese Felder. Frag, welche Komponenten am konstantesten in gewonnenen Deals präsent und in verlorenen abwesend waren. Frag, ob deine "akzeptabler Champion"-Definition Renewal-Raten vorhersagte, nicht nur initiale Close-Raten. Frag, ob deine Pain-Quantifizierungs-Schwelle mit Deal-Größe, Rabattquote oder Sales-Zyklus-Länge korreliert.

Wenn deine MEDDPICC-Implementierung Daten erzeugt, die du nie analysierst, hast du ein Reporting-System gebaut, kein Lern-System. Roberges fundamentales Argument, validiert durch seine Arbeit, HubSpots Revenue-Engine von 0 $ bis IPO aufzubauen, ist, dass die Unternehmen, die ihre Win-Rates über die Zeit potenzieren, die sind, die ihren Sales-Prozess als kontinuierliches Experiment behandeln, nicht als fixe Methodik zum Implementieren und Abhaken.

Sei ehrlich: wann hast du das letzte Mal eine Analyse deiner Closed-won-Daten gegen deine Qualifizierungs-Framework-Felder gefahren?

Zu definieren, wie gut aussieht, ist nur die halbe Arbeit. Die andere Hälfte ist zu messen, ob diese Definitionen deine Ergebnisse vorhersagen, und sie zu aktualisieren, wenn sie es nicht tun.

Wo du anfängst

Wähl das Framework, das zu deiner Deal-Komplexität passt, aus dem Entscheidungsbaum oben. Bevor du einen einzelnen Rep trainierst, fahr einen PINC-Workshop, um zu kartieren, welche Pain Points du tatsächlich gut löst und wie "gut" für deinen Champion, Economic Buyer und deine Decision Criteria aussieht. Diese zweistündige Übung tut mehr für deine Win-Rate als jede Framework-Implementierung.

Dann behandle das Framework als Hypothese. Setz einen 90-Tage-Checkpoint, um deine Closed-won- und Closed-lost-Daten gegen die Qualifizierungs-Felder zu fahren, die du definiert hast. Welche Komponenten waren in jedem Deal präsent, den du gewonnen hast? Welche waren konstant abwesend in Deals, die du verloren hast? Lass die Daten die Hypothese aktualisieren.