Następny krok w sprzedaży B2B: jak projektować ruchy, które zmieniają stan decyzji

Aktywność jest widoczna. Można ją policzyć, umieścić na osi czasu i pokazać w CRM. Spotkanie ma datę, listę uczestników, notatkę i status „odbyte”. Zmiana stanu decyzji jest trudniejsza do uchwycenia. Wymaga odpowiedzi na pytania:

• co dokładnie zostało rozstrzygnięte;
• jaki artefakt powstał;
• czy wynik zmienił zakres, ryzyko, mandat albo dalszą ścieżkę;
• kto przyjął odpowiedzialność;
• co pozostało otwarte;
• dlaczego następny ruch jest potrzebny.

To dlatego organizacje często raportują substytuty:

liczba spotkań
liczba interesariuszy
liczba wysłanych materiałów
czas spędzony na PoC
liczba otwartych zadań
liczba kolejnych terminów

Żaden z tych miar samodzielnie nie dowodzi postępu decyzji. Duża liczba spotkań może nawet zwiększać obciążenie i obniżać dobrostan uczestników, szczególnie gdy spotkania są słabo zaprojektowane albo niepotrzebne.¹⁰¹¹ Nauka o spotkaniach nie prowadzi do wniosku, że spotkania są złe. Pokazuje raczej, że trzeba je projektować przed, podczas i po wykonaniu, a ich jakość zależy od funkcjonalnych zachowań oraz dopasowania do zadania.⁶¹²¹³

Aktywność kalendarzowa

Aktywność kalendarzowa odpowiada na pytanie:

Czy ludzie zarezerwowali czas na kontakt?

Może być potrzebna. Nie jest jednak dowodem, że powstanie wynik użyteczny dla decyzji.

Ruch decyzyjny

Ruch decyzyjny odpowiada na pytanie:

Co po tym działaniu będzie lepiej zdefiniowane, sprawdzone, uzgodnione, upoważnione, wykonane albo odpowiedzialnie zamknięte?

Różnica nie polega na formie. E-mail może być pustą aktywnością, a dwugodzinny warsztat może być doskonałym ruchem. Spotkanie może też służyć wyłącznie budowaniu relacji lub orientacji. To legalne cele — pod warunkiem, że nie są przedstawiane jako zmiana stanu decyzji.

Dlaczego pozorny ruch jest groźny

Pozorny ruch tworzy trzy ryzyka:

1. ryzyko poznawcze — zespół uważa, że wie więcej, choć nie zamknął pytania;
2. ryzyko operacyjne — powstają zadania bez właścicieli, warunków wejścia i zależności;
3. ryzyko zarządcze — prognoza opiera się na aktywności, a nie na jakości podstawy decyzji.

Im dłużej trwa proces, tym łatwiej uzasadniać kolejną aktywność nakładami już poniesionymi. To klasyczny grunt dla eskalacji zaangażowania: kontynuacji kierunku mimo informacji, która powinna uruchomić rewizję lub zatrzymanie.⁹¹⁴¹⁵

Ruch decyzyjny to proporcjonalne działanie osadzone w konkretnym węźle decyzji, które:

1. odpowiada na jawne, nierozstrzygnięte pytanie;
2. kończy się weryfikowalnym rezultatem;
3. angażuje role potrzebne do informacji, wykonania, oceny albo mandatu;
4. ma potwierdzonych właścicieli własnych części;
5. posiada dostępne zasoby i warunki wejścia;
6. ma termin lub trigger wynikający z zadania;
7. dopuszcza więcej niż jeden możliwy wynik;
8. uruchamia wcześniej ustaloną regułę kontynuacja, rewizja, odroczenie albo zatrzymanie;
9. pozostawia ślad możliwy do potwierdzenia;
10. kończy się zmianą stanu albo jawnym brakiem podstaw do dalszego ruchu.

Węzeł decyzji

Węzeł decyzji to konkretny punkt, w którym organizacja musi coś zdefiniować, sprawdzić, uzgodnić, autoryzować albo rozstrzygnąć. Nie jest to ogólny „etap sprzedaży”. Przykłady:

• dopuszczenie danych produkcyjnych do testu;
• wybór wariantu zakresu;
• akceptacja ryzyka resztkowego;
• decyzja, czy warto uruchomić PoC;
• potwierdzenie, że organizacja posiada zasoby wdrożeniowe;
• zamknięcie wariantu niespełniającego warunku brzegowego.

Nierozstrzygnięte pytanie

Dobre pytanie można zamknąć wynikiem. Jest dostatecznie konkretne, by określić potrzebny rezultat i konsekwencję.

Słabe:

Czy klient jest gotowy iść dalej?

Lepsze:

Czy obecny eksport z ERP zawiera pola wymagane do wykonania ograniczonego testu planowania bez ręcznego odtwarzania danych?

Rezultat

Rezultat ruchu jest obserwowalny: artefaktem, decyzją, zaakceptowanym stanem, listą braków, potwierdzonym mandatem albo zapisem zatrzymania. Nie musi być dokumentem. Musi jednak istnieć niezależnie od samego odbycia działania.

Zmiana stanu

Stan decyzji zmienia się, gdy po ruchu:

• pytanie jest lepiej zdefiniowane;
• powstał albo oceniono potrzebny dowód;
• dołączono brakującą rolę;
• uzgodniono kryterium lub kompromis;
• powstał mandat;
• wykonano warunek przygotowawczy;
• podjęto kontynuacja, rewizja, odroczenie, zatrzymanie;
• albo zamknięto pętlę bez potrzeby dalszej aktywności.

Ruch nie musi przybliżać zakupu. Ma poprawiać jakość działania wobec decyzji. To istotne rozróżnienie: procedura decyzyjna może być wartościowa także wtedy, gdy prowadzi do odrzucenia wariantu.¹⁶¹⁷

Klasy RD nie są lejkiem ani sekwencją dojrzałości. Jedna decyzja może wymagać kilku klas jednocześnie, powrotu do wcześniejszego węzła albo pominięcia większości z nich.

RD-1 — ruch definicyjny

Stosuje się go, gdy strony rozmawiają o różnych problemach albo nie potrafią nazwać decyzji. Nie powinno się wtedy przechodzić od razu do prezentacji rozwiązania.

Przykład:

Czy celem jest skrócenie czasu planowania, poprawa terminowości czy ograniczenie zapasu? Te cele mogą wymagać różnych danych, funkcji i kryteriów.

RD-2 — ruch dowodowy

Odpowiada na materialną niewiadomą. Powinien wynikać z Projektanta Sekwencji Dowodów, a nie z domyślnego schematu demo → PoC → pilot.

RD-3 — ruch rolowy

Nie oznacza „zaproszenia większej liczby interesariuszy”. Polega na włączeniu konkretnej funkcji, której brak uniemożliwia informację, wykonanie, weryfikację albo mandat.

RD-4 — ruch uzgodnieniowy

Służy jawnej pracy nad różnicą. Może zakończyć się wspólnym kryterium, warunkową zgodą albo zapisanym sprzeciwem. Nie musi prowadzić do jednomyślności. W razie potrzeby należy wrócić do Karty Wystarczającego Uzgodnienia.

RD-5 — ruch mandatowy

Oddziela poparcie od prawa do autoryzacji. Osoba może rozumieć i wspierać projekt, ale nie mieć mandatu do zatwierdzenia budżetu, danych, ryzyka albo zasobów.

