Przegląd ryzyk nie jest dowodem, że transakcja jest wygrana

W złożonej sprzedaży B2B końcówka procesu potrafi wyglądać bardzo przekonująco. Sponsor wspiera projekt, uzasadnienie biznesowe było omawiane, dział zakupów wysłał informację o wyborze dostawcy, prawnicy pracują na kolejnej wersji, ankieta bezpieczeństwa jest w obiegu, zespół odpowiedzialny za dostarczenie usługi podał termin, a CRM pokazuje zobowiązanie.

Każde z tych zdań może być prawdziwe i jednocześnie niewystarczające do zobowiązania. Wsparcie sponsora nie potwierdza mandatu. Wybór dostawcy nie zawsze oznacza skuteczny kontrakt. Wersja robocza umowy nie jest zatwierdzeniem prawnym. Ankieta nie jest zatwierdzeniem bezpieczeństwa. Podpis nie tworzy automatycznie dostępnych zasobów, danych, planu migracji ani odbioru.

H08 porządkuje ten moment jako jakościowy przegląd przed jednym dokładnym zobowiązaniem. Celem nie jest udowodnienie, że sprawa się zamknie. Celem jest ujawnienie materialnych braków, rozdzielenie faktów od założeń, zebranie ustaleń właściwych właścicieli i określenie, czy pakiet może trafić do autoryzowanego przeglądu, czy powinien zostać poprawiony, odroczony, wycofany z prognozy, zatrzymany albo zamknięty.

Zakończony przegląd nie oznacza zgody. Oznacza tylko, że wiadomo, co jest potwierdzone, co jest warunkowe, co pozostaje niewiadome, kto jest właścicielem i jaki następny stan jest uczciwie uzasadniony.

Kiedy używać H08

• Przed nazwaniem szansy zobowiązaniem w prognozie, gdy materialne domeny nie zostały jeszcze rozdzielone.
• Przed podpisem, zamówieniem zakupowym, rezerwacją dużych zasobów, przekazaniem danych, startem wdrożenia albo odbiorem.
• Gdy wybór dostawcy, przyznanie zamówienia, kontrakt, zamówienie, zgoda na wdrożenie i uruchomienie produkcyjne są mieszane w jednej opowieści o zamknięciu.
• Gdy spełniony warunek z H07 ponownie otwiera proces, ale wcześniejsze dowody, cena, zakres albo zgody mogły wygasnąć.
• Gdy trzeba zobaczyć warunek zatrzymania zanim organizacja przyjmie ryzyko, którego nie powinna przyjmować.

Jednostką pracy jest jedno dokładne zobowiązanie

H08 nie przegląda całego konta, ogólnej relacji ani nastroju kupującego. Jednostką pracy jest jedno oczekiwane zobowiązanie: na przykład przyznanie zamówienia, zatwierdzenie kontraktu, podpis, zamówienie zakupowe, zgoda na wdrożenie albo odbiór. To zobowiązanie musi mieć jeden zakres, jedną wersję, horyzont decyzji, źródło terminu i jawne zależności.

Jeżeli w przeglądzie pojawiają się różne wersje oferty, opisu prac, kontraktu, architektury, ceny, planu dostarczenia usługi albo kryteriów odbioru, nie wolno nadawać jednego zbiorczego statusu gotowe. Najpierw trzeba ustalić, która wersja jest przedmiotem przeglądu i które zapisy nadal obowiązują.

PRZ-1-PRZ-10 jako dziesięć domen, nie wynik punktowy

Model PRZ nie tworzy skali 10/10. Jedna aktywna blokada może zatrzymać zobowiązanie nawet wtedy, gdy dziewięć innych domen wygląda dobrze.

1. PRZ-1: zobowiązanie i stan decyzji, w tym DCS-0-DCS-12.
2. PRZ-2: problem, wartość, uzasadnienie biznesowe, finansowanie i BVC-0-BVC-13.
3. PRZ-3: alternatywy, dowody, ograniczenia, porównywalność i EAL-0-EAL-13.
4. PRZ-4: role, mandat, zgoda, akceptacje i GAA-0-GAA-15.
5. PRZ-5: zakres, założenia, zależności, odbiór i SCA-0-SCA-13.
6. PRZ-6: cena, warunki, płatność, zależności handlowe i CPT-0-CPT-14.
7. PRZ-7: dostarczenie usługi, wdrożenie, zasoby, wsparcie i DRS-0-DRS-15.
8. PRZ-8: prawo, odpowiedzialność, własność intelektualna, poufność, kontrakt i LCC-0-LCC-15.
9. PRZ-9: bezpieczeństwo, prywatność, AI, dział zakupów, uczciwość procesu i SPI-0-SPI-17.
10. PRZ-10: następna akcja, źródło terminu, zatrzymanie, granica prognozy, wycofanie i NXT-0-NXT-15.

