H07 / Obawy, negocjacje i finalizacja

Brak decyzji w sprzedaży B2B: jak odróżnić uzasadnione odroczenie, status quo, brak gotowości i niedopasowanie

Model MBD-1–MBD-9 do diagnozy jednego braku zobowiązania w określonym horyzoncie — z realnymi alternatywami, właścicielem, mandatem decyzyjnym, konsensusem, wartością, dowodem, porównywalnością, kosztami przejścia, gotowością wdrożeniową, warunkami, działem zakupów, przeglądem specjalistycznym, warunkiem ponownego otwarcia, korektą prognozy, wnioskami i wycofaniem

Jarosław Jaśkowiakautor metodyki Nowoczesna Sprzedaż B2B

~35 min czytania · przegląd 2026-07-02

Termin z CRM minął w piątek. W poniedziałek sponsor napisał, że „organizacja potrzebuje jeszcze czasu”. Procurement nie zamknął procesu, bezpieczeństwo nadal analizuje wyjątek, a zespół operacyjny nie potwierdził ludzi do wdrożenia. Sprzedawca interpretuje sytuację jako „brak decyzji”, manager jako „miękkie nie”, a prognoza nadal pokazuje commit.

Żadna z tych etykiet nie wyjaśnia, co faktycznie się wydarzyło. Nie wiadomo, jakie dokładne zobowiązanie miało powstać, skąd pochodził termin, jakie realne alternatywy miała organizacja, kto posiadał własność i mandat decyzyjny, czy wartość została potwierdzona, czy dowód był porównywalny, czy przejście było wykonalne i czy otwarte przeglądy specjalistyczne rzeczywiście blokowały decyzję.

Brak zobowiązania w określonym horyzoncie jest obserwowanym wynikiem, nie samodzielnym wyjaśnieniem. Dopiero kontrolowana diagnoza pozwala odróżnić uzasadnione odroczenie, racjonalny status quo, utrzymanie obecnego dostawcy, brak właściciela lub konsensusu, niewystarczającą wartość lub dowody, nieakceptowalne warunki, brak gotowości wdrożeniowej, otwarty proces specjalistyczny, niedopasowanie, odejście od szansy oraz stan niewiadoma — bez pochopnego wnioskowania.

Ten artykuł przedstawia autorski model MBD-1–MBD-9 — Mapa Braku Decyzji. Model jest jakościowym modelem operacyjnym, a nie zwalidowaną skalą, testem psychometrycznym, modelem probability of close, buyer intent score ani algorytmem odkrywającym „prawdziwy powód” zachowania klienta. Jego architektura wynika z założeń Obszaru H, architektury gotowości do zobowiązania H00, diagnozy obaw H01 oraz Rejestru Gotowości Końcowej H06.¹²³⁴

W skrócie

Najważniejsze w 60 sekund

Najpierw zdefiniuj oczekiwane zobowiązanie i jego zakres.
Sprawdź źródło horyzontu; data z prognozy nie jest automatycznie datą decyzji klienta.
Brak odpowiedzi nie jest przyczyną.
Brak decyzji nie oznacza automatycznie przegranej.
Status quo może być racjonalny; badania nie uprawniają do diagnozowania konkretnego klienta jako „ofiary biasu”.⁵
Obecny dostawca jest odrębną alternatywą, wspieraną czasem przez integracje, dane, umowę, kompetencje i koszty przejścia.⁶⁷
Odroczenie wymaga powodu, właściciela i warunku ponownego otwarcia.
Sponsor, właściciel, osoba zatwierdzająca i osoba podpisująca to różne role.
Konsensus nie wynika z jednej pozytywnej rozmowy.⁸⁹¹⁰
Wartość, dowód i porównywalność są różnymi obiektami.
Więcej dowodów nie zastępuje niepotwierdzonego priorytetu.
Tarcie przejścia nie jest emocjonalnym oporem do „zbicia”.
Chęć zmiany nie jest gotowością wdrożeniową.¹¹¹²
Award nie jest kontraktem.
Niewiadoma pozostaje niewiadoma.
Prognoza i pipeline muszą zostać skorygowane po autoryzowanym wyniku.
AI może wspierać wyodrębnianie i porównanie wersji, ale nie klasyfikować motywacji ani zmieniać prognozy.
Niedopasowanie, odejście od szansy i zatrzymanie są pełnoprawnymi wynikami.

Rozłożone na 18 sekcji

Czym jest brak decyzji w sprzedaży B2B

W H07 brak decyzji nie oznacza ogólnego wrażenia, że klient „stoi w miejscu”. Oznacza, że jedno oczekiwane zobowiązanie nie powstało w kontrolowanym zakresie i horyzoncie, a organizacja sprzedająca musi ustalić, jaki stan istnieje zamiast niego.

Oczekiwanym zobowiązaniem może być zgoda na discovery, pilot, budżet, wybór dostawcy, spójność komercyjna, zatwierdzenie kontraktu, podpis, zamówienie zakupu, autoryzacja wdrożenia, odbiór albo uruchomienie produkcyjne. Każdy z tych obiektów ma inne role, kryteria, dowody i konsekwencje. Brak podpisu nie jest więc użyteczną definicją, jeżeli w danym okresie organizacja miała jedynie zatwierdzić pilota albo wybrać dostawcę.

Równie ważny jest horyzont. Powinien mieć źródło: zatwierdzony harmonogram, forum decyzyjne, cykl budżetowy, zdarzenie zakupowe, wygaśnięcie zasobów wykonawczych, obowiązek prawny albo wspólnie potwierdzone okno. Praktyka zarządzania zależnościami i harmonogramami wymaga jawnych założeń, linii bazowej, logicznych relacji i aktualizacji wpływu zmian.¹³¹⁴¹⁵ Nie oznacza to jednak, że data w harmonogramie automatycznie tworzy zobowiązanie albo prognozuje wynik handlowy.

Użyteczna granica wygląda tak:

oczekiwane zobowiązanie+zakres i wersja+horyzont decyzji+źródło horyzontu+obserwowany brak zobowiązania = granica diagnozy

Dopiero potem można badać, co wydarzyło się zamiast oczekiwanego zobowiązania. Czasem powstało częściowe zobowiązanie. Czasem organizacja wybrała innego dostawcę. Czasem świadomie utrzymała status quo. Czasem problem stracił priorytet. Czasem data była wyłącznie hipotezą prognostyczną, więc brak decyzji nie został nawet poprawnie ustanowiony.

Badania decyzji pokazują, że odroczenie i wybór opcji „żadna z powyższych” mogą zależeć między innymi od konfliktu między opcjami oraz strategii decyzyjnej.¹⁶¹⁷ Nie wolno jednak przenosić wyników eksperymentów indywidualnych bezpośrednio na komitet zakupowy. W organizacji trzeba zbadać role, mandat, kryteria, zależności, ryzyka i zdolność wykonania.

Czego brak decyzji nie oznacza

Brak zobowiązania nie dowodzi samodzielnie braku zainteresowania, budżetu, zaufania, priorytetu, mandatu, gotowości bezpieczeństwa, wyboru konkurenta, status quo, niedopasowania ani „miękkiego nie”. Psychologia decision avoidance opisuje wiele możliwych mechanizmów odraczania decyzji, zarówno racjonalnych, jak i emocjonalnych.¹⁸ Nie daje jednak prawa do diagnozowania konkretnej osoby na podstawie ciszy, tonu e-maila czy długości procesu.

H07 stosuje zasadę:

obserwacja≠hipoteza≠autoryzowana klasyfikacja

Przykład:

obserwacja:
nie otrzymano podpisanego formularza zamówienia do 30 czerwca

hipotezy:
brak mandatu
otwarty przegląd bezpieczeństwa
nieakceptowalne warunki
brak zasobów wykonawczych
status quo pozostaje ważny
inny dostawca
niewiadoma

autoryzowana klasyfikacja:
dopiero po weryfikacji faktów, dowodach i przeglądzie

To rozdzielenie chroni przed obwinianiem osób, zasypywaniem dowodami i fikcją prognozy. Zamiast uznawać, że jedna osoba „nie potrafi podjąć decyzji”, system sprawdza, czy istnieje właściciel, forum, budżet, uzasadnienie biznesowe, zasoby wykonawcze i formalna ścieżka. Zamiast wysyłać kolejne studium przypadku, pyta, czy problemem jest dowód, czy może mandat albo wdrożenie. Zamiast utrzymywać aktywne zobowiązanie, dopuszcza odroczenie, status quo, niedopasowanie i niewiadomą.

Model MBD-1–MBD-9

Model prowadzi przez dziewięć odrębnych pól. Pól nie sumuje się, a ich liczba nie tworzy procentu gotowości.

MBD-1 — oczekiwane zobowiązanie, horyzont i definicja braku decyzji

Zapisz dokładny obiekt, zakres, wersję, strony, forum, horyzont, źródło, materialną konsekwencję i obserwowany stan. Jeżeli nie można tego zrobić, właściwym wynikiem jest rewizja granicy albo niewiadoma, nie psychologiczna interpretacja.

MBD-2 — realne alternatywy

Zmapuj status quo, obecnego dostawcy, rozwiązanie wewnętrzne, innego dostawcę, częściowy zakres, pilot, odroczenie, realokację zasobów i porzucenie inicjatywy. Brak zobowiązania wobec jednej oferty nie oznacza braku działania.

MBD-3 — obawy, ryzyka, warunki i luki informacyjne

Dla każdego sygnału zapisz obserwację, typ, właściciela, kryterium, dowód, wygaśnięcie i materialność. W razie nierozpoznanej obawy wróć do H01 zamiast nazywać sygnał wymówką.

MBD-4 — właściciel, mandat i konsensus

Rozdziel problem właściciela, właściciela decyzji, sponsora, właściciela budżetu, osoby zatwierdzające, forum, osobę podpisującą, właściciela wdrożenia i veto. Wpływ i komunikacyjna centralność nie są formalnym mandatem.⁸⁹

MBD-5 — wartość, dowód i porównywalność

Oddziel problem, priorytet, hipotezę wartości, uzasadnienie biznesowe, dowód, dopasowanie dowodu, porównywalność i pozostałą niepewność. Szczegółową kontrolę pochodzenia i transferu rozwija Rejestr Dowodów Różnicujących G07.⁴