RD-6 — ruch wykonawczy

Przekłada intencję na przygotowanie. Może obejmować eksport danych, konfigurację środowiska, analizę prawną, przygotowanie wariantów, weryfikację architektury albo zebranie lokalnych pomiarów.

RD-7 — ruch rozstrzygający albo zamykający

Uruchamia konsekwencję wyniku. Jego rezultatem może być przejście dalej, zmiana rozwiązania, odroczenie do triggera, powrót do wcześniejszego węzła albo zatrzymanie.

Reguła wieloklasowości

Jeden ruch może mieć kilka funkcji, ale trzeba wskazać funkcję dominującą. Przykładowo warsztat integracyjny może jednocześnie:

• zdefiniować granicę odpowiedzialności — RD-1;
• zweryfikować przepływ danych — RD-2;
• włączyć właściciela bezpieczeństwa — RD-3;
• uzgodnić dopuszczalny wariant — RD-4;
• uzyskać mandat do PoC — RD-5.

Jeżeli żadna z tych funkcji nie ma konkretnego rezultatu, nazwa „warsztat” jedynie maskuje brak projektu ruchu.

Projektant jest minimalnym rekordem, który pozwala przejść od ogólnego „co dalej?” do działania zmieniającego stan decyzji.

projektant_ruchu_decyzyjnego:
  wezel_decyzji: ""
  nierozstrzygniete_pytanie: ""
  oczekiwany_rezultat: ""
  potrzebne_role: []
  wlasciciele:
    klient: []
    dostawca: []
    wspolni_lub_zewnetrzni: []
  zasoby_i_dane: []
  termin_i_podstawa: ""
  mozliwe_wyniki: []
  regula:
    kontynuacja: ""
    rewizja: ""
    odroczenie: ""
    zatrzymanie: ""
  zapis_i_potwierdzenie:
    miejsce: ""
    osoby_potwierdzajace: []
    klasa_dostepu: ""
    retencja: ""

Pole 1 — węzeł decyzji

Nazwij punkt, który ma się zmienić. Unikaj etykiet typu „follow-up” lub „kolejny etap”.

Dobrze:

Decyzja, czy lokalne dane pozwalają na ograniczony test APS bez budowy integracji produkcyjnej.

Pole 2 — nierozstrzygnięte pytanie

Pytanie powinno mieć możliwe odpowiedzi i wpływ na dalszą ścieżkę.

Dobrze:

Czy próbka danych zawiera komplet pól, stabilne identyfikatory i historię wystarczającą do odtworzenia pięciu reprezentatywnych scenariuszy?

Pole 3 — oczekiwany rezultat

Rezultat ma być na tyle konkretny, aby osoba nieuczestnicząca w działaniu mogła sprawdzić, czy powstał.

Dobrze:

Mapa pól wymaganych, dostępnych i brakujących, pięć odtworzonych scenariuszy oraz rekomendacja: test możliwy / test po korekcie / test nieuzasadniony.

Pole 4 — potrzebne role

Role wybiera się według potrzebnego wkładu:

• informacja;
• wykonanie;
• ocena;
• mandat;
• akceptacja ryzyka.

Nie według seniority ani zasady „zaprosimy wszystkich”.

Pole 5 — właściciele

Właściciel odpowiada za konkretny rezultat albo część pracy, którą realnie kontroluje. Można rozdzielić właścicieli przygotowania wejścia, wykonania ruchu, weryfikacji rezultatu, decyzji po wyniku, monitoringu triggera i retencji.

Pole 6 — zasoby i dane

Zapisz nie tylko, czego potrzeba, lecz także:

• źródło;
• uprawnienie do użycia;
• format;
• jakość;
• ograniczenia;
• sposób przekazania;
• warunek usunięcia lub zwrotu.

Pole 7 — termin wynikający z zadania

Termin ma podstawę po stronie zależności, okna operacyjnego, dostępności danych, wymogu prawnego albo czasu potrzebnego do obserwacji. Jeżeli właściwy jest trigger, nie wymuszaj sztucznej daty.

Pole 8 — możliwe wyniki

Przed ruchem trzeba nazwać możliwe rezultaty, w tym niekorzystne i niejednoznaczne. Dzięki temu zespół nie interpretuje każdego wyniku jako argumentu za kontynuacją.

Pole 9 — reguła kontynuacja / rewizja / odroczenie / zatrzymanie

Reguła łączy wynik z konsekwencją. Nie musi być algorytmem. Musi być wystarczająco jawna, aby po wyniku nie przesuwać bramki bez śladu.

Pole 10 — zapis i potwierdzenie

Rekord powinien wskazywać:

• gdzie znajduje się wersja referencyjna;
• kto potwierdza własne zadania;
• jaka jest klasa dostępu;
• kiedy nastąpi przegląd retencji;
• kto może zmienić regułę i jak zapisze uzasadnienie.

Test kompletności ruchu

Ruch jest gotowy do uruchomienia, gdy można odpowiedzieć „tak” na pytania:

1. Czy węzeł jest konkretny?
2. Czy pytanie można zamknąć wynikiem?
3. Czy rezultat istnieje niezależnie od aktywności?
4. Czy właściwe role wiedzą, po co są potrzebne?
5. Czy właściciele potwierdzili własne części?
6. Czy warunki wejścia są dostępne?
7. Czy termin lub trigger ma podstawę?
8. Czy wynik negatywny może zmienić dalsze postępowanie?
9. Czy istnieją realne rewizja, odroczenie i zatrzymanie?
10. Czy zapis jest proporcjonalny i potwierdzony?

Jeżeli odpowiedzi brakuje, nie oznacza to automatycznie, że trzeba przerwać proces. Oznacza, że należy przeprojektować ruch albo wrócić do wcześniejszego węzła.

Najczęstszy błąd przy projektowaniu następnego kroku polega na zaczynaniu od formatu:

zróbmy demo
zorganizujmy warsztat
wyślijmy ofertę
umówmy spotkanie z zarządem
uruchommy pilot

Format nie mówi jeszcze, po co działanie istnieje. Ten sam warsztat może służyć diagnozie, uzgodnieniu, ocenie dowodu, przygotowaniu danych albo formalnej decyzji. Jeżeli funkcja nie jest jawna, uczestnicy przychodzą z różnymi oczekiwaniami, a po spotkaniu każda strona interpretuje wynik inaczej.

Najpierw węzeł

Węzeł powinien być zapisany jako obiekt pracy, a nie jako faza lejka. Przykłady:

• zakres testu danych;
• akceptacja warunku bezpieczeństwa;
• wybór wariantu procesu;
• zgoda na koszt przygotowania integracji;
• rozdział odpowiedzialności po wdrożeniu;
• decyzja o rezygnacji z wariantu.

Węzeł nie musi kończyć się decyzją zakupową. Może kończyć się decyzją o tym, czy istnieje podstawa do kolejnego dowodu.

Potem pytanie

Pytanie powinno spełniać cztery warunki:

1. odnosić się do konkretnego obiektu;
2. dopuszczać więcej niż jedną odpowiedź;
3. mieć możliwy do uzyskania rezultat;
4. zmieniać dalszą ścieżkę.

Przykład złego pytania:

Czy rozwiązanie spełni oczekiwania klienta?

Przykład lepszy:

Czy ograniczony zestaw danych pozwala odtworzyć reguły planowania dla trzech reprezentatywnych typów zleceń bez ręcznej korekty większej niż uzgodniony limit?

Drugie pytanie nie gwarantuje dobrej decyzji, ale umożliwia zaprojektowanie adekwatnego dowodu i konsekwencji wyniku.

Pytanie może ujawnić, że ruch jest zbędny

Czasem po zapisaniu pytania okazuje się, że:

• odpowiedź już istnieje w dostępnym dokumencie;
• pytanie nie jest materialne dla wyboru;
• odpowiedź nie zmieni dalszego postępowania;
• nie istnieje osoba z mandatem do użycia wyniku;
• warunek brzegowy już wyklucza wariant;
• koszt odpowiedzi jest nieproporcjonalny.

Wtedy prawidłową decyzją może być P0: nie uruchamiać kolejnego ruchu.

Temat opisuje obszar. Rezultat opisuje to, co ma powstać.

Badania nad wyznaczaniem celów wskazują znaczenie konkretności, informacji zwrotnej i warunków umożliwiających wykonanie.¹ Jednocześnie jasność celu i jasność procesu są różnymi konstruktami: można wiedzieć, jaki rezultat jest potrzebny, lecz nie wiedzieć, jak go wytworzyć — albo odwrotnie.⁴

Pięć testów dobrego rezultatu

1. Test istnienia

Czy po ruchu można wskazać konkretny rezultat, nawet jeśli spotkanie zostało odwołane i wykonano pracę asynchronicznie?

2. Test użycia

Kto użyje rezultatu i do czego? Dokument bez użytkownika jest często archiwum aktywności, nie narzędziem decyzji.

3. Test weryfikacji

Po czym poznamy, że rezultat jest kompletny i wystarczający?

4. Test niekorzystnego wyniku

Czy rezultat może pokazać, że rekomendowany wariant nie powinien być kontynuowany?

5. Test proporcjonalności

Czy koszt wytworzenia rezultatu odpowiada wartości decyzji, którą ma poprawić?

Lista braków też może być pełnym rezultatem

Nie każdy ruch musi kończyć się zatwierdzeniem. Lista braków może być wartościowa, jeżeli:

• jest konkretna;
• wskazuje wpływ braku na decyzję;
• rozdziela braki krytyczne i możliwe do obejścia;
• ma właścicieli dalszej oceny;
• prowadzi do jawnego rewizja, odroczenie albo zatrzymanie.

„Nie udało się ustalić” nie jest porażką, jeżeli ujawnia granicę wiedzy i zapobiega pozornej pewności.

W złożonym procesie zakupowym najbliższy ruch może wymagać kilku różnych funkcji. Nie oznacza to, że każda osoba z komitetem zakupowym powinna uczestniczyć w każdym działaniu.

Cztery powody włączenia roli

Rolę włącza się, gdy jest potrzebna do:

1. informacji — posiada wiedzę lokalną, której nie można bezpiecznie zastąpić;
2. wykonania — kontroluje zasób, dane, środowisko albo pracę;
3. oceny — potrafi zweryfikować rezultat według właściwych kryteriów;
4. mandatu — może zaakceptować konsekwencję, ryzyko lub dalszy ruch.

Właściciel to funkcja zadaniowa, nie tytuł

Właściciel nie jest „najważniejszą osobą” ani najsilniejszym zwolennikiem rozwiązania. Jest rolą, która potwierdziła odpowiedzialność za konkretną część. Niejednoznaczność roli i konflikt oczekiwań są powiązane z gorszym wykonaniem, dlatego zakres odpowiedzialności powinien być jawny.¹⁸

Praktyczny podział:

wlasciciele:
  przygotowanie_wejscia: []
  wykonanie_ruchu: []
  weryfikacja_rezultatu: []
  decyzja_po_wyniku: []
  monitoring_triggera: []
  zapis_i_retencja: []

Jedna osoba może pełnić kilka funkcji. Nie wolno jednak zakładać, że skoro ktoś jest sponsorem, automatycznie przygotuje dane, uzyska zgodę prawną, poprowadzi test, przekona zarząd i przyjmie ryzyko.

Właściciel po stronie klienta i po stronie dostawcy

Dobre rozdzielenie odpowiedzialności:

zadanie: "przygotowanie i weryfikacja próbki danych"
wlasciciel_klienta:
  rola: "właściciel danych ERP"
  odpowiada_za: "eksport, opis pól i ujawnienie ograniczeń"
wlasciciel_dostawcy:
  rola: "konsultant rozwiązania"
  odpowiada_za: "walidację formatu, mapę braków i rekomendację dalszego testu"

Zły zapis:

Właściciel: handlowiec — ma dopilnować, żeby klient dostarczył dane.

Handlowiec może koordynować komunikację. Nie kontroluje jednak danych klienta ani wewnętrznego priorytetu zadania.

Sponsor nie jest uniwersalnym właścicielem

Wewnętrzny sponsor może pomagać w kontekście, dostępie, interpretacji i koordynacji. Nie powinien przejmować pracy wszystkich funkcji. Jeżeli zdolność sponsorowania jest rozproszona, ruch powinien rozdzielić zadania T1–T8 między właściwe osoby.

Potwierdzenie właściciela

Nazwisko w notatce nie wystarcza. Właściciel powinien potwierdzić:

• własny zakres;
• oczekiwany rezultat;
• dostęp do zasobów;
• termin albo trigger;
• sposób zgłoszenia blokady;
• prawo do rewizji lub zatrzymania.

To nie musi oznaczać formalnego podpisu. Poziom potwierdzenia powinien być proporcjonalny do ryzyka P0–P3.

Koordynacja zależności

Ruchy wielostronne wymagają zarządzania zależnościami między zadaniami, zasobami i uczestnikami. Literatura koordynacji podkreśla znaczenie wspólnego rozumienia, przewidywalności i rozliczalności.⁵¹⁹ Dlatego lista właścicieli bez mapy kolejności może być niewystarczająca.

Przykład:

właściciel danych → przygotowuje eksport
konsultant → waliduje format
planista → weryfikuje reprezentatywność scenariuszy
IT → ocenia możliwość automatyzacji
właściciel biznesowy → uruchamia regułę kontynuacja/rewizja/odroczenie/zatrzymanie

Jeżeli drugi krok zależy od pierwszego, termin końcowy nie powinien maskować braku gotowości wejścia.

Ruch może wyglądać dobrze na papierze, lecz być niewykonalny z powodu braku zasobu, dostępu, czasu, kompetencji albo zgody. Warunki wejścia trzeba sprawdzić przed wpisaniem terminu.

Typowe warunki wejścia

• komplet danych;
• legalna podstawa użycia;
• zgoda bezpieczeństwa;
• środowisko testowe;
• dostępność osoby oceniającej;
• linia bazowa;
• uzgodnione kryteria;
• reprezentatywny przypadek;
• budżet lub limit czasu;
• zdolność do usunięcia danych po teście;
• gotowość do przyjęcia niekorzystnego wyniku.

Brak warunku wejścia to wynik, nie powód do udawania ruchu

Jeżeli test nie może się rozpocząć bez zgody na użycie danych, a zgody nie ma, status nie powinien brzmieć „pilot w toku”. Właściwy wynik to K3: ruch zablokowany przez brak warunku wejścia. Następnie organizacja może:

• uruchomić osobny RD-3 lub RD-5;
• zmienić zakres testu;
• przejść na dane syntetyczne z jawnymi ograniczeniami;
• odroczyć do uzyskania zgody;
• zakończyć ocenę.

Minimalizacja danych

Do rekordu ruchu należy zbierać tylko informacje potrzebne do wykonania i rozliczenia działania. Nie powinno się przechowywać w CRM:

• spekulacji o motywacji osób;
• prywatnych ocen charakteru;
• niepotrzebnych danych osobowych;
• pełnych transkrypcji bez podstawy i celu;
• wrażliwych szczegółów, jeżeli wystarczy odnośnik do kontrolowanego repozytorium.

Zasady minimalizacji, ograniczenia celu, adekwatności, dostępu i retencji wynikają z ogólnych wymogów ochrony danych.²⁰

Termin jest potrzebny, gdy koordynuje pracę, chroni zależność albo wiąże się z realnym kosztem opóźnienia. Nie powinien być dekoracją CRM.

Uzasadnione podstawy terminu

• okno produkcyjne;
• data zamrożenia zakresu;
• cykl budżetowy;
• wygaśnięcie zgody lub certyfikatu;
• dostępność danych;
• czas obserwacji efektu;
• zależność od innego projektu;
• obowiązek regulacyjny;
• koszt odroczenia;
• moment, po którym wynik traci użyteczność.

Przykład:

Wynik musi być dostępny przed zamrożeniem zakresu migracji ERP, ponieważ późniejsza zmiana mapowania wymaga osobnego zlecenia i ponownej walidacji.

Nie:

Zróbmy to do piątku, żeby utrzymać momentum i zdążyć przed końcem naszego kwartału.

Termin a intencja wykonawcza

Sama deklaracja zamiaru nie gwarantuje działania. Badania nad luką intencja–zachowanie pokazują, że intencje przekładają się na wykonanie tylko częściowo.²¹ Plany typu „jeśli wystąpi sytuacja X, wykonam działanie Y” mogą wspierać realizację celu, zwłaszcza gdy wskazują konkretny warunek i reakcję.²²²

W E08 nie oznacza to psychologicznego testowania ludzi. Oznacza praktyczny zapis:

Jeżeli dział bezpieczeństwa zatwierdzi użycie zanonimizowanej próbki,
właściciel danych udostępni eksport w uzgodnionym formacie w ciągu pięciu dni roboczych.

Trigger zamiast sztucznej daty

Nie każda sytuacja wymaga terminu kalendarzowego. Czasem lepszy jest trigger:

• publikacja decyzji regulatora;
• zakończenie migracji ERP;
• powrót właściciela procesu;
• osiągnięcie minimalnej jakości danych;
• pojawienie się budżetu;
• zamknięcie innego projektu zależnego.

Dobre odroczenie zawiera:

trigger: ""
wlasciciel_monitorowania: ""
sposob_sprawdzenia: ""
data_przegladu: ""
warunek_wznowienia: ""
warunek_zamkniecia: ""

Samodzielnie ustalone terminy mogą wspierać samokontrolę, ale nie są uniwersalnie optymalne i nie powinny zastępować analizy zadania.²³

Jeżeli przed ruchem nie wiadomo, co oznacza każdy możliwy wynik, po jego wykonaniu łatwo dopasować interpretację do preferowanego kierunku.

Kontynuacja

Wynik spełnia wcześniej określone warunki i odblokowuje kolejny węzeł. Kontynuacja nie musi oznaczać zakupu. Może oznaczać zgodę na następny, proporcjonalny test.

Rewizja

Wynik zmienia hipotezę, zakres, kryterium, rozwiązanie, kolejność albo zabezpieczenie. Nie jest „miękkim go”. Wymaga zapisania, co uległo zmianie i dlaczego.

Odroczenie

Ruch zostaje świadomie odroczony do warunku albo triggera. Odroczenie bez triggera, właściciela i punktu przeglądu jest często tylko nieokreślonym oczekiwaniem.

Zatrzymanie

Brakuje podstawy do dalszego ruchu, warunek brzegowy jest niespełniony albo koszt kolejnej informacji jest nieproporcjonalny. Zatrzymanie może dotyczyć wariantu, testu, zakresu lub całego procesu.

Wynik niejednoznaczny

Wynik niejednoznaczny nie powinien automatycznie oznaczać „potrzebujemy kolejnego pilota”. Najpierw trzeba sprawdzić:

• czy pytanie było prawidłowe;
• czy rezultat odpowiadał pytaniu;
• czy warunki wejścia były spełnione;
• czy miara była adekwatna;
• czy próba była reprezentatywna;
• czy kolejny test może rozróżnić konkurencyjne wyjaśnienia;
• czy koszt dalszej informacji jest uzasadniony.

Reguła przed wynikiem

Przykład:

regula:
  kontynuacja: "co najmniej cztery z pięciu scenariuszy można odtworzyć bez ręcznej rekonstrukcji danych"
  rewizja: "wynik jest możliwy po dodaniu jednego dostępnego źródła lub ograniczeniu zakresu"
  odroczenie: "brak danych wynika z migracji ERP, której zakończenie ma potwierdzony trigger"
  zatrzymanie: "brak stabilnych identyfikatorów uniemożliwia wiarygodną interpretację bez osobnego programu jakości danych"

Reguła nie musi być wyłącznie liczbowa. Powinna jednak być dostatecznie jawna, aby po wyniku nie zmieniać kryterium bez wersjonowania.

W języku sprzedaży „zobowiązanie” bywa używane zbyt szeroko. Akceptacja zaproszenia, pozytywna wypowiedź i deklaracja zainteresowania są traktowane jak dowód, że klient wykona zadanie albo przeprowadzi organizację przez zmianę.

E08 rozróżnia pięć stanów:

Literatura zobowiązania pokazuje, że nie jest to jeden prosty stan psychologiczny; może opierać się na różnych mechanizmach i dotyczyć różnych kierunków działania.²⁴⁷²⁵ E08 nie próbuje diagnozować wewnętrznej motywacji. Pracuje na jawnych, operacyjnych potwierdzeniach.

Uprzejma zgoda ≠ zobowiązanie zadaniowe

„Spróbujemy sprawdzić dane” nie oznacza:

Właściciel danych potwierdził przygotowanie eksportu obejmującego pola X, Y i Z do piątku.

Zobowiązanie zadaniowe ≠ mandat

Osoba może zobowiązać się przygotować analizę, ale nie mieć prawa zaakceptować ryzyka albo budżetu.

Mandat ≠ wykonanie

Zgoda na uruchomienie testu nie tworzy danych, środowiska ani wyniku.

Wykonanie aktywności ≠ zmiana stanu decyzji

Spotkanie może się odbyć, a rezultat nie powstać. Test może zostać wykonany, ale jego wynik nie zostać użyty. Zmiana stanu następuje dopiero wtedy, gdy właściwa reguła zostaje uruchomiona lub pętla zostaje jawnie zamknięta.

Gotowość organizacyjna

Gotowość do zmiany obejmuje nie tylko chęć, lecz także wspólne przekonanie o zdolności wykonania.⁸ W praktyce oznacza to, że następny krok nie powinien być projektowany wyłącznie wokół deklaracji sponsora. Trzeba sprawdzić zasoby, zależności, role i możliwość lokalnego wykonania. Skuteczność wdrożenia zależy również od klimatu implementacji i dopasowania zmiany do organizacji.²⁶