Każdy kod opisuje stan domeny. Nie jest punktem, wagą, procentem, przewidywaniem wygranej ani oceną handlowca.

Stany, których nie wolno mieszać

H08 pilnuje rozdzielenia stanów, które w CRM i rozmowach zespołu często zlewają się w jedno "prawie gotowe":

• wybór dostawcy albo przyznanie zamówienia nie są skutecznym kontraktem;
• zatwierdzona wersja kontraktu nie jest podpisem;
• podpis nie oznacza spełnienia warunków skuteczności;
• skuteczny kontrakt nie oznacza, że zamówienie zakupowe, finansowanie albo uruchomienie są zamknięte;
• zgoda na wdrożenie nie jest odbiorem;
• pozytywny pilotaż nie jest zgodą na szerokie wdrożenie;
• ankieta bezpieczeństwa, certyfikat albo złożone materiały nie są zatwierdzeniem konkretnego zakresu.

Jeżeli któryś z tych stanów jest otwarty, właściwym wynikiem może być poprawa pakietu, powrót do właściciela domeny, odroczenie, wyłączenie z prognozy zobowiązań, wstrzymanie, zatrzymanie, odejście od sprawy albo wycofanie. H08 nie karze za ostrożność; chroni przed nazwaniem zobowiązaniem czegoś, co jeszcze nim nie jest.

Mandat i akceptacje należą do konkretnych ról

Sponsor może chcieć projektu i nie mieć mandatu do podpisu. Dział zakupów może potwierdzić wybór, ale nie zamknąć zamówienia zakupowego. Dział prawny może dopuścić warunkową wersję, ale wymagać zmiany klauzuli. Bezpieczeństwo może wymagać działań naprawczych. Prywatność może wymagać DPIA albo DPA. Zespół odpowiedzialny za dostarczenie usługi może potwierdzić termin tylko przy innym zakresie.

Dlatego H08 rozdziela właściciela problemu, właściciela decyzji, sponsora, właściciela budżetu, osoby zatwierdzające, osobę podpisującą, właściciela wdrożenia, właściciela odbioru, właścicieli specjalistycznych i blokady. Jedna pozytywna opinia, brak sprzeciwu, obecność na spotkaniu albo tytuł stanowiska nie zastępują właściwego mandatu.

Każde ustalenie powinno mieć źródło, rolę osoby przeglądającej, zakres, wersję, warunki i termin ważności. Zgoda warunkowa bez właściciela, kryterium spełnienia i terminu pozostaje warunkowa.

Wartość, dowód i uzasadnienie biznesowe to osobne obiekty

Dowód wspiera konkretne twierdzenie, ale nie tworzy automatycznie priorytetu, wartości ani finansowania. Referencja z podobnej firmy może mieć ograniczenia transferu. Pilotaż może potwierdzić techniczną wykonalność, ale nie odbiór produkcyjny. Uzasadnienie biznesowe dostawcy może pomóc w rozmowie, ale nie jest zatwierdzonym uzasadnieniem biznesowym klienta.

H08 wymaga jawnego punktu odniesienia dla status quo, alternatyw, założeń, właściciela uzasadnienia biznesowego, źródła finansowania, ograniczeń dowodu i pozostałej niepewności. Jeżeli dowód wygasł, dotyczył innego zakresu albo został wycofany, nie może dalej wspierać przeglądu bez ponownego sprawdzenia.

Zakres, pakiet handlowy i dostarczenie usługi muszą dotyczyć tej samej wersji

Częsty błąd końcówki sprzedaży polega na tym, że cena dotyczy jednej wersji, zakres drugiej, kontrakt trzeciej, a plan wdrożenia czwartej. H08 wymaga wspólnego zapisu dla elementów dostawy, wyłączeń, założeń, zależności, kryteriów odbioru, podstawy ceny, warunków płatności, poziomu usług, odnowienia, rozwiązania umowy, wyjścia, zasobów, wsparcia, ciągłości i powrotu do poprzedniego stanu.

