AI w sprzedaży

Prezentacja się skończyła. Co właściwie wiesz?

Klient słuchał, zadawał pytania o funkcje i powiedział, że propozycja jest ciekawa. Wysyłasz ofertę. Potem cisza. Czy cena była za wysoka? Czy konkurencja miała lepszy produkt? A może nie ustaliliście, czy firma w ogóle planuje zakup? Gdy brakuje tych informacji, możesz poprawiać prezentację bez końca i nadal nie wiedzieć, co się stało.

AI w sprzedaży może pomóc przygotować pytania i przećwiczyć rozmowę. Nie musi zaczynać od napisania bardziej przekonującego maila. Przyda się jako partner do treningu: odpowie w roli fikcyjnego klienta i pomoże obejrzeć zapis spotkania. Najpierw jednak potrzebujesz sposobu myślenia o tym, jakie informacje chcesz zebrać.

Nasze ćwiczenie jest fikcyjne. Sprzedajesz system planowania dostaw, a rozmawiasz z kierownikiem operacyjnym firmy, która układa plan ręcznie. Nie wiemy, czy obecny sposób sprawia kłopoty. Nie wiemy też, czy kierownik sam zatwierdza wydatek. To dobry początek: mamy temat rozmowy, lecz nie dopisujemy klientowi potrzeby zakupu.

Kwalifikacja: czy mamy podstawy do dalszej pracy?

Kwalifikacja w sprzedaży oznacza zbieranie informacji pozwalających zdecydować, czy i jak warto prowadzić dalej konkretną szansę sprzedażową. Szansa to możliwość zawarcia transakcji, a nie pewność, że do niej dojdzie. Potrzebujesz zrozumieć zarówno problem klienta, jak i warunki, w których firma może podjąć decyzję o rozwiązaniu.

Jednym z praktycznych porządków jest BANT: Budget, Authority, Need, Timeframe, czyli budżet, uprawnienia do decyzji, potrzeba i ramy czasowe. To utrwalone narzędzie pracy sprzedażowej; rzeczywisty formularz IBM „Sample BANT for XYZ Company” pokazuje te cztery obszary. BANT służy tu jako praktyczna lista informacji do zebrania. Jeśli w polu brakuje odpowiedzi, wiesz, co jeszcze trzeba ustalić.

Budget dotyczy sposobu finansowania zmiany. Naturalne pytanie brzmi: „Czy taki projekt miałby już przydzielone środki, czy wymagałby osobnej zgody?”. Nie musisz zaczynać od żądania kwoty. Authority dotyczy procesu decyzji: „Kto poza Panem uczestniczyłby w ocenie i zatwierdzeniu rozwiązania?”. Osoba, która dobrze zna pracę operacyjną, może mieć wpływ na wybór, ale nie zatwierdzać wydatku.

Need oznacza potrzebę: „Co skłoniło Państwa do rozmowy o planowaniu dostaw?”. To coś innego niż budżet. Firma może mieć środki i nie mieć ważnego powodu do zmiany. Timeframe dotyczy czasu: „Czy jest zdarzenie albo termin, do którego chcieliby Państwo coś zmienić?”. Odpowiedź „nie ustaliliśmy terminu” jest informacją o sytuacji, nie zaproszeniem do wymyślenia presji.

Nie musisz zadawać tych pytań w kolejności liter. Rozmowa ma sens, gdy wynika z odpowiedzi. Jeśli klient nie dostrzega potrzeby, trudno uzasadnić długą dyskusję o finansowaniu. Po spotkaniu BANT służy jako kontrola notatki: co powiedział rozmówca, czego nie wiemy i o co trzeba zapytać inną osobę. Pole bez odpowiedzi pozostaje puste.

SPIN pomaga zrozumieć, czy istnieje potrzeba

BANT przypomina o potrzebie, ale nie wyjaśnia jeszcze, jak ją rozpoznać. Tutaj przydaje się SPIN, metoda rozmowy opisana przez Neila Rackhama w książce „SPIN Selling”. Jej twórcy z Huthwaite opisują badania obejmujące obserwację ponad 35 tysięcy rozmów sprzedażowych, na których oparto rozwój metody. Warto z tego podejścia wziąć nawyk sprawdzania, jaką rolę pytanie pełni w rozmowie: zbiera kontekst, odkrywa trudność czy pomaga zrozumieć jej znaczenie.