Spotkanie jest właściwym formatem, gdy wymaga go współzależna praca kilku osób w czasie rzeczywistym. Nie jest domyślnym nośnikiem każdego ruchu.

Preferuj pracę asynchroniczną, gdy

• rezultat można przygotować i ocenić niezależnie;
• potrzebne są dane, dokumenty lub komentarze, nie wspólna dyskusja;
• uczestnicy pracują w różnych strefach lub cyklach;
• materiał wymaga czasu na analizę;
• celem jest potwierdzenie faktu, zakresu albo warunku;
• spotkanie stworzyłoby presję na natychmiastową odpowiedź;
• dostępność uczestników nie powinna blokować ruchu.

Przykłady:

• tabela zakresu i wyłączeń;
• walidacja próbki danych;
• komentarze do kryteriów;
• potwierdzenie mandatu;
• rejestr ryzyka;
• decyzja o odrzuceniu wariantu.

Spotkanie tworzy wartość, gdy

• trzeba połączyć wiedzę rozproszoną;
• występuje konflikt kryteriów;
• rezultat wymaga negocjacji zależności;
• trzeba podjąć decyzję przy kilku perspektywach;
• brak wspólnego rozumienia blokuje wykonanie;
• uczestnicy muszą równocześnie ocenić warianty;
• charakter problemu wymaga dialogu i natychmiastowej korekty.

Test formatu

Przed wysłaniem zaproszenia odpowiedz:

1. Jaki rezultat ma powstać?
2. Czy wymaga synchronicznej interakcji?
3. Które role muszą być obecne w tym samym czasie?
4. Co mogą zrobić wcześniej asynchronicznie?
5. Co stanie się, jeżeli nie odbędzie się spotkanie?
6. Czy krótszy format da ten sam rezultat?

Prawo do anulowania

Jeżeli przed spotkaniem rezultat został osiągnięty albo warunek wejścia zniknął, spotkanie powinno zostać anulowane lub przeprojektowane. Odbywanie go tylko dlatego, że jest w kalendarzu, to koszt utopiony w miniaturze.

E07 i E08 rozwiązują dwa różne problemy:

• E07: czego trzeba się dowiedzieć, jaki dowód jest adekwatny i w jakiej kolejności go pozyskać;
• E08: jaki konkretny ruch wykona najbliższy fragment tej sekwencji, kto go wykona i co stanie się po wyniku.

Przekazanie z E07 do E08

Minimalne przekazanie:

przekazanie_E07_E08:
  wezel_decyzji: ""
  materialna_niewiadoma: ""
  wybrana_klasa_dowodu: ""
  pytanie_testu: ""
  kryteria_interpretacji: []
  wynik_mozliwy_do_uzyskania: []
  warunek_zatrzymania: ""
  ryzyko_resztkowe: ""

E08 dodaje:

• potrzebne role;
• właścicieli;
• inputy i zasoby;
• format działania;
• termin lub trigger;
• sposób potwierdzenia;
• konsekwencję wyniku;
• decyzję, czy potrzebny jest kolejny ruch.

Powrót z E08 do E07

E08 powinien wrócić do E07, gdy:

• nie wiadomo, jaka niewiadoma jest materialna;
• wybrany test nie odpowiada na pytanie;
• rezultat nie zmieni decyzji;
• wynik niekorzystny nie ma konsekwencji;
• pojawiła się nowa zależność dowodowa;
• kolejny test jest proponowany tylko dlatego, że poprzedni był niejednoznaczny.

Zakaz automatycznej progresji

Wynik kontynuacja z E07 nie oznacza automatycznie dużego projektu E08. Oznacza jedynie, że istnieje podstawa do następnego, proporcjonalnego ruchu. Analogicznie wynik K1 w E08 nie musi uruchamiać kolejnego dowodu. Może zamknąć węzeł.

Nie każdy ruch wymaga dziesięciopolowego dokumentu w pełnej formie. Zakres zapisu i ład powinien odpowiadać złożoności, ryzyku, odwracalności i liczbie zależności.

P0 — brak uprawnionego ruchu

P0 nie znaczy „mały klient” ani „niska jakość szansy”. Oznacza, że w danym momencie nie ma uzasadnionej pracy do wykonania.

Przykłady:

• odpowiedź istnieje już w zatwierdzonym dokumencie;
• wariant nie spełnia warunku brzegowego;
• nie ma mandatu do użycia wyniku;
• pytanie nie jest materialne;
• proces został strategicznie zamknięty;
• trigger jest odległy i nie wymaga cyklicznych statusów.

P1 — prosty ruch asynchroniczny

Przykład: klient pyta, czy zakres usługi obejmuje czyszczenie konkretnego komponentu. Dostawca przesyła tabelę zakresu i wyłączeń. Właściciel utrzymania potwierdza, że brakujący element jest krytyczny. Wynik: K5 albo K6. Nie ma potrzeby spotkania.

P2 — ruch międzyfunkcyjny

Wymaga kilku ról, wspólnego rezultatu, jawnych warunków wejścia i reguły wyniku. Pełny przykład znajduje się w kolejnej sekcji.

P3 — ruch programowy

Może obejmować wiele strumieni, formalną zgodę ryzyka, etapy zależne od regulatora, bezpieczeństwa, architektury i gotowości organizacyjnej. E08 nie zastępuje pełnego zarządzania projektem. Porządkuje konkretny węzeł w ramach ładu zgodnego z charakterem programu.²⁷²⁸

Reguła proporcjonalności

Zwiększaj formalność tylko wtedy, gdy rośnie:

• ryzyko nieodwracalności;
• liczba zależności;
• liczba właścicieli;
• koszt błędu;
• wrażliwość danych;
• wymaganie audytowe;
• czas między ruchem a skutkiem;
• trudność zmiany kryterium po fakcie.

Nie zwiększaj jej wyłącznie dlatego, że organizacja jest duża albo okazja ma wysoką wartość w CRM.

Kontekst

Producent rozważa system APS. Demo potwierdziło, że narzędzie posiada potrzebne funkcje. Nie wiadomo jednak, czy lokalne dane i reguły planowania pozwalają przeprowadzić ograniczony test bez ręcznego odtwarzania procesu przez konsultantów.

Przykład P2 — pole 1: węzeł decyzji

Decyzja, czy istnieje wystarczająca podstawa danych i reguł do uruchomienia ograniczonego PoC APS dla reprezentatywnego fragmentu planowania.

To nie jest jeszcze decyzja o zakupie ani wdrożeniu.

Przykład P2 — pole 2: nierozstrzygnięte pytanie

Czy próbka danych z ERP i obecne reguły planowania pozwalają odtworzyć pięć reprezentatywnych scenariuszy bez ręcznej rekonstrukcji danych, która zafałszowałaby ocenę rozwiązania?

Przykład P2 — pole 3: oczekiwany rezultat

Cztery wymagane rezultaty:

1. mapa pól: wymagane, dostępne, brakujące i niespójne;
2. opis pięciu scenariuszy planistycznych wraz z ograniczeniami;
3. wynik próby odtworzenia każdego scenariusza;
4. rekomendacja: kontynuacja, rewizja, odroczenie albo zatrzymanie wraz z uzasadnieniem.

Przykład P2 — pole 4: potrzebne role