Podpis nie usuwa zależności po podpisie. Jeżeli dane, integracja, zespół klienta, środowisko, plan migracji, model wsparcia albo właściciel odbioru pozostają otwarte, wynik przeglądu musi to pokazać zamiast ukrywać ryzyko za etykietą gotowe.

Bezpieczeństwo, prywatność, AI, zakupy i uczciwość procesu pozostają osobnymi przeglądami

PRZ-9 zbiera te domeny w jednym miejscu, ale nie miesza ich mandatów. Zakres bezpieczeństwa, role prywatności, cel przetwarzania, użycie AI, model, dostawca, kanał zakupowy, przyznanie zamówienia, okres oczekiwania, zamówienie zakupowe, konflikt interesów, przeciwdziałanie korupcji, sankcje i weryfikacja stron trzecich wymagają właściwych właścicieli.

H08 nie jest poradą prawną, oceną bezpieczeństwa, oceną prywatności, rozstrzygnięciem zgodności AI ani zgodą działu zakupów. Gdy dane albo AI są w zakresie, trzeba nazwać role, podstawę, wymagany przegląd, nadzór, monitoring, proces incydentowy i ograniczenia użycia. AI może przygotować ekstrakcję, porównanie zmian, listę braków i wersję roboczą do przeglądu przez człowieka. Nie może wydać ustalenia, zatwierdzić wyniku, zmienić prognozy, ukryć zatrzymania ani autoryzować podpisu.

Wynik jest jakościowy i może zatrzymać proces

Poprawny wynik H08 nie musi brzmieć "gotowe". Dozwolone wyniki obejmują potwierdzenie do przeglądu domenowego, poprawę pakietu, powrót do właściciela domeny, odroczenie z warunkiem, wyłączenie z prognozy zobowiązań, wyłącznie przegląd warunkowy, gotowość do autoryzowanego przeglądu, niedopasowanie, odejście od sprawy, zatrzymanie i eskalację oraz wycofanie i zamknięcie.

COMMIT_READY_FOR_AUTHORIZED_REVIEW oznacza tylko, że pakiet ma materialne ustalenia dla tej samej wersji i może trafić do właściwego mandatu. Nie oznacza zgody, podpisu, zgody na ofertę, zgody na wdrożenie ani gwarancji wygranej.

Wycofanie powinno objąć zależne zasoby: CRM, prognozę, pulpity, prezentacje, wspólne plany działań, bazę wiedzy i materiały AI. Ślad audytowy zostaje, ale stare twierdzenia nie mogą dalej prowadzić zespołu.

Minimalny przegląd H08

Przed nazwaniem procesu zobowiązaniem albo przekazaniem go do autoryzowanego przeglądu zapisz:

1. Jakie dokładne zobowiązanie, zakres, wersja i horyzont decyzji są przedmiotem przeglądu?
2. Jaki jest stan DCS: wybór dostawcy, przyznanie zamówienia, kontrakt, zamówienie, zgoda na wdrożenie, odbiór czy wstrzymanie?
3. Czy problem, wartość, uzasadnienie biznesowe, finansowanie i koszt status quo mają właściciela i aktualne dowody?
4. Jakie alternatywy, dowody, ograniczenia i pozostała niepewność są nadal widoczne?
5. Czy mandat, zgoda, akceptacje, osoba podpisująca i blokady są potwierdzone dla tej wersji?
6. Czy zakres, założenia, zależności i kryteria odbioru są spójne?
7. Czy cena, warunki, płatność, zależności handlowe i zamówienie zakupowe są zamknięte albo jawnie warunkowe?
8. Czy dostarczenie usługi, zasoby, wsparcie, ciągłość, powrót do poprzedniego stanu i plan wdrożenia są wykonalne?
9. Czy prawo, bezpieczeństwo, prywatność, AI, dział zakupów i uczciwość procesu mają właściwe ustalenia?
10. Jaka następna akcja, właściciel, źródło terminu, warunek zatrzymania, granica prognozy i wycofanie są właściwe?

Przegląd Ryzyk Przed Zobowiązaniem nie jest jeszcze osobną publiczną stroną narzędzia. Zobacz dostępne narzędzia, gdy chcesz przejść z metodyki do pracy w aplikacji. Jeżeli przegląd ujawnia konkretny warunek decyzji klienta, użyj Mapy węzła decyzyjnego, aby zapisać warunek, właściciela, dowód i decyzję o dalszej pracy.