SPIN porządkuje cztery rodzaje pytań. Situation, sytuacyjne, pomagają poznać obecny sposób pracy: „Jak dziś układacie plan dostaw?”. Zbierasz kontekst potrzebny do dalszej rozmowy. Nie robisz przesłuchania o wszystko, co da się znaleźć. Jeśli już znasz odpowiedź, możesz ją krótko potwierdzić i przejść dalej.

Problem, problemowe, sprawdzają trudność: „W jakich sytuacjach ten sposób przestaje wystarczać?”. Sam ręczny arkusz nie dowodzi problemu. Klient może powiedzieć, że działa dobrze. Implication, dotyczące konsekwencji, pytają, co wynika z nazwanej trudności: „Co dzieje się z pracą zespołu, gdy trzeba ponownie układać plan?”. Nie wkładasz mu w usta kosztu, którego nie zgłosił.

Need-payoff, dotyczące wartości rozwiązania, pozwalają klientowi nazwać korzyść ze zmiany: „Co dałoby zespołowi ograniczenie takich korekt?”. Problem jest tym, co przeszkadza. Konsekwencja pokazuje, co z tego wynika. Wartość rozwiązania mówi, po co coś zmieniać. To trzy różne informacje. Dopiero później sprawdzisz, czy Twój produkt potrafi pomóc w sposób, którego klient potrzebuje.

Posłuchaj, jak jedno pytanie wynika z drugiego

Oto fikcyjna rozmowa. Sprzedawca: „Jak dziś układacie plan dostaw?”. Kierownik: „W arkuszu. Rano robimy plan, kierowcy dostają swoje trasy”. Sprzedawca: „W jakich sytuacjach plan wymaga ponownego układania?”. Kierownik: „Gdy po południu dochodzi pilne zamówienie. Trzeba sprawdzać, komu można je dołożyć”. Pytanie problemowe wynika z konkretnego sposobu pracy, a nie z założenia, że każdy arkusz trzeba wymienić.

Sprzedawca: „Co takie sprawdzanie zmienia w pracy zespołu?”. Kierownik: „Dyspozytor przerywa inne zadania, telefonuje do kierowców, potem poprawia plan”. Sprzedawca: „Czy to przede wszystkim dodatkowa praca, czy utrudnia też coś innego?”. Kierownik: „Czasem obsługa klienta czeka na odpowiedź, kiedy możemy dowieźć zamówienie”. W tym momencie poznajesz konsekwencję: nie tylko korektę planu, lecz opóźnienie informacji.

Sprzedawca: „Gdyby szybciej było wiadomo, do której trasy można dołożyć zamówienie, co dałoby to obsłudze klienta?”. Kierownik: „Mogliby wcześniej odpowiedzieć klientowi, zamiast obiecywać, że ktoś oddzwoni”. To pytanie o wartość rozwiązania. Zauważ, że rozmówca sam ją nazywa. Sprzedawca nie ogłasza jeszcze, że jego system skróci czas o połowę, ani nie podaje nieustalonego efektu finansowego.

Teraz możesz podsumować: „Czy dobrze rozumiem, że chcecie szybciej sprawdzać możliwość dołożenia pilnego zamówienia i przekazywać odpowiedź obsłudze klienta?”. Po potwierdzeniu masz podstawę do pokazania odpowiedniej funkcji lub zaproponowania sprawdzenia jej na przykładzie. Nadal potrzebujesz informacji o decyzji i finansowaniu. Właśnie tu pytania BANT uzupełniają to, czego dowiedziałeś się dzięki SPIN.

A gdyby kierownik odpowiedział „takie zmiany zdarzają się rzadko i nikomu nie przeszkadzają”? Dalsze pytanie powinno uwzględniać tę odpowiedź. Możesz sprawdzić inny zgłoszony temat albo uznać, że nie ma dziś podstaw do projektu. Metoda pytań pomaga poznawać sytuację. Nie daje pozwolenia na wymuszanie problemu, żeby pasował do prezentacji.