• planista główny — opis reguł i ocena reprezentatywności;
• właściciel danych ERP — eksport, słownik i ograniczenia jakości;
• przedstawiciel produkcji — walidacja realności scenariuszy;
• konsultant APS — mapowanie i wykonanie ograniczonej próby;
• właściciel biznesowy — użycie wyniku i uruchomienie reguły decyzji;
• bezpieczeństwo lub IT — tylko jeśli forma przekazania danych tego wymaga.

Nie zaprasza się całego komitetu zakupowego. Finanse nie muszą uczestniczyć w technicznej walidacji, jeżeli wynik nie zmienia jeszcze uzasadnienia biznesowego. Powinny otrzymać rezultat, gdy wpłynie on na koszt przygotowania danych.

Przykład P2 — pole 5: właściciele

wlasciciele:
  przygotowanie_wejscia:
    - "właściciel danych ERP — eksport i słownik pól"
    - "planista główny — reguły i przypadki"
  wykonanie_ruchu:
    - "konsultant APS — mapowanie i próba odtworzenia"
  weryfikacja_rezultatu:
    - "planista główny"
    - "przedstawiciel produkcji"
  decyzja_po_wyniku:
    - "właściciel biznesowy programu planowania"
  zapis_i_retencja:
    - "koordynator projektu klienta"
    - "właściciel repozytorium dostawcy"

Każdy właściciel potwierdza własną część. Handlowiec nie jest właścicielem eksportu klienta ani akceptacji ryzyka.

Przykład P2 — pole 6: zasoby i dane

Potrzebne:

• zanonimizowana próbka zleceń, operacji, zasobów i kalendarzy;
• słownik pól;
• opis reguł priorytetyzacji;
• pięć przypadków reprezentujących różne typy ograniczeń;
• bezpieczny kanał przekazania;
• uzgodniony zakaz użycia danych poza testem;
• data usunięcia kopii roboczych.

Warunek wejścia:

Dane nie zawierają identyfikatorów niepotrzebnych do testu, a właściciel danych potwierdził legalność i zakres użycia.

Przykład P2 — pole 7: termin i podstawa

Wynik ma być dostępny przed zamrożeniem zakresu migracji ERP. Po tej dacie dodanie brakujących pól będzie wymagało osobnego zlecenia i może zmienić koszt projektu.

Termin nie wynika z końca kwartału dostawcy. Wynika z zależności architektonicznej klienta.

Przykład P2 — pole 8: możliwe wyniki

1. wszystkie kluczowe dane i reguły są dostępne;
2. brakuje jednego źródła, które można dodać w bieżącym projekcie ERP;
3. część reguł istnieje wyłącznie w wiedzy planistów i wymaga formalizacji;
4. dane są zbyt niestabilne do wiarygodnej próby;
5. scenariusze można odtworzyć, ale nie reprezentują największych źródeł opóźnień;
6. wynik jest niejednoznaczny z powodu jakości próbki.

Przykład P2 — pole 9: reguła

regula:
  kontynuacja: >
    Co najmniej cztery z pięciu scenariuszy można odtworzyć bez ręcznej
    rekonstrukcji kluczowych danych, a braki nie zmieniają interpretacji testu.
  rewizja: >
    PoC jest możliwy po ograniczeniu zakresu albo dodaniu jednego źródła,
    którego koszt i właściciel są jawne.
  odroczenie: >
    Brak wynika z trwającej migracji ERP; istnieje potwierdzony trigger,
    właściciel monitorowania i termin ponownej oceny.
  zatrzymanie: >
    Brak stabilnych identyfikatorów, linii bazowej albo reguł uniemożliwia
    wiarygodną interpretację bez osobnego programu jakości danych.

Przykład P2 — pole 10: zapis i potwierdzenie

zapis_i_potwierdzenie:
  miejsce: "repozytorium projektu klienta; CRM zawiera wyłącznie skrót i link"
  osoby_potwierdzajace:
    - "właściciel danych ERP"
    - "planista główny"
    - "konsultant APS"
    - "właściciel biznesowy"
  klasa_dostepu: "ograniczony dostęp projektowy"
  retencja: "usunięcie danych roboczych 30 dni po zatwierdzeniu wyniku"

Przebieg

Właściciel danych dostarcza próbkę. Konsultant wykrywa, że identyfikatory zasobów są stabilne, lecz część czasów przezbrojeń istnieje tylko w arkuszach planistów. Trzy scenariusze można odtworzyć, dwa wymagają ręcznego uzupełnienia.

Planista potwierdza, że brakujące czasy dotyczą rodzin produktów odpowiadających za znaczną część opóźnień. Nie wolno więc przypisać wynikowi kontynuacja na podstawie trzech łatwiejszych przypadków.

Wynik

K2 — ruch wykonany, lecz wymaga rewizji.

Zmiana stanu decyzji:

• PoC nie rozpoczyna się w pierwotnym zakresie;
• organizacja ocenia dwa warianty: ograniczony PoC dla stabilnych rodzin albo wcześniejszą formalizację danych przezbrojeń;
• uzasadnienie biznesowe zostaje uzupełnione o koszt przygotowania danych;
• nie ma automatycznego kolejnego spotkania;
• właściciel biznesowy decyduje asynchronicznie, który wariant ma wartość.

Dlaczego to jest prawidłowy ruch

• pytanie było materialne;
• rezultat był niezależny od spotkania;
• role były dobrane według wkładu;
• negatywny wynik zmienił zakres;
• kryterium nie zostało złagodzone po fakcie;
• dane mają klasę dostępu i retencję;
• brak kontynuacja nie został uznany za porażkę sprzedażową.

Plan decyzji może być użytecznym kontenerem dla kilku zależnych ruchów. Nie jest jednak dowodem zobowiązania ani obowiązkowym elementem każdej złożonej sprzedaży.

Kiedy pomaga

• istnieje wiele powiązanych węzłów;
• zadania są rozdzielone między organizacje;
• terminy wynikają z realnych zależności;
• role potwierdziły własne części;
• plan dopuszcza rewizja, odroczenie i zatrzymanie;
• aktualizacja planu ma właściciela;
• różne strumienie potrzebują wspólnego widoku;
• program wymaga formalnego ładu.

Kiedy staje się teatrem aktywności

• tworzy go wyłącznie dostawca;
• wpisuje nazwiska bez potwierdzenia;
• zawiera daty pod prognozą;
• każda linia prowadzi do zakupu;
• brak w nim warunków wejścia i wyników negatywnych;
• zadania są ogólne: „review”, „align”, „discuss”;
• plan jest aktualizowany po fakcie, aby wyglądał na zgodny;
• służy jako miara „zaangażowania klienta”.

Minimalna alternatywa

Dla wielu decyzji wystarczy jeden rekord E08:

węzeł + pytanie + rezultat + właściciele + warunki + termin/trigger + reguła + potwierdzenie

Pełny wspólny plan ma sens dopiero wtedy, gdy trzeba koordynować kilka takich rekordów.

Plan nie daje dostawcy prawa do zarządzania pracownikami klienta

Wspólność planu oznacza wspólne potwierdzenie zależności. Nie oznacza, że sprzedawca może jednostronnie przypisywać zadania, terminy i odpowiedzialność ludziom po stronie klienta.

E08 używa sześciu jakościowych wyników. Nie sumuje ich do momentum score ani deal health score.

K1 — wykonano i zmieniono stan

Przykład: analiza danych potwierdziła możliwość ograniczonego testu, a właściciel biznesowy uruchomił wcześniej określony zakres PoC.