MBD-6 — koszty przejścia i gotowość wdrożeniowa

Zapisz koszty przejścia, lock-in, dane, integracje, model operacyjny, zasoby wykonawcze, harmonogram, zarządzanie zmianą, wsparcie, wycofanie zmiany i odbiór. Ekonomia kosztów przejścia pomaga zrozumieć zależności, lecz nie jest diagnozą charakteru klienta.⁶⁷¹⁹

MBD-7 — warunki, dział zakupów i przegląd specjalistyczny

Rozdziel warunki handlowe, wersję umowy, odpowiedzialność, award, okres zawieszenia, finansowanie, zamówienie zakupu, zatwierdzenie prawne, przegląd bezpieczeństwa, prywatność i zgodność. W określonych postępowaniach award, okres zawieszenia i kontrakt są odrębnymi zdarzeniami.²⁰²¹²²

MBD-8 — klasa NDO i warunek ponownego otwarcia

Nadaj jedną główną klasę NDO albo NDO-0. Uzasadnione odroczenie wymaga powodu, właściciela, ROP, wymaganego dowodu, daty przeglądu i korekty prognozy.

MBD-9 — korekta prognozy, wnioski i wycofanie

Zaktualizuj etap, prognozę, kwotę, datę zamknięcia, następny krok, plan decyzji, prezentację, bazę wiedzy AI i zależne materiały. Zachowanie rekordu dla audytu nie oznacza dalszego aktywnego użycia starego twierdzenia.

Osiem słowników kontrolowanych MBD

Słowniki opisują różne obiekty. Nie tworzą jednej osi od słabego do mocnego, nie mają wag i nie powinny być agregowane.

NDO-0–NDO-12 — główna klasa wyniku

Kod	Nazwa	Znaczenie
NDO-0	UNKNOWN_DO_NOT_INFER	Brak wystarczających danych do klasyfikacji wyniku.
NDO-1	JUSTIFIED_DEFER	Zobowiązanie zostało świadomie odroczone z jawnym powodem i warunkiem ponownego otwarcia.
NDO-2	STATUS_QUO_REMAINS_VALID	Aktualny sposób działania nadal spełnia minimalne wymagania organizacji.
NDO-3	INCUMBENT_REMAINS_VALID	Obecny dostawca lub rozwiązanie pozostaje racjonalną alternatywą.
NDO-4	NO_OWNER_OR_AUTHORITY	Nie istnieje potwierdzony właściciel, sponsor, ścieżka mandatu albo forum decyzji.
NDO-5	CONSENSUS_NOT_READY	Istotne role nie uzgodniły problemu, kryteriów, ryzyka, pakietu albo sposobu wdrożenia.
NDO-6	EVIDENCE_NOT_READY	Dowody wartości, wykonalności, bezpieczeństwa albo odbioru są niewystarczające, nieporównywalne lub nieaktualne.
NDO-7	VALUE_NOT_ESTABLISHED	Problem, priorytet, wpływ albo ekonomiczne uzasadnienie zmiany nie są wystarczająco potwierdzone.
NDO-8	TERMS_NOT_ACCEPTABLE	Warunki handlowe, kontraktowe albo alokacja ryzyka nie mieszczą się w akceptowalnym zakresie.
NDO-9	IMPLEMENTATION_NOT_READY	Zmiana nie ma potwierdzonej zdolności wykonania, zasobów wykonawczych, danych, integracji, właścicieli albo akceptacji.
NDO-10	PROCUREMENT_OR_COMPLIANCE_BLOCK	Proces zakupowy, prawny, bezpieczeństwa, ochrony danych, zgodności lub regulacyjny pozostaje materialnie otwarty.
NDO-11	NOT_FIT_FOR_THIS_CONTEXT	Rozwiązanie, moment, zakres albo model współpracy nie odpowiadają temu kontekstowi.
NDO-12	WALK_AWAY_OR_STOP	Dalsze prowadzenie procesu nie jest uzasadnione albo wymaga formalnego zatrzymania i eskalacji.

ALT-0–ALT-11 — realna alternatywa

Kod	Nazwa	Znaczenie
ALT-0	UNKNOWN_ALTERNATIVES	Nie ustalono realnych alternatyw po upływie horyzontu decyzji.
ALT-1	MAINTAIN_STATUS_QUO	Pozostawienie obecnego sposobu działania bez materialnej zmiany.
ALT-2	RETAIN_INCUMBENT	Kontynuacja z obecnym dostawcą, systemem albo kontraktem.
ALT-3	BUILD_OR_SOLVE_INTERNALLY	Wewnętrzne rozwiązanie problemu albo przejęcie odpowiedzialności przez organizację.
ALT-4	SELECT_OTHER_SUPPLIER	Wybór innego dostawcy lub rozwiązania.
ALT-5	REDUCE_OR_PHASE_SCOPE	Ograniczenie zakresu, etapowanie albo częściowe zobowiązanie.
ALT-6	RUN_DISCOVERY_OR_PILOT	Zastąpienie pełnego zobowiązania mniejszym discovery, testem lub pilotem.
ALT-7	DEFER_TO_DEFINED_WINDOW	Odroczenie do określonego okna, zdarzenia lub cyklu budżetowego.
ALT-8	REFRAME_PROBLEM	Zmiana definicji problemu, wymagań albo kryteriów.
ALT-9	REALLOCATE_BUDGET_OR_CAPACITY	Przeniesienie zasobów do innej inicjatywy.
ALT-10	ABANDON_INITIATIVE	Rezygnacja z inicjatywy bez zastąpienia jej inną zmianą.
ALT-11	OTHER_DEFINED_ALTERNATIVE	Inna jawnie opisana alternatywa z właścicielem i konsekwencją.

BLK-0–BLK-15 — typ materialnej blokady

Kod	Nazwa	Znaczenie
BLK-0	UNKNOWN_BLOCKER	Brak danych; nie wolno przypisywać przyczyny.
BLK-1	COMMIT_NOT_DEFINED	Nie wiadomo, jakie dokładnie zobowiązanie miało powstać.
BLK-2	DECISION_HORIZON_NOT_VALID	Data była hipotetyczna, jednostronna, wygasła albo nie miała materialnego znaczenia.
BLK-3	PROBLEM_OR_PRIORITY_NOT_CONFIRMED	Problem, wpływ lub priorytet zmiany nie są wspólnie potwierdzone.
BLK-4	CONCERN_RISK_OR_CONDITION_OPEN	Pozostaje nierozstrzygnięta obawa, ryzyko, warunek, veto albo brak informacji.
BLK-5	OWNER_MISSING	Nie ma właściciela problemu, decyzji, projektu albo następnego testu.
BLK-6	AUTHORITY_PATH_UNCONFIRMED	Nie ma potwierdzonego mandatu, osoby zatwierdzającej, forum albo osoby podpisującej.
BLK-7	CONSENSUS_FRAGMENTED	Role mają niespójne cele, kryteria, ryzyka albo priorytety.
BLK-8	VALUE_OR_BUSINESS_CASE_WEAK	Wartość, koszt status quo lub uzasadnienie ekonomiczne są niewystarczające.
BLK-9	PROOF_OR_COMPARABILITY_WEAK	Brakuje dowodu, wspólnych kryteriów albo porównywalności alternatyw.
BLK-10	SWITCHING_FRICTION_UNRESOLVED	Koszty przejścia, lock-in, proces, dane, relacje lub zmiana operacyjna nie są rozwiązane.
BLK-11	CAPACITY_OR_IMPLEMENTATION_GAP	Brakuje ludzi, czasu, środowiska, danych, integracji, planu albo akceptacji.
BLK-12	COMMERCIAL_OR_TERMS_GAP	Cena, zakres, płatność, odpowiedzialność, SLA albo alokacja ryzyka pozostają nieakceptowalne.
BLK-13	PROCUREMENT_PROCESS_OPEN	Kanał, konkurencja, award, okres zawieszenia, zamówienie zakupu albo ład zakupowy pozostają otwarte.
BLK-14	LEGAL_SECURITY_PRIVACY_COMPLIANCE_OPEN	Materialny przegląd albo zatwierdzenie specjalistyczne nie zostały ukończone.
BLK-15	EXTERNAL_EVENT_OR_CONTEXT_CHANGE	Zmiana prawa, budżetu, strategii, organizacji, rynku albo zdarzenie zewnętrzne zmieniły decyzję.

CNS-0–CNS-11 — właściciel, mandat i konsensus

Kod	Nazwa	Znaczenie
CNS-0	UNKNOWN_ROLE_STATE	Role i mandaty nie zostały zweryfikowane.
CNS-1	NO_DECISION_OWNER	Brak osoby lub forum odpowiedzialnego za doprowadzenie do decyzji.
CNS-2	OWNER_IDENTIFIED_NOT_CONFIRMED	Właściciel został wskazany, ale nie potwierdził odpowiedzialności.
CNS-3	OWNER_CONFIRMED	Właściciel potwierdził problem, zakres odpowiedzialności i następny test.
CNS-4	SPONSOR_SUPPORT_ONLY	Istnieje wsparcie sponsora bez potwierdzonej ścieżki mandatu.
CNS-5	AUTHORITY_UNCONFIRMED	Mandat, próg, osoba zatwierdzająca albo osoba podpisująca są niepotwierdzone.
CNS-6	AUTHORITY_CONFIRMED_WITH_SCOPE	Mandat jest potwierdzony dla określonego zakresu, wartości i wersji.
CNS-7	COMMITTEE_OR_FORUM_PENDING	Decyzja wymaga forum, komitetu, quorum albo pakietu, który nie został ukończony.
CNS-8	CONSENSUS_FRAGMENTED	Istotne role nie zgadzają się co do problemu, wartości, kryteriów albo ryzyka.
CNS-9	CONSENSUS_PARTIAL	Część decyzji jest wspólna, ale pozostają materialne różnice.
CNS-10	CONSENSUS_CONFIRMED_WITH_SCOPE	Wspólny problem, kryteria, pakiet i granice zostały potwierdzone.
CNS-11	VETO_HOLD_OR_STOP	Uprawniona rola ustanowiła veto, wstrzymanie albo zatrzymanie.

VPE-0–VPE-13 — wartość, dowód i porównywalność

Kod	Nazwa	Znaczenie
VPE-0	UNKNOWN_VALUE_EVIDENCE	Brak danych o wartości, dowodzie i porównywalności.
VPE-1	PROBLEM_NOT_VERIFIED	Problem lub jego wpływ nie zostały potwierdzone.
VPE-2	PRIORITY_NOT_CONFIRMED	Problem istnieje, ale nie ma potwierdzonego priorytetu.
VPE-3	VALUE_HYPOTHESIS_ONLY	Wartość pozostaje hipotezą dostawcy.
VPE-4	BUSINESS_CASE_DRAFT	Uzasadnienie biznesowe istnieje, ale nie ma weryfikacji faktów albo właściciela.
VPE-5	VALUE_CONFIRMED_WITH_SCOPE	Wartość i wpływ zostały potwierdzone w określonym zakresie.
VPE-6	PROOF_MISSING	Brakuje dowodu odpowiedniego do twierdzenia.
VPE-7	PROOF_AVAILABLE_WITH_LIMITS	Dowód istnieje, ale ma ograniczenia transferu.
VPE-8	PROOF_FIT_CONFIRMED	Dowód odpowiada twierdzeniu, kontekstowi i kryteriom.
VPE-9	COMPARABILITY_MISSING	Alternatywy nie są porównywane na wspólnych kryteriach.
VPE-10	CRITERIA_CONFLICT	Role stosują odmienne kryteria lub wagi bez uzgodnienia.
VPE-11	ALTERNATIVES_COMPARED	Status quo, obecny dostawca i opcje zmiany zostały porównane.
VPE-12	RESIDUAL_UNCERTAINTY_ACCEPTED	Właściwa rola świadomie zaakceptowała jawną niepewność.
VPE-13	EVIDENCE_STALE_OR_WITHDRAWN	Dowód wygasł, zmienił zakres albo został wycofany.

SWI-0–SWI-12 — przejście i wdrożenie

Kod	Nazwa	Znaczenie
SWI-0	UNKNOWN_SWITCHING_STATE	Nie zbadano kosztów i wykonalności przejścia.
SWI-1	NO_CHANGE_PLAN	Nie istnieje kontrolowany plan przejścia.
SWI-2	SWITCHING_COSTS_UNMAPPED	Koszty ekonomiczne, proceduralne, relacyjne i operacyjne nie są jawne.
SWI-3	INCUMBENT_OR_LOCK_IN_DEPENDENCY	Istnieje zależność od obecnego dostawcy, kontraktu, danych, standardu albo kompetencji.
SWI-4	DATA_OR_INTEGRATION_GAP	Dane, interfejsy, migracja albo architektura pozostają otwarte.
SWI-5	PROCESS_OR_OPERATING_MODEL_GAP	Zmiana wymaga niedookreślonej przebudowy procesu lub odpowiedzialności.
SWI-6	TRAINING_ADOPTION_OR_CHANGE_GAP	Brakuje planu adopcji, szkolenia lub zarządzania zmianą.
SWI-7	CAPACITY_NOT_CONFIRMED	Zasoby dostawcy lub klienta nie są potwierdzone.
SWI-8	TIMELINE_NOT_FEASIBLE	Planowany termin nie odpowiada zależnościom i zasobom wykonawczym.
SWI-9	IMPLEMENTATION_PLAN_PARTIAL	Plan istnieje, ale ma materialne braki.
SWI-10	ACCEPTANCE_NOT_DEFINED	Nie ma kryteriów, metody, właściciela albo dowodu odbioru.
SWI-11	READINESS_CONFIRMED_WITH_SCOPE	Plan, zasoby wykonawcze, dane, właściciele i akceptacja są potwierdzone dla danego zakresu.
SWI-12	CHANGE_NOT_FEASIBLE_IN_CONTEXT	Zmiana nie jest wykonalna w obecnym zakresie, czasie lub modelu.

ROP-0–ROP-11 — warunek ponownego otwarcia

Kod	Nazwa	Znaczenie
ROP-0	UNKNOWN_REOPENING_CONDITION	Nie ustalono, co uzasadni powrót do procesu.
ROP-1	NO_REOPENING_PLANNED	Wynik jest zamknięty bez zaplanowanego powrotu.
ROP-2	DATE_OR_TIME_WINDOW	Ponowne otwarcie po konkretnej dacie albo w oknie czasowym.
ROP-3	BUDGET_OR_PLANNING_CYCLE	Powrót po nowym budżecie, planie albo replanie.
ROP-4	OWNER_OR_AUTHORITY_CHANGE	Powrót po ustanowieniu właściciela, mandatu albo forum.
ROP-5	NEW_EVIDENCE_OR_PROOF	Powrót po nowym dowodzie, punkcie odniesienia, pilocie albo walidacji.
ROP-6	RISK_OR_CONDITION_REMEDIATED	Powrót po rozwiązaniu określonego ryzyka, obawy albo warunku.
ROP-7	CONTRACT_OR_PROCUREMENT_EVENT	Powrót po zdarzeniu kontraktowym, procurementowym, finansowym albo PO.
ROP-8	SECURITY_PRIVACY_COMPLIANCE_CLEARANCE	Powrót po wymaganym przeglądzie, zatwierdzeniu lub działaniu naprawczym.
ROP-9	CAPACITY_OR_IMPLEMENTATION_WINDOW	Powrót po dostępności zasobów, środowiska lub okna migracyjnego.
ROP-10	SCOPE_VERSION_OR_REQUIREMENT_CHANGE	Powrót po zmianie zakresu, wersji, wymagań albo kryteriów.
ROP-11	EXTERNAL_EVENT_OR_EXPLICIT_REQUEST	Powrót po zmianie prawa, rynku, strategii lub wyraźnym wniosku klienta.

FCR-0–FCR-11 — prognoza, wnioski i wycofanie

Kod	Nazwa	Znaczenie
FCR-0	UNKNOWN_RECORD_STATE	Brak wiarygodnego statusu rekordu i prognozy.
FCR-1	ACTIVITY_ONLY	Istnieje aktywność bez potwierdzonej zmiany stanu.
FCR-2	NO_DECISION_UNDER_DIAGNOSIS	Brak zobowiązania jest diagnozowany bez przypisanej przyczyny.
FCR-3	JUSTIFIED_DEFER_RECORDED	Uzasadnione odroczenie zostało zapisane z ROP.
FCR-4	STATUS_QUO_RECORDED	Status quo został zapisany jako świadomy wynik.
FCR-5	INCUMBENT_RECORDED	Utrzymanie obecnego dostawcy zostało zapisane jako wynik.
FCR-6	NON_FIT_RECORDED	Niedopasowanie zostało zapisane bez pozorowania aktywnej szansy.
FCR-7	WALK_AWAY_RECORDED	Dostawca wycofał się z uzasadnieniem i zasadą ewentualnego powrotu.
FCR-8	HOLD_ACTIVE	Aktywne wstrzymanie blokuje twierdzenie o zobowiązaniu i dalsze działania.
FCR-9	STOP_ACTIVE	Aktywne zatrzymanie blokuje komunikację lub realizację wymagającą autoryzacji.
FCR-10	FORECAST_AND_PIPELINE_CORRECTED	Prognoza, etap, kwota, data i następny krok zostały poprawione.
FCR-11	CLAIMS_WITHDRAWN_AND_LEARNING_ARCHIVED	Stare twierdzenia wycofano, zależne materiały poprawiono, a zapis wniosków zachowano.

Zasady wspólne:

kod wybiera się na podstawie obserwacji i dowodu;
niewiadoma pozostaje jawna;
numer nie oznacza jakości ani kolejności;
jedna główna klasa NDO może mieć kody wspierające;
zmiana zakresu, wersji, mandatu albo dowodu może ponownie otworzyć diagnozę;
kod nie jest kategorią prognozy bez osobnej polityki i autoryzacji przez człowieka.

Realne alternatywy po nieosiągniętym zobowiązaniu

Najczęstszy błąd polega na porównaniu nowej oferty tylko z konkurencyjnymi ofertami. Organizacja może jednak utrzymać status quo, pozostać przy obecnym dostawcy, zbudować rozwiązanie wewnętrznie, wybrać innego dostawcę, ograniczyć zakres, uruchomić pilot, przesunąć decyzję albo porzucić inicjatywę.

Każdą alternatywę opisz przez to, co organizacja robi, kto jest właścicielem, jaki problem rozwiązuje, jakie koszty i ryzyka utrzymuje, jakich zasobów wymaga, jak długo pozostaje dostępna oraz jakie dowody ją potwierdzają.

Alternatywa	Korzyść	Koszt / ograniczenie	Właściciel	Dowód
status quo	brak kosztu migracji	utrzymanie obecnych strat	operacje	linia bazowa procesu
obecny dostawca	znane integracje i wsparcie	lock-in, ograniczona funkcja	właściciel po stronie IT	umowa i architektura
nowy dostawca	nowa zdolność	przejście i wdrożenie	właściciel zmiany	plan i dowód
pilot	redukcja niepewności	brak pełnego wdrożenia produkcyjnego	sponsor	plan odbioru
odroczenie	ochrona zasobów wykonawczych	przesunięcie wartości	właściciel portfela	zatwierdzony plan

Mapa alternatyw nie ma automatycznie wskazać najlepszej opcji. Ma ujawnić, że brak zobowiązania wobec jednej oferty może współistnieć z aktywnym wyborem innej ścieżki.

Status quo, obecny dostawca i koszty przejścia

Status quo jest obecnym sposobem działania, nie pustką. Ma właścicieli, koszty, ograniczenia, zdolność operacyjną i ryzyko. Badania status quo bias pokazują, że sposób ustanowienia opcji domyślnej może wpływać na wybór.⁵ Nie uprawnia to jednak do stwierdzenia, że konkretny klient działa irracjonalnie.

Racjonalny status quo może wynikać z niskiego kosztu zaniechania, innych priorytetów, niepewnego uzasadnienia biznesowego, małej zdolności absorpcji zmiany, ryzyka przejścia, braku zasobów wykonawczych lub niedostatecznego dopasowania oferty.

Obecny dostawca jest konkretniejszy: aktualny dostawca, system, kontrakt lub rozwiązanie. Może posiadać integracje, dane, umowę, wiedzę, procedury, akceptacje, lokalne kompetencje i prawo do wsparcia. Tarcie przejścia obejmuje nie tylko cenę migracji, ale też proces, odpowiedzialność, przestój, dane, kompetencje, relacje, zgodność i utratę opcji powrotu.⁶⁷

Dobra diagnoza nie pyta, jak pokonać opór. Pyta, które koszty przejścia są materialne, kto je ponosi, czy uzasadnienie biznesowe je uwzględnia, czy plan wiarygodnie je redukuje oraz czy zasoby wykonawcze i odbiór istnieją. Jeżeli obecny sposób działania nadal spełnia wymagania, właściwym wynikiem może być NDO-2. Jeżeli dominują konkretne zależności od obecnego rozwiązania, możliwe jest NDO-3.

Właściciel, mandat i konsensus

Organizational buying obejmuje wiele ról, zadań, środowisk i interakcji.⁸⁹¹⁰ Współczesny proces może dodatkowo angażować bezpieczeństwo, ochronę danych, architekturę danych, zgodność, dostawę i odbiór.

H07 rozdziela problem właściciela, właściciela decyzji, sponsora, właściciela budżetu, osobę zatwierdzającą, osobę podpisującą, właściciela ryzyka, właściciela wdrożenia, właściciela odbioru i veto. Brak właściciela nie jest tym samym co brak mandatu. Sponsor może wspierać zmianę bez budżetu i mandatu. Osoba podpisująca może złożyć podpis bez odpowiedzialności za wdrożenie.

Konsensus nie oznacza jednomyślności. Oznacza wystarczające uzgodnienie problemu, priorytetu, kryteriów, zakresu, ryzyka, pakietu i sposobu wdrożenia. Gdy role stosują różne kryteria, właściwe są CNS-8 albo CNS-9 i skierowanie do Obszaru E, nie automatyczna sekwencja follow-upów.

Wartość, dowód i porównywalność

Problem, priorytet, hipoteza wartości, uzasadnienie biznesowe, dowód i porównywalność są różnymi warstwami. Studium przypadku może potwierdzać wynik w innym kontekście, ale nie tworzy priorytetu klienta ani zaakceptowanego uzasadnienia biznesowego.

Podejścia inżynierskie do weryfikacji i walidacji podkreślają potrzebę kryteriów, metod, wyników i obiektywnego dowodu.²³ Systemy zarządzania jakością podobnie rozdzielają wymagania, proces i dowody.²⁴ H07 wykorzystuje tę logikę do porządkowania dowodu, nie do zamiany sprzedaży w test laboratoryjny.

Dowód powinien mieć twierdzenie, źródło, zakres, wersję, kontekst, metodę, wynik, ograniczenia, wygaśnięcie i warunki transferu. Jeżeli pochodzi z innej branży, skali lub środowiska, może pozostać VPE-7. Dopiero wspólne kryteria dla status quo, obecnego dostawcy i nowej opcji pozwalają przejść do VPE-8/VPE-11.

Typowy błąd wygląda tak:

obserwacja:
klient nie zatwierdził projektu

sprzedawca:
potrzebuje więcej referencji

rzeczywisty stan:
problem potwierdzony
dowód dostępny
uzasadnienie biznesowe bez właściciela
brak wspólnych kryteriów
zasoby wykonawcze niepotwierdzone

Kolejny materiał marketingowy nie naprawi właściciela ani zasobów wykonawczych.

Przejście, zasoby wykonawcze, wdrożenie i odbiór

Gotowość do zmiany obejmuje zarówno wspólną determinację do działania, jak i przekonanie o zdolności wykonania.¹¹¹² H07 nie używa tych konstrukcji do punktowania klienta. Traktuje je jako ostrzeżenie przed utożsamianiem „chcemy” z „możemy”.

Sprawdź plan przejścia, role, podział prac, dane, integracje, środowiska, zasoby wykonawcze obu stron, migrację, szkolenie, zarządzanie zmianą, wsparcie, ciągłość, wycofanie zmiany, kryteria odbioru i właściciela odbioru. Zależności i harmonogram powinny być jawne i monitorowane.¹³¹⁴¹⁵

Odbiór wymaga kryteriów, metody, danych, środowiska, progu, właściciela i rekordu. NASA Systems Engineering Handbook rozdziela weryfikację i walidację oraz wiąże je z planami, procedurami i raportami.²³

pilot rozpoczęty≠pilot zakończony≠kryteria spełnione≠klient zaakceptował≠wdrożenie produkcyjne autoryzowane

Jeżeli organizacja chce zmiany, lecz nie ma zasobów do jej wykonania, NDO-9 jest bardziej uczciwe niż utrzymywanie szansy jako zobowiązania.

Warunki, dział zakupów i przegląd specjalistyczny

Brak decyzji może wynikać z nieakceptowalnego pakietu albo z niedokończonego procesu zatwierdzenia. Nieakceptowalne warunki oznaczają, że cena, zakres, płatność, odpowiedzialność, zwolnienie z odpowiedzialności, SLA, IP albo wypowiedzenie nie mieszczą się w akceptowalnym zakresie. Niedokończony przegląd oznacza, że proces nadal trwa, wymaga zmian albo nie uzyskał formalnego zatwierdzenia.

W razie otwartego pakietu wróć do negocjacji wartości, warunków i ryzyka H04. W razie niejasnego kanału, awardu lub PO — do współpracy z procurementem H05.

W określonych postępowaniach publicznych award może poprzedzać okres zawieszenia, przegląd, środki ochrony i kontrakt.²⁰²¹ Standardy danych kontraktowych także rozdzielają release, award, contract i changes.²² Nie wolno przenosić tej ścieżki na każdy zakup prywatny.

Kwestionariusz bezpieczeństwa nie jest zatwierdzeniem bezpieczeństwa. DPA wysłane do przeglądu nie jest zatwierdzeniem w obszarze ochrony danych. Modele NIST wspierają ład ryzyka i cykl życia, ale nie stanowią automatycznego zatwierdzenia produktu.²⁵²⁶ Przy danych osobowych TOOL-H07 powinien stosować uwzględnianie ochrony danych w fazie projektowania, minimalizację, kontrolę dostępu i cykl życia. RODO oraz wytyczne EDPB nie zastępują analizy konkretnego celu, podstawy i ryzyka.²⁷²⁸

Trzynaście klas wyniku NDO

Jedna główna klasa NDO ma opisać najlepszą aktualną diagnozę. Kody wspierające pokazują otwarte blokady, ale nie wolno ich sumować.

NDO-0 UNKNOWN_DO_NOT_INFER: brak danych do wiarygodnej klasyfikacji.
NDO-1 JUSTIFIED_DEFER: odroczenie z powodem, właścicielem i ROP.
NDO-2 STATUS_QUO_REMAINS_VALID: obecny sposób działania pozostaje wystarczający.
NDO-3 INCUMBENT_REMAINS_VALID: aktualny dostawca lub rozwiązanie nadal jest racjonalną opcją.
NDO-4 NO_OWNER_OR_AUTHORITY: brak właściciela, forum, ścieżki mandatu lub osoby podpisującej.
NDO-5 CONSENSUS_NOT_READY: role nie uzgodniły problemu, kryteriów, ryzyka lub wdrożenia.
NDO-6 EVIDENCE_NOT_READY: dowód jest nieadekwatny, nieporównywalny, nieaktualny albo niekompletny.
NDO-7 VALUE_NOT_ESTABLISHED: problem, priorytet, wpływ lub uzasadnienie biznesowe nie są potwierdzone.
NDO-8 TERMS_NOT_ACCEPTABLE: warunki pozostają poza akceptowalnym zakresem.
NDO-9 IMPLEMENTATION_NOT_READY: brakuje zasobów wykonawczych, danych, planu, właścicieli lub odbioru.
NDO-10 PROCUREMENT_OR_COMPLIANCE_BLOCK: materialny proces formalny pozostaje otwarty.
NDO-11 NOT_FIT_FOR_THIS_CONTEXT: rozwiązanie, zakres, moment lub model nie odpowiadają kontekstowi.
NDO-12 WALK_AWAY_OR_STOP: dalsze prowadzenie procesu nie jest uzasadnione albo istnieje aktywne zatrzymanie.

Klasy są jakościowe i równoprawne. NDO-1 nie jest lepsze od NDO-2, a NDO-12 nie jest automatycznie porażką. Prawidłowe zatrzymanie może ograniczyć koszt, ryzyko i fałszywą prognozę.

Warunek ponownego otwarcia: kiedy i na jakiej podstawie wrócić

„Odezwijmy się za trzy miesiące” nie jest planem. Data follow-upu nie dowodzi, że warunki decyzji się zmienią.

ROP powinien określać trigger, właściciela, wymagany dowód, zakres, datę przeglądu, wygaśnięcie, dozwolone działanie i zakazane twierdzenia. Triggerem może być nowy budżet, ustanowienie właściciela, posiedzenie forum, nowy dowód, działania naprawcze wobec ryzyka, zakończenie przeglądu bezpieczeństwa i ochrony danych, dostępność zasobów wykonawczych, finalną umowę albo zamówienie zakupu, zmiana wymagań albo wyraźna prośba o wznowienie.

ROP-9 CAPACITY_OR_IMPLEMENTATION_WINDOW

trigger:
zakończenie migracji systemu krytycznego

właściciel:
dyrektor programu po stronie klienta

wymagany dowód:
potwierdzony zespół i środowisko testowe

zakazane twierdzenie:
nie prognozować jako zobowiązanie przed potwierdzeniem zasobów wykonawczych

Zarządzanie ryzykiem wymaga właściciela, monitorowania i postępowania z ryzykiem, ale nie jest metodą obliczania probability of close.²⁹ Ponowne otwarcie również nie jest automatycznym nurture. Ma wskazywać materialną podstawę wznowienia diagnozy.

Korekta prognozy, wnioski i wycofanie

Po autoryzowanej klasie NDO trzeba poprawić systemy zawierające stare twierdzenia: etap, kategorię prognozy, kwotę, datę zamknięcia, następny krok, prawdopodobieństwo używane przez firmę, plan decyzji, pulpit, prezentację, plan przychodów, backlog oraz bazę wiedzy AI.

H07 nie ustanawia jednej polityki prognozy. Wymaga zgodności twierdzenia z dowodem.

stare twierdzenie:
zobowiązanie w tym kwartale

autoryzowana diagnoza:
NDO-1 JUSTIFIED_DEFER
ROP-9 CAPACITY_OR_IMPLEMENTATION_WINDOW

wymagana korekta:
usuń z kategorii zobowiązania
wygaś starą datę zamknięcia
wycofaj twierdzenie z prezentacji
zachowaj rekord audytowy

Zapis wniosków powinien oddzielać oczekiwania, obserwacje, niewiadome, błędne założenia, nowe dowody, późno odkryte zależności, działania pomocne i działania generujące szum. AI może pomóc porównać wersje i wskazać nieaktualne rekordy. NIST AI RMF wspiera ład i zarządzanie ryzykiem, ale nie nadaje AI mandatu do klasyfikowania motywacji, zmiany prognozy ani autoryzowania wyniku.³⁰ Harmonogram obowiązków unijnego AI Act trzeba zweryfikować na dzień wdrożenia.³¹

zachowanie dla audytu≠dalsze aktywne użycie

Wycofanie twierdzenia powinno objąć CRM, prezentację, plan decyzji, prognozę, notatki kierownicze i systemy AI korzystające z rekordu.

Dziesięć przykładów diagnozy

Poniższe scenariusze są syntetyczne. Nie są punktem odniesienia, predykcją ani dowodem występowania klasy w konkretnej branży.

Przykład 1. SaaS: termin z prognozy bez potwierdzonego forum decyzji

Scena: Sprzedawca prognozował podpis na koniec miesiąca. Klient nie potwierdził posiedzenia komitetu, wymaganych materiałów ani osoby podpisującej.

Klasyfikacja: BLK-2 + BLK-6; CNS-5/CNS-7; NDO-0; FCR-2.

Brak lub warunek: Wiarygodne źródło daty, ścieżka mandatu, forum, kworum, wymagany pakiet i kolejny test.

Wynik: REVISE_DECISION_HORIZON + DEFER_FOR_AUTHORITY + DO_NOT_FORECAST_AS_COMMIT.

Wniosek: Nieosiągnięta data prognostyczna nie jest sama w sobie dowodem, że klient odłożył decyzję.

Przykład 2. Maszyna przemysłowa: status quo pozostaje ekonomicznie wystarczający

Scena: Nowa maszyna daje wyższą wydajność, lecz obecna linia nadal realizuje plan, a koszt przestoju i relokacji przekracza wartość zmiany w tym roku.

Klasyfikacja: ALT-1; VPE-11; SWI-2/SWI-8; NDO-2.

Brak lub warunek: Brak materialnego braku; potrzebny jedynie warunek ponownego otwarcia po zmianie wolumenu.

Wynik: STATUS_QUO_REMAINS_VALID + REOPENING_CONDITION_CONFIRMED.

Wniosek: Status quo może być racjonalnym wynikiem, nie wyłącznie biasem.

Scena: Dyrektor popiera zmianę, ale żadna funkcja nie przyjmuje odpowiedzialności za migrację procesu, dane i pracowników.

Klasyfikacja: BLK-5 + BLK-11; CNS-4; SWI-1/SWI-5; NDO-4.

Brak lub warunek: właściciel decyzji, właściciel wdrożenia, zasoby wykonawcze, podział prac i odbiór.

Wynik: NO_OWNER_OR_AUTHORITY + RETURN_TO_HUB_E + DEFER_FOR_IMPLEMENTATION.

Wniosek: Poparcie sponsora nie zastępuje własności zmiany.

Przykład 4. Platforma danych: dowód istnieje, lecz nie jest porównywalny

Scena: Dostawca prezentuje studium przypadku z innej branży, a obecny dostawca pokazuje dane z obecnego środowiska. Kryteria i linia bazowa nie są wspólne.

Klasyfikacja: BLK-9; VPE-7/VPE-9/VPE-10; NDO-6.

Brak lub warunek: Wspólne twierdzenie, linia bazowa, kryteria, ograniczenia transferu i metoda porównania.

Wynik: EVIDENCE_NOT_READY + REVISE_PROOF_PACKAGE + RETURN_TO_HUB_G.

Wniosek: Więcej materiałów nie kompensuje braku porównywalności.

Przykład 5. Zmiana systemu ERP: obecny dostawca pozostaje ważną alternatywą

Scena: Nowy system ma lepsze funkcje, ale migracja danych, lokalne rozszerzenia i kompetencje zespołu tworzą wysoką zależność od obecnego rozwiązania.

Klasyfikacja: ALT-2; SWI-3/SWI-4/SWI-6; NDO-3.

Brak lub warunek: Plan redukcji lock-in, koszt przejścia, dostępność kompetencji i scenariusz etapowania.

Wynik: INCUMBENT_REMAINS_VALID + REVISE_SWITCHING_PLAN.

Wniosek: Utrzymanie obecnego dostawcy może wynikać z realnej architektury przejścia, nie z irracjonalnej lojalności.

Przykład 6. Pilot AI: wartość obiecująca, ale odbiór i ład niegotowe

Scena: Pilot wykazał możliwe oszczędności, lecz nie zdefiniowano kryteriów jakości, nadzoru, danych osobowych ani odpowiedzialności za błędy.

Klasyfikacja: BLK-9 + BLK-11 + BLK-14; VPE-7; SWI-10; NDO-6/NDO-9/NDO-10.

Brak lub warunek: Plan odbioru, przegląd ochrony danych i bezpieczeństwa, nadzór człowieka i decyzja o ryzyku szczątkowym.

Wynik: DEFER_FOR_PROOF + DEFER_FOR_IMPLEMENTATION + DEFER_FOR_SECURITY_PRIVACY_COMPLIANCE.

Wniosek: Pozytywny pilot nie jest automatycznie podstawą wdrożenia produkcyjnego.

Przykład 7. Postępowanie zakupowe: award przed okresem zawieszenia i kontraktem

Scena: Dostawca otrzymał informację o wyborze, ale pozostają kroki środka ochrony prawnej, finalny kontrakt, finansowanie i zamówienie zakupu.

Klasyfikacja: BLK-13 + BLK-14; ALT-7; NDO-10.

Brak lub warunek: Weryfikacja zakupowa i prawna właściwa dla sprawy, umowa obowiązująca, mandat i ścieżka zamówienia.

Wynik: PROCUREMENT_OR_COMPLIANCE_BLOCK + DEFER_FOR_PROCUREMENT + DO_NOT_FORECAST_AS_COMMIT.

Wniosek: Award i kontrakt są odrębnymi zdarzeniami.

Przykład 8. Usługa serwisowa: warunki przekraczają mandat obu stron

Scena: Zakres operacyjny jest uzgodniony, lecz odpowiedzialność, zwolnienie z odpowiedzialności i SLA przekraczają mandat negocjatorów.

Klasyfikacja: BLK-6 + BLK-12; CNS-5; NDO-8.

Brak lub warunek: Mandat do wyjątków, pakiet wymiany, limit odpowiedzialności i tryb zastępczy.

Wynik: TERMS_NOT_ACCEPTABLE + REVISE_COMMERCIAL_TERMS + RETURN_TO_H04_H05_H06.

Wniosek: Brak decyzji może wynikać z nieakceptowalnego pakietu, nie z niechęci osoby.

Przykład 9. Projekt integracyjny: uzasadnione odroczenie do potwierdzonego okna zasobów

Scena: Obie strony chcą projektu, ale środowisko testowe i kluczowy zespół klienta będą dostępne dopiero po zakończeniu migracji krytycznego systemu.

Klasyfikacja: ALT-7; SWI-7/SWI-8; ROP-9; NDO-1; FCR-3.

Brak lub warunek: Brak materialnego problemu, jeśli okno zasobów wykonawczych i właściciel są potwierdzone.

Wynik: JUSTIFIED_DEFER + REOPENING_CONDITION_CONFIRMED + CORRECT_FORECAST_AND_PIPELINE.

Wniosek: Odroczenie jest kontrolowanym wynikiem, gdy ma podstawę, właściciela i wyzwalacz.

Przykład 10. Rozwiązanie nie odpowiada kontekstowi regulacyjnemu

Scena: Produkt wymaga modelu danych i sposobu wdrożenia, którego klient nie może zaakceptować w swojej jurysdykcji i środowisku.

Klasyfikacja: BLK-14; SWI-12; NDO-11/NDO-12.

Brak lub warunek: Nie ma wiarygodnego planu działań naprawczych w akceptowalnym czasie.

Wynik: NOT_FIT_FOR_THIS_CONTEXT + WALK_AWAY + WITHDRAW_STALE_CLAIMS.

Wniosek: Niedopasowanie i odejście od szansy chronią obie strony przed sztucznym utrzymywaniem szansy.

Mapa Braku Decyzji — zastosowanie praktyczne

Pełna Mapa Braku Decyzji prowadzi od granicy do autoryzowanego wyniku bez ukrywania niewiadomych.

1. Oczekiwane zobowiązanie / zakres / wersja
2. Horyzont decyzji / źródło
3. Stan obserwowany
4. Trzy realne alternatywy ALT
5. Trzy materialne blokady BLK
6. Właściciel / mandat / konsensus CNS
7. Wartość / dowód / porównywalność VPE
8. Przejście / wdrożenie SWI
9. Główna klasa NDO
10. Warunek ponownego otwarcia ROP
11. Prognoza / wnioski / wycofanie FCR
12. Autoryzacja przez człowieka

Przed zamknięciem sprawdź, czy horyzont ma wiarygodne źródło, status quo i obecny dostawca są rozdzielone, blokada jest obserwacją, właściciel i mandat są potwierdzone, wartość/dowód/porównywalność są osobne, przejście i wdrożenie zostały zbadane, award nie został pomylony z kontraktem, odroczenie ma ROP, niewiadoma pozostaje jawna, a prognoza i zależne materiały zostały poprawione.

Jeżeli brakuje dokładnego zobowiązania albo źródła horyzontu, wróć do Rejestru Gotowości Końcowej H06. Po spełnieniu ROP proces może przejść do pełnego przeglądu przed zobowiązaniem H08. Sam follow-up nie oznacza gotowości do zobowiązania.

Słownik 60 wyników

Wynik opisuje jakościowy następny stan. Nie jest punktem, wagą ani prawdopodobieństwem.

Kod	Wynik
OUT-01	EXPECTED_COMMIT_DEFINED
OUT-02	DECISION_HORIZON_CONFIRMED
OUT-03	NO_DECISION_BOUNDARY_CONFIRMED
OUT-04	REAL_ALTERNATIVES_MAPPED
OUT-05	STATUS_QUO_BASELINE_CONFIRMED
OUT-06	INCUMBENT_POSITION_CONFIRMED
OUT-07	OWNER_AUTHORITY_CONFIRMED
OUT-08	CONSENSUS_STATE_CONFIRMED
OUT-09	VALUE_EVIDENCE_CONFIRMED
OUT-10	REOPENING_CONDITION_CONFIRMED
OUT-11	REVISE_COMMIT_DEFINITION
OUT-12	REVISE_DECISION_HORIZON
OUT-13	REVISE_ALTERNATIVE_MAP
OUT-14	REVISE_BLOCKER_CLASSIFICATION
OUT-15	REVISE_ROLE_OR_AUTHORITY
OUT-16	REVISE_CONSENSUS_MAP
OUT-17	REVISE_BUSINESS_CASE
OUT-18	REVISE_PROOF_PACKAGE
OUT-19	REVISE_COMPARABILITY_CRITERIA
OUT-20	REVISE_SWITCHING_PLAN
OUT-21	REVISE_IMPLEMENTATION_PLAN
OUT-22	REVISE_COMMERCIAL_TERMS
OUT-23	REVISE_PROCUREMENT_STATUS
OUT-24	REVISE_LEGAL_SECURITY_PRIVACY_COMPLIANCE
OUT-25	REVISE_REOPENING_CONDITION
OUT-26	DEFER_FOR_INFORMATION
OUT-27	DEFER_FOR_OWNER
OUT-28	DEFER_FOR_AUTHORITY
OUT-29	DEFER_FOR_CONSENSUS
OUT-30	DEFER_FOR_VALUE_CASE
OUT-31	DEFER_FOR_PROOF
OUT-32	DEFER_FOR_COMPARABILITY
OUT-33	DEFER_FOR_SWITCHING_FRICTION
OUT-34	DEFER_FOR_CAPACITY
OUT-35	DEFER_FOR_IMPLEMENTATION
OUT-36	DEFER_FOR_TERMS
OUT-37	DEFER_FOR_PROCUREMENT
OUT-38	DEFER_FOR_LEGAL_REVIEW
OUT-39	DEFER_FOR_SECURITY_PRIVACY_COMPLIANCE
OUT-40	JUSTIFIED_DEFER
OUT-41	STATUS_QUO_REMAINS_VALID
OUT-42	INCUMBENT_REMAINS_VALID
OUT-43	NO_OWNER_OR_AUTHORITY
OUT-44	CONSENSUS_NOT_READY
OUT-45	EVIDENCE_NOT_READY
OUT-46	VALUE_NOT_ESTABLISHED
OUT-47	TERMS_NOT_ACCEPTABLE
OUT-48	IMPLEMENTATION_NOT_READY
OUT-49	PROCUREMENT_OR_COMPLIANCE_BLOCK
OUT-50	NOT_FIT_FOR_THIS_CONTEXT
OUT-51	NO_DECISION_UNKNOWN_DO_NOT_INFER
OUT-52	RETURN_TO_HUB_E
OUT-53	RETURN_TO_HUB_C
OUT-54	RETURN_TO_HUB_G
OUT-55	RETURN_TO_H04_H05_H06
OUT-56	DO_NOT_FORECAST_AS_COMMIT
OUT-57	CORRECT_FORECAST_AND_PIPELINE
OUT-58	WITHDRAW_STALE_CLAIMS
OUT-59	WALK_AWAY
OUT-60	STOP_AND_ESCALATE

Reguły:

wybierz jeden wynik główny;
wyniki pomocnicze nie mogą ukryć niewiadomej;
odroczenie wymaga ROP;
odejście od szansy i zatrzymanie wymagają autoryzacji przez człowieka;
korekta prognozy wymaga właściwego właściciela;
wycofanie wskazuje zależne materiały;
skierowanie do innego obszaru nie oznacza, że H07 rozwiązał brak.

Ograniczenia modelu

MBD-1–MBD-9 jest autorską syntezą operacyjną. Nie jest naukowo zwalidowaną skalą, testem psychometrycznym, modelem predykcyjnym, systemem oceny klienta, opinią prawną, zatwierdzeniem zakupowym, oceną bezpieczeństwa i ochrony danych, uniwersalną polityką prognozy ani autonomicznym agentem.

Badania nad status quo, odraczaniem wyboru, unikaniem decyzji, zakupami organizacyjnymi, kosztami przejścia i gotowością pomagają rozumieć możliwe mechanizmy, ale nie uprawniają do przypisywania jednej przyczyny konkretnemu procesowi.⁵¹⁶¹⁷¹⁸¹¹¹²⁸⁹¹⁰⁶⁷

Wdrożenie TOOL-H07 wymaga ładu, autoryzacji przez człowieka, przeglądu prawnego i zakupowego, uwzględniania ochrony danych w fazie projektowania, zabezpieczeń, minimalizacji danych, retencji, dziennika audytowego, ponownej weryfikacji stanu prawnego i przeglądu dostępności. NIST Privacy Framework i Cybersecurity Framework mogą wspierać ład, lecz nie stanowią certyfikatu zgodności ani zatwierdzenia.²⁵²⁶ Przy AI trzeba uwzględnić AI RMF i aktualny stan AI Act.³⁰³¹

brak zobowiązania≠jedna znana przyczyna niewiadoma≠porażka diagnozy status quo nie oznacza irracjonalności odroczenie≠ukryte „nie” hipoteza AI≠autoryzowana klasyfikacja

FAQ

Najczęstsze pytania

1. Czym jest brak decyzji w sprzedaży B2B?

To kontrolowany wynik: oczekiwane zobowiązanie nie powstało w określonym zakresie i horyzoncie. MBD dopiero ustala jego klasę.

2. Czy brak podpisu po ofercie zawsze oznacza brak decyzji?

Nie. Podpis może nie być oczekiwanym zobowiązaniem, a termin może pochodzić wyłącznie z prognozy.

3. Czym różni się odroczenie od braku decyzji?

Brak decyzji jest obserwowanym brakiem zobowiązania. Odroczenie jest określonym wynikiem z powodem, właścicielem i ROP.

4. Czym różni się status quo od utrzymania obecnego dostawcy?

Status quo oznacza utrzymanie sposobu działania. Obecny dostawca oznacza utrzymanie konkretnego dostawcy, systemu lub kontraktu.

5. Czy status quo jest zawsze wynikiem błędu poznawczego?

Nie. Wpływ opcji domyślnej jest możliwy, ale konkretny status quo może być racjonalny.

6. Czy brak decyzji oznacza przegraną transakcję?

Nie. Może być odroczenie, status quo, niedopasowanie albo niewiadoma.

7. Czy klient powinien podać jedną przyczynę braku decyzji?

Nie. Możliwa jest jedna główna klasa NDO i kilka blokad pomocniczych bez wymuszania jednej motywacji.

8. Jak zdefiniować oczekiwane zobowiązanie?

Nazwij typ zobowiązania, zakres, wersję, strony, mandat, forum i wymagany rekord.

9. Jak wyznaczyć horyzont decyzji bez presji?

Użyj źródła procesu: forum, budżetu, zakupów, zasobów wykonawczych lub wspólnego planu.

10. Co zrobić, gdy data decyzji pochodzi wyłącznie z prognozy?

Traktuj ją jako hipotezę i zastosuj REVISE_DECISION_HORIZON.

11. Jakie alternatywy trzeba porównać po upływie terminu?

Co najmniej status quo, obecnego dostawcy, rozwiązanie wewnętrzne, innego dostawcę, częściowy zakres, pilot, odroczenie i porzucenie inicjatywy, jeśli są realne.

12. Czy brak budżetu jest osobną klasą braku decyzji?

Nie jako domyślną etykietę. Ustal, czy budżet nie istnieje, został przesunięty lub trafił do innej alternatywy.

13. Jak rozpoznać brak właściciela?

Właściciel nie potwierdza odpowiedzialności za problem, decyzję, następny test albo wdrożenie.

14. Jak odróżnić sponsora od osoby z mandatem?

Sponsor zapewnia uwagę. Mandat dotyczy konkretnego zakresu, wartości, ryzyka lub podpisu.

15. Czy pozytywna opinia jednej osoby oznacza konsensus?

Nie. Konsensus wymaga sprawdzenia istotnych ról, kryteriów, ryzyka, pakietu i wdrożenia.

16. Jak dokumentować konflikt kryteriów między rolami?

Zapisz rolę, kryterium, wagę, konflikt, dowód i forum rozwiązania.

17. Kiedy brak konsensusu wymaga powrotu do Obszaru E?

Gdy problemem jest własność, forum, mandat albo wspólne kryteria.

18. Jak sprawdzić, czy wartość została rzeczywiście potwierdzona?

Potwierdź problem, priorytet, wpływ, właściciela uzasadnienia biznesowego, założenia i koszt status quo.

19. Czym różni się hipoteza wartości od uzasadnienia biznesowego?

Hipoteza wartości jest twierdzeniem. Uzasadnienie biznesowe wiąże wpływ, koszty, założenia, ryzyka, właściciela i decyzję.

20. Kiedy dowód jest nieadekwatny do decyzji?

Gdy nie wspiera twierdzenia, pochodzi z nieporównywalnego kontekstu, ma ukryte ograniczenia albo wygasł.

21. Jak porównywać status quo, obecnego dostawcy i nowe rozwiązanie?

Ustal wspólną linię bazową i kryteria wartości, ryzyka, czasu, przejścia, zasobów wykonawczych, zgodności i odbioru.

22. Czy większa liczba opcji może utrudnić decyzję?

Tak. Konflikt i złożoność opcji mogą zwiększać skłonność do odraczania, ale nie uzasadniają manipulacyjnego ograniczania wyboru.

23. Jak traktować koszty przejścia?

Jako materialne koszty i zależności ekonomiczne, proceduralne, techniczne, relacyjne i operacyjne.

24. Czy koszty przejścia są obiekcją do zbicia?

Nie. Są częścią realnej architektury decyzji i powinny być mapowane.

25. Jak odróżnić lock-in od racjonalnej zależności?

Lock-in wynika z kontraktu, danych, standardu, integracji, kompetencji lub efektów sieciowych.

26. Kiedy brak zasobów wykonawczych uzasadnia odroczenie?

Gdy zasoby wykonawcze są rzeczywiście niedostępne, ma właściciela i obserwowalny ROP.

27. Czy podpisana umowa eliminuje ryzyko braku gotowości wdrożeniowej?

Nie. Podpis nie tworzy danych, ludzi, środowiska, planu, wycofania zmiany ani odbioru.

28. Jak traktować brak kryteriów odbioru?

To SWI-10 i zwykle NDO-9. Pilot nie powinien automatycznie przechodzić do wdrożenia produkcyjnego.

29. Czy award oznacza, że decyzja została podjęta?

Nie zawsze. Award może poprzedzać przegląd, okres zawieszenia, kontrakt, finansowanie i zamówienie zakupu.

30. Kiedy procurement jest blokadą, a kiedy tylko etapem procesu?

Jest blokadą, gdy wymagany krok nie ma właściciela, kryterium lub potwierdzonego wykonania. Jest etapem, gdy ścieżka jest kontrolowana.

31. Jak traktować otwarty przegląd prawny, bezpieczeństwa albo ochrony danych?

Jako odrębny przegląd. Przesłanie i kwestionariusz nie są zatwierdzeniem.

32. Czy można użyć AI do klasyfikacji braku decyzji?

Tak, do wyodrębniania, diffu i hipotez. NDO oraz prognoza wymagają człowieka.

33. Czy AI może przewidzieć prawdziwy powód braku decyzji?

Nie w sposób wiarygodny i uprawniony. Może wygenerować hipotezę, nie diagnozę.

34. Jak zapisać niewiadomą bez utraty prognozy?

Użyj NDO-0 i FCR-2. Określ brakujące dowody i kolejny test.

35. Czy H07 tworzy probability of close?

Nie. Kody są jakościowe i nie mogą być sumowane do probability of close.

36. Jak klasyfikować uzasadnione odroczenie?

Wymaga powodu, właściciela, zakresu, ROP, wymaganego dowodu, daty przeglądu i korekty prognozy.

37. Kiedy utrzymanie status quo jest poprawnym wynikiem?

Gdy obecny sposób działania spełnia wymagania, a koszt lub ryzyko zmiany nie uzasadniają zobowiązania.

38. Kiedy należy uznać niedopasowanie?

Gdy rozwiązanie, zakres, termin, dane, ryzyko, jurysdykcja, zasoby wykonawcze lub model operacyjny nie odpowiadają kontekstowi.

39. Kiedy dostawca powinien wybrać odejście od szansy?

Gdy nie ma wiarygodnej drogi do dopasowania, dalsze działania generują koszt albo istnieje aktywne zatrzymanie.

40. Jak ustanowić warunek ponownego otwarcia?

Wskaż obserwowalne zdarzenie, właściciela, wymagane dowody, datę przeglądu, wygaśnięcie i dozwolone działania.

41. Czy follow-up po określonej dacie wystarcza jako ROP?

Nie. Data jest tylko elementem; potrzebny jest wyzwalacz zmieniający materialny stan.

42. Co trzeba poprawić w CRM po braku decyzji?

Etap, kategorię prognozy, kwotę, datę zamknięcia, następny krok, plan decyzji, pulpit, prezentację i automatyzacje.

43. Jak wycofać stare twierdzenia i materiały?

Zidentyfikuj zależne materiały, oznacz rekord jako nieaktualny lub wycofany, popraw systemy i zachowaj ślad audytu.

44. Kiedy przejść z H07 do H08?

Gdy ROP został spełniony, rekordy są aktualne, a proces wymaga pełnego przeglądu przed zobowiązaniem.

45. Jakie są ograniczenia modelu MBD-1–MBD-9?

MBD jest autorską syntezą operacyjną, nie skalą, prawem, opinią prawną ani modelem predykcyjnym.

TOOL-H07 / od lektury do pracy

Osobna strona karty →

Mapa Braku Decyzji

Osiem pytań, kiedy nic się nie dzieje — co to naprawdę znaczy i co z tym zrobić.

Brak decyzji też jest wynikiem i warto go zrozumieć, zamiast wysyłać kolejne przypomnienie. Osiem pytań rozstrzyga, czy to odłożenie, wybór kogoś innego, brak mandatu, czy temat, który nigdy nie był priorytetem.

Pobierz kartę (PDF)Pracuj na tym w B2B Sales Ops →dziesięć minut na jedną sprawę

Arkusz — 8 pytań

01 · Czego zabrakło
Jakie konkretne zobowiązanie miało nastąpić — i do kiedy?
02 · Co wiecie na pewno
Co się wydarzyło, a co sobie dopowiadacie?
03 · Co jeszcze mogli zrobić
Wybrali kogoś, zrobili sami, zostawili jak jest — czy nic z tego?
04 · Czy było komu zdecydować
Czy osoba z mandatem w ogóle się tym zajmowała?
05 · Czy było o czym decydować
Czy uzasadnienie istniało po ich stronie — czy tylko po waszej?
06 · Co się u nich zmieniło
Przesunęły się priorytety, ludzie czy pieniądze?
07 · Co musiałoby się wydarzyć, żeby wrócić
Jakie konkretne zdarzenie — nie „za kwartał"?
08 · Decyzja
Zamykacie, odkładacie z warunkiem, przekazujecie czy zdejmujecie z prognozy?

Kiedy sięgnąć

termin minął i nic się nie stało;
klient przestał odpisywać po dobrej rozmowie;
sprawa wisi w prognozie trzeci kwartał;
ktoś chce włączyć automatyczne przypomnienia;
wpisano „przegrana", a nikt nie wie, na czyją rzecz.

Co z tego wychodzi

„Nie odpisali" zapisaliście jako brak priorytetu: To domysł. Wróć do pytania 2 — cisza nie zawiera informacji o tym, co ją spowodowało, a wpisana jako powód zamyka sprawę fałszywie.
Sprawa wisi w prognozie mimo minionego terminu: Zdejmijcie ją. Utrzymywanie jej tam psuje prognozę wszystkim, nie tylko tej sprawie.
Uzasadnienie istniało tylko po waszej stronie: To najczęstszy powód braku decyzji i najrzadziej zapisywany. Zapiszcie go — wróci przy następnej podobnej sprawie.
Zmieniły się priorytety, ludzie albo budżet: Odłóżcie z konkretnym warunkiem powrotu z pytania 7, a nie z datą wziętą z kalendarza.
Nie wiadomo, czy ktokolwiek miał mandat: Ustalcie to, zanim uznacie sprawę za przegraną. Przegrana z kimś to zupełnie inna nauka niż brak decyzji.

Ten arkusz wypełnia się raz, na papierze albo w pliku. Praca ciągła należy do aplikacji B2B Sales Ops — tam temat przechodzi z czytania w pracę: aplikacja prowadzi przez pola, kontekst i zapisuje wynik jako artefakt.

Poznaj B2B Sales Ops →

Bibliografia i przypisy

Autorskie założenia obszaru obaw, negocjacji i finalizacji — zakres modułów, modele i granice obszaru. Modele: MBD-1–MBD-9. ↩
Autorski przegląd redakcyjny modułu H06 — Finalizacja złożonej sprzedaży B2B. ↩
H00 — Obawy klienta i gotowość do zobowiązania oraz H01 — Diagnoza źródła obawy. Autorskie materiały metodyki; 2026-07-02. Zakres: granice między obawą, ryzykiem, warunkiem, veto, niedopasowaniem i umocowaniem oraz gotowość do zobowiązania. Granica transferu: braku decyzji nie wolno automatycznie nazywać ukrytą obiekcją. ↩
G07 — Studium przypadku i referencje w sprzedaży B2B. Autorski materiał metodyki; 2026-07-01. Zakres: pochodzenie dowodu, dopasowanie, porównywalność, ograniczenia, termin ważności i wycofanie. Granica transferu: dowód marketingowy nie jest zatwierdzeniem ani automatycznym uzasadnieniem biznesowym. ↩ ↩²
Samuelson & Zeckhauser — Status Quo Bias in Decision Making. badanie eksperymentalne i dane terenowe; 1988. Zakres: Pokazuje, że ustawienie status quo może wpływać na wybór. Granica transferu: Nie wolno diagnozować konkretnej organizacji jako „ofiary biasu” bez danych; status quo może być racjonalne. https://link.springer.com/article/10.1007/BF00055564 ↩ ↩² ↩³
Klemperer — Competition when Consumers Have Switching Costs. przegląd ekonomiczny; 1995. Zakres: pokazuje, że koszty zmiany dostawcy i uzależnienie od niego wpływają na wybory i strukturę konkurencji. Granica transferu: modele rynkowe nie są diagnozą pojedynczego klienta, a koszt zmiany nie jest obiekcją do zneutralizowania. https://academic.oup.com/restud/article-abstract/62/4/515/1544107 ↩ ↩² ↩³ ↩⁴
Farrell & Klemperer — Coordination and Lock-In. rozdział / przegląd ekonomiczny; 2007. Zakres: wspiera analizę uzależnienia od dostawcy, efektów sieciowych i kosztów koordynacji. Granica transferu: nie przenosić założeń modelowych jako dowodu empirycznego dla konkretnej organizacji. https://escholarship.org/uc/item/9n26k7v1 ↩ ↩² ↩³ ↩⁴
Webster & Wind — A General Model for Understanding Organizational Buying Behavior. model organizacyjnego zakupu; 1972. Zakres: Zakup organizacyjny zależy od wielu ról, zadań, środowiska i interakcji. Granica transferu: model historyczny; wymaga dostosowania do współczesnych funkcji bezpieczeństwa, ochrony danych i zgodności. https://journals.sagepub.com/doi/pdf/10.1177/002224297203600204 ↩ ↩² ↩³ ↩⁴
Johnston & Bonoma — The Buying Center: Structure and Interaction Patterns. badanie buying center; 1981. Zakres: wspiera analizę rozproszonego udziału, komunikacji i wpływu. Granica transferu: nie utożsamia centralnej pozycji w komunikacji z formalnym umocowaniem. https://journals.sagepub.com/doi/abs/10.1177/002224298104500312 ↩ ↩² ↩³ ↩⁴
Cabanelas i in. — The buying center concept as a milestone in industrial marketing. Systematyczny przegląd literatury; 2023. Zakres: aktualizuje rozumienie buying center jako dynamicznej sieci powstawania, interakcji i wyników. Granica transferu: przegląd nie daje danych o konkretnej szansie ani gotowego scenariusza rozmowy. https://www.sciencedirect.com/science/article/pii/S0019850122002656 ↩ ↩² ↩³
Weiner — A Theory of Organizational Readiness for Change. teoria organizacyjna; 2009. Zakres: rozdziela wspólne postanowienie wdrożenia od wspólnego przekonania o zdolności wykonania. Granica transferu: kontekst badań nad wdrażaniem zmian; nie tworzy punktacji sprzedażowej ani prognozy. https://pmc.ncbi.nlm.nih.gov/articles/PMC2770024/ ↩ ↩² ↩³
Shea et al. — Organizational Readiness for Implementing Change (ORIC). badanie psychometryczne; 2014. Zakres: pokazuje, że gotowość jest konstruktem wielowymiarowym i wymaga właściwej operacjonalizacji. Granica transferu: H07 nie używa ORIC do oceny klienta; źródło ostrzega przed potocznym użyciem słowa „gotowość”. https://pmc.ncbi.nlm.nih.gov/articles/PMC3904699/ ↩ ↩² ↩³
PMI — Project Interdependency Management. Praktyka zarządzania projektami; 2002 / dostęp sprawdzony 2026-07-02. Zakres: Wspiera identyfikację, walidację, analizę i monitoring zależności. Granica transferu: Nie jest standardem kwalifikacji sprzedaży ani dowodem gotowości klienta. https://www.pmi.org/learning/library/project-interdependency-management-1038 ↩ ↩²
PMI — Practice Standard for Scheduling. standard praktyki; 2nd edition / dostęp sprawdzony 2026-07-02. Zakres: wspiera jawne założenia harmonogramu, model, linię bazową, aktualizację i zmianę. Granica transferu: termin w harmonogramie nie jest sam w sobie zobowiązaniem ani dowodem dla prognozy. https://www.pmi.org/-/media/pmi/documents/public/pdf/certifications/practice-standard-scheduling.pdf ↩ ↩²
GAO Schedule Assessment Guide, GAO-16-89G. oficjalny przewodnik instytucjonalny; 2015/2016. Zakres: wspiera analizę wiarygodności terminów, zależności, linii bazowej i zmian. Granica transferu: kontekst programów publicznych USA; przenosić logikę jakości harmonogramu, nie progi i wymogi zgodności. https://www.gao.gov/products/gao-16-89g ↩ ↩²
Tversky & Shafir — Choice under Conflict: The Dynamics of Deferred Decision. badania eksperymentalne; 1992. Zakres: Konflikt i struktura zestawu opcji mogą zwiększać skłonność do odroczenia. Granica transferu: Kontekst decyzji indywidualnych; nie przenosić bezpośrednio na złożony komitet zakupowy. https://journals.sagepub.com/doi/abs/10.1111/j.1467-9280.1992.tb00047.x ↩ ↩²
Dhar — The Effect of Decision Strategy on Deciding to Defer Choice. badanie decyzji i no-choice option; 1996/1997. Zakres: wspiera rozdzielenie aktywnego wyboru, odroczenia i opcji spoza zestawu. Granica transferu: nie daje uniwersalnego modelu braku decyzji w dużej organizacji. https://spinup-000d1a-wp-offload-media.s3.amazonaws.com/faculty/wp-content/uploads/sites/48/2019/06/TheEffectofDecisionStrategyontheDecisiontoDeferChoice.pdf ↩ ↩²
Anderson — The Psychology of Doing Nothing. przegląd naukowy; 2003. Zakres: porządkuje formy unikania decyzji i rozróżnia mechanizmy racjonalne oraz emocjonalne. Granica transferu: nie używać do profilowania osoby ani przypisywania motywu bez dowodu. https://pubmed.ncbi.nlm.nih.gov/12555797/ ↩ ↩²
OECD Competition Assessment Toolkit. Oficjalny zestaw narzędzi polityki konkurencji; wersja 2.0 / dostęp sprawdzony 2026-07-02. Zakres: wspiera ostrożną analizę kosztów zmiany dostawcy i wpływu ograniczeń na wybór. Granica transferu: Kontekst polityki konkurencji; nie jest diagnozą konkretnego klienta. https://www.oecd.org/content/dam/oecd/en/publications/reports/2010/03/competition-assessment-toolkit-principles-version-2-0-volume-i_bd08493b/9c0a92de-en.pdf ↩
European Commission — Remedies Directives. Oficjalna informacja o zamówieniach publicznych; stan sprawdzony 2026-07-02. Zakres: pokazuje, że w postępowaniach objętych reżimem award i podpis mogą być rozdzielone okresem zawieszenia i środkami ochrony prawnej. Granica transferu: wymaga przeglądu prawnego i zakupowego dla konkretnej sprawy; nie przenosić na każdy zakup prywatny. https://single-market-economy.ec.europa.eu/single-market/public-procurement/legal-rules-and-implementation/remedies-directives_en ↩ ↩²
Directive 2007/66/EC. akt prawa UE; 2007 / stan sprawdzony 2026-07-02. Zakres: formalne źródło dla mechanizmów odwoławczych i okresu zawieszenia w określonych postępowaniach. Granica transferu: Nie jest poradą prawną ani uniwersalną regułą wszystkich jurysdykcji. https://eur-lex.europa.eu/eli/dir/2007/66/oj/eng ↩ ↩²
Open Contracting Data Standard 1.1.5. Otwarty standard danych o zamówieniach; stan sprawdzony 2026-07-02. Zakres: wspiera rozdzielenie publikacji, award, umowy, zmian i wersjonowanego rekordu. Granica transferu: Nie przesądza statusu prawnego konkretnego postępowania. https://standard.open-contracting.org/latest/en/primer/releases_and_records/ ↩ ↩²
NASA Systems Engineering Handbook, Rev. 2. Oficjalny podręcznik techniczny; 2016. Zakres: rozdzielenie weryfikacji, walidacji, kryteriów, raportów i dowodu obiektywnego. Granica transferu: kontekst inżynierii systemów; przenosić logikę dowodu i odbioru, nie model sprzedaży. https://www.nasa.gov/wp-content/uploads/2018/09/nasa_systems_engineering_handbook_0.pdf ↩ ↩²
ISO 9001 — Quality management systems. Standard i oficjalna strona ISO; stan sprawdzony 2026-07-02. Zakres: wspiera podejście procesowe, wymagania klienta, dowód i ciągłe doskonalenie. Granica transferu: nie jest odbiorem konkretnych rezultatów ani metodyką sprzedaży. https://www.iso.org/iso-9001-quality-management.html ↩
NIST Privacy Framework. dobrowolny model; 1.0/1.1 resources / stan sprawdzony 2026-07-02. Zakres: wspiera role, ryzyko dla prywatności, ład i cykl życia narzędzia. Granica transferu: model dobrowolny; nie jest certyfikatem zgodności z RODO. https://www.nist.gov/privacy-framework ↩ ↩²
NIST Cybersecurity Framework. dobrowolny model; CSF 2.0 / stan sprawdzony 2026-07-02. Zakres: wspiera wskazanie właścicieli, ryzyk, ładu i stałego przeglądu bezpieczeństwa. Granica transferu: nie jest zatwierdzeniem bezpieczeństwa konkretnego produktu. https://www.nist.gov/cyberframework ↩ ↩²
GDPR — Regulation (EU) 2016/679, Article 25. akt prawa UE; 2016 / stan sprawdzony 2026-07-02. Zakres: podstawa dla ochrony danych w fazie projektowania i domyślnie oraz dla minimalizacji przy projektowaniu narzędzia H07. Granica transferu: nie kwalifikuje konkretnego przetwarzania; potrzebny przegląd inspektora ochrony danych i działu prawnego. https://eur-lex.europa.eu/legal-content/EN-PL/TXT/?uri=CELEX%3A32016R0679 ↩
EDPB Guidelines 4/2019 on Article 25. wytyczne organu UE; version 2.0 / stan sprawdzony 2026-07-02. Zakres: wspiera ochronę danych w fazie projektowania, skuteczność środków i cykl życia kontroli danych. Granica transferu: Wytyczne nie zastępują analizy konkretnego celu, podstawy, ryzyka i jurysdykcji. https://www.edpb.europa.eu/documents/guideline/guidelines-42019-on-article-25-data-protection-by-design-and-by-default_en ↩
ISO 31000 — Risk management. standard i oficjalna strona ISO; 2018 / stan sprawdzony 2026-07-02. Zakres: wspiera jawne ryzyka, własność, monitorowanie i postępowanie z ryzykiem. Granica transferu: nie jest metodą liczenia prawdopodobieństwa zamknięcia ani certyfikatem konkretnej transakcji. https://www.iso.org/iso-31000-risk-management.html ↩
NIST AI Risk Management Framework 1.0. dobrowolny model; 2023 / stan sprawdzony 2026-07-02. Zakres: wspiera ład, mapowanie, pomiar i zarządzanie ryzykiem AI. Granica transferu: nie daje AI umocowania do klasyfikowania klienta, prognozowania ani decydowania. https://www.nist.gov/itl/ai-risk-management-framework ↩ ↩²
European Commission — AI Act regulatory framework. oficjalna informacja regulacyjna; stan sprawdzony 2026-07-02. Zakres: zapis stanu prawnego dla obowiązków i harmonogramu AI w UE. Granica transferu: harmonogram i przepisy mogą się zmienić; wymagane ponowne sprawdzenie na dzień publikacji i wdrożenia. https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai ↩ ↩²

O metodyce

Ten artykuł jest częścią autorskiej metodyki Nowoczesna Sprzedaż B2B Jarosława Jaśkowiaka — systemu pracy ze sprzedażą B2B jako całością: decyzją klienta, wartością, rozmową, ryzykiem, kompetencjami i technologią. Poznaj autora albo wróć do obszaru H.

ID: H07przegląd: 2026-07-02metodyka autorska — nie stanowi porady prawnej ani HR