BANT Methode: Lead Qualification für B2B-Vertrieb erklärt
BANT Methode komplett erklärt — Budget, Authority, Need, Timeline. Konkrete Fragen, Praxisbeispiele, BANT-Kriterien, BANT vs. CHAMP/MEDDIC und die häufigsten Anwendungsfehler im DACH-Markt.
Was die BANT-Methode ist und warum sie relevant bleibt
Die BANT-Methode wurde in den 1960er Jahren von IBM entwickelt und ist bis heute das am weitesten verbreitete Sales-Qualification-Framework weltweit. Über 60 Jahre nach ihrer Erfindung wird sie immer noch von tausenden B2B-Teams täglich angewendet — weil sie einfach, schnell und erstaunlich effektiv ist.
Diese Seite erklärt: Was BANT bedeutet, welche Fragen wirklich funktionieren, wann BANT versagt und welche Alternativen sich für komplexere Verkäufe anbieten.
Die vier BANT-Kriterien
| Buchstabe | Steht für | Kernfrage |
|---|---|---|
| B | Budget | Hat der Kunde die finanziellen Mittel? |
| A | Authority | Sprechen wir mit dem Entscheider? |
| N | Need | Gibt es einen echten, schmerzhaften Bedarf? |
| T | Timeline | Gibt es einen klaren Zeitrahmen für die Entscheidung? |
Ein Lead gilt als BANT-qualifiziert, wenn alle vier Kriterien positiv beantwortet sind. In der Praxis arbeiten viele Teams mit “3 von 4” als Mindestanforderung — Timeline kann oft erst spät im Prozess geklärt werden.
Die BANT-Kriterien im Detail
B — Budget
Was Sie wissen wollen: Hat der Kunde Geld für die Lösung — und falls nicht, gibt es einen Weg zum Budget?
Falsche Frage: “Haben Sie Budget für unsere Lösung?”
- Klingt aufdringlich
- Lädt zur Verteidigung ein
- Funktioniert besonders schlecht im DACH-Raum
Richtige Fragen:
- “Wie gehen Sie typischerweise vor, wenn Sie in neue Tools investieren?”
- “Wie wurde das letzte ähnliche Projekt finanziert?”
- “Welcher Größenordnung müsste die Lösung entsprechen, damit sie ROI-positiv ist?”
- “Gibt es bereits ein gebudgetiertes Projekt für dieses Thema?”
Was die Antworten verraten:
- Detaillierte Antworten = Budget realistisch verfügbar
- Vage Antworten (“müssten wir mal schauen”) = Budget noch nicht vorgesehen, Discovery vertiefen
- “Das müssen Sie mit dem CFO besprechen” = Authority-Problem, nicht Budget-Problem
A — Authority
Was Sie wissen wollen: Mit wem sprechen Sie? Entscheider, Influencer oder Champion?
Drei Stakeholder-Typen:
| Typ | Rolle | Ihr Ziel |
|---|---|---|
| Entscheider | Hat Budget-Hoheit, sagt final Ja oder Nein | Direktes Gespräch sicherstellen |
| Influencer | Beeinflusst die Entscheidung (z.B. IT-Leiter beim Tooling) | Mit ins Boot holen, Bedenken adressieren |
| Champion | Treibt das Projekt intern voran | Stärken, mit Argumenten ausstatten |
Authority-Fragen:
- “Wer wird neben Ihnen noch an der Evaluierung beteiligt sein?”
- “Wie sieht der typische Entscheidungsprozess für solche Tools bei Ihnen aus?”
- “Wer hat letztes Jahr das letzte ähnliche Projekt entschieden?”
Warnsignale:
- Stakeholder werden nicht beim Namen genannt
- “Ich entscheide das alleine” bei größeren Investitionen → meist nicht wahr
- Champion wird nicht zum Decision-Meeting gebeten
N — Need
Was Sie wissen wollen: Gibt es ein echtes, schmerzhaftes Problem, das Ihre Lösung adressiert?
Tiefe statt Oberfläche: Ein “wir bräuchten irgendwann bessere Sales-Tools” ist kein Need. Ein “wir verlieren jeden Monat 50.000 € Pipeline weil unser Lead-Routing kaputt ist” ist ein Need.
Need-Fragen (Pain First, dann Impact):
- “Was ist die größte Herausforderung in Ihrem Sales-Prozess gerade?”
- “Wie häufig tritt dieses Problem auf?”
- “Was kostet Sie das Problem konkret pro Monat (Geld, Zeit, Opportunities)?”
- “Was haben Sie bereits versucht, um es zu lösen?”
- “Was passiert, wenn Sie es in 6 Monaten nicht gelöst haben?”
Need-Skala:
| Need-Level | Indikator | Wahrscheinlichkeit Closure |
|---|---|---|
| Strong | Quantifizierter Schmerz, internes Projekt vorhanden | 60-80% |
| Moderate | Wahrgenommenes Problem, kein Projekt | 20-40% |
| Weak | ”Nice to have”, keine Konsequenzen wenn ungelöst | <10% |
T — Timeline
Was Sie wissen wollen: Wann soll die Entscheidung fallen — und gibt es einen externen Treiber?
Externe Treiber sind Gold: Vertrag mit Konkurrent läuft aus, neuer CEO will Sichtbarkeit, Compliance-Deadline, Investor-Update etc. Wenn es einen externen Treiber gibt, wird der Deal ernsthaft.
Timeline-Fragen:
- “Bis wann soll eine Lösung implementiert sein?”
- “Gibt es einen internen Anlass oder ein Projekt, das den Zeitrahmen vorgibt?”
- “Was passiert, wenn die Entscheidung sich um 3 Monate verschiebt?”
- “Wann starten Sie mit der finalen Evaluierung?”
Roter Flag: “Wir haben keinen festen Zeitrahmen, schauen erst mal” → Lead ist nicht ernst genug, BANT-disqualifiziert.
BANT in der Praxis: Discovery-Workflow
Die häufigste BANT-Falle: Versuchen, alle vier Kriterien in einem 30-Minuten-Call zu klären. Das funktioniert nicht — und wirkt aufdringlich. Bewährter Workflow:
| Touchpoint | Fokus | Output |
|---|---|---|
| Cold Outreach | Erste Hypothese: Need? | Reply, Meeting-Buchung |
| Discovery Call 1 (30 Min) | Need vertiefen + Authority verstehen | CRM-Update mit ICP-Match, Stakeholdern |
| Discovery Call 2 / Demo | Need quantifizieren + Timeline | Pain-Quantifizierung, Timeline-Hypothese |
| Stakeholder-Meeting | Authority confirmen + Budget anstoßen | Champion identifiziert, Budget-Prozess geklärt |
| Proposal-Meeting | Budget final + Timeline final | BANT vollständig, Closing-Plan |
BANT vs. CHAMP vs. MEDDIC
| Dimension | BANT | CHAMP | MEDDIC |
|---|---|---|---|
| Fokus | Transaktional | Lösungsorientiert | Enterprise-komplex |
| Komplexität | Niedrig | Mittel | Hoch |
| Ideal Deal Size | <10.000 € | 10-50.000 € | >50.000 € |
| Sales Cycle | <2 Monate | 2-6 Monate | 6-18 Monate |
| Stakeholder | 1-2 | 2-4 | 5-12 |
| Reihenfolge | Budget zuerst | Challenges zuerst | Metrics zuerst |
| Zeitaufwand pro Lead | 5-10 Min | 15-30 Min | 1-3 Stunden |
Wann welches Framework:
- BANT: Etablierte Produkte, klarer Preis, kurze Cycles → SaaS unter 200€/Monat, klassische Tools
- CHAMP: Lösungsverkauf, B2B SaaS Mid-Market → wenn Kunde das Problem erst verstehen muss
- MEDDIC: Enterprise, lange Cycles → wenn 5+ Stakeholder involviert sind
Detaillierter Vergleich: Sales Qualification Methoden und CHAMP Methode.
BANT im DACH-Markt: Was anders ist
Budget-Fragen sind kulturell heikel
In den USA wird das Budget-Thema oft direkt im ersten Call angesprochen. In Deutschland, Österreich und der Schweiz wirkt das aufdringlich — Entscheider erwarten erst inhaltliches Verständnis, dann finanzielle Diskussion.
DACH-konforme Budget-Fragen verteilen sich über mehrere Gespräche:
- Call 1: “Welche Budget-Größenordnungen sind in Ihrem Unternehmen typisch für solche Initiativen?”
- Call 2: “Gibt es bereits ein eingeplantes Budget — oder müsste es neu beantragt werden?”
- Call 3: “Welcher ROI wäre nötig, damit das Investment intern durchgeht?”
Authority ist verteilter
Deutsche Entscheidungsprozesse involvieren oft mehr Stakeholder als amerikanische. Wer im DACH-Raum mit “ich entscheide alleine” anfängt, irrt sich meistens — der CFO, IT-Leiter oder Datenschutz-Beauftragte werden eingebunden.
Timelines sind länger
Deutsche Unternehmen entscheiden gründlicher. Plan 30-50% mehr Zeit ein als US-Benchmarks vorgeben. Eine “Q2-Entscheidung” wird oft Q3.
Häufige BANT-Fehler
| Fehler | Symptom | Lösung |
|---|---|---|
| Zu früh nach Budget fragen | Lead wird defensiv, schließt sich | Budget erst nach Need-Quantifizierung ansprechen |
| Authority oberflächlich klären | Deal scheitert in letzter Sekunde am unbekannten CFO | Stakeholder-Map früh erstellen, regelmäßig updaten |
| Need nicht quantifizieren | Lead “möchte Ihre Lösung”, aber bewegt sich nicht | Pain-Quantifizierung in Euro/Zeit/Risiko erzwingen |
| Timeline ohne Treiber akzeptieren | ”Wir wollen es bis Sommer” — passiert nie | Externen Treiber finden (Compliance, Vertragsende, etc.) |
| BANT als Checkliste nutzen | Discovery-Call wird zum Verhör | BANT als Mental Model nutzen, Fragen organisch einbauen |
BANT in HubSpot oder Salesforce abbilden
Konkrete Implementation:
4 Custom Deal Properties:
| Property | Typ | Werte |
|---|---|---|
bant_budget | Dropdown | Bestätigt / Wahrscheinlich / Unbekannt / Fehlt |
bant_authority | Dropdown | Entscheider / Influencer / Champion / Unbekannt |
bant_need | Dropdown | Strong (quantifiziert) / Moderate / Weak |
bant_timeline | Dropdown | <30 Tage / 30-90 Tage / >90 Tage / Offen |
Deal Stage Gates:
- Lead → MQL:
bant_need≠ “Weak” - MQL → SQL:
bant_authority= “Entscheider” oder “Champion” - SQL → Opportunity:
bant_budget= “Bestätigt” oder “Wahrscheinlich” - Opportunity → Proposal: alle 4 BANT-Kriterien dokumentiert
So verhindern Sie, dass nicht-qualifizierte Deals die Pipeline aufblähen und das Forecasting verzerren.
Wann BANT nicht ausreicht
BANT war nie für komplexe Enterprise-Verkäufe gedacht. Bei Deals über 50.000 €, mit 5+ Stakeholdern oder Sales Cycles über 6 Monate brauchen Sie mehr als BANT — typischerweise MEDDIC oder eine BANT-MEDDIC-Kombination.
Faustregel: BANT für die Erstqualifizierung bis SQL-Stage. Ab Opportunity-Stage in komplexen Deals: MEDDIC für volle Stakeholder-Tiefe.
Häufige Fragen
Was ist die BANT-Methode?
BANT ist ein Sales-Qualification-Framework, entwickelt von IBM in den 1960er Jahren. BANT steht für Budget, Authority, Need, Timeline. Ein Lead gilt als qualifiziert, wenn alle vier Kriterien positiv beantwortet sind: Budget vorhanden, Entscheider identifiziert, echter Bedarf bestätigt und konkrete Timeline für die Kaufentscheidung. BANT ist das einfachste und am weitesten verbreitete Qualification-Framework.
Was sind die BANT-Kriterien im Detail?
Budget: Hat der Lead die finanziellen Mittel für die Lösung? Authority: Sprechen wir mit dem Entscheider oder mit einem Influencer? Need: Gibt es ein konkretes, schmerzhaftes Problem, das unsere Lösung adressiert? Timeline: Gibt es einen klaren Zeitrahmen, in dem die Entscheidung fallen soll? Ein BANT-qualifizierter Lead erfüllt alle vier Kriterien — wer nur 2-3 erfüllt, gilt als 'BANT-light' und braucht weitere Discovery.
Welche Fragen stellt man bei der BANT-Qualifizierung?
Budget: 'Welches Budget ist für solche Initiativen typischerweise eingeplant?' Authority: 'Wer wird neben Ihnen an der Entscheidung beteiligt sein?' Need: 'Was passiert, wenn Sie dieses Problem in den nächsten 6 Monaten nicht lösen?' Timeline: 'Bis wann soll eine Lösung implementiert sein?' Wichtig: BANT-Fragen werden nicht in einem Rutsch gestellt — sie verteilen sich über Discovery-Calls und werden im CRM dokumentiert.
Was ist der Unterschied zwischen BANT und einem BANT-Lead?
Die BANT-Methode ist das Framework. Ein BANT-Lead ist ein konkreter Lead, der nach BANT-Kriterien qualifiziert wurde. 'BANT-qualifiziert' bedeutet: alle vier Kriterien positiv. 'BANT-Lead' wird oft synonym mit 'Sales-Qualified-Lead (SQL)' verwendet — ist aber strenger, weil ALLE vier Kriterien erfüllt sein müssen. Manche Teams nutzen 3 von 4 als Mindestanforderung, andere bestehen auf alle 4.
Funktioniert die BANT-Methode noch im modernen B2B-Vertrieb?
BANT funktioniert weiterhin gut bei: Kurzen Sales Cycles unter 2 Monaten, klar definierten Produkten mit festem Preispunkt, transaktionalem Verkauf. BANT versagt bei: Lösungsverkauf wo der Kunde das Problem erst verstehen muss, Enterprise-Deals mit großen Buying Committees, neuen Produktkategorien wo Budget noch nicht vorgesehen ist. Für komplexe B2B-Verkäufe wird BANT zunehmend durch CHAMP oder MEDDIC ersetzt — siehe Vergleich unten.