K2 — wykonano i trzeba zrewidować

Przykład: rozwiązanie działa, ale tylko przy jakości danych niedostępnej w obecnym procesie. Decyzja przesuwa się z „czy kupić?” na „czy warto najpierw poprawić dane i w jakim zakresie?”.

K3 — brak warunku wejścia

Przykład: brak zgody bezpieczeństwa na dane. Nie rozpoczyna się pilota „na tyle, ile się da”. Najpierw trzeba rozstrzygnąć model danych albo zmienić test.

K4 — świadome odroczenie

Przykład: decyzja zależy od regulatora. Rekord zawiera trigger, właściciela monitorowania i regułę wznowienia. Comiesięczne statusy z dostawcą nie są potrzebne.

K5 — zamknięcie bez następnego spotkania

Przykład: klient potwierdził, że wariant spełnia wymaganie, a kolejna praca należy do wewnętrznego procesu budżetowego bez udziału dostawcy. Pętla E08 jest zamknięta.

K6 — zatrzymanie albo powrót

Przykład: test ujawnił konflikt z warunkiem bezpieczeństwa. Wariant zostaje zamknięty. Alternatywnie wynik pokazuje, że źle zdefiniowano problem, więc proces wraca do E00 lub E07.

Zamknięcie oznacza więcej niż notatkę

Dobre zamknięcie obejmuje:

• wynik;
• porównanie z regułą;
• zmianę stanu;
• otwarte ryzyko;
• decyzję o kolejnym ruchu lub jego braku;
• aktualizację właścicieli;
• retencję i usunięcie zbędnych danych.

Brak kolejnego spotkania jest legalnym wynikiem

Nie trzeba organizować „podsumowania” tylko dlatego, że ruch się zakończył. Jeżeli właściwe role potwierdziły rezultat asynchronicznie i reguła została uruchomiona, spotkanie może nie mieć wartości.

Im więcej czasu, reputacji i środków zainwestowano, tym trudniej przyjąć wynik, który osłabia wcześniejszy kierunek. Badania nad eskalacją zaangażowania pokazują, że decyzje mogą być podtrzymywane mimo negatywnej informacji, a mechanizm ten zależy od wielu czynników sytuacyjnych i psychologicznych.⁹¹⁴¹⁵

Typowe sygnały eskalacji

• po negatywnym wyniku proponuje się większy test bez nowego pytania;
• kryterium zostaje złagodzone, ponieważ „już tyle zainwestowaliśmy”;
• brak danych interpretuje się jako argument za dłuższym pilotem;
• zatrzymanie jest odkładane, aby „nie zmarnować pracy zespołu”;
• niekorzystny rezultat znika z podsumowania;
• kolejny termin jest planowany przed oceną poprzedniego wyniku;
• osoby odpowiedzialne za pierwotną rekomendację samodzielnie zmieniają regułę.

Zmiana kryterium może być poprawna — ale musi być jawna

Test może ujawnić, że kryterium było źle dobrane. Wtedy rewizja jest dozwolona. Trzeba jednak zapisać:

• co się zmieniło;
• kto proponuje zmianę;
• jaka nowa informacja ją uzasadnia;
• kto ma mandat do akceptacji;
• jak wpływa to na porównywalność wyników;
• czy potrzebny jest nowy test;
• czy wynik pierwotny pozostaje w śladzie.

Limity i budżety decyzyjne

Jawne limity kosztu, czasu i liczby iteracji mogą wspierać deeskalację, ponieważ utrudniają niekontrolowane rozszerzanie pracy.²⁹ Nie są jednak magicznym zabezpieczeniem. Muszą być połączone z prawem do zgłoszenia problemu i realną możliwością zatrzymania.

Bezpieczeństwo psychologiczne i voice

Aby warunek zatrzymania działał, osoby muszą móc ujawnić błąd, niepewność i informację niekorzystną bez kary za „blokowanie procesu”. Badania nad bezpieczeństwem psychologicznym oraz voice i silence wskazują znaczenie warunków, w których ludzie mówią o problemach i uczą się na błędach.³⁰³¹

E08 nie tworzy bezpieczeństwa psychologicznego samym formularzem. Może jednak nie pogarszać sytuacji, jeżeli:

• zatrzymanie jest równorzędną opcją;
• negatywny wynik nie jest ukrywany;
• właściciel ma prawo zgłosić brak warunku;
• źródło informacji niekorzystnej jest chronione adekwatnie;
• nie ocenia się ludzi na podstawie zgodności z preferencją dostawcy.

AI może usprawnić dokumentowanie ruchu, ale łatwo przypisuje ludziom intencje, zobowiązanie i własność, których nie potwierdzili. Dlatego wymaga ścisłej roli pomocniczej.

Dozwolone zastosowania AI

• porządkowanie jawnych notatek;
• tworzenie pierwszego szkicu rekordu;
• sprawdzanie brakujących pól;
• wykrywanie niespójności między pytaniem, rezultatem i regułą;
• proponowanie neutralnych pytań doprecyzowujących;
• streszczanie potwierdzonych ustaleń;
• kontrola, czy istnieją rewizja, odroczenie i zatrzymanie;
• wskazanie, że termin nie ma zapisanej podstawy;
• przygotowanie wariantu asynchronicznego.

Niedozwolone zastosowania AI

AI nie powinna samodzielnie:

• przypisywać właściciela;
• uznawać milczenia za zgodę;
• wnioskować o motywacji lub lojalności;
• tworzyć zobowiązania z niejednoznacznej wypowiedzi;
• wyliczać prawdopodobieństwa zamknięcia;
• wybierać kontynuacja zamiast właściwego mandatu;
• akceptować ryzyka;
• zmieniać kryterium po wyniku;
• generować sztucznego deadline’u;
• decydować o retencji danych;
• tworzyć faktów lub brakujących ustaleń.

NIST AI RMF i profil dla generatywnej AI podkreślają potrzebę ładu, mapowania kontekstu, nadzoru, pomiaru i zarządzania ryzykiem, w tym ryzyka konfabulacji i niewłaściwego użycia generowanych treści.³²³³³⁴

Brama potwierdzenia przez człowieka

Każdy rekord przygotowany z pomocą AI powinien przejść kontrolę człowieka:

1. Czy każde stwierdzenie ma źródło?
2. Czy właściciel potwierdził własne zadanie?
3. Czy termin ma podstawę?
4. Czy AI nie przypisała intencji?
5. Czy negatywny wynik został zachowany?
6. Czy klasa dostępu jest właściwa?
7. Czy retencja jest określona?
8. Czy finalną regułę zatwierdziła uprawniona rola?

Przykład błędu AI

Notatka źródłowa:

„Spróbujemy sprawdzić dostępność danych.”

Szkic AI:

„Klient zobowiązał się dostarczyć dane do piątku.”

To nie jest streszczenie. To nieuprawnione dodanie właściciela, zakresu, zobowiązania i terminu. Człowiek musi usunąć zapis i uzyskać jawne potwierdzenie.

Klasy dostępu

Praktyczny podział:

• otwarty projektowo — ogólne decyzje, role, terminy;
• ograniczony projektowo — dane operacyjne i szczegóły testu;
• poufny decyzyjnie — ryzyka, warunki handlowe, zdania odrębne, informacje strategiczne;
• kontrolowany prawnie lub bezpieczeństwowo — dane osobowe, bezpieczeństwo, tajemnica przedsiębiorstwa, materiały regulowane.

