Pierwsza rozmowa sprzedażowa B2B: jak przygotować spotkanie bez improwizacji i pitchu

Pełna architektura nowoczesnej rozmowy sprzedażowej B2B opisuje wykonanie epizodu już z klientem. F04 pozostaje wcześniejszą warstwą projektu: przygotowuje wejście do rozmowy i może jeszcze doprowadzić do zmiany formatu, odroczenia albo anulowania.

F03 — sekwencje wielokanałowe B2B odpowiada na pytanie, czy po określonym stanie istnieje dopuszczalny następny węzeł.

F04 zaczyna się dopiero wtedy, gdy istnieje konkretny epizod:

• rozmowa przyjęta w określonym celu;
• konsultacja po materiale;
• formalnie wskazany termin;
• rozmowa po jawnym triggerze;
• istniejąca relacja i określony rezultat.

Wejściem nie powinno być:

meeting booked

lecz:

1.1. Granica F04–D01

F04 przygotowuje podstawę otwarcia:

• powód;
• źródło;
• status obserwacji;
• H1;
• prawo do korekty;
• rezultat pierwszych minut.

Materiał o otwarciu rozmowy sprzedażowej wykonuje to podczas spotkania: ujawnia podstawę, kalibruje hipotezę i zaprasza do korekty.

F04:
projekt otwarcia

D01:
wykonanie i adaptacja

1.2. Granica F04–D02

F04 przygotowuje agendę jako hipotezę organizatora.

Materiał o agendzie pierwszego spotkania pozostaje właścicielem wspólnego kontraktu rozmowy: uzgodnienia celu, ról, czasu, zakresu i zamknięcia już z uczestnikami.

agenda przed spotkaniem:
propozycja

agenda na początku spotkania:
wspólne uzgodnienie

1.3. Granica F04–D03

F04 przygotowuje H1, H2, H3 i pytania rozróżniające.

Nowoczesne discovery wykonuje wspólną diagnozę: od objawu, przez mechanizm i konkurencyjne wyjaśnienia, do testu albo zatrzymania.

F04:
nie przychodź bez hipotez

D03:
nie traktuj hipotez jako diagnozy

1.4. Granica F04–D04 i D05

F04 projektuje statusy informacji oraz sposób zapisu. Wspólny kontekst rozmowy powstaje dopiero w interakcji i musi być korygowalny przez klienta.

F04 przygotowuje pytania według funkcji. Materiał o pytaniach poprawiających jakość decyzji rozwija ich pełny projekt i użycie odpowiedzi.

1.5. Granica F04–F05–F07

F05 rozwinie executive briefing jako jeden z możliwych formatów. F04 ma wcześniej sprawdzić, czy briefing jest potrzebny.

F07 przejmie kontynuację dopiero po rzeczywistym wyniku rozmowy. F04 nie może z góry zakładać, że spotkanie powinno kończyć się drugim terminem.

Tradycyjne przygotowanie bywa złożone z trzech niezależnych produktów:

Każdy może być wykonany poprawnie, a rozmowa nadal może nie mieć wartości.

2.1. Research może zwiększać fałszywą pewność

Publiczne źródła mogą ujawnić:

• inwestycję;
• zatrudnienie;
• zmianę strategii;
• spadek marży;
• nową technologię;
• zmianę roli.

Nie ujawniają automatycznie:

• lokalnego mechanizmu;
• odpowiedzialności;
• priorytetu;
• gotowości;
• budżetu;
• potrzeby rozwiązania;
• znaczenia dla konkretnej jednostki.

Business acumen polega na tworzeniu sprawdzalnych hipotez o mechanizmach, a nie na przypisywaniu jednej przyczyny do publicznych miar. Insight-based selling wymaga źródła, kontrastu, ograniczenia transferu i lokalnego testu.

RESEARCH ≠ DIAGNOZA

2.2. Prezentacja może przejąć cel rozmowy

Prezentacja często porządkuje treści dostawcy:

• kim jesteśmy;
• co sprzedajemy;
• dlaczego jesteśmy lepsi;
• kto nam zaufał;
• co proponujemy dalej.

Nie porządkuje automatycznie pracy klienta.

Prezentacja jest uzasadniona, gdy wykonuje określoną funkcję, na przykład:

• pokazuje mapę opcji;
• porównuje kryteria;
• przedstawia architekturę;
• ujawnia ograniczenia;
• porządkuje dowody.

Nie jest obowiązkowym rytuałem profesjonalizmu.

2.3. Lista pytań może zamienić rozmowę w pobieranie danych

Pytanie bez planu użycia odpowiedzi zwiększa koszt rozmówcy, ale nie poprawia automatycznie decyzji.

Lista 25 pytań może zawierać:

• duplikaty;
• pytania do niewłaściwej osoby;
• pytania, na które odpowiedź jest w dokumentach;
• pytania potwierdzające H1;
• pytania służące wyłącznie kwalifikacji;
• pytania zbyt szerokie jak na pierwszy epizod.

PRZYGOTOWANE PYTANIA ≠ PRAWO DO PRZESŁUCHANIA

2.4. Projekt rozmowy

Projekt rozmowy odpowiada na dziewięć pól:

KPR-1:
kontrakt wejścia

KPR-2:
rezultat klienta i dostawcy

KPR-3:
status informacji

KPR-4:
H1/H2/H3

KPR-5:
pytania osłabiające

KPR-6:
funkcje uczestników

KPR-7:
wkład dostawcy

KPR-8:
agenda do uzgodnienia

KPR-9:
output, zapis i wynik

Pola nie są dziewięcioma krokami. Informacja z KPR-6 może zmienić KPR-2. Nowe H3 może anulować spotkanie. Brak rezultatu może wymusić powrót do celu.

Pierwsze pytanie nie brzmi:

Jak poprowadzimy spotkanie?

Brzmi:

Dlaczego ono istnieje i co dokładnie zostało przyjęte?

3.1. Minimalny kontrakt

Zapisz:

source:
  sequence_id: ""
  node_id: ""
accepted_reason: ""
promised_output: ""
agreed_format: ""
agreed_duration: ""
participants: []
scope_in: []
scope_out: []
recording_status: ""
stop_scope: ""

3.2. Różnica między zgodą na spotkanie i zgodą na zakres

Odbiorca może zgodzić się na:

• ocenę jednego pytania;
• konsultację techniczną;
• omówienie dokumentu;
• 20-minutową rozmowę;
• spotkanie bez nagrywania.

Nie oznacza to zgody na:

• pełne discovery;
• demo;
• udział dodatkowych osób;
• nagrywanie;
• analizę danych;
• kolejne spotkanie;
• marketing.

3.3. Przykład

Nieprecyzyjny rekord:

Klient zainteresowany. Spotkanie 45 minut.

Precyzyjny:

Dyrektor operacyjny przyjął 25-minutową rozmowę,
aby ocenić mapę trzech modeli standaryzacji między zakładami.
Nie uzgodniono demo, analizy danych ani nagrywania.
Jeżeli centralny standard jest już zamknięty, temat kończymy.

3.4. Kiedy wrócić do F03

Wróć, gdy:

• format rozmowy nie był uzgodniony;
• zakres został rozszerzony;
• pojawili się nowi odbiorcy;
• zmienił się kanał;
• potrzebny jest dodatkowy kontakt przed spotkaniem;
• wystąpiło zatrzymanie.

Pierwsza rozmowa ma co najmniej dwóch beneficjentów, ale nie może mieć jednego ukrytego celu dostawcy.

4.1. Rezultat klienta

Powinien odpowiadać:

Co klient będzie mógł lepiej zrozumieć, porównać albo zrobić, nawet jeżeli nie kupi?

Przykłady:

• odróżnić trzy możliwe mechanizmy;
• uporządkować kryteria;
• zobaczyć ograniczenie własnego założenia;
• zidentyfikować brakującą rolę;
• zdecydować, że potrzebny jest materiał, nie demo;
• zakończyć niewłaściwy temat.

4.2. Rezultat dostawcy

Powinien odpowiadać:

Jakiej informacji dostawca potrzebuje, aby odpowiedzialnie zdecydować, czy i jak kontynuować?

Przykłady:

• czy problem mieści się w kompetencji;
• czy potrzebny jest ekspert;
• czy zakres jest presales czy płatnym projektem;
• czy dalszy kontakt ma wartość;
• czy istnieje zatrzymanie.

4.3. Złe rezultaty

klient:
pozna ofertę

dostawca:
zbierze potrzeby

To nie opisuje wartości klienta ani warunku zakończenia.

4.4. Test symetrii

Zadaj cztery pytania:

1. Czy rezultat klienta ma wartość bez zakupu?
2. Czy rezultat dostawcy można uzyskać bez nadmiernego pobierania danych?
3. Czy oba rezultaty są jawne?
4. Czy wynik zatrzymania nadal jest użyteczny?

4.5. Przykład przemysłowy

rezultat klienta:
sprawdzić, czy problem przepływu wynika z zarastania kanałów,
konstrukcji układu czy ograniczenia przyłączy;

rezultat dostawcy:
ustalić, czy potrzebna jest diagnostyka,
materiał techniczny czy brak dalszego ruchu.

Nie każda informacja powinna mieć tę samą siłę.

5.1. Osiem statusów

5.2. Rejestr

statement: "Firma uruchamia drugi zakład."
status: "P"
source: "komunikat inwestycyjny"
event_date: "2026-05-12"
accessed_at: "2026-06-29"
owner: "opiekun konta"
use_in_meeting: "powód do pytania o model standaryzacji"
retention: "do końca aktywnego kontekstu"

5.3. Informacja publiczna nie jest faktem lokalnym

Z komunikatu o inwestycji nie wynika automatycznie:

• potrzeba systemu;
• brak standardu;
• problem operacyjny;
• mandat rozmówcy;
• termin zakupu.

Publiczne źródło może uzasadnić pytanie, nie diagnozę.

5.4. Wzorzec nie jest dowodem

Wzorzec z innych firm może pomóc przygotować H2 albo pytanie. Nie powinien być przedstawiany jako prognoza.

5.5. Status X

Usuń albo wyłącz z przygotowania:

• prywatne zainteresowania rozmówcy;
• dane rodzinne;
• dane o zdrowiu;
• poglądy;
• spekulacje o osobowości;
• niepotrzebne śledzenie;
• dane nieaktualne;
• informacje z niepewnego źródła.

WIĘCEJ DANYCH ≠ LEPSZE PRZYGOTOWANIE

Jedna hipoteza tworzy silne przywiązanie do narracji. Klasyczne badania nad testowaniem hipotez w interakcjach społecznych pokazują ryzyko dobierania pytań, które raczej potwierdzają oczekiwanie niż je rozróżniają.¹

6.1. H1 — wyjaśnienie robocze

Powinno być:

• związane z obserwacją;
• możliwe do obalenia;
• ograniczone;
• istotne dla rozmowy.

6.2. H2 — konkurencyjne wyjaśnienie

H2 nie jest formalnym „zastrzeżeniem”. Powinno realnie zmieniać:

• zakres;
• rolę;
• format;
• ofertę;
• następny ruch.

6.3. H3 — brak dopasowania albo zatrzymanie

H3 odpowiada:

W jakim wiarygodnym scenariuszu dostawca nie powinien kontynuować?

Przykład:

H1:
drugi zakład wymaga wspólnego modelu planowania.

H2:
model jest już ustalony centralnie,
a rozmówca odpowiada za lokalne wykonanie.

H3:
inwestycja nie dotyczy procesu,
w którym dostawca tworzy wartość.

6.4. Pytania kontrolne

Dla każdej hipotezy:

• co ją wspiera;
• co ją osłabia;
• co rozróżnia H1 i H2;
• jaki wynik wskazuje H3;
• co zrobimy po obaleniu wszystkich trzech.

6.5. Hipotezy nie są prywatnym rankingiem

Nie przypisuj ludziom:

• motywacji;
• oporu;
• osobowości;
• gotowości;
• intencji zakupowej.

Hipoteza powinna dotyczyć zadania, mechanizmu, procesu, informacji albo warunku.

Pytania są kosztem. Każde wymaga czasu, uwagi i często ujawnienia informacji.

7.1. Pięć minimalnych funkcji

Przygotuj:

1. pytanie osłabiające H1;
2. pytanie rozróżniające H1/H2;
3. pytanie ujawniające H3;
4. pytanie o brakującą funkcję lub źródło;
5. pytanie o warunek zatrzymania.

7.2. Karta pytania

question: ""
function: ""
hypothesis_affected: "H1 | H2 | H3"
respondent_function: ""
answer_use: ""
cost: "niski | średni | wysoki"
sensitivity: ""
do_not_ask_when: ""

7.3. Pytania potwierdzające

Niepoprawne:

„Czy brak standaryzacji powoduje problemy między zakładami?”

Pytanie zakłada brak standaryzacji i problem.

Lepsze:

„Na ile zasady planowania są wspólne między zakładami, a na ile lokalne — i kto je ustala?”

Jeszcze lepiej, gdy celem jest rozróżnienie:

„Czy nowy zakład projektuje własne reguły, wdraża standard centralny czy łączy oba modele?”

7.4. Pytania do niewłaściwej osoby

Nie pytaj dyrektora o szczegóły techniczne wyłącznie dlatego, że ma mandat budżetowy. Nie pytaj eksperta technicznego o formalny budżet, jeżeli go nie kontroluje.

7.5. Pytania szerokie

„Jakie są największe wyzwania?” może być użyteczne jako orientacja, ale nie zastępuje hipotezy ani planu użycia odpowiedzi.

7.6. Prawo do odmowy

Pytanie może być:

• pominięte;
• odroczone;
• przekazane innej funkcji;
• zastąpione dokumentem;
• uznane za zbyt wrażliwe.

Badania nad pytaniami pokazują, że zadawanie pytań może zwiększać responsywność i sympatię, ale nie dowodzi jakości diagnozy ani nie uzasadnia nieograniczonego interrogowania.²

Komitet zakupowy nie jest stałą listą osób do zaproszenia. Pierwsza rozmowa wymaga tylko funkcji potrzebnych do określonego zadania.

8.1. Możliwe funkcje

• zna rzeczywisty przebieg;
• posiada dane;
• ocenia technikę;
• ponosi ryzyko;
• kontroluje zasób;
• zna formalny proces;
• wykonuje zmianę;
• potwierdza zakres;
• może zatrzymać temat.

8.2. Rejestr

function_needed: "zna zasady planowania lokalnego"
why_needed: "rozróżnienie H1/H2"
person_known: false
participation_required_now: false
alternative_input:
  - "krótki dokument"
  - "późniejsza konsultacja"

8.3. Informacje unikalne

Badania hidden profile pokazują, że grupy mogą koncentrować się na informacjach wspólnych i pomijać informacje posiadane tylko przez część osób.³ W przygotowaniu trzeba więc zapytać:

• jaka informacja może być unikalna;
• kto może ją posiadać;
• czy potrzebujemy tej osoby teraz;
• czy wystarczy artefakt.

8.4. Nadmiar uczestników

Zapraszanie całego komitetu zakupowego może:

• zwiększyć koszt;
• utrudnić rozmowę;
• zamienić spotkanie w prezentację statusu;
• ograniczyć korektę;
• angażować osoby bez funkcji.

8.5. Po stronie dostawcy

Również określ funkcje:

• prowadzący;
• ekspert techniczny;
• osoba odpowiedzialna za notatkę;
• ekspert dziedzinowy;
• obserwator szkoleniowy.

Ekspert nie powinien uczestniczyć wyłącznie jako symbol wiarygodności.

Pierwsza rozmowa nie powinna być darmowym audytem klienta dla dostawcy.

9.1. Co można wnieść

• mapę opcji;
• model decyzji;
• kryteria;
• wzorzec;
• kontrprzypadek;
• listę ograniczeń;
• przykład mechanizmu;
• checklistę;
• hipotezę;
• syntetyczny zapis.

9.2. Pięć elementów wkładu

Każdy wkład powinien mieć:

9.3. Przykład

Niepoprawne:

„W podobnej firmie skróciliśmy czas o 20%.”

Poprawniejsze:

„W przypadku referencyjnym wynik wynikał głównie z ujednolicenia reguł i jakości danych, nie z samej instalacji systemu. Nie wiemy, czy ten mechanizm występuje u Państwa. Proponuję sprawdzić trzy warunki transferu.”

9.4. Insight bez insight theater

Użyteczny wkład powinien pomóc klientowi:

• zmienić kryterium;
• rozróżnić mechanizmy;
• zobaczyć ryzyko;
• zaprojektować test.

Nie musi zaskakiwać. Insight-based selling wymaga możliwości sprawdzenia i kontrdowodu.

9.5. Kiedy brak wkładu jest sygnałem

Jeżeli dostawca może jedynie:

• zadawać pytania;
• prezentować produkt;
• zbierać BANT;
• prosić o dokumenty;

należy wrócić do rezultatu klienta albo zmienić format.

Agenda przygotowana przed rozmową jest hipotezą. Nie może udawać wspólnego kontraktu.

PROPOZYCJA AGENDY ≠ KONTRAKT Z KLIENTEM

10.1. Dziewięć elementów propozycji

1. powód rozmowy;
2. rezultat klienta;
3. rezultat dostawcy;
4. potrzebne funkcje;
5. zakres;
6. wkład dostawcy;
7. pytania wymagające rozstrzygnięcia;
8. obserwowalny rezultat;
9. warunek wcześniejszego zakończenia.

10.2. Przykład propozycji

Cel:
sprawdzić, czy nowy zakład wymaga nowego standardu,
czy tylko wdrożenia standardu centralnego.

Proponowany przebieg:
1. potwierdzenie zakresu inwestycji;
2. porównanie trzech modeli;
3. wskazanie brakującej informacji lub funkcji;
4. decyzja: materiał, drugi epizod, odroczenie albo zatrzymanie.

Poza zakresem:
demo systemu i analiza danych.

Rezultat:
skorygowana hipoteza oraz decyzja o formacie następnego ruchu.

10.3. Agenda wysłana wcześniej

Wysłanie propozycji może:

• pomóc skorygować cel;
• ujawnić brakującą rolę;
• zmienić format;
• anulować zbędne spotkanie.

Powinna zawierać prawo do korekty:

„To propozycja przygotowania. Proszę ją zmienić, jeżeli ważniejszy jest inny rezultat.”

10.4. Wspólne uzgodnienie

Na początku rozmowy D02 powinno:

• potwierdzić albo zmienić cel;
• sprawdzić role;
• dostosować czas;
• usunąć zbędne punkty;
• uzgodnić rezultat;
• zachować prawo do wcześniejszego końca.

10.5. Badania spotkań

Badania nad projektowaniem spotkań i komunikacją zespołów wskazują, że cechy projektu, zachowania uczestników i sposób komunikacji mogą wiązać się z oceną jakości oraz wynikami zespołu.⁴⁵ Nie walidują jednak jednej uniwersalnej agendy sprzedażowej.

Spotkanie powinno kończyć się czymś bardziej obserwowalnym niż „dobra atmosfera”.

11.1. Możliwe rezultaty

• skorygowana H1/H2/H3;
• jawna niewiadoma;
• lista potrzebnych danych;
• wskazanie brakującej funkcji;
• mapa kryteriów;
• materiał do oceny;
• decyzja o płatnej diagnozie;
• odroczenie;
• zatrzymanie.

11.2. Zapis

Prywatna notatka powinna rozdzielać:

cytat
fakt
informacja klienta
interpretacja
hipoteza
sprzeczność
niewiadoma
zadanie

Transkrypcja nie rozwiązuje automatycznie tego problemu.

11.3. Wyniki rozmowy

Kontynuacja:
istnieje materialne pytanie i następny output;

Rewizja:
hipoteza, zakres, role albo format wymagają korekty;

Odroczenie:
brakuje danych, roli, zgody albo właściwego momentu;

Zatrzymanie:
brak dopasowania, wartości, dopuszczalności albo woli kontynuacji.

11.4. Następne spotkanie nie jest obowiązkowe

Dobra rozmowa może zakończyć się:

• materiałem;
• korektą;
• brakiem dalszego ruchu;
• zamknięciem niewłaściwego projektu.

E08 — ruch decyzyjny pokazuje, że kalendarz nie jest dowodem postępu. Rezultat i konsekwencja wyniku są ważniejsze niż termin.

Wyniki są równorzędnymi decyzjami operacyjnymi. Nie tworzą skali od słabego do dobrego i nie powinny być przeliczane na prawdopodobieństwo spotkania, szansy albo sprzedaży.

READY_FOR_CONVERSATION_REVIEW

Projekt może przejść do przeglądu wykonania.

Warunki:

• kompletne wejście z F03;
• rozdzielone rezultaty;
• statusy informacji;
• H1/H2/H3;
• pytania osłabiające;
• potrzebne funkcje;
• wkład;
• agenda;
• obserwowalny rezultat;
• zatrzymanie;
• przegląd ochrony danych i AI.

READY_FOR_CONVERSATION_REVIEW ≠ DIAGNOSIS_READY

REVISE_PURPOSE_OR_SCOPE

Użyj, gdy:

• cel jest zdominowany przez dostawcę;
• zakres jest za szeroki;
• spotkanie łączy discovery, demo i negocjacje;
• klient nie otrzymuje wartości;
• nie ma warunku zatrzymania.

REVISE_INFORMATION_OR_HYPOTHESES

Użyj, gdy:

• research jest nieoznaczony;
• H1 jest przedstawiona jako fakt;
• brak H2/H3;
• pytania są potwierdzające;
• źródła są nieaktualne;
• AI wygenerowała niezweryfikowane twierdzenia.

REVISE_ROLES_OR_FORMAT

Użyj, gdy:

• brakuje funkcji;
• rozmowa powinna być materiałem;
• zaproszono zbyt wiele osób;
• ekspert nie ma zadania;
• executive briefing jest automatyczny.

DEFER_UNTIL_INPUTS

Użyj, gdy brakuje:

• dokumentu;
• danych;
• roli;
• zgody;
• przeglądu prawnego;
• decyzji o nagrywaniu;
• triggera.

CANCEL_OR_STOP

Użyj, gdy:

• H3 została potwierdzona;
• nie ma wartości;
• rozmowa jest zbędna;
• wystąpił sprzeciw;
• zakres jest niedopuszczalny;
• klient nie akceptuje warunku dostawcy;
• ryzyko przewyższa wartość.

F04 nie kończy się gotowym skryptem rozmowy. Kończy się trzema pakietami wejściowymi, które podczas spotkania mogą zostać poprawione, skrócone albo odrzucone.

To rozdzielenie jest kluczowe:

F04:
przygotowuje projekt

D01:
wykonuje otwarcie

D02:
uzgadnia kontrakt rozmowy

D03:
prowadzi wspólną diagnozę

Założenia Obszaru F oraz kanoniczne materiały D01–D06, C04–C05 i E08 ustanawiają tę granicę po to, aby przygotowanie nie przejęło wykonania, a research nie został przedstawiony jako wiedza lokalna.^{6789101112131415}

13.1. Pakiet do D01 — otwarcie

D01 potrzebuje krótkiego, wykonalnego rekordu:

opening_basis:
  source: "komunikat inwestycyjny i uzgodnienie z F03"
  status: "P + K"
  concise_reason: "ocena modelu standaryzacji drugiego zakładu"
working_hypothesis: "organizacja może projektować wspólne reguły"
right_to_correction: "prośba o poprawienie H1"
first_minutes_result: "potwierdzony albo zmieniony cel rozmowy"
prohibited_claims:
  - "firma ma problem z planowaniem"
  - "potrzebuje nowego systemu"

D01 nie potrzebuje:

• pełnego researchu i prezentacji;
• 20 faktów o firmie;
• wszystkich pytań;
• rekomendacji rozwiązania;
• profilu rozmówcy.

Przygotowane otwarcie powinno być możliwe do wypowiedzenia bez slajdu. Jego funkcją jest ujawnienie:

1. dlaczego rozmowa istnieje;
2. co dostawca rozumie;
3. czego nie wie;
4. jak klient może skorygować kierunek;
5. jaki rezultat pierwszych minut jest potrzebny.

13.2. Pakiet do D02 — agenda jako propozycja

D02 otrzymuje:

agenda_proposal:
  client_outcome: ""
  supplier_outcome: ""
  roles: []
  time: ""
  scope_in: []
  scope_out: []
  supplier_contribution: ""
  questions_to_resolve: []
  output: ""
  early_end_condition: ""
  stop_condition: ""

Na początku spotkania pakiet nie powinien zostać odczytany jak regulamin. Powinien być przedstawiony jako propozycja:

„Przygotowaliśmy taki zakres na podstawie dotychczasowej wymiany. Zanim zaczniemy, sprawdźmy, czy odpowiada temu, po co Państwo przyszli.”

Możliwe wyniki pierwszych minut:

• agenda zostaje przyjęta;
• klient zmienia cel;
• zmienia się kolejność;
• usuwana jest prezentacja;
• pojawia się brakująca rola;
• spotkanie przechodzi do materiału asynchronicznego;
• rozmowa kończy się wcześniej.

To nie jest błąd planu. To poprawna adaptacja planu do wspólnego celu.

13.3. Pakiet do D03 — diagnoza bez gotowej diagnozy

D03 otrzymuje:

diagnostic_start:
  observation: ""
  H1: ""
  H2: ""
  H3: ""
  unknowns: []
  disconfirming_questions: []
  information_functions: []
  sensitive_topics: []
  data_needed: []
  no_diagnosis_claim: true

Najważniejsze pole:

no_diagnosis_claim: true

Oznacza, że:

• H1 nie jest wynikiem;
• publiczna informacja nie jest lokalnym faktem;
• pytania mogą ujawnić inne zadanie;
• rozmowa może zakończyć się bez potrzeby;
• dostawca ma obowiązek zmienić stanowisko.

13.4. Pakiet do D04 — projekt zapisu

Przygotowanie notatki powinno rozdzielać:

F:
fakt

K:
informacja klienta

I:
interpretacja uczestnika

H:
hipoteza

S:
sprzeczność

N:
niewiadoma

A:
działanie

F04 może przygotować pustą strukturę. Nie może wypełnić jej „potwierdzonymi potrzebami” przed rozmową.

13.5. Pakiet do D05 — funkcje pytań

Nie przekazuj do D05 wyłącznie tekstu pytań. Przekaż:

• funkcję;
• hipotezę;
• odbiorcę;
• koszt;
• wrażliwość;
• plan użycia odpowiedzi;
• warunek pominięcia.

Przykład:

question: "Czy standard jest projektowany lokalnie czy centralnie?"
function: "rozróżniająca"
hypothesis_affected: "H1/H2"
respondent_function: "właściciel procesu"
answer_use: "wybór dalszego formatu"
do_not_ask_when: "informacja jest już w zatwierdzonym dokumencie"

13.6. Pakiet do D06 — kalibracja języka

Kalibracja języka rozmowy rozstrzyga, jak mocno wolno formułować fakt, informację klienta, wzorzec, hipotezę, rekomendację i niewiadomą.

Przed rozmową przygotuj maksymalny dopuszczalny język dla każdego twierdzenia:

Nie używaj:

„wiemy, że”

dla hipotezy albo wzorca.

13.7. Przekazanie nie jest kopiowaniem CRM

CRM może przechowywać:

• status;
• właściciela;
• link do projektu;
• rezultat;
• decyzję.

Nie powinien automatycznie kopiować do agendy:

• lead score;
• intent score;
• psychologicznego profilu;
• przewidywanego budżetu;
• niezweryfikowanej diagnozy;
• notatek o życiu prywatnym.

13.8. Test kompletności przekazania

Przed spotkaniem sprawdź:

Czy D01 może otworzyć bez pitchu?
Czy D02 może zmienić agendę?
Czy D03 może obalić H1?
Czy D04 ma pustą, korygowalną strukturę?
Czy D05 zna funkcję pytań?
Czy D06 zna status języka?

Jeżeli odpowiedź brzmi „nie”, projekt nie jest gotowy do wykonania.

14.1. P0 — istniejący klient prosi o konsultację

KPR-1:
klient chce potwierdzić dobór materiału.

KPR-2:
klient — uniknąć błędnej specyfikacji;
dostawca — potwierdzić parametry zastosowania.

KPR-3:
medium — K;
temperatura — K;
ciśnienie chwilowe — N.

KPR-4:
H1 — obecny materiał wystarczy;
H2 — potrzebna jest inna mieszanka;
H3 — zastosowanie wykracza poza ofertę.

KPR-5:
jedno pytanie o pik ciśnienia.

KPR-6:
funkcja techniczna użytkownika.

KPR-7:
tabela kompatybilności.

KPR-8:
15 minut, bez prezentacji.

KPR-9:
potwierdzony dobór albo eskalacja techniczna.

14.2. P1 — drugi zakład

KPR-1:
rozmowa o modelu standaryzacji.

KPR-2:
klient — porównać trzy modele;
dostawca — ustalić, czy potrzebny jest kolejny epizod.

KPR-3:
nowy zakład — P;
centralny standard — N;
problem z planowaniem — H.

KPR-4:
H1 — projekt nowego standardu;
H2 — wdrożenie standardu centralnego;
H3 — zakres poza kompetencją.

KPR-5:
pytanie o właściciela zasad i zakres lokalnej autonomii.

KPR-6:
operacje, opcjonalnie funkcja centralnego procesu.

KPR-7:
mapa trzech modeli.

KPR-8:
25 minut, bez demo.

KPR-9:
skorygowana hipoteza, brakująca rola albo zatrzymanie.

14.3. P2 — inwestycja CAPEX

Rozmowa dotyczy większej maszyny.

Research pokazuje rosnący wolumen, ale business acumen wymaga sprawdzenia, czy ograniczeniem są:

• przezbrojenia;
• formy;
• operatorzy;
• media;
• miks;
• dostępność.

Projekt powinien wnieść mapę ograniczeń, nie prezentację największego modelu.

14.4. P3 — AI i dane wrażliwe

Projekt obejmuje system analizujący dane operacyjne i wypowiedzi użytkowników.

Wymagane:

• przegląd bezpieczeństwa;
• minimalizacja;
• brak danych produkcyjnych na pierwszym spotkaniu;
• decyzja o nagrywaniu;
• brak automatycznego transkryptu;
• formalne role;
• CANCEL_OR_STOP, gdy warunki nie są spełnione.

14.5. Prezentacja o firmie jako domyślny format

Zespół przygotował 18 slajdów:

• historia;
• oddziały;
• certyfikaty;
• portfolio;
• referencje;
• architektura produktu;
• roadmapa.

Klient zgodził się jednak na rozmowę o jednym pytaniu: czy obecny model danych pozwala przeprowadzić wiarygodny test.

Analiza KPR pokazuje:

KPR-2:
rezultat klienta nie został zdefiniowany;

KPR-7:
wkład jest zastąpiony autoprezentacją;

KPR-8:
agenda jest listą treści dostawcy;

KPR-9:
jedynym rezultatem jest „kolejne spotkanie”.

Wynik:

REVISE_PURPOSE_OR_SCOPE

Korekta:

• usuń slajdy bez funkcji;
• przygotuj jedną mapę kryteriów jakości danych;
• pokaż jedno ograniczenie;
• zakończ decyzją: test, najpierw porządkowanie danych albo zatrzymanie.

14.6. Lista 25 pytań discovery

Handlowiec przygotował pytania o:

• cele;
• wyzwania;
• proces;
• budżet;
• termin;
• konkurencję;
• decyzję;
• ryzyka;
• użytkowników.

Nie potrafi jednak wskazać, co zmieni odpowiedź.

Audyt:

pytania orientujące:
11

pytania duplikujące:
7

pytania do innej funkcji:
4

pytania rozróżniające H1/H2:
1

pytania o zatrzymaniu:
0

Wynik:

REVISE_INFORMATION_OR_HYPOTHESES

Nowy projekt zawiera pięć pytań, z których każde ma:

• funkcję;
• hipotezę;
• właściwego odbiorcę;
• plan użycia;
• warunek pominięcia.

14.7. Brak funkcji technicznej

Sponsor przyjął spotkanie, lecz pytanie dotyczy jakości danych z linii.

Sponsor zna:

• cel projektu;
• priorytet;
• budżetowy kontekst.

Nie zna:

• źródeł danych;
• wyjątków;
• częstotliwości korekt;
• odpowiedzialności za utrzymanie.

Zamiast zapraszać „więcej decydentów”, zespół rozważa trzy opcje:

1. przesłać krótką kartę do funkcji technicznej;
2. poprosić o 15-minutowy epizod z właścicielem danych;
3. zmienić pierwsze spotkanie na rozmowę o zakresie i rolach.

Wynik:

REVISE_ROLES_OR_FORMAT

Brak roli nie musi blokować całej relacji. Powinien blokować twierdzenie, że diagnoza techniczna jest możliwa.

14.8. Hipoteza obalona przed spotkaniem

Dzień przed rozmową organizacja publikuje dokument:

standard centralny został zatwierdzony;
dostawcy wybrani;
lokalny zakład odpowiada wyłącznie za wdrożenie.

H1 przestaje być wiarygodna. Zespół nie powinien utrzymywać spotkania tylko dlatego, że termin jest w kalendarzu.

Możliwe działania:

• wysłać krótką korektę;
• zapytać, czy istnieje inny potrzebny rezultat;
• anulować spotkanie;
• nie przenosić rozmowy na produkt.

Wynik:

CANCEL_OR_STOP

Anulowanie nie jest stratą aktywności. Jest wykonaniem researchu.

14.9. Nagrywanie jako warunek dostawcy

Polityka sprzedawcy zakłada, że wszystkie rozmowy są nagrywane dla coachingu i automatycznych notatek. Klient odpowiada:

„Nie zgadzamy się na udział bota ani zapis rozmowy.”

Zespół nie powinien:

• sugerować, że bez nagrania spotkanie jest niemożliwe, jeżeli nie istnieje materialna podstawa;
• uruchamiać lokalnego rejestratora;
• ukrywać transkrypcji;
• traktować odmowy jako ryzyka sprzedażowego.

Właściwy projekt:

alternatywa:
strukturalna notatka;

potwierdzenie:
krótkie podsumowanie do korekty;

dostęp:
wyłącznie osoby uczestniczące;

retencja:
zgodna z celem.

Jeżeli dostawca rzeczywiście nie może bezpiecznie wykonać usługi bez nagrania, powinien ujawnić warunek i dopuścić zatrzymanie.

14.10. Profil rozmówcy wygenerowany przez AI

Model analizuje publiczne wypowiedzi i zwraca:

styl:
analityczny;

motywacja:
kontrola;

obawa:
utrata pozycji;

podatność:
dowody społeczne i autorytet.

Taki rezultat nie powinien wejść do projektu rozmowy.

Problemy:

• brak zweryfikowanej podstawy;
• inferowanie cech osoby;
• ryzyko profilowania;
• strategia wpływu zamiast projektu zadania;
• możliwość samospełniającej się interpretacji.

Wynik:

REMOVE_AND_REVIEW

Zastąp profil rekordem funkcji:

rola:
ocenia architekturę techniczną;

potrzebna informacja:
wymagania integracyjne;

właściwy wkład:
mapa ograniczeń i pytań bezpieczeństwa.

Spotkanie nie powinno być domyślnym nośnikiem.

Materiał może być lepszy, gdy:

• klient potrzebuje kryteriów;
• pytanie jest proste;
• właściwa rola nie jest dostępna;
• rezultat można ocenić samodzielnie;
• rozmowa byłaby prezentacją;
• potrzebne dane wymagają przygotowania;
• kilku uczestników potrzebuje czasu.

Przykład:

przed:
45-minutowa prezentacja trzech modeli

po:
jednostronicowa mapa + trzy pytania

Spotkanie można zaplanować dopiero po odpowiedzi.

15.1. Tryb asynchroniczny nie jest ukrytym follow-upem

Materiał nie powinien:

• wymuszać formularza;
• uruchamiać agresywnej sekwencji;
• wymagać przekazania danych bez potrzeby;
• udawać neutralnego raportu.

15.2. Wynik

REVISE_ROLES_OR_FORMAT

albo:

DEFER_UNTIL_INPUTS

SPOTKANIE PRZYJĘTE ≠ ZGODA NA NAGRYWANIE

16.1. Brak domyślnego bota

Automatyczne dołączanie bota może:

• rozszerzyć zakres przetwarzania;
• zmienić dynamikę rozmowy;
• utrwalić dane zbędne;
• ujawnić dane poufne;
• przesłać materiał do zewnętrznego dostawcy.

16.2. Minimalna karta nagrywania

purpose: ""
legal_basis: ""
notice: ""
consent_if_required: ""
controller: ""
processor: ""
data_location: ""
access: []
retention: ""
training_use: ""
alternative_without_recording: ""
deletion_process: ""

UODO wskazuje, że rejestracja dźwięku wymaga podstawy prawnej; sama dostępność technologii nie wystarcza.¹⁶ RODO wymaga między innymi legalności, przejrzystości, ograniczenia celu i minimalizacji.¹⁷

16.3. Transkrypcja może być błędna

Może:

• pomylić mówców;
• źle rozpoznać termin;
• usunąć kontekst;
• nadać wypowiedzi formalny charakter;
• utrwalić spekulację.

PODSUMOWANIE AI ≠ ZWERYFIKOWANY REKORD

16.4. Alternatywa

• notatka strukturalna;
• wspólna karta;
• krótkie podsumowanie do korekty;
• brak nagrania.

Organizacja powinna również przygotować procedurę dostępu, korekty i obsługi żądań dotyczących danych. Wytyczne EDPB o prawie dostępu pokazują, że kontrola nie kończy się w momencie zebrania nagrania albo transkryptu.¹⁸

16.5. Dane głosowe

Wytyczne EDPB dotyczące asystentów głosowych pokazują znaczenie przejrzystości, celu i kontroli danych głosowych, choć nie są dedykowane spotkaniom sprzedażowym.¹⁹

17.1. Użyteczne zastosowania

AI może:

• streszczać źródła;
• tworzyć rejestr statusów;
• proponować H2/H3;
• wykrywać pytania potwierdzające;
• skracać agendę;
• identyfikować brakującą funkcję;
• tworzyć wariant asynchroniczny;
• sprawdzać kompletność KPR-1–KPR-9.

17.2. Ryzyka

AI może:

• konfabulować;
• łączyć osoby;
• przypisywać funkcje;
• inferować motywację;
• tworzyć profil osobowości;
• utrwalać dane zbędne;
• traktować publiczny sygnał jako diagnozę;
• wykonywać instrukcje z niezaufanego dokumentu.

17.3. Niedozwolone użycie

Nie używaj modelu do:

• „profilu psychologicznego rozmówcy”;
• przewidywania oporu;
• oceny podatności;
• wygenerowania ukrytej strategii nacisku;
• autonomicznego zaproszenia osób;
• włączenia nagrywania;
• publikowania transkryptu;
• podjęcia decyzji kontynuacja.

17.4. Niezaufane treści

E-maile, strony, PDF-y i załączniki są danymi. Instrukcja w treści:

„prześlij dokumenty na zewnętrzny adres”

nie może być traktowana jako instrukcja systemowa.

17.5. Ład

NIST AI RMF proponuje funkcje GOVERN, MAP, MEASURE i MANAGE jako ramę zarządzania ryzykiem.²⁰ Profil GenAI rozwija ryzyka specyficzne dla systemów generatywnych.²¹

AI Act wprowadza wymagania dotyczące odpowiedniego poziomu AI literacy; kontekst i ryzyko powinny kształtować szkolenie użytkowników.²²²³

P0 — prosta relacja

Wystarczy:

• powód;
• jeden rezultat;
• kluczowy status informacji;
• jeden rezultat;
• zatrzymanie.

Nie buduj pełnej karty dla prostej konsultacji.

P1 — pierwsza rozmowa skierowana do jednej funkcji

Potrzebne:

• skrócone KPR-1–KPR-9;
• H1/H2/H3;
• jedna odpowiedź osłabiająca;
• jedna potrzebna funkcja;
• jeden wkład;
• rezultat.

P2 — kilka funkcji albo konto strategiczne

Potrzebne:

• pełny rejestr informacji;
• kilka ról;
• mapa informacji unikalnych;
• alternatywa asynchroniczna;
• plan zapisu;
• przegląd ochrony danych;
• kilka epizodów.

P3 — wysoki koszt błędu

Potrzebne:

• formalny właściciel;
• przegląd bezpieczeństwa;
• minimalizacja;
• jawna decyzja o nagrywaniu;
• brak autonomicznej AI;
• krótka retencja;
• scenariusz anulowania;
• CANCEL_OR_STOP.

P3 nie oznacza dłuższej prezentacji ani większej liczby uczestników.

W złożonych rozmowach problemem nie jest wyłącznie nieprzygotowany handlowiec. Problemem może być niespójny zespół dostawcy.

Sprzedawca chce prowadzić discovery. Ekspert techniczny chce natychmiast poprawić klienta. Manager chce pokazać referencje. Osoba wdrożeniowa ostrzega przed zakresem. Każdy jest przygotowany indywidualnie, ale zespół nie posiada wspólnego projektu.

Badania nad shared mental models wskazują, że wspólne reprezentacje zadania i ról mogą wiązać się z procesem oraz wynikami zespołu.²⁴²⁵ Nie oznacza to, że wszyscy powinni mieć identyczne opinie. Powinni jednak rozumieć:

• po co istnieje rozmowa;
• co jest faktem;
• co jest hipotezą;
• kto wykonuje jaką funkcję;
• czego nie wolno obiecać;
• jaki rezultat ma powstać;
• kto może zatrzymać kierunek.

19.1. Ośmiominutowy pre-brief

Dla P1–P2 wystarczy często krótki pre-brief:

1 minuta:
powód i zakres z F03;

1 minuta:
rezultat klienta i dostawcy;

2 minuty:
H1/H2/H3;

1 minuta:
role dostawcy;

1 minuta:
wkład i ograniczenia;

1 minuta:
output i zatrzymanie;

1 minuta:
nagrywanie, dane i AI.

Pre-brief nie służy do ćwiczenia perswazji. Służy do ograniczenia sprzecznych zachowań zespołu.

19.2. Role po stronie dostawcy

Prowadzący

• ujawnia cel;
• zaprasza do korekty;
• pilnuje agendy;
• zatrzymuje pitch;
• zamyka pętlę.

Ekspert

• odpowiada w zakresie;
• ujawnia ograniczenia;
• rozdziela fakt i opinię;
• nie przejmuje rozmowy;
• wskazuje potrzebę dalszego testu.

Osoba notująca

• oznacza status informacji;
• zapisuje sprzeczności i niewiadome;
• nie tworzy interpretacji jako faktu;
• przygotowuje podsumowanie do korekty.

Manager

• nie zwiększa presji statusem;
• nie obiecuje zasobów bez potwierdzenia;
• wspiera zatrzymanie;
• nie zamienia rozmowy w prezentację referencji.

19.3. Jedno zdanie dla każdej osoby

Każdy uczestnik dostawcy powinien potrafić odpowiedzieć:

„Jaka jest moja funkcja i po czym poznam, że nie powinienem zabierać głosu?”

To pytanie ogranicza sytuację, w której ekspert odpowiada na każde zagadnienie tylko dlatego, że zna temat.

19.4. Premeeting talk

Badania nad rozmowami przed spotkaniami sugerują, że interakcje poprzedzające właściwe spotkanie mogą wpływać na proces grupowy.²⁶ Nie oznacza to, że należy projektować sztuczny small talk.

W praktyce warto ustalić:

• czy uczestnicy znają zakres;
• czy pojawił się nowy priorytet;
• czy obecne są wszystkie potrzebne funkcje;
• czy ktoś ma ograniczenie czasowe;
• czy spotkanie powinno zostać skrócone.

19.5. Prospective hindsight przed spotkaniem

Zespół może wykonać krótki pre-mortem:

„Załóżmy, że rozmowa nie stworzyła wartości. Co było najbardziej prawdopodobną przyczyną?”

Prospective hindsight może pomóc generować ryzyka i ograniczyć nadmierny optymizm, ale nie dowodzi, że wskazane ryzyko rzeczywiście wystąpi.²⁷

Typowe odpowiedzi:

• przyszliśmy z gotową diagnozą;
• zabrakło właściwej funkcji;
• ekspert przejął rozmowę;
• prezentacja zajęła połowę czasu;
• klient potrzebował materiału;
• nie ustaliliśmy rezultatu;
• nagrywanie zmieniło dynamikę;
• AI wprowadziła fałszywy fakt.

Dla dwóch najważniejszych ryzyk zapisz zabezpieczenie:

risk: "ekspert przejmuje rozmowę"
signal: "odpowiada przed klientem i rozszerza zakres"
control: "prowadzący zatrzymuje i wraca do pytania"
owner: "prowadzący"

19.6. Przygotowanie na korektę

Zespół może przygotować język receptywności:

• „To zmienia naszą hipotezę.”
• „Nie mieliśmy tej informacji.”
• „W takim razie ten przykład może nie mieć zastosowania.”
• „Wycofajmy ten punkt.”
• „Nie widzę podstawy do rekomendacji.”
• „Materiał będzie lepszy niż kolejne spotkanie.”

Badania nad conversational receptiveness pokazują znaczenie języka sygnalizującego gotowość do zaangażowania z odmiennym stanowiskiem.²⁸ Nie jest to jednak zestaw fraz gwarantujących zaufanie. Język musi odpowiadać realnej gotowości do zmiany stanowiska.

19.7. Konflikt między sprzedażą i ekspertem

Przed rozmową ustal:

kto może obiecać zakres?
kto może zatwierdzić wyjątek?
kto może powiedzieć „nie wiemy”?
kto może zatrzymać obietnicę?
kto odpowiada za follow-up techniczny?

Jeżeli odpowiedzi nie są jasne, klient może otrzymać sprzeczne komunikaty.

19.8. Materiały widoczne i ukryte

Materiały widoczne dla klienta

• agenda;
• mapa;
• kryteria;
• źródła;
• rezultat.

Materiały wewnętrzne

• statusy informacji;
• H1/H2/H3;
• ryzyka;
• własność;
• lista twierdzeń zakazanych;
• plan zatrzymania.

Wewnętrzne przygotowanie nie powinno być używane do ukrytej manipulacji. Jego zadaniem jest ograniczenie błędów dostawcy.

19.9. Sprawdzenie zespołowe

Czy wszyscy znają cel klienta?
Czy wszyscy znają H3?
Czy każdy zna swoją funkcję?
Czy ktoś planuje prezentować bez uzgodnienia?
Czy wiemy, czego nie obiecać?
Czy nagrywanie jest rozstrzygnięte?
Czy twierdzenia wygenerowane przez AI są oznaczone?
Czy potrafimy zakończyć bez następnego kroku?

Brak odpowiedzi powinien prowadzić do:

REVISE_ROLES_OR_FORMAT

albo:

DEFER_UNTIL_INPUTS

Research maximalism

Zbieranie wszystkiego, co dostępne, bez związku z celem.

Premature diagnosis

Publiczna informacja zostaje uznana za lokalny problem.

Confirmation script

Pytania są zaprojektowane wyłącznie do potwierdzenia H1.

Discovery theater

Długa lista pytań udaje wspólną diagnozę.

Presentation default

Każde spotkanie zaczyna się prezentacją firmy.

Executive inflation

Wysokie stanowisko automatycznie uruchamia executive briefing.

Participant inflation

Zapraszanie wielu osób „na wszelki wypadek”.

Role-title substitution

Stanowisko zastępuje funkcję.

Recording default

Bot dołącza bez osobnej decyzji.

Transcript truth

Transkrypcja jest traktowana jako zweryfikowany rekord.

AI personality profile

Model przypisuje styl, emocje albo motywację.

Meeting as success

Odbycie spotkania jest wynikiem.

Next-meeting default

Pierwsza rozmowa ma obowiązkowo stworzyć kolejny termin.

Qualification extraction

Głównym celem jest wypełnienie CRM dostawcy.

1. Czy znamy powód przyjęcia rozmowy?
2. Czy zakres zgody jest jawny?
3. Jaki rezultat ma klient?
4. Jaki rezultat ma dostawca?
5. Czy każda informacja ma status?
6. Czy publiczny sygnał nie został zamieniony w diagnozę?
7. Czy istnieją H1, H2 i H3?
8. Czy pytanie może osłabić H1?
9. Czy wiemy, kto posiada potrzebną informację?
10. Czy wszystkie osoby muszą uczestniczyć teraz?
11. Co dostawca wnosi przed produktem?
12. Czy agenda jest propozycją?
13. Co jest poza zakresem?
14. Jaki output ma powstać?
15. Czy wynik zatrzymania jest realny?
16. Czy spotkanie można zastąpić materiałem?
17. Czy nagrywanie jest naprawdę potrzebne?
18. Czy AI używa tylko dopuszczonych danych?
19. Czy niezaufane treści są kontrolowane?
20. Czy plan przechodzi do D01–D03 bez duplikacji?

Jeżeli nie można odpowiedzieć na pytania 1, 3, 5, 7, 11 albo 14, projekt powinien otrzymać REVISE albo DEFER.

Artykuł definiuje standard. Narzędzie operacyjne powinno pozwolić zespołowi:

• przenieść wejście z F03;
• przejść KPR-1–KPR-9;
• oznaczyć informacje;
• stworzyć H1/H2/H3;
• zaprojektować pytania osłabiające;
• zmapować funkcje;
• przygotować wkład;
• zbudować agendę;
• określić rezultat;
• wybrać gotowe, rewizja, odroczenie albo zatrzymanie;
• przygotować przekazanie do D01–D03;
• wykonać przegląd nagrywania i AI.

Przygotuj pierwszą rozmowę tak, aby możliwy był także wynik „to nie jest właściwy temat”.

Dojrzały projekt nie maksymalizuje liczby pytań, slajdów ani uczestników. Minimalizuje nieuzasadnione założenia i zwiększa szansę, że rozmowa zakończy się użytecznym, sprawdzalnym rozstrzygnięciem.

Otwórz Kartę Projektu Pierwszej Rozmowy.

• Nowoczesny prospecting B2B

• Profil idealnego klienta i sygnały zmiany w B2B

• Komunikat prospectingowy B2B

• Sekwencja prospectingowa B2B

• Projektant Sekwencji Kontaktu

• Architektura nowoczesnej rozmowy sprzedażowej B2B

• Jak otworzyć rozmowę sprzedażową

• Agenda pierwszego spotkania

• Nowoczesne discovery

• Wspólny kontekst rozmowy

• Pytania poprawiające jakość decyzji

• Język nowoczesnej sprzedaży

• Business acumen handlowca

• Insight-based selling

• Ruchy, które zmieniają stan decyzji

• F05 — executive briefing jako pierwsze spotkanie

• F06 — Bilans Wartości Czasu Klienta

• F07 — drugie spotkanie i następny krok