Metodologia sprzedaży BANT – klasyczny filtr wstępny

Metodologia sprzedaży BANT to jedno z najstarszych i najprostszych narzędzi kwalifikacji, opracowane pierwotnie w IBM w latach 50. XX wieku. Skrót oznacza: Budget, Authority, Need, Timeline (czasem „Timing”).

• Budget – czy klient ma budżet na takie rozwiązanie?
• Authority – czy rozmawiamy z osobą, która może podjąć decyzję / wpłynąć na nią?
• Need – czy istnieje realna potrzeba, którą CRM rozwiązuje (problem biznesowy)?
• Timeline – kiedy decyzja ma (realnie) zapaść?

BANT jest:

• prosty, łatwy do nauczenia zespołu,
• dobry jako pierwszy filtr przy dużej liczbie leadów (inside sales, SDR),
• mniej precyzyjny przy złożonej sprzedaży enterprise (dlatego powstały NEAT, CHAMP, SPICED jako „następcy”).

BANT w CRM – praktyczne wdrożenie

Na poziomie Lead / szansy w CRM:

• pola BANT (np. na karcie leada lub w sekcji „Qualification” szansy):
  • bant_budget – zakres / status budżetu (zatwierdzony / w planie / brak),
  • bant_authority – poziom decyzyjności rozmówcy,
  • bant_need – opis potrzeb + kategoria (efektywność, kontrola, raportowanie, serwis),
  • bant_timeline – planowana data decyzji lub przedział (np. Q3 2026).
• z BANT możesz w CRM wyliczyć prosty BANT Score (np. 0–100) i kolor (zielony / żółty / czerwony).

Reguły procesu:

• SDR w CRM ma widok „Nowe leady” i w trakcie pierwszej rozmowy uzupełnia BANT;
• lead przechodzi w „MQL/SQL” tylko jeśli spełnia minimalne kryteria (np. Need = wysoka, Authority ≠ „brak wpływu”);
• jeżeli BANT jest słaby (brak budżetu, brak potrzeby) – lead trafia do nurturingu marketingowego.

W kontekście CRM w B2B:

• BANT sprawdza się przy mniejszych, prostszych deal’ach: np. mniejsze firmy logistyczne/produkcyjne, gdzie decyzja zapada w kilka tygodni;
• dla dużych projektów traktujesz BANT jako pierwszy poziom kwalifikacji, a potem wchodzisz głębiej z MEDDIC / SPICED.

Ograniczenia BANT:

Nowsze źródła i praktyka zwracają uwagę, że:

• BANT bywa zbyt „sprzedażocentryczny” (czy klient pasuje do nas?), a mniej „klientocentryczny”;
• „Budżet” na wczesnym etapie często formalnie „nie istnieje” – sensowniejsze jest zbudowanie business case, który ten budżet uzasadni;
• dlatego pojawiły się frameworki typu NEAT, CHAMP, GPCTBA/C&I, które kładą większy nacisk na potrzeby, ROI i konsekwencje braku zmiany.

Mimo to, jako moduł w CRM BANT jest świetny do:

• standardowego formularza kwalifikacyjnego dla SDR,
• prostych raportów jakości leadów,
• sprawdzania, czy pipeline nie jest wypełniony „turystami” bez budżetu i potrzeby.

Szablon pytań BANT — do rozmów klienta

Cel BANT: Szybko ustalić, czy temat jest wart dalszego czasu i czy można go zamienić w realną szansę sprzedaży.

B — Budget (budżet / możliwości inwestycyjne)

Chodzi nie o pytanie „ile macie pieniędzy?”, ale o realne zrozumienie, czy budżet jest, czy można go uzasadnić.

Pytania:

• Czy na projekty tego typu jest przewidziany budżet w tym/ przyszłym kwartale?
• Czy ten projekt ma priorytet w obecnych wydatkach IT/operacyjnych?
• Jak zwykle podejmujecie decyzje budżetowe przy tego typu projektach?
• Czy macie doświadczenia z tworzeniem business case, aby uzasadnić budżet?
• Czy znacie wstępnie zakres lub widełki budżetu?
• Co może wpłynąć na zatwierdzenie lub odłożenie budżetu?
• Czy macie realne koszty związane z obecnym stanem (np. błędy, czas, utrata klientów), które można „odwrócić” wdrożeniem CRM?

Wskazówka:

• Jeśli nie ma budżetu TERAZ — zapisz w CRM czy budżet można stworzyć poprzez business case → nie dyskwalifikuj z miejsca.

A — Authority (decyzyjność / wpływ)

Chodzi o identyfikację kogo trzeba przekonać i jak.

Pytania:

• Kto finalnie zatwierdza projekty tego typu?
• Czy są osoby, które muszą wyrazić opinię (IT, dyrektor operacyjny, zarząd)?
• Kto będzie używał systemu na co dzień? Czy ich opinia będzie ważna?
• Czy możemy porozmawiać z osobą ostatecznie decydującą?
• Czy jest ktoś, kto może „zblokować” decyzję? (typowy błąd sprzedaży to ignorować tzw. blokery)
• Jak wygląda buying committee w Waszej organizacji? (2–3 osoby czy więcej)
• Czy byłoby pomocne przygotować materiał dla zarządu (business case)?

N — Need (potrzeba biznesowa)

Kluczowe: czy istnieje prawdziwy ból/problem który CRM rozwiązuje?

Pytania:

• Co dziś najbardziej przeszkadza w realizacji sprzedaży/obsługi?
• Co jest największym „wąskim gardłem” operacyjnym?
• Gdybyście mieli zgadnąć — gdzie najwięcej tracicie (czas, pieniądze, klientów)?
• Jakie problemy CRM miałby rozwiązać w pierwszej kolejności?
• Co się dzieje u Was, gdy brakuje danych / przewidywalności / SLA?
• Jaki będzie efekt, jeśli nic nie zmienicie (za rok)?
• Jakie cele strategiczne (np. forecast, SLA, integracja z ERP/WMS) macie na kolejny rok?

Wskazówka:

• Odpowiedzi wpisuj do CRM w języku klienta, nawet jeśli są chaotyczne — to najlepsze dane.

T — Timeline (czas / pilność)

Nie chodzi o „kiedy się spotkamy?”, lecz o realny termin decyzji.

Pytania:

• Do kiedy chcielibyście wdrożyć rozwiązanie, aby miało realny sens?
• Czy są wydarzenia (audyt, przetarg, sezon), które tworzą presję czasową?
• Jaki jest realny horyzont decyzyjny? (np. Q1/Q2)
• Czy podpisanie umowy wymaga formalnej procedury?
• Co by się stało, jeśli wdrożenie przesunie się o 3–6 miesięcy?
• Czy są jakieś kluczowe daty (np. koniec umowy poprzedniego systemu)?