Przećwicz rozmowę, zanim spotkasz klienta

Prompt to instrukcja, którą wpisujesz do modelu AI. Do treningu potrzebujesz opisać role, sytuację i zasady. Samo „bądź trudnym klientem” często daje serię dowolnych obiekcji. Poniższy prompt pozwala ćwiczyć słuchanie i pogłębianie odpowiedzi w tym samym przykładzie, który już znasz.

Odegraj fikcyjnego kierownika operacyjnego firmy, która planuje dostawy ręcznie w arkuszu. Ja sprzedaję system planowania dostaw. Chcę zrozumieć sytuację i ewentualną potrzebę zmiany, a potem ustalić, czego jeszcze muszę dowiedzieć się o procesie zakupu. To trening, nie analiza rzeczywistego klienta. Odpowiadaj krótko na jedno moje pytanie naraz. Nie podpowiadaj mi pytań w trakcie rozmowy.

Dane ćwiczenia: podstawowy plan działa poprawnie. Pilne zamówienia wymagają telefonów do kierowców i korekty arkusza; czasem obsługa klienta czeka przez to na informację. Kierownik zna problem operacyjny, ale wydatki zatwierdza wspólnie z osobą odpowiedzialną za finanse. Budżetu i terminu projektu jeszcze nie ustalono. Nie ujawniaj wszystkich informacji od razu. Nie zgadzaj się z sugestią, jeśli wykracza poza te dane. Nie wymyślaj procentów oszczędności.

Zaczynam rozmowę swoim pytaniem. Po moim słowie „stop” przejdź do omówienia: wskaż moje pytania sytuacyjne, problemowe, o konsekwencje i o wartość rozwiązania. Przytocz krótkie fragmenty moich pytań jako dowody. Pokaż, czy pytanie wynikało z odpowiedzi. Wskaż jedno miejsce, w którym zasugerowałem klientowi problem lub za wcześnie przeszedłem do produktu. Zapisz potwierdzone informacje BANT i oddziel brakujące. Zaproponuj jedno lepsze pytanie do ponownego ćwiczenia.

Wynik oceniaj przez zapis rozmowy. Jeśli model chwali Cię ogólnym „świetnie budujesz relację”, poproś o konkretną wypowiedź i jej znaczenie. Jeśli Ty pytałeś „ile pieniędzy tracicie przez arkusz”, choć klient mówił tylko o telefonach, masz materiał do poprawy. Możesz wrócić do pytania „co te korekty zmieniają w codziennej pracy?” i zobaczyć różnicę.

Zakończ rozmowę krokiem wynikającym z ustaleń

Do prawdziwego spotkania zabierz kilka obszarów do sprawdzenia, nie gotowy scenariusz do odczytania. Fikcyjny klient z czatu pomaga trenować, ale nie dostarcza wiedzy o rzeczywistej firmie. W spotkaniu pytaj, słuchaj i sprawdzaj podsumowanie. Jeśli usłyszysz coś innego niż w ćwiczeniu, podążaj za odpowiedzią, zamiast wracać do wymyślonej historii.

W naszym przykładzie następny krok może brzmieć: „Sprawdźmy na jednym pilnym zamówieniu, czy system pomaga szybciej wybrać trasę. Kto powinien uczestniczyć, żeby ocenić zarówno pracę zespołu, jak i warunki zakupu?”. To propozycja związana z nazwaną potrzebą. Nie zakładasz jeszcze wdrożenia ani daty podpisania umowy.

Po rozmowie zapisz trzy rzeczy: co klient potwierdził, czego nie wiesz i jaki krok uzgodniliście. AI może pomóc uporządkować taką notatkę w narzędziu dopuszczonym przez firmę. Największa korzyść pojawia się jednak wcześniej: umiesz odróżnić informację od własnego domysłu. Wtedy przygotowanie kolejnej rozmowy ma kierunek, a oferta odpowiada na coś więcej niż uprzejme „ciekawe”.