Jak diagnozować źródło obawy klienta B2B: od sygnału do właściwego testu i przekazania

Zespół słyszy:

Bezpieczeństwo tego nie przepuści.

Pierwsza interpretacja brzmi:

klient nie ufa chmurze

Powstaje odpowiedź o certyfikatach, szyfrowaniu i referencjach. Dopiero podczas technicznego przeglądu okazuje się, że nie chodziło o ogólną nieufność. Rozmówca nie znał docelowego przepływu danych, a wewnętrzny kwestionariusz wymagał określenia miejsca przetwarzania i retencji. Pierwsza hipoteza była błędna. Problem należał głównie do SRC-0 INFORMATION oraz SRC-4 SECURITY_PRIVACY_LEGAL, a nie do perswazyjnego „budowania zaufania”.

W innym procesie klient mówi:

Konkurent jest o 20% tańszy.

Zespół zakłada, że jest to SRC-10 NEGOTIATION_POSITION i przygotowuje wymianę rabatu za dłuższy kontrakt. Po sprawdzeniu zakresu okazuje się, że tańsza oferta nie obejmuje migracji danych, szkolenia ani wsparcia po uruchomieniu. Problemem było SRC-0 INFORMATION i SRC-1 VALUE_CASE: porównanie nie dotyczyło równoważnych konfiguracji. Pierwsza hipoteza również była błędna.

Takie pomyłki nie wynikają wyłącznie z braku umiejętności zadawania pytań. Powstają, gdy organizacja miesza cztery poziomy:

1. co dokładnie wydarzyło się albo zostało powiedziane;
2. czym sygnał jest obecnie w procesie;
3. z jakiego obszaru może wynikać;
4. co należy zrobić, aby rozróżnić hipotezy.

Nie:

„Klient mówi o cenie, więc ma obiekcję cenową”.

Tak:

„Klient powiedział, że cena jest za wysoka wobec oferty B.
Nie wiemy jeszcze, czy porównuje równoważny zakres,
czy posiada budżet, czy wskazuje próg procurementu,
czy otwiera negocjacje. Zapisujemy hipotezy i test”.

Confirmation bias może kierować uwagę ku informacjom wspierającym pierwszą interpretację, dlatego H01 wymaga co najmniej jednej hipotezy alternatywnej i danych przeciw każdej hipotezie.⁹

2.1. Jeden sygnał dotyczący jednego zatwierdzonego zobowiązania

Jednostką pracy H01 nie jest „obiekcja klienta” w sensie ogólnym. Jest nią jeden sygnał dotyczący jednej granicy zobowiązania.

Przykład:

Zobowiązanie:
akceptacja architektury i przejście do przeglądu kontraktu.

Sygnał:
„Nie jesteśmy przekonani, że to przejdzie przez bezpieczeństwo”.

Nieprawidłowy zapis:

„Klient ma problemy z bezpieczeństwem i ceną”.

Taki rekord miesza różne zatwierdzone zobowiązania, role, kryteria i właścicieli. Bezpieczeństwo może oceniać przepływ danych, finanse — budżet, a zakupy — tryb postępowania. Jedna osoba nie musi reprezentować wszystkich tych funkcji. Zakupy organizacyjne obejmują dynamiczny buying center, w którym role i wpływ zależą od decyzji oraz momentu procesu.¹¹¹²

2.2. Sygnał

Sygnałem może być:

• dokładna wypowiedź;
• komentarz w umowie;
• formalny wymóg;
• brak dokumentu;
• zmiana terminu;
• odrzucenie testu;
• sprzeczność między rolami;
• zdarzenie procesowe, na przykład brak zatwierdzenia po upływie ustalonego terminu.

Minimalny zapis powinien rozdzielić źródło pierwotne i wtórne:

exact_wording:
„Nie możemy zaakceptować takiej odpowiedzialności”.

speaker_role:
radca prawny klienta

channel:
komentarz w projekcie umowy

recorded_at:
2026-07-01

source_location:
wersja v4, komentarz 23

source_type:
primary_document

Jeżeli istnieje wyłącznie notatka handlowca, należy zapisać:

source_type:
secondary_note

verbatim_status:
not_available

2.3. Status Z0–Z11