Retencja

Rekord powinien określać:

• co przechowujemy;
• po co;
• gdzie;
• kto ma dostęp;
• kiedy nastąpi przegląd;
• co zostanie usunięte po zamknięciu;
• czy CRM przechowuje treść, czy tylko bezpieczny skrót i link.

W przypadku systemów AI należy uwzględnić obowiązki zależne od roli, zastosowania i ryzyka; finalna ocena prawna nie może zostać zastąpiona ogólnym szablonem.³⁵

Warsztat służy zaprojektowaniu jednego uzasadnionego ruchu, a nie całego planu sprzedaży.

0–5 min — nazwanie węzła

Pytania:

• Jaka decyzja albo granica jest teraz otwarta?
• Co ma się zmienić po najbliższej pracy?
• Czy węzeł należy do E08, czy trzeba wrócić do E00, E05, E06 albo E07?

Rezultat: jednozdaniowy węzeł.

5–12 min — nierozstrzygnięte pytanie

• Jaką konkretną odpowiedź potrzebujemy uzyskać?
• Czy odpowiedź może zmienić zakres, czas, ryzyko albo zatrzymanie?
• Czy pytanie jest materialne?

Rezultat: pytanie możliwe do zamknięcia wynikiem.

12–20 min — rezultat i możliwe wyniki

• Co ma powstać?
• Kto będzie używał rezultatu?
• Jakie wyniki są realistyczne?
• Czy istnieje wynik negatywny i niejednoznaczny?

Rezultat: definicja artefaktu lub decyzji oraz lista wyników.

20–28 min — role, właściciele i warunki wejścia

• Kto wnosi informację?
• Kto wykonuje pracę?
• Kto ocenia rezultat?
• Kto ma mandat do konsekwencji?
• Jakich danych i zgód potrzeba?

Rezultat: mapa funkcji i potwierdzonych właścicieli.

28–35 min — wybór formatu

Porównaj:

• dokument lub e-mail;
• komentarz asynchroniczny;
• spotkanie robocze;
• test;
• forum decyzyjne;
• brak ruchu.

Rezultat: najtańszy format zdolny wytworzyć potrzebny rezultat.

35–43 min — termin albo trigger

• Z jakiej zależności wynika data?
• Co musi wydarzyć się wcześniej?
• Czy trigger jest lepszy niż termin?
• Kto monitoruje trigger?

Rezultat: data z podstawą albo warunek wznowienia.

43–50 min — reguła

Zapisz kontynuacja, rewizja, odroczenie, zatrzymanie. Sprawdź, czy każda opcja realnie zmienia postępowanie.

50–55 min — zapis, dostęp i retencja

• Gdzie znajduje się rekord?
• Kto potwierdza?
• Jaka jest klasa dostępu?
• Co usuwamy po wyniku?
• Czy AI będzie używana i w jakiej roli?

55–60 min — test proporcjonalności

Wybierz P0–P3 i podejmij decyzję:

uruchomić
przeprojektować
wrócić do wcześniejszego węzła
nie uruchamiać

Zasada facylitacji

Warsztat nie kończy się obowiązkowym wpisaniem spotkania. Może zakończyć się decyzją, że:

• wystarczy jeden dokument;
• ruch jest przedwczesny;
• trzeba wrócić do E07;
• brakuje mandatu;
• właściwy jest trigger;
• nie ma uzasadnionego kolejnego kroku.

Węzeł i pytanie

• Węzeł decyzji jest nazwany.
• Pytanie można zamknąć wynikiem.
• Odpowiedź może zmienić dalsze postępowanie.
• Pytanie nie jest tylko ogólnym „czy idziemy dalej?”.

Checklista rezultatu

• Rezultat jest artefaktem, decyzją albo potwierdzonym stanem.
• Istnieje niezależnie od odbycia spotkania.
• Wiadomo, kto go użyje.
• Istnieje kryterium kompletności.

Role i właściciele

• Każda rola jest potrzebna do informacji, wykonania, oceny albo mandatu.
• Nie zaproszono osób wyłącznie z powodu seniority.
• Właściciele odpowiadają za realnie kontrolowane zadania.
• Właściciele potwierdzili własne części.
• Sponsor nie przejmuje wszystkich zadań.

Warunki wejścia

• Dane, zasoby i zgody są dostępne albo mają jawny status.
• Legalność i bezpieczeństwo użycia są sprawdzone adekwatnie.
• Brak warunku wejścia może zatrzymać ruch.

Termin

• Termin ma podstawę po stronie zadania lub zależności.
• Jeżeli termin nie ma sensu, istnieje trigger.
• Data nie wynika wyłącznie z prognozy dostawcy.

Wynik i reguła

• Zapisano możliwe wyniki, w tym negatywny i niejednoznaczny.
• Istnieją realne kontynuacja, rewizja, odroczenie, zatrzymanie.
• Wynik negatywny może zmienić dalsze postępowanie.
• Kryteria nie będą zmieniane bez wersjonowania.
• Brak kolejnego spotkania jest dozwolony.

Zapis, dane i AI

• Rekord zawiera fakty, nie spekulacje o intencjach.
• Klasa dostępu jest jawna.
• Retencja jest określona.
• AI pełni wyłącznie rolę pomocniczą.
• Człowiek potwierdza właścicieli, regułę i wynik.

Proporcjonalność

• Wybrano P0–P3.
• Koszt ruchu odpowiada wartości decyzji.
• Nie uruchamia się pełnego planu dla prostego rezultatu.
• Nie upraszcza się P3 do nieformalnej notatki bez ładu.

Dojrzała sprzedaż B2B nie polega na zdobywaniu kolejnych terminów za wszelką cenę. Polega na pomaganiu organizacji w wykonywaniu pracy potrzebnej do dobrej decyzji.

Dobry następny ruch:

• zaczyna się od węzła i pytania;
• kończy się konkretnym rezultatem;
• angażuje tylko właściwe role;
• ma właścicieli własnych części;
• respektuje warunki wejścia;
• używa terminu albo triggera wynikającego z zadania;
• dopuszcza wynik osłabiający rekomendację;
• kończy się kontynuacja, rewizja, odroczenie, zatrzymanie albo zamknięciem bez kolejnej aktywności;
• pozostawia proporcjonalny ślad;
• nie przypisuje ludziom intencji, których nie potwierdzili.

Zamień jedno zaplanowane spotkanie w ruch z pytaniem, rezultatem i regułą decyzji. Otwórz Projektant Ruchu Decyzyjnego.

Jeżeli nie wiadomo jeszcze, który węzeł decyzji jest otwarty, zacznij od Mapy Pracy Decyzyjnej B2B. Jeżeli nie wiadomo, jaka niewiadoma lub dowód powinny zostać obsłużone, wróć do Sekwencji dowodów i Projektanta Sekwencji Dowodów. Jeżeli brakuje wspólnego kryterium, użyj Karty Wystarczającego Uzgodnienia. Jeżeli problemem jest lokalna zdolność wykonania, przejdź do Karty Zdolności Wewnętrznego Sponsora.

Obszar E kończy się nie „zamknięciem sprzedaży”, lecz zdolnością do wykonania właściwego ruchu, użycia jego wyniku i zatrzymania procesu, gdy dalsza aktywność nie służy decyzji.