Status odpowiada na pytanie:

Czym ten sygnał jest obecnie w procesie?

Może być pytaniem, luką, obawą, ryzykiem, warunkiem, veto, konfliktem kryteriów, stanowiskiem negocjacyjnym, niedopasowaniem, odroczenie albo odrzuceniem. Status jest hipotezą roboczą, która może się zmienić.

2.4. Źródło SRC-0–SRC-12

Domena źródła odpowiada na inne pytanie:

Z jakiego obszaru może wynikać sygnał i gdzie należy go sprawdzić?

Jedno zdanie może mieć kilka potencjalnych źródeł. „Nie mamy zasobów na wdrożenie” może dotyczyć zasobów wykonawczych, budżetu, konfliktu ról albo realnego niedopasowania. Nie należy wybierać jednej domeny wyłącznie po to, aby uzupełnić pole w CRM.

Nie:

Z3 = klient boi się ryzyka technicznego.

Tak:

Status roboczy:
Z3 — obawa.

Hipotezy źródła:
SRC-3 — dopasowanie techniczne;
SRC-4 — bezpieczeństwo/prywatność/dział prawny;
SRC-8 — role i konsensus;
SRC-12 — niewiadoma.

H01 importuje taksonomię z H00 — obaw i gotowości do zobowiązania bez zmiany znaczenia.¹⁶

Status może ewoluować:

v1:
Z3 — obawa dotycząca bezpieczeństwa

po uzyskaniu polityki:
Z6 — formalny próg: zakaz określonego transferu danych

po zmianie architektury:
Z5 — warunek: wdrożenie w dozwolonym modelu hostingu

Nie wolno redukować:

• Z4 do „braku zaufania”;
• Z6 do „trudnego interesariusza”;
• Z8 do „blefu”;
• Z9 do „obiekcji technicznej”;
• Z10 do „braku pilności”;
• Z11 do „potrzeby mocniejszego follow-upu”.

Status nie jest oceną człowieka. Opisuje aktualny stan sygnału wobec konkretnego zatwierdzonego zobowiązania.

Domeny nie tworzą hierarchii ani liniowego lejka. Jeden rekord może zawierać kilka hipotez z różnych domen. Poprawnym wynikiem może być SRC-12 UNKNOWN.

SRC-0 — informacja

Problemem może być brak definicji, dokumentu, danych technicznych, terminu, odpowiedzialności albo spójnej wersji zakresu. Nie każda luka wymaga kolejnego spotkania. Czasem właściwym działaniem jest przekazanie źródła i pozostawienie odbiorcy czasu na ocenę.

SRC-1 — uzasadnienie wartości

Przekazanie do pracy nad wartością jest właściwe, gdy nie istnieje linia bazowa, obiekt porównania, właściciel korzyści lub wiarygodny mechanizm wyniku. H01 nie tworzy uzasadnienia biznesowego podczas rozmowy „o obiekcji”. Najpierw stwierdza, że luka dotyczy właśnie tego obszaru.

SRC-2 — dowód i transfer

Sceptycyzm może wynikać z braku dopasowanego dowodu, a nie z niechęci do dostawcy. Trzeba sprawdzić twierdzenie, typ dowodu, linię bazową, metodę, podobieństwo procesu, horyzont czasowy, ograniczenia i dowód przeczący. Pełny standard znajduje się w Rejestrze Dowodów Różnicujących.¹⁷

SRC-3 — dopasowanie techniczne

Pytanie techniczne nie jest automatycznie zasłoną dymną. Jeżeli wynik zależy od architektury, danych, integracji, środowiska lub parametrów, potrzebny jest właściciel techniczny i test.

SRC-4 — bezpieczeństwo, prywatność i prawo

Handlowiec nie powinien samodzielnie reinterpretować polityki, przepisu, wyjątku ani pozycji kontraktowej. Formalne ryzyko wymaga właściwego właściciela, źródła i przeglądu. Ramy oceny ryzyka podkreślają potrzebę strukturalnego określenia czynników, wpływu i informacji dla decydentów.¹⁸¹⁹²⁰ Zastosowanie RODO, profilowania albo AI Act zależy od konkretnego procesu i wymaga aktualnego przeglądu.²¹²³

SRC-5 — zasoby wykonawcze wdrożenia

„Nie mamy zasobów” może dotyczyć ludzi klienta, okna serwisowego, kolejności zależności, szkoleń, danych, testów albo gotowości dostawcy. Ogólna deklaracja powinna zostać rozbita według roli, fazy i okresu.

SRC-6 — budżet i warunki

Należy odróżnić brak budżetu, brak zatwierdzenia, brak płynności, formalny próg, nieporównywalny zakres, brak uzasadnienia biznesowego, stanowisko cenowe i realne niedopasowanie ekonomiczne.

SRC-7 — zakupy

Diagnoza nie może prowadzić do obchodzenia procesu. Należy ustalić tryb, kryteria, dokumenty, terminy, zasady komunikacji, właściciela oraz dopuszczalne granice wyjaśnień. W zamówieniach publicznych znaczenie mają równe traktowanie, niedyskryminacja, transparentność i proporcjonalność, ale konkretne obowiązki zależą od prawa krajowego oraz dokumentacji postępowania.²²²³

SRC-8 — role i konsensus

„Muszę porozmawiać z CFO” może oznaczać brak mandatu, brak wspólnego kryterium, potrzebę właściciela finansowego, konflikt funkcji albo brak ustalonego procesu decyzyjnego. Nie jest automatycznie wymówką.

SRC-9 — obecny dostawca i tarcie przejścia

Obecny układ może mieć realną wartość: znane interfejsy, przeszkolony zespół, dane historyczne, relację serwisową, zgodność proceduralną i niższy koszt przejścia. Status quo bias nie oznacza, że każda decyzja o pozostaniu jest irracjonalna.¹³ Koszty zmiany w B2B mogą być proceduralne, finansowe i relacyjne.¹⁴ Proces zmiany dostawcy zależy od praktyk i relacji, a nie tylko od tabeli funkcji.¹⁵

SRC-10 — pozycja negocjacyjna

Stanowisko nie jest dowodem złej wiary. Należy oddzielić dokładne żądanie, potwierdzone interesy, nieznane czynniki, mandat oraz autoryzowane wymiany. Perspective taking może być użyteczne, ale hipotezy muszą wrócić do danych.⁸

SRC-11 — realne niedopasowanie

Niedopasowanie może wynikać z niezgodności technicznej, zakazanego przepływu danych, niewykonalnego SLA, braku wymaganej certyfikacji, niedopuszczalnej odpowiedzialności, niemożliwego terminu albo niewystarczających zasobów wykonawczych. Nie jest to stan do „zbicia”.

SRC-12 — niewiadoma

UNKNOWN jest poprawne, gdy dane są sprzeczne, właściciel nieznany, źródło wtórne, hipotezy równie dobrze wspierane albo pytanie rozstrzygające nie zostało jeszcze zadane. Jawne komunikowanie niepewności nie musi automatycznie niszczyć zaufania, choć transfer badań do konkretnej sprzedaży wymaga ostrożności.²⁴

MZO-1 — sygnał i dokładne brzmienie

Zapisz:

signal_id
verbatim_or_event
speaker_or_source
source_type
channel
recorded_at
recorded_by
source_location
paraphrase_if_any
paraphrase_owner

Brama jakości:

MZO-2 — zatwierdzone zobowiązanie, moment i kontekst

Zapisz:

commit_id
exact_commit
current_stage
triggering_event
meeting_or_document_context
roles_present
known_dependencies
scope_in
scope_out

Ten sam sygnał może znaczyć coś innego przed discovery, podczas przeglądu technicznego, w redline umowy albo po zatwierdzeniu budżetu.

MZO-3 — status Z0–Z11

Zapisz status główny, uzasadnienie, źródło, status alternatywny, właściciela i datę przeglądu. Jeżeli dwa statusy pozostają możliwe, nie wybieraj jednego dla wygody raportowania.

MZO-4 — kryterium, konsekwencja i próg

Zapisz:

criterion
criterion_owner
consequence_if_unresolved
exposure
threshold_or_veto
threshold_source
reversibility
known_tradeoff

Pytania kontrolne:

• Co dokładnie jest oceniane?
• Co stanie się, jeżeli problem pozostanie nierozwiązany?
• Jaki próg oddziela akceptację od braku akceptacji?
• Kto posiada mandat do ustanowienia albo interpretacji progu?

MZO-5 — hipotezy źródła i alternatywne wyjaśnienia

Minimum:

H1:
source_domain
supporting_evidence
contradicting_evidence
unknowns

H2:
source_domain
supporting_evidence
contradicting_evidence
unknowns

Dla procesów o wyższym ryzyku potrzebne mogą być trzy hipotezy oraz formalne uzasadnienie wyboru testu.

MZO-6 — najmniejszy test albo informacja rozstrzygająca

Test powinien wskazywać:

test_or_question
hypotheses_discriminated
expected_information
owner_of_answer
allowed_channel
risk_of_asking
fallback_if_unanswered
completion_evidence

MZO-7 — właściciel i przekazanie

Zapisz właściciela problemu, właściciela kryterium, źródło mandatu, właściciela po stronie sprzedawcy, potrzebnego eksperta, pytanie przekazania, minimalny pakiet danych i termin przeglądu.

MZO-8 — wynik, sformułowanie pewności i wygaśnięcie

Zapisz:

outcome
confidence_wording
outcome_rationale
approved_scope
next_action
next_owner
review_date
expiry_date
reopen_condition
withdrawal_condition
dependent_assets

SOURCE_MAP_READY_FOR_REVIEW oznacza kompletność do przeglądu, nie prawdziwość diagnozy, zatwierdzoną odpowiedź ani gotowość do zatwierdzonego zobowiązania.

Dobra hipoteza jest ograniczona, sprawdzalna i odnosi się do obiektu decyzji.

Nie:

„Dział prawny szuka wymówki, żeby zablokować transakcję”.

Tak:

H1:
problem dotyczy limitu odpowiedzialności wobec wartości kontraktu.

H2:
problem dotyczy kategorii szkód wyłączonych z limitu.

H3:
stanowisko jest standardową pozycją otwierającą negocjacje.

Dla każdej hipotezy zapisz trzy kategorie:

co ją wspiera;
co jej przeczy;
czego nadal nie wiemy.

Przykład:

Sygnał:
„Nie zaakceptujemy tej odpowiedzialności”.

H1 — SRC-4:
problemem jest brak limitu.

Za:
komentarz wskazuje na nieograniczoną odpowiedzialność.

Przeciw:
inna wersja umowy zawierała limit, ale nadal została odrzucona.

Niewiadoma:
czy blokujące są kategorie szkód poza limitem.

H2 — SRC-10:
to pozycja negocjacyjna dotycząca alokacji ryzyka.

Za:
komentarz pojawił się wraz z propozycją wzajemnego ograniczenia.

Przeciw:
brak potwierdzenia mandatu do wymiany.

Niewiadoma:
mandat działu prawnego i zakupów.

Hipoteza nie jest profilem osoby. Nie należy wyciągać wniosku o intencji z tonu głosu, pauzy, kontaktu wzrokowego, stylu pisania albo automatycznej analizy emocji. AI RMF podkreśla potrzebę kontekstowego mapowania, walidacji, przejrzystości i nadzoru człowieka; nie stanowi zgody na autonomiczne przypisywanie motywów.¹

Najmniejszy test ma odróżnić konkurencyjne hipotezy przy możliwie niskim koszcie, ryzyku i obciążeniu klienta.

Przykład:

H1:
blokuje sam limit odpowiedzialności.

H2:
blokują kategorie szkód poza limitem.

H3:
problemem jest brak wzajemności.

Pytanie:
„Czy blokujący jest sam limit, kategorie szkód poza limitem,
czy brak wzajemności?”

Właściciel odpowiedzi:
dział prawny klienta

Dopuszczalne źródło:
komentarz w redline albo odpowiedź podczas przeglądu prawnego

Pytanie zwiększające rozdzielczość:

Który z tych elementów jest blokujący: zakres danych, miejsce przetwarzania czy brak konkretnego dokumentu?

Pytanie prowadzące:

Czyli chodzi tylko o brak zaufania do chmury?

Pierwsze pozostawia kilka możliwych odpowiedzi. Drugie wkłada rozmówcy w usta interpretację sprzedawcy.

Kiedy pytania przypominają przesłuchanie

Ryzyko rośnie, gdy handlowiec:

• zadaje serię pytań bez wyjaśnienia celu;
• nie odpowiada na pytanie klienta, tylko natychmiast „pogłębia”;
• powtarza pytanie po odmowie odpowiedzi;
• pyta osobę bez mandatu o decyzje innej funkcji;
• sugeruje, że pierwsza odpowiedź jest nieprawdziwa;
• używa pytań wyłącznie do doprowadzenia do z góry ustalonej riposty.

Zagrożenie postrzeganej swobody może zwiększać reactance, ale nie wolno diagnozować go u konkretnej osoby na podstawie jednego zachowania.¹⁰

Nie:

„Co jeszcze? Dlaczego? A gdyby budżet był, to podpiszecie?
Kto naprawdę blokuje? Co ukrywacie?”

Tak:

„Chcę uniknąć odpowiedzi na niewłaściwy problem.
Czy możemy ustalić, czy blokujący jest budżet,
porównanie zakresu czy formalny próg zakupowy?
Jeżeli nie macie dziś tej informacji, zapiszmy właściciela i wróćmy po przeglądzie”.

Osoba zgłaszająca obawę nie musi być właścicielem kryterium ani posiadać mandatu do jego interpretacji.

Przykład:

Sygnał:
„Bezpieczeństwo tego nie przepuści”.

Mówca:
business sponsor

Właściciel kryterium:
architektura bezpieczeństwa

Źródło mandatu:
polityka danych i zatwierdzony proces przeglądu

Prawidłowe przekazanie nie brzmi:

„Proszę połączyć nas z bezpieczeństwem, przekonamy ich”.

Powinno określić:

jakie zatwierdzone zobowiązanie jest oceniane;
jakie pytanie wymaga odpowiedzi;
jakie źródła są dostępne;
jakich danych brakuje;
co jest w zakresie, a co poza nim;
kto może zatwierdzić wynik;
jakie dane wolno przekazać.

Pakiet przekazania powinien być minimalny. RODO wymaga między innymi ograniczenia celu, minimalizacji danych, dokładności, ograniczenia retencji i bezpieczeństwa, ale konkretna podstawa oraz obowiązki zależą od procesu.²¹

Przykładowe skierowanie:

brak linii bazowej lub właściciela wartości
→ Obszar C

nieznana sytuacja i konsekwencje
→ Obszar D / discovery

sprzeczne kryteria i role
→ Obszar E

brak transferowalnego dowodu
→ G07

presja lub zagrożenie sprawczości
→ H02

potrzeba odpowiedzi po potwierdzeniu źródła
→ H03

warunki i wymiany negocjacyjne
→ H04

formalne zakupy
→ H05

ryzyko kontraktowe
→ H06

brak gotowości końcowej
→ H07

racjonalne odroczenie, status quo lub brak decyzji
→ H08

Wszystkie przykłady są synthetic_composite. Nie opisują konkretnego klienta ani wyniku typowego.

9.1. „To jest za drogie”

Możliwe źródła:
SRC-1, SRC-6, SRC-7, SRC-9, SRC-10, SRC-11, SRC-12

Najmniejszy test:
„Względem którego zakresu, budżetu albo alternatywy
ta różnica jest obecnie blokująca?”

Pierwsza hipoteza zespołu: klient oczekuje rabatu. Test ujawnia jednak próg zakupowy: powyżej określonej wartości wymagany jest dodatkowy tryb akceptacji. Prawidłowym wynikiem nie jest rabat, lecz PROCUREMENT_ROUTE_GAP_CONFIRMED i przekazanie do zakupów.

9.2. „Bezpieczeństwo tego nie przepuści”

Możliwe źródła:
SRC-0, SRC-3, SRC-4, SRC-8, SRC-12

Najmniejszy test:
ustalić przepływ danych, miejsce przetwarzania,
politykę, właściciela i dokładny blokujący warunek.

Pierwsza hipoteza: brak zaufania do dostawcy. Po przeglądzie okazuje się, że problemem jest brak diagramu przepływu danych. Wynik: INFORMATION_GAP_CONFIRMED, następnie formalny przegląd. Nie należy obiecywać zgodności przed oceną właściciela.

9.3. „Nie mamy zasobów na wdrożenie”

Możliwe źródła:
SRC-5, SRC-6, SRC-8, SRC-11

Najmniejszy test:
rozłożyć wymagany wkład według roli, fazy i okresu.

Jeżeli klient potrzebuje czterech ekspertów przez dwa tygodnie, a dostępna jest jedna osoba, problem może być warunkiem harmonogramu. Jeżeli krytyczna kompetencja nie istnieje po żadnej stronie, może to być realne niedopasowanie. Nie należy odpowiadać ogólnym „wdrożenie jest proste”.

9.4. „Wasze studia przypadków nie są z naszej branży”

Możliwe źródła:
SRC-2, SRC-3, SRC-12

Najmniejszy test:
„Które cechy procesu muszą być podobne,
aby uznać dowód za relewantny?”

Przekazanie prowadzi do G07 — dopasowanie twierdzenia do dowodu i transferu.¹⁷ Branża może być słabym przybliżeniem; ważniejsze mogą być technologia, wolumen, krytyczność procesu albo model wdrożenia.

9.5. „Muszę porozmawiać z CFO”

Możliwe źródła:
SRC-1, SRC-6, SRC-8, SRC-12

Najmniejszy test:
ustalić, jaką decyzję podejmuje CFO,
jakie kryterium stosuje i jaki materiał jest potrzebny.

Jeżeli rozmówca nie posiada mandatu, nie należy wymuszać deklaracji zakupu. Prawidłowym wynikiem może być przekazanie do pracy nad konsensusem albo DEFER_FOR_AUTHORITY.

9.6. „Obecny dostawca zna nasz proces”

Możliwe źródła:
SRC-3, SRC-5, SRC-9, SRC-11

Najmniejszy test:
zmapować konkretną wartość obecnego dostawcy i koszty przejścia.

Znane interfejsy, procedury i wiedza operacyjna mogą uzasadniać status quo. Mapa Realnych Alternatyw Konkurencyjnych wymaga uczciwego opisania korzyści obecnego dostawcy i tarcia przejścia.²⁵ Wynik może brzmieć STATUS_QUO_REMAINS_VALID.

9.7. „Nie zaakceptujemy tej odpowiedzialności”

Możliwe źródła:
SRC-4, SRC-10, SRC-11

Najmniejszy test:
ustalić klauzulę, kategorię szkody, limit,
wzajemność i mandat.

Handlowiec nie powinien reinterpretować prawa ani samodzielnie przyznawać ustępstwa. Potrzebny jest przegląd prawny. Swoboda negocjacji, dobra wiara i poufność mają granice zależne od prawa właściwego i konkretnego kontraktu.²⁶

9.8. „Nie mamy budżetu w tym roku”

Możliwe źródła:
SRC-1, SRC-6, SRC-7, SRC-8, SRC-12

Najmniejszy test:
ustalić cykl budżetowy, mandat,
możliwość etapowania i warunek powrotu.

Jeżeli budżet może zostać otwarty dopiero w następnym cyklu i nie istnieje koszt uzasadniający wyjątek, prawidłowym wynikiem może być NO_DECISION_IS_JUSTIFIED z konkretnym warunkiem ponownego otwarcia, a nie seria presyjnych follow-upów.

9.9. „Konkurent jest o 20% tańszy”

Możliwe źródła:
SRC-0, SRC-1, SRC-6, SRC-10, SRC-12

Najmniejszy test:
zweryfikować porównywalny zakres, warunki,
horyzont czasowy i dozwolone źródło danych.

Nie należy używać poufnej oferty ani niezweryfikowanej ceny konkurenta. Uczciwe porównanie wymaga wspólnego obiektu porównania i zakresu. Odpowiedź „dlaczego my?” powinna powstać dopiero po ustaleniu sytuacji, kryterium, różnicy, mechanizmu i dowodu.²⁷

9.10. Wymóg niewykonalny

Sygnał:
„Dane nie mogą opuścić środowiska,
a rozwiązanie nie posiada wariantu zgodnego z tym warunkiem”.

Źródło:
SRC-3 / SRC-4 / SRC-11

Wynik:
REAL_NONFIT_CONFIRMED
albo
NOT_FIT_FOR_THIS_CONTEXT

Jeżeli próg jest autoryzowany, materialny i nie istnieje dopuszczalna architektura, dalsza perswazja nie zmienia dopasowania. Właściwy wynik to zatrzymanie, ograniczenie zakresu albo wybór innej opcji.

AI może wspierać:

• ekstrakcję cytatów z zatwierdzonego źródła;
• oznaczanie parafraz;
• proponowanie alternatywnych hipotez;
• sprawdzanie brakujących pól MZO;
• wykrywanie sprzeczności między wersjami;
• przypominanie o właścicielu, wygaśnięciu i dacie przeglądu;
• red team pytania prowadzącego.

AI nie powinno autonomicznie:

• przypisywać motywu;
• oceniać szczerości;
• rozpoznawać emocji z głosu lub twarzy;
• ustalać mandatu;
• zatwierdzać ustępstw;
• wybierać wyniku o skutkach prawnych lub kontraktowych;
• prognozować probability of close na podstawie statusów H01;
• zastępować bezpieczeństwa, prywatności, działu prawnego, zakupów albo przeglądu technicznego.

Nagranie nie jest konieczne. Jeżeli jest używane, trzeba ustalić podstawę, obowiązek informacyjny, politykę, dostęp, retencję, bezpieczeństwo i zakres wykorzystania. Transkrypcja może zawierać błędy i jest źródłem wtórnym. Materialny warunek powinien zostać potwierdzony z dokumentem, nagraniem albo uczestnikiem.

Zatrzymanie jest wymagane między innymi wtedy, gdy:

brak podstawy lub zgody wymaganej dla nagrania;
rekord zawiera dane nadmiarowe;
proponowane pytanie służy obejściu zakupów;
źródło zawiera poufną informację bez prawa użycia;
AI ma autonomicznie przypisać motyw albo mandat;
realne niedopasowanie zostało potwierdzone;
wymagany jest formalny przegląd prawny, prywatności albo bezpieczeństwa;
kontynuacja oznacza presję po odrzuceniu albo odejście od szansy.

11.1. Sformułowanie pewności

Dozwolony język:

CONFIRMED:
źródło potwierdzone przez właściciela albo dokument.

SUPPORTED:
istnieje kilka zgodnych danych, ale brak finalnego potwierdzenia.

PLAUSIBLE:
hipoteza jest spójna z częścią danych; alternatywy pozostają otwarte.

WEAK:
hipoteza ma ograniczone wsparcie.

NIEWIADOMA:
brak danych rozstrzygających.

Nie wolno przeliczać tych poziomów na probability of close.

11.2. Kanoniczny słownik wyników

• SOURCE_MAP_READY_FOR_REVIEW
• SIGNAL_CLARIFIED
• SOURCE_CONFIRMED_WITH_SCOPE
• MINIMUM_TEST_READY
• HANDOFF_READY_FOR_REVIEW
• REVISE_SIGNAL_OR_CONTEXT
• REVISE_STATUS
• REVISE_CRITERION_OR_THRESHOLD
• REVISE_SOURCE_HYPOTHESES
• ADD_ALTERNATIVE_EXPLANATION
• REVISE_MINIMUM_TEST
• REVISE_OWNER_OR_HANDOFF
• REVISE_CONFIDENCE_OR_EXPIRY
• RETURN_TO_H00
• RETURN_TO_C_VALUE
• RETURN_TO_D_DISCOVERY
• RETURN_TO_E_CONSENSUS
• RETURN_TO_G07_EVIDENCE
• HANDOFF_TO_H02_PRESSURE
• HANDOFF_TO_H03_RESPONSE
• HANDOFF_TO_H05_PROCUREMENT
• HANDOFF_TO_H06_CONTRACT_RISK
• HANDOFF_TO_H07_COMMIT_READINESS
• HANDOFF_TO_H08_NO_DECISION
• DEFER_FOR_INFORMATION
• DEFER_FOR_CUSTOMER_CONFIRMATION
• DEFER_FOR_VALUE_REVIEW
• DEFER_FOR_EVIDENCE
• DEFER_FOR_TECHNICAL_REVIEW
• DEFER_FOR_SECURITY_PRIVACY_OR_LEGAL_REVIEW
• DEFER_FOR_PROCUREMENT
• DEFER_FOR_AUTHORITY
• DEFER_FOR_CONSENSUS
• INFORMATION_GAP_CONFIRMED
• VALUE_CASE_GAP_CONFIRMED
• PROOF_OR_TRANSFER_GAP_CONFIRMED
• TECHNICAL_FIT_GAP_CONFIRMED
• SECURITY_PRIVACY_LEGAL_GAP_CONFIRMED
• IMPLEMENTATION_CAPACITY_GAP_CONFIRMED
• BUDGET_OR_TERMS_GAP_CONFIRMED
• PROCUREMENT_ROUTE_GAP_CONFIRMED
• ROLE_OR_CONSENSUS_GAP_CONFIRMED
• INCUMBENT_OR_SWITCHING_FRICTION_CONFIRMED
• NEGOTIATION_POSITION_CONFIRMED
• REAL_NONFIT_CONFIRMED
• SOURCE_REMAINS_UNKNOWN
• STATUS_QUO_REMAINS_VALID
• NO_DECISION_IS_JUSTIFIED
• NOT_FIT_FOR_THIS_CONTEXT
• WALK_AWAY_RECOMMENDED_FOR_AUTHORIZED_REVIEW
• DO_NOT_INFER_MOTIVE
• DO_NOT_PRESSURE
• DO_NOT_CLAIM
• DO_NOT_COMPARE
• DO_NOT_SHARE
• DO_NOT_FORECAST_AS_COMMIT
• LEGAL_PRIVACY_SECURITY_COMPLIANCE_STOP
• WITHDRAW_SOURCE_MAP
• WITHDRAW_DEPENDENT_ASSET

Wyniki nie są kolejnymi etapami lejka. Nie sumuje się ich i nie przelicza na wynik punktowy. SOURCE_REMAINS_UNKNOWN może być prawidłowym wynikiem. SOURCE_MAP_READY_FOR_REVIEW nie oznacza zatwierdzenia. WALK_AWAY_RECOMMENDED_FOR_AUTHORIZED_REVIEW jest rekomendacją do decyzji uprawnionej osoby, a nie automatycznym zamknięciem procesu.

11.3. Wygaśnięcie, ponowne otwarcie i wycofanie

Rekord powinien wygasnąć albo wrócić do przeglądu, gdy:

• zmieniło się zatwierdzone zobowiązanie;
• pojawiła się nowa rola lub kryterium;
• zmieniono zakres, cenę, architekturę lub harmonogram;
• uzyskano nowy dokument;
• zmienił się właściciel;
• minął termin ważności polityki albo oferty;
• hipoteza została obalona;
• źródło zostało wycofane;
• zależny materiał używa nieaktualnej diagnozy.

Wycofanie mapy powinno uruchomić przegląd zależnych maili, ofert, odpowiedzi, prognoz, notatek CRM i materiałów zarządczych.

11.4. Powiązane materiały i narzędzia

Gdy problem obejmuje cały kontekst wyboru, wróć do G00 — pozycjonowania jako projektu kontekstu wyboru. Gdy źródłem jest wartość obecnego układu albo koszt zmiany, użyj G05 — strategii wobec realnych alternatyw. Odpowiedź „dlaczego my?” należy budować dopiero po diagnozie, korzystając z G06 — sytuacyjnej logiki wyboru.

Jeżeli sygnał dotyczy wiarygodności twierdzenia, przejdź do G07 — dowodów, referencji i studiów przypadków. Jeżeli istniejąca historia zniekształca alternatywy, wkład klienta albo ograniczenia wyniku, sprawdź G08 — storytelling konkurencyjny.

Dla pełnego rekordu zatwierdzonego zobowiązania użyj Rejestru Gotowości do Zobowiązania. Dla jednego sygnału i jego konkurencyjnych hipotez użyj Mapy Źródła Obawy. Oba narzędzia wymagają przeglądu przez człowieka i nie tworzą prognozy wyniku punktowego.