Architektura decyzji zakupowej B2B: od status quo do wykonalnego działania

CRM jest potrzebny dostawcy. Różnicę między sprawnym dopasowaniem oferty a prowadzeniem złożonej decyzji rozwija także model dwóch logik sprzedaży.

Pomaga:

• porządkować szanse;
• planować aktywności;
• alokować zasoby;
• prognozować przychody;
• oceniać obciążenie zespołu;
• zachować ciągłość informacji;
• uruchamiać procesy wewnętrzne.

Problem zaczyna się wtedy, gdy etapy pracy dostawcy zostają uznane za opis decyzji klienta.

Typowy pipeline może zawierać:

lead
→ kwalifikacja
→ discovery
→ demo
→ oferta
→ negocjacje
→ wygrana / przegrana

Każdy etap mówi, co zrobił lub planuje zrobić sprzedawca. Nie odpowiada automatycznie na pytania:

• czy klient uznał zmianę za uzasadnioną;
• czy status quo zostało ocenione uczciwie;
• czy istnieją realistyczne alternatywy;
• czy kryteria wynikają z celów klienta;
• czy wszystkie materialne informacje są dostępne;
• czy istnieje wystarczający mandat;
• czy projekt można wykonać;
• co ma zmienić kolejne działanie;
• jaki wynik zatrzyma proces.

Etap demo wykonane może współistnieć z brakiem decyzji o zmianie.

Etap oferta wysłana może współistnieć z brakiem uzgodnionych kryteriów.

Etap negocjacje może współistnieć z brakiem budżetu, właściciela danych albo gotowości wykonawczej.

Etap wygrana może prowadzić do projektu, którego organizacja nie potrafi wdrożyć.

Etap przegrana może być wynikiem prawidłowej decyzji klienta o wyborze innej opcji.

Badania organizacyjnego kupowania od dawna opisują decyzję jako zjawisko zależne od środowiska, organizacji, relacji między uczestnikami i oczekiwań poszczególnych osób, a nie jako prosty wybór wykonywany przez jednego formalnego kupca.¹⁹ Pojęcie buying center pomogło zobaczyć wieloosobowy charakter zakupu, lecz również ono bywa upraszczane do statycznej listy ról.

Proces klienta nie jest lustrzanym odbiciem pipeline’u

Dostawca może przejść z discovery do demo, ponieważ zebrał wystarczająco dużo informacji do konfiguracji prezentacji.

Klient może w tym samym czasie cofnąć się do pytania:

Czy problem rzeczywiście wymaga zakupu nowego systemu?

Dostawca może rozpocząć negocjacje ceny.

Klient może nadal porównywać:

• zakup;
• modernizację;
• zmianę procesu;
• rozwiązanie wewnętrzne;
• odroczenie;
• pozostanie przy status quo.

Dostawca może zamknąć szansę jako przegraną.

Organizacja klienta może dopiero wtedy dojść do lepszej definicji problemu.

Z tego powodu architektura decyzji nie może być wyprowadzana z aktywności sprzedawcy. Potrzebuje własnej jednostki analizy.

Decyzja zakupowa B2B nie jest jednym aktem.

Może obejmować:

• decyzję o uznaniu obecnej sytuacji za problem;
• decyzję o nadaniu problemowi priorytetu;
• decyzję o celu zmiany;
• decyzję o rodzaju interwencji;
• decyzję o kryteriach;
• decyzję o akceptowalnych kompromisach;
• decyzję o zakresie;
• decyzję o dowodach;
• decyzję o dostawcy;
• decyzję o sposobie wdrożenia;
• decyzję o odpowiedzialności;
• decyzję o kontynuacji albo zatrzymaniu.

Nie wszystkie rozstrzygnięcia muszą być formalne. Część powstaje podczas rozmów, część w dokumentach, część w spotkaniach zarządu, część w pracy technicznej, a część nigdy nie zostaje jawnie nazwana.

Decyzja zakupowa B2B jest zespołem powiązanych rozstrzygnięć dotyczących zmiany, czasu, sposobu działania, opcji, dostawcy, zakresu i wykonania, podejmowanych przez role posiadające częściową wiedzę, różne kryteria, ryzyka oraz mandaty.

Definicja podkreśla pięć elementów.

Decyzja dotyczy zadania organizacji

Produkt jest jedną z możliwych odpowiedzi. Nie jest automatycznie treścią decyzji.

Pytanie:

Który system wybrać?

może być przedwczesne, jeżeli organizacja nie rozstrzygnęła:

Czy źródłem problemu jest brak systemu?

Wiedza jest częściowa

Użytkownik zna wykonanie. IT zna architekturę. Finanse znają zasady ekonomiczne. Zakupy znają warunki transakcyjne. Bezpieczeństwo zna ograniczenia. Zarząd zna priorytety i mandat.

Jedna osoba może mieć szeroką perspektywę. Rzadko posiada jednak wszystkie dane oraz odpowiedzialność za każdy element.

Kryteria mogą być sprzeczne

Operacje mogą premiować elastyczność. IT — standaryzację. Finanse — koszt i przewidywalność. Bezpieczeństwo — ograniczenie dostępu. Użytkownicy — łatwość pracy.

Różnica nie jest błędem. Staje się problemem, gdy kryteria pozostają niejawne albo gdy dostawca przedstawia własne przewagi jako wspólną hierarchię wartości.

Mandat jest rozproszony

Osoba może:

• posiadać wiedzę bez formalnej władzy;
• posiadać budżet bez wiedzy operacyjnej;
• wpływać na decyzję bez odpowiedzialności za wdrożenie;
• mieć możliwość zatrzymania procesu;
• formalnie zatwierdzać decyzję przygotowaną przez innych.

Badania buying center pokazują, że wpływ zależy od kontekstu i relacji, nie wyłącznie od tytułu stanowiska.²¹⁰¹¹ Funkcyjną rolę handlowca pomagającego porządkować taką pracę rozwija Triada Eksperckiej Roli.

Wykonanie jest częścią decyzji

Projekt nie kończy się na podpisie.

Jeżeli wynik zależy od danych, adopcji, zmiany procesu, kompetencji i zasobów, decyzja o zakupie bez decyzji o wykonaniu jest niekompletna.

Spotkanie jest jednostką kalendarza.

Etap CRM jest jednostką procesu dostawcy.

Stanowisko jest jednostką struktury organizacyjnej.

Węzeł pracy decyzyjnej jest jednostką materialnego rozstrzygnięcia.

Węzeł posiada dziewięć składników:

1. pytanie decyzyjne;
2. realistyczne opcje;
3. role posiadające informację, wpływ, mandat albo odpowiedzialność;
4. potrzebną podstawę;
5. kryterium lub regułę oceny;
6. kompromisy i ryzyka;
7. możliwe wyniki;
8. warunek rewizji;
9. ruch zależny od wyniku.

Przykład słaby:

Etap: demo techniczne.

Nie wiadomo:

• jakie pytanie demo ma rozstrzygnąć;
• kto powinien uczestniczyć;
• jaki materiał jest potrzebny;
• po czym strony ocenią wynik;
• co stanie się, gdy wynik osłabi sens zakupu.

Przykład węzła:

Pytanie: Czy jakość i dostępność danych pozwalają wykonać wiarygodny test automatycznego planowania?
Opcje: test teraz; najpierw projekt danych; test w ograniczonym zakresie; zatrzymanie.
Role: właściciel danych, IT, operacje, analityk dostawcy.
Podstawa: próbka danych z trzech źródeł i klasyfikacja braków.
Kryterium: kompletność, aktualność i spójność danych potrzebnych do określonych decyzji.
Ryzyko: test na danych niereprezentatywnych stworzy fałszywą pewność.
Wyniki: test; projekt danych; zmiana zakresu; zatrzymanie.
Warunek rewizji: nowy pomiar po uzupełnieniu braków.
Ruch: decyzja zależna od wyniku audytu próbki.

Węzeł nie mówi, że proces będzie prosty. Mówi, co konkretnie powinno zmienić stan decyzji.

Węzeł może być mały

Przy standardowym zakupie pytanie może brzmieć:

Czy wskazany przewód jest zgodny z medium i temperaturą?

Opcje:

• właściwy wariant;
• inny materiał;
• brak dostawy.

Dowodem jest karta materiałowa. Kryterium to zgodność. Cały węzeł może zostać rozstrzygnięty w kilka minut.

Węzeł może być wieloepizodowy

Przy transformacji pytanie może dotyczyć:

Które procesy należy centralizować, aby ograniczyć koszt bez utraty lokalnej zdolności reagowania?

Potrzebne mogą być dane, warsztaty, pilotaż, analiza ryzyka i decyzje kilku jednostek. Węzeł nadal pozostaje jednym rozstrzygnięciem, choć wykonuje go wiele osób w czasie.

Węzeł nie musi prowadzić dalej

Prawidłowym wynikiem może być:

• brak potrzeby zmiany;
• brak wykonalności;
• inna opcja;
• odroczenie;
• mniejszy zakres;
• zakończenie procesu.

Jednym z głównych źródeł chaosu jest traktowanie „decyzji zakupowej” jak jednego pytania.

W praktyce organizacja może być zdecydowana w jednym obszarze i całkowicie nierozstrzygnięta w innym.

1. Decyzja o zmianie

Pytanie:

Czy obecna sytuacja uzasadnia odejście od status quo?

Organizacja powinna rozumieć:

• co obserwuje;
• jaki mechanizm jest prawdopodobny;
• jaka konsekwencja jest materialna;
• jaki wynik chce poprawić;
• jakie konkurencyjne wyjaśnienie pozostaje możliwe;
• co osłabiłoby uzasadnienie zmiany.

Uzasadnienie zmiany nie wskazuje jeszcze, co należy kupić.

2. Decyzja o czasie

Pytanie:

Czy działanie jest potrzebne teraz, później, po spełnieniu warunku czy wcale?

Firma może uznawać zmianę za potrzebną, a jednocześnie racjonalnie odroczyć ją ze względu na:

• dostępność zespołu;
• zależność od innego projektu;
• przygotowanie danych;
• okno operacyjne;
• regulację;
• koniec umowy;
• sezonowość;
• koszt przejścia.

Termin dostawcy nie jest automatycznie uzasadnieniem czasu klienta.

3. Decyzja o sposobie

Pytanie:

Jaki typ interwencji odpowiada mechanizmowi i celowi?

Możliwe odpowiedzi mogą obejmować:

• korektę procesu;
• zmianę odpowiedzialności;
• szkolenie;
• modernizację;
• nowy system;
• usługę zewnętrzną;
• zmianę danych;
• brak działania.

Dopiero tutaj pojawia się pytanie, czy kategoria rozwiązania jest właściwa.

4. Decyzja o rozwiązaniu i dostawcy

Pytanie:

Która opcja i który dostawca najlepiej spełniają jawne kryteria?

RFP może bardzo precyzyjnie porównywać niewłaściwie dobrane rozwiązania. Dobra procedura zakupowa nie zastępuje wcześniejszego uzasadnienia zmiany i sposobu.

5. Decyzja o zakresie i wykonaniu

Pytanie:

Co organizacja jest w stanie wdrożyć, utrzymać i wykorzystać?

Wynik zależy od:

• danych;
• integracji;
• zasobów;
• kompetencji;
• odpowiedzialności;
• adopcji;
• wsparcia;
• kosztu przejścia;
• zdolności do zmiany procesu.

Preferowany produkt może być zbyt szeroki, zbyt wczesny albo niemożliwy do wykorzystania.

6. Decyzja o kontynuacji albo zatrzymaniu

Pytanie:

Czy dalsza praca posiada wystarczającą wartość dowodową?

Kolejny etap powinien istnieć tylko wtedy, gdy może:

• ograniczyć materialną niepewność;
• rozdzielić opcje;
• pozyskać potrzebną rolę;
• sprawdzić wykonalność;
• zmienić zakres;
• potwierdzić lub osłabić uzasadnienie zmiany.

Jeżeli żaden możliwy wynik kolejnego działania nie zmieni decyzji, działanie jest prawdopodobnie zbędne.

Sześć decyzji nie tworzy jednej kolejności

Organizacja może:

• najpierw sprawdzić wykonalność, a potem wrócić do zakresu;
• wybrać kategorię rozwiązania, a następnie ponownie otworzyć uzasadnienie zmiany;
• równolegle analizować dane i gotowość zasobową;
• zatrzymać proces po dowodzie technicznym;
• ograniczyć zakres po analizie wdrożeniowej.

Badania nieustrukturyzowanych decyzji strategicznych opisują iteracje, przerwania i powroty, ale również rozpoznawalne funkcje identyfikacji, rozwoju opcji i wyboru.¹² Nielinearność nie oznacza braku struktury.

W notatkach sprzedażowych pojawiają się sformułowania:

• klient kupił koncepcję;
• sponsor jest przekonany;
• zespół jest za;
• mamy buy-in;
• wszyscy zgodzili się na kolejny krok.

Każde może oznaczać coś innego.

1. Odbiór informacji

Osoba otrzymała dokument, uczestniczyła w spotkaniu albo usłyszała komunikat.

Nie wiadomo, czy zrozumiała sens.

2. Rozumienie

Osoba potrafi odtworzyć znaczenie.

Może nadal:

• nie zgadzać się;
• nie ufać podstawie;
• nie uważać tematu za ważny;
• nie posiadać mandatu.

3. Zgoda co do faktów

Uczestnicy uznają określony zapis danych lub zdarzeń.

Mogą nadal różnić się w wyjaśnieniu przyczyny.

4. Akceptacja kryterium

Osoba uznaje, że określone kryterium powinno wpływać na decyzję.

Nie oznacza to zgody co do jego wagi ani preferowanej opcji.

5. Preferencja

Osoba woli określoną opcję.

Preferencja nie dowodzi:

• gotowości do poniesienia kosztu;
• zobowiązania;
• formalnego mandatu;
• odpowiedzialności za wdrożenie.

6. Zgoda na kontynuację mimo innej preferencji

Osoba wybrałaby inny wariant, lecz uznaje proces, kryteria i kompromisy. Nie blokuje działania.

Ten stan jest często wystarczający. Konsensus nie musi oznaczać jednomyślności.

7. Zobowiązanie i przyjęcie odpowiedzialności

Osoba przyjmuje zadanie, koszt, ryzyko albo odpowiedzialność.

Może oznaczać:

• przygotowanie danych;
• udostępnienie zasobów;
• zmianę procesu;
• udział w pilotażu;
• przyjęcie wyniku zatrzymania.

8. Formalne upoważnienie i wykonanie

Organizacja posiada wymagane zatwierdzenie i rozpoczyna działanie.

Formalna zgoda może istnieć bez pełnego rozumienia. Rozumienie może istnieć bez mandatu. Preferencja może istnieć bez zobowiązania.

Badania procedural justice wskazują, że realna możliwość wniesienia wkładu i sposób traktowania uczestników mogą wpływać na zobowiązanie oraz zaufanie, lecz nie oznaczają, że każda preferencja zostanie przyjęta.¹³ Badania konfliktu w zespołach pokazują potrzebę rozdzielenia różnicy zadaniowej od konfliktu afektywnego.¹⁴ Z kolei bezpieczeństwo psychologiczne może ułatwiać zgłaszanie błędów i ryzyk, ale nie gwarantuje trafności decyzji.¹⁵

Wystarczający konsensus oznacza, że właściwe osoby rozumieją podstawę, jawnie widzą różnice, akceptują reguły oceny oraz potrafią przyjąć odpowiedzialność potrzebną do działania — nie że wszyscy preferują tę samą opcję.

Dziesięć pól nie jest sekwencją. Tworzą zestaw funkcji, które mogą być wykonywane w różnej kolejności, przez różne role i w różnych epizodach.

Pole 1 — decyzja i zadanie

Pytanie:

Co organizacja ma rozstrzygnąć albo wykonać?

Dobre pole 1:

• mieści jedną materialną decyzję;
• jest zapisane jako pytanie;
• nie zakłada wyniku;
• wskazuje jednostkę analizy;
• pozwala rozpoznać, co jest poza zakresem.

Przykład:

Czy udział korekt planu możliwych do ograniczenia przez reguły systemowe uzasadnia pilotaż automatycznego harmonogramowania?

Słabo:

Zakup APS.

Drugie sformułowanie jest nazwą rozwiązania, nie decyzją.

Pole 2 — stan wyjściowy i status quo

Pytanie:

Co dzieje się bez zmiany i w jakim horyzoncie?

Status quo należy opisać uczciwie:

• jakie wyniki daje;
• jakie koszty tworzy;
• jakie ryzyka ogranicza;
• jakie ryzyka pozostawia;
• jakie lokalne poprawki są możliwe;
• co zmieni się samo;
• co może pogorszyć się z czasem;
• jaki jest koszt przejścia.

Badania status quo bias pokazują, że samo wskazanie opcji jako aktualnej może wpływać na wybór.⁶ Nie wolno jednak zamieniać tego wyniku w diagnozę, że każdy brak zmiany jest irracjonalny.

Racjonalny status quo może wystąpić, gdy:

• efekt projektu jest mały;
• dowody są słabe;
• ryzyko wdrożenia jest wysokie;
• zasoby są niedostępne;
• inna inwestycja ma większą wartość;
• odroczenie pozwala zachować opcje;
• rozwiązanie nie jest jeszcze dojrzałe.

Pole 3 — uzasadnienie zmiany

Pytanie:

Co sprawia, że rozważanie zmiany jest materialnie uzasadnione?

Pełne budowanie i testowanie mechanizmu rozwija Nowoczesne discovery. W E00 diagnoza jest jednym z wejść do decyzji, nie całą architekturą.

Minimalna struktura:

sygnał
→ możliwy mechanizm
→ materialna konsekwencja
→ cel zmiany
→ konkurencyjne wyjaśnienie
→ warunek rewizji

Pole nie powinno zaczynać się od produktu.

Słabo:

Potrzebujemy automatyzacji, bo proces jest ręczny.

Lepiej:

W których decyzjach ręczna praca tworzy opóźnienie albo błąd, jaki mechanizm można zmienić i co pozostanie ręczne niezależnie od systemu?

Pole 4 — uzasadnienie czasu

Pytanie:

Dlaczego działać teraz, później, warunkowo albo wcale?

Uzasadnienie czasu może wynikać z:

• terminu regulacyjnego;
• końca umowy;
• okna operacyjnego;
• pogarszającego się wyniku;
• dostępności zasobów;
• planowanej zmiany procesu;
• zależności technologicznej;
• kosztu opóźnienia;
• ryzyka utraty opcji.

Nie powinno wynikać wyłącznie z:

• końca kwartału dostawcy;
• promocyjnej ceny;
• presji „rynek ucieka”;
• niezweryfikowanej prognozy;
• narracji o pozostaniu w tyle.

Pole 5 — opcje i alternatywy

Pytanie:

Jakie realistyczne drogi działania istnieją?

Co najmniej jedna opcja powinna znajdować się poza portfolio dostawcy.

Przy systemie planowania mogą to być:

• pozostanie przy obecnym systemie i poprawa danych;
• modyfikacja reguł;
• zmiana sposobu pracy planistów;
• modernizacja obecnego rozwiązania;
• nowy system;
• outsourcing części planowania;
• pilotaż;
• odroczenie;
• zatrzymanie.

Rozpoczynanie od celów i wartości, a nie wyłącznie od dostępnych produktów, może poszerzać przestrzeń alternatyw.¹⁶¹⁷

Pole 6 — role, informacje i mandaty

Pytanie:

Kto posiada informację, wpływ, mandat, ryzyko albo odpowiedzialność za wykonanie?

Należy mapować zadania:

• kto zna stan procesu;
• kto posiada dane;
• kto oceni kryterium techniczne;
• kto poniesie koszt;
• kto może zatrzymać;
• kto formalnie zatwierdzi;
• kto wdroży;
• kto utrzyma;
• kto będzie rozliczany z wyniku;
• kto potrafi prowadzić pracę wewnętrznie.

Nie wystarczy zapisać:

CEO
CFO
IT
zakupy
użytkownicy

Taka lista nie mówi, co każda rola wnosi ani czego potrzebuje.

Badania pokazują, że wpływ w organizacyjnym kupowaniu jest kontekstowy, a relacje komunikacyjne i pozycja w sieci mogą mieć znaczenie obok formalnego tytułu.²¹⁰¹¹

Pole 7 — kryteria i kompromisy

Pytanie:

Po czym opcje zostaną ocenione i jakie poświęcenia są akceptowalne?

Należy rozdzielić:

• cel — co organizacja chce osiągnąć;
• kryterium — według czego porówna opcje;
• miarę — jak zaobserwuje wynik;
• próg — jaki poziom jest wystarczający;
• wagę — jak ważne jest kryterium;
• kompromis — z czego organizacja zrezygnuje.

Przykład:

Cel:
ograniczyć nieplanowane korekty

Kryterium:
udział korekt, którym system może zapobiec

Miara:
procent korekt w reprezentatywnej próbce

Próg:
do wspólnego ustalenia

Kompromis:
większa standaryzacja procesu za mniejszą swobodę lokalną

Kryteria nie powinny być przepisaną listą funkcji produktu.

Pole 8 — dowody, ryzyka i niewiadome

Pytanie:

Co musi zostać sprawdzone, ponieważ może zmienić wybór lub wykonanie?

Niewiadome można podzielić na:

• materialne;
• nieblokujące;
• niematerialne.

Dowód powinien posiadać:

• pytanie;
• możliwe wyniki;
• konsekwencję każdego wyniku;
• koszt;
• właściciela;
• termin;
• warunek zatrzymania.

Przykład słaby:

Zróbmy pilotaż, żeby klient zobaczył system.

Przykład lepszy:

Pilotaż sprawdzi, czy system ogranicza co najmniej określony typ korekt przy aktualnej jakości danych. Wynik poniżej progu zatrzyma zakup; wynik częściowy zawęzi zakres; wynik powyżej progu uruchomi analizę wdrożenia.

Decision analysis podkreśla, że wartość informacji zależy od tego, czy może ona poprawić wybór względem kosztu jej pozyskania.⁸ Dodatkowa informacja bez wpływu na decyzję jest kosztem.

Pole 9 — uzgodnienie i gotowość wykonawcza

Pytanie:

Co musi być wystarczająco uzgodnione i możliwe do wykonania?

Pole obejmuje dwa odrębne obiekty.

Uzgodnienie:

• wspólna podstawa;
• jawne różnice;
• uzgodnione kryteria;
• zaakceptowane kompromisy;
• przyjęta procedura;
• warunki zatrzymania.

Gotowość wykonawcza:

• zobowiązanie;
• właścicielstwo;
• zasoby;
• kompetencje;
• dane;
• czas;
• mandat;
• zdolność organizacyjna.

Teoria gotowości organizacji do zmiany rozdziela wspólne zobowiązanie do zmiany od oceny zbiorowej zdolności do jej wykonania.⁷ Firma może chcieć zmiany i nie być gotowa. Może też posiadać zasoby, ale nie uznawać projektu za wystarczająco ważny.

Pole 10 — ruch decyzyjny i warunek rewizji

Pytanie:

Co stanie się dalej przy każdym możliwym wyniku?

Minimalna architektura:

pytanie
→ rezultat
→ potrzebne role
→ właściciel
→ termin
→ wynik wspierający
→ wynik osłabiający
→ wynik niejednoznaczny
→ kontynuuj / zmień kierunek / odrocz / zatrzymanie

Pole 10 zamienia aktywność w ruch decyzyjny.

Nie:

Spotkanie z IT w przyszłym tygodniu.

Tak:

IT sprawdzi trzy źródła danych i określi, czy brakujące pola można uzupełnić bez przebudowy integracji. Wynik pozytywny uruchamia test. Wynik częściowy ogranicza zakres. Wynik negatywny kieruje projekt do osobnego etapu danych albo zatrzymuje zakup.

Decyzja złożona nie musi przebiegać od pola 1 do 10.

Węzły mogą tworzyć różne relacje.

Warunkowanie

Węzeł B nie ma sensu przed A.

Przykład:

Nie warto porównywać dostawców, dopóki organizacja nie ustali, jaki mechanizm chce zmienić.

Równoległość

Dwa węzły mogą być wykonywane równocześnie.

Przykład:

• ocena jakości danych;
• ocena zasobów wdrożeniowych.

Oba wpływają na sens pilotażu, ale nie muszą czekać na siebie.

Rozgałęzienie

Wynik A prowadzi do B albo C.

Przykład:

• jeżeli dane są wystarczające — test;
• jeżeli częściowe — ograniczony zakres;
• jeżeli niewystarczające — projekt danych;
• jeżeli koszt poprawy jest nieproporcjonalny — zatrzymanie.

Powrót

Nowy dowód ponownie otwiera wcześniejszy wniosek.

Przykład:

Pilotaż techniczny działa, ale wymaga zmiany procesu, której organizacja nie zaakceptuje. Trzeba wrócić do decyzji o sposobie i zakresie.

Zatrzymanie

Wynik usuwa potrzebę dalszej pracy.

Przykład:

Analiza pokazuje, że problem jest lokalny i można go rozwiązać korektą parametrów bez inwestycji.

Scalenie

Kilka rozstrzygnięć musi zostać połączonych.

Przykład:

Decyzja o skali wdrożenia wymaga jednocześnie:

• wyniku pilotażu;
• gotowości danych;
• właściciela procesu;
• akceptowalnego kosztu przejścia.

Badania procesów strategicznych nie wspierają obrazu decyzji jako prostej sekwencji, lecz pokazują, że nieliniowość może współistnieć z rozpoznawalnymi funkcjami oraz dyscypliną procesu.¹²¹⁸¹⁹ W środowisku wysokiej zmienności szybkość nie musiała oznaczać mniejszej liczby danych czy alternatyw; szybkie zespoły wykorzystywały bieżącą informację i aktywną wymianę perspektyw.²⁰

Dyscyplina decyzji nie oznacza maksymalnej liczby etapów. Oznacza, że materialne pytania mają właścicieli, kryteria, podstawę i reakcję na różne wyniki.

Organizacja może zgromadzić na spotkaniu wszystkie formalne role i nadal nie zbudować pełnego obrazu.

Powody:

• uczestnicy powtarzają dane znane wszystkim;
• osoba z wiedzą lokalną nie zabiera głosu;
• informacje sprzeczne z początkową preferencją są pomijane;
• status organizacyjny wpływa na kolejność i wagę wypowiedzi;
• grupa koncentruje się na rozwiązaniu, zanim połączy informacje;
• dostawca kieruje uwagę na kryteria wygodne dla swojej oferty.

Badania hidden profiles pokazują, że grupy mają tendencję do omawiania informacji wspólnych częściej niż informacji unikalnych, nawet gdy właściwe rozwiązanie wymaga ich połączenia.⁴⁵

Dlatego pole 6 powinno zawierać pytania:

• kto zna wyjątki od oficjalnego procesu;
• kto posiada dane, których nie widzi zarząd;
• kto poniesie konsekwencje wdrożenia;
• kto zna ograniczenia systemu;
• kto może przedstawić dowód osłabiający preferowaną opcję;
• czyja informacja nie została jeszcze włączona;
• kto nie ma bezpiecznych warunków do zgłoszenia ryzyka.

Nie chodzi o maksymalizację liczby uczestników. Chodzi o uzyskanie minimalnego wystarczającego zestawu informacji i mandatów.

P0–P3 nie jest oceną dojrzałości klienta. Opisuje skalę pracy potrzebnej do konkretnej decyzji.

P0 — zakup standardowy

Przykład:

Klient zamawia przewód według zatwierdzonej specyfikacji.

Potrzebne mogą być:

• indeks;
• medium;
• temperatura;
• zgodność;
• ilość;
• cena;
• termin;
• osoba upoważniona.

Wynik:

Pełna Mapa Pracy Decyzyjnej jest niepotrzebna.

Największą wartością są poprawność, szybkość i brak tarcia.

P1 — zakup konfiguracyjny

Przykład:

Zakład wymienia urządzenie pomocnicze na nowszy wariant.

Potrzebne mogą być:

• cel wymiany;
• porównanie serwisu, wymiany i wynajmu;
• jedna–dwie role;
• kryteria techniczne i kosztowe;
• test materiału;
• decyzja o zakresie.

Pełna mapa może zostać ograniczona do jednego lub dwóch węzłów.

P2 — decyzja wielofunkcyjna

Przykład:

System planowania, CRM, urządzenie wpływające na proces lub usługa obejmująca kilka działów.

Potrzebne są zwykle:

• uzasadnienie zmiany;
• uzasadnienie czasu;
• role operacyjne, techniczne i ekonomiczne;
• kilka kryteriów;
• realistyczne alternatywy;
• dowody;
• ryzyka wykonania;
• uzgodnienie zakresu;
• sekwencja ruchów;
• zatrzymanie albo kontynuacja.

P3 — zmiana systemowa

Przykład:

Transformacja modelu obsługi klienta w wielu jednostkach.

Potrzebne mogą być:

• wiele połączonych węzłów;
• formalne i nieformalne mandaty;
• lokalne oraz centralne kryteria;
• etapy pilotażu;
• mechanizm uczenia;
• decyzje o skalowaniu;
• gotowość organizacyjna;
• ponowne otwieranie wcześniejszych rozstrzygnięć;
• jawne warunki wycofania.

P3 nie oznacza, że dostawca ma bezpłatnie wykonywać cały projekt doradczy. Zakres wkładu i własność decyzji muszą pozostać jawne.

Firma produkcyjna rozważa zakup systemu automatycznego planowania.

Początkowa narracja brzmi:

Obecny system jest za mało elastyczny. Plan jest poprawiany kilkanaście razy dziennie. Potrzebujemy automatyzacji.

Węzeł 1 — czy istnieje uzasadnienie zmiany?

Pytanie: jaki udział korekt wynika z mechanizmów, na które nowy system może wpływać?

Opcje:

• nowy system;
• modernizacja reguł;
• poprawa danych;
• zmiana procesu;
• brak inwestycji.

Role:

• planiści;
• kierownik produkcji;
• właściciel danych;
• technolog;
• IT.

Dowód: klasyfikacja reprezentatywnej próby korekt.

Kryterium: udział korekt możliwych do ograniczenia przez reguły i lepszą informację.

Wyniki:

• wysoki udział — przejście do kolejnych węzłów;
• niski udział — korekta procesu albo zatrzymanie;
• wynik niejednoznaczny — większa próbka.

Węzeł 2 — czy dane pozwalają testować?

Pytanie: czy dostępność, aktualność i jakość danych są wystarczające do wiarygodnego pilotażu?

Dowód: przegląd trzech źródeł danych.

Kryteria:

• kompletność;
• aktualność;
• spójność;
• możliwość zasilenia testu.

Wyniki:

• wystarczające — pilotaż;
• częściowe — ograniczony zakres;
• niewystarczające — projekt danych;
• koszt poprawy zbyt wysoki — zatrzymanie.

Węzły 1 i 2 mogą być realizowane równolegle.

Węzeł 3 — jaki typ interwencji jest właściwy?

Jeżeli problem wynika głównie z danych, zakup systemu może być przedwczesny.

Jeżeli problem wynika z reguł, możliwa jest modernizacja.

Jeżeli problem dotyczy zarówno danych, reguł i sposobu pracy, potrzebna jest zmiana szersza niż technologia.

Węzeł 4 — jakie kryteria mają rozdzielić opcje?

Organizacja ustala:

• ograniczenie określonego typu korekt;
• stabilność planu;
• czas reakcji;
• koszt integracji;
• elastyczność;
• wysiłek użytkownika;
• możliwość etapowania.

IT wskazuje, że pełna elastyczność zwiększa koszt integracji. Operacje chcą zachować możliwość ręcznej ingerencji. Pojawia się kompromis, nie prosta lista wymagań.

Węzeł 5 — czy organizacja jest gotowa wykonać zmianę?

Potrzebne są:

• właściciel procesu;
• zespół danych;
• czas planistów;
• zasoby integracyjne;
• decyzja o standardach;
• wsparcie po wdrożeniu.

Formalna zgoda budżetowa nie rozstrzyga tych kwestii.

Węzeł 6 — czego ma dowieść pilotaż?

Nie:

Pokazać możliwości systemu.

Tak:

Sprawdzić, czy system ogranicza określony typ korekt przy reprezentatywnych danych i bez tworzenia nieakceptowalnego obciążenia dla planistów.

Możliwe wyniki:

• kontynuuj;
• ogranicz zakres;
• najpierw dane;
• zmień kategorię rozwiązania;
• zatrzymanie.

Wynik przykładu

Analiza pokazuje, że:

• 35% korekt wynika z danych;
• 40% ze zmian zamówień;
• 15% z decyzji operacyjnych;
• 10% z ograniczeń obecnych reguł.

Nowy system może pomóc w części problemu, ale nie uzasadnia pełnej wymiany bez projektu danych i zmiany procesu.

Decyzja:

1. ograniczyć zakres;
2. przeprowadzić projekt danych;
3. wykonać mały test;
4. ustalić próg zatrzymania albo kontynuacji;
5. nie przygotowywać jeszcze pełnego RFP.

Proces sprzedażowy zwalnia. Jakość decyzji rośnie.

P0 — komponent

Klient podaje indeks przewodu.

Handlowiec wykrywa, że materiał nie jest zgodny z medium.

Węzeł:

• pytanie: zgodność;
• dowód: karta materiałowa;
• wynik: właściwy wariant albo brak dostawy.

Nie potrzeba komitetu zakupowego, uzasadnienia biznesowego ani warsztatu.

P1 — urządzenie pomocnicze

Zakład rozważa wymianę suszarki.

Opcje:

• serwis;
• modernizacja;
• wymiana;
• wynajem;
• odroczenie.

Kryteria:

• stabilność procesu;
• dostępność;
• koszt serwisu;
• zużycie energii;
• koszt przejścia.

Dowód:

• historia awarii;
• test materiału;
• porównanie kosztów.

Wynik może wskazać serwis, nie zakup.

P3 — zmiana modelu usług

Organizacja rozważa centralizację usług lokalnych.

Węzły obejmują:

• uzasadnienie zmiany;
• zakres centralizacji;
• standard usługi;
• role lokalne i centralne;
• dane;
• odpowiedzialność;
• ryzyko ciągłości;
• model wewnętrzny lub outsourcing;
• pilotaż;
• skalowanie;
• warunek wycofania.

Wynik może oznaczać centralizację częściową.

Najczęstszy błąd wdrożeniowy polega na próbie opisania całego zakupu od razu.

Zespół otwiera duży arkusz, wpisuje kilkanaście osób, wszystkie możliwe ryzyka, całą historię kontaktów i listę działań. Mapa szybko staje się drugim CRM-em. Nikt jej nie aktualizuje. Po kilku tygodniach dokument wygląda kompletnie, ale nie pomaga odpowiedzieć na pytanie:

Co organizacja powinna teraz rozstrzygnąć?

Lepszym punktem startowym jest jeden węzeł.

Krok 1 — nazwij pytanie, nie aktywność

Nie:

Przygotować demo dla zarządu.

Tak:

Czy zarząd potrzebuje dowodu ekonomicznego, technicznego czy wykonawczego, aby zdecydować o pilotażu?

Pierwsza wersja opisuje zadanie dostawcy. Druga ujawnia brakujący rodzaj podstawy.

Krok 2 — zapisz opcje przed przygotowaniem argumentów

Jeżeli jedynymi opcjami są:

• wybrać nas;
• wybrać konkurenta;

mapa zaczyna się za późno.

Realistyczne opcje mogą obejmować:

• status quo;
• modernizację obecnego rozwiązania;
• zmianę procesu;
• zakup mniejszego zakresu;
• pilotaż;
• rozwiązanie wewnętrzne;
• outsourcing;
• odroczenie;
• zatrzymanie.

Zapis opcji przed argumentami ogranicza ryzyko projektowania procesu wyłącznie wokół oferty dostawcy.

Krok 3 — przypisz role do informacji i odpowiedzialności

Nie pytaj tylko:

Kto decyduje?

Pytaj:

• kto zna dane wejściowe;
• kto zna wyjątki procesu;
• kto będzie odpowiadał za zmianę sposobu pracy;
• kto może ocenić ryzyko;
• kto poniesie koszt błędu;
• kto zatwierdzi zasoby;
• kto formalnie podpisze;
• kto może zatrzymać projekt;
• kto będzie utrzymywał rezultat.

Jedna osoba może pełnić kilka funkcji. Jedna funkcja może wymagać kilku osób. Ważny jest związek między rolą a konkretnym węzłem.

Krok 4 — ustal kryterium przed dowodem

Dowód ma sens tylko wobec kryterium.

Jeżeli zespół planuje pilotaż, ale nie potrafi powiedzieć, jaki wynik byłby wystarczający, pilotaż prawdopodobnie stanie się prezentacją rozszerzoną w czasie.

Przed testem należy ustalić:

• co mierzymy;
• dlaczego to jest materialne;
• jaki wynik wspiera;
• jaki osłabia;
• co oznacza wynik mieszany;
• czy próg jest realistyczny;
• kto ma prawo ocenić wynik.

Krok 5 — zaprojektuj reakcję na wynik negatywny

Większość planów zawiera ścieżkę sukcesu:

test pozytywny
→ oferta
→ wdrożenie

Dobra architektura zawiera również:

test negatywny
→ zmiana zakresu / inna opcja / zatrzymanie

test częściowy
→ dodatkowy węzeł albo ograniczony zakres

brak wiarygodnego wyniku
→ poprawa danych albo rezygnacja z testu

Jeżeli wynik negatywny nie może zmienić rekomendacji, test nie jest rzeczywistym testem.

Krok 6 — ustal datę i warunek ponownego otwarcia

Decyzja może być poprawna dziś i nieaktualna za sześć miesięcy.

Warunek rewizji może dotyczyć:

• zmiany wolumenu;
• nowego wymogu prawnego;
• poprawy danych;
• zakończenia innego projektu;
• osiągnięcia progu kosztu;
• zmiany dostępności zasobów;
• nowej technologii;
• pogorszenia wyników.

Zapis warunku rewizji chroni zarówno przed bezwładnością, jak i przed ciągłym ponownym otwieraniem rozstrzygnięć bez nowej podstawy.

Poniższy przykład dotyczy decyzji o wykonaniu pilotażu systemu planowania.

Tabela nie jest pełnym uzasadnieniem biznesowym ani harmonogramem wdrożenia. Pokazuje jedynie, czy jeden węzeł posiada wystarczającą strukturę do wykonania następnego ruchu.

Mapa nie jest kwalifikacją

Kwalifikacja odpowiada z perspektywy dostawcy:

• czy szansa pasuje do strategii;
• czy istnieje potencjał przychodowy;
• czy warto alokować zasoby;
• czy istnieje prawdopodobieństwo i termin zakupu.

Mapa odpowiada z perspektywy decyzji:

• co organizacja ma rozstrzygnąć;
• jakie opcje są realistyczne;
• czego brakuje;
• jaki dowód może zmienić ocenę;
• czy dalsza praca ma sens.

Dobra kwalifikacja może zakończyć szansę z powodów komercyjnych. Dobra Mapa może zakończyć ją, ponieważ klient nie powinien kupować.

Mapa nie jest planem decyzji

Plan decyzji koordynuje działania, terminy i właścicieli.

Mapa poprzedza go logicznie. Wyjaśnia:

• po co istnieje działanie;
• jakie pytanie rozstrzyga;
• jaki rezultat jest potrzebny;
• jakie wyniki są możliwe;
• co powinno się wydarzyć przy każdym wyniku.

Bez tej warstwy plan działania może sprawnie koordynować zbędne spotkania.

Mapa nie jest mapą interesariuszy

Mapa interesariuszy koncentruje się na ludziach, wpływie, interesach i relacjach.

Pole 6 E00 jest węższe i bardziej zadaniowe. Pyta, kto posiada informację, mandat, ryzyko i odpowiedzialność wobec konkretnego węzła. Pełną architekturę społeczną rozwija artykuł Komitet zakupowy B2B: role, informacje, wpływ i mandat w decyzji zakupowej.

Mapa nie jest uzasadnieniem biznesowym

Uzasadnienie biznesowe ocenia ekonomiczne uzasadnienie określonej inwestycji.

E00 może wskazać, że potrzebny jest dowód ekonomiczny, ale nie wykonuje całej analizy wartości, kosztów, scenariuszy i wrażliwości. Tę warstwę należy łączyć z Mapą Domen Wartości 8D.

Mapa nie jest teorią polityki organizacyjnej

Nie służy do etykietowania ludzi jako sojuszników, przeciwników lub blockerów. Wpływ i interes są realne, ale ich ocena wymaga podstawy, kontekstu i etycznych granic. E00 skupia się na obserwowalnym wkładzie do decyzji.

Mapa nie jest algorytmem

Nie istnieje gwarancja, że komplet dziesięciu pól prowadzi do dobrej decyzji.

Możliwe są:

• błędne dane;
• nieprzewidziane zdarzenia;
• zmiana strategii;
• konflikt celów;
• niewłaściwe kryteria;
• ograniczenia poznawcze;
• decyzje polityczne;
• problemy wykonania.

Mapa zwiększa jawność pracy. Nie usuwa niepewności.

Architektura Rozmowy 10R opisuje wykonanie pojedynczych epizodów. E00 łączy ich rezultaty w dłuższy proces.

Jakość wykonania pojedynczego epizodu można oceniać odrębnie przez Audyt Jakości Wykonania Rozmowy. E00 nie ocenia handlowca; zachowuje rezultat epizodu jako materiał dla dalszej decyzji.

Po każdym epizodzie należy aktualizować tylko elementy, które rzeczywiście się zmieniły:

• status pytania;
• podstawę;
• opcje;
• potrzebne role;
• kryteria;
• ryzyka;
• możliwe wyniki;
• następny ruch;
• warunek rewizji.

Dobrą praktyką jest prowadzenie krótkiego rejestru:

data
→ węzeł
→ nowa informacja
→ status informacji
→ co zmienia
→ czego nadal nie wiadomo
→ następny ruch
→ właściciel

Wspólny kontekst z D04 może zachowywać fakty, interpretacje, sprzeczności i niewiadome. E00 dodaje do nich konsekwencję decyzyjną.

Przykład:

D04:
IT wskazuje, że dane z trzech źródeł są niepełne.

E00:
Brak danych blokuje wiarygodny pilotaż.
Następny ruch: audyt próbki.
Wynik negatywny: projekt danych albo zatrzymanie.

Dzięki temu proces nie zaczyna każdego spotkania od ponownego opowiadania historii i nie zamienia prywatnych notatek dostawcy w rzekomą prawdę o organizacji.

Lejek dostawcy jako mapa klienta

Aktywności sprzedawcy nie opisują automatycznie rozstrzygnięć organizacji.

Wybór dostawcy przed decyzją o zmianie

Firma może porównywać oferty dla źle zdefiniowanego problemu.

Komitet zakupowy jako lista tytułów

Stanowisko nie mówi, kto ma informację, wpływ, mandat i odpowiedzialność.

Jedna osoba jako „głos organizacji”

Kontakt może być dobrze poinformowany i nadal nie reprezentować danych albo kryteriów innych ról.

Buy-in jako brak sprzeciwu

Cisza może oznaczać brak czasu, bezpieczeństwa, wiedzy lub znaczenia.

Maksymalizacja liczby dowodów

Kolejne analizy mogą zwiększać koszt bez zmiany decyzji.

Status quo shaming

Brak zmiany nie jest automatycznie oporem, tchórzostwem ani brakiem innowacyjności.

Consensus theater

Formalne potwierdzenie nie zastępuje jawnych różnic i zobowiązań.

Champion exploitation

Osoba po stronie klienta nie powinna być używana jako ukryty sprzedawca, źródło poufnych informacji ani sposób obchodzenia procesu.

Jeden wynik punktowy „gotowość decyzyjna”

Wynik liczbowy miesza braki dowodowe, społeczne, ekonomiczne i wykonawcze.

Następny krok bez pytania

Spotkanie, demo albo oferta nie są ruchem decyzyjnym bez wskazania, co mają rozstrzygnąć.

Mapa nie powinna stać się kolejnym formularzem do wypełnienia.

Zacznij od jednego węzła

Przed ważnym spotkaniem zapisz:

1. jedno pytanie decyzyjne;
2. realistyczne opcje;
3. potrzebne role;
4. dowód;
5. kryterium;
6. wyniki;
7. reakcję na wynik osłabiający.

Jeżeli zespół nie potrafi tego zrobić, spotkanie jest prawdopodobnie źle zaprojektowane.

Nie dodawaj dziesięciu pól do CRM jako obowiązkowych

Przy P0 pełna mapa będzie tworzyć tarcie.

Lepsze rozwiązanie:

• pole aktualny węzeł;
• pytanie;
• status podstawy;
• brakująca rola;
• następny dowód;
• wyniki;
• warunek zatrzymania;
• data aktualizacji.

Rozdziel prognozę od mapy decyzji

Prognoza odpowiada:

Jak prawdopodobna jest sprzedaż w określonym czasie?

Mapa odpowiada:

Co klient musi jeszcze rozstrzygnąć i na jakiej podstawie?

Jedno może informować drugie. Nie są tym samym.

Prowadź przegląd przez pytania o decyzję

Zamiast:

• kiedy oferta;
• czy sponsor jest za;
• jakie prawdopodobieństwo;
• co robi konkurencja;

pytaj:

• które pytanie jest nadal nierozstrzygnięte;
• jakie opcje są realne;
• kto posiada unikalną informację;
• jakie kryterium jest sporne;
• czego ma dowieść kolejny ruch;
• jaki wynik zatrzyma proces;
• czy organizacja potrafi wykonać zmianę.

Zachowaj prawo klienta do korekty

Mapa powinna być w miarę możliwości jawna i korygowalna.

Nie każda informacja może być współdzielona, ale dostawca nie powinien tworzyć prywatnej „psychologicznej mapy klienta” opartej na domysłach.

AI może pomóc:

• uporządkować jawne informacje;
• wykryć brak kryterium;
• wskazać, że następny krok nie posiada możliwych wyników;
• porównać wersje mapy;
• oznaczyć sprzeczności;
• przygotować pytania do brakujących pól;
• skrócić zapis do wersji jednoekranowej.

AI nie powinna samodzielnie:

• klasyfikować osób jako championów, blockerów lub sceptyków;
• wnioskować intencji z tonu;
• przypisywać wpływu bez podstawy;
• oceniać emocji;
• tworzyć prognozy jako faktu;
• rekomendować obchodzenia ról;
• ujawniać informacji między uczestnikami;
• podejmować decyzji kadrowych;
• utrwalać niezweryfikowanych ocen.

NIST AI RMF podkreśla znaczenie zamierzonego przeznaczenia, ładu, pomiaru ryzyka, kontroli i monitorowania systemów AI.²¹ W kontekście E00 oznacza to, że przed użyciem AI trzeba ustalić:

• cel;
• zakres danych;
• uprawnienia;
• retencję;
• możliwość korekty;
• kontrolę człowieka;
• zabronione inferencje;
• sposób usunięcia danych po rozstrzygnięciu.

Mapa ma zwiększać przejrzystość decyzji klienta, nie zdolność dostawcy do ukrytego profilowania organizacji.

E00 integruje cały Obszar E, ale nie zastępuje kolejnych materiałów.

E01 — uzasadnienie zmiany

Rozwija pytanie:

Kiedy obecna sytuacja rzeczywiście uzasadnia zmianę?

E02 — uzasadnienie czasu

Rozwija:

Dlaczego działać teraz, później albo warunkowo?

E03 — status quo, koszt i ryzyko zaniechania

Rozwija porównanie działania i braku działania bez straszenia i fałszywej precyzji.

E04 — architektura społeczna decyzji

Rozwija role, informacje, wpływy, mandaty i odpowiedzialność.

E05 — wystarczający konsensus

Rozwija uzgodnienie kierunku, kryteriów i kompromisów bez wymuszania jednomyślności.

E06 — wewnętrzny sponsor

Rozwija zdolność prowadzenia pracy decyzyjnej wewnątrz organizacji bez używania osoby jako ukrytego sprzedawcy.

E07 — sekwencja dowodów i niepewności

Rozwija kolejność ograniczania ryzyk oraz wartość informacji.

E08 — ruch decyzyjny

Rozwija projektowanie kolejnych kroków, które rzeczywiście zmieniają stan decyzji.

Dobra decyzja zakupowa nie musi być szybka, jednomyślna ani zakończona wyborem dostawcy.

Musi być wystarczająco uzasadniona i wykonalna.

Przy P0 oznacza to często:

• zgodność;
• cenę;
• termin;
• mandat.

Przy P2–P3 może wymagać:

• jawnego uzasadnienia zmiany;
• realistycznych alternatyw;
• informacji unikalnych dla różnych ról;
• kryteriów i kompromisów;
• sekwencji dowodów;
• wystarczającego konsensusu;
• gotowości wykonawczej;
• warunku rewizji;
• profesjonalnego zatrzymania.

Architektura decyzji nie polega na przeprowadzeniu klienta przez lejek dostawcy. Polega na zobaczeniu, które materialne rozstrzygnięcie jest teraz potrzebne, kto posiada właściwą informację lub mandat, jaki dowód może zmienić ocenę i co organizacja zrobi przy każdym możliwym wyniku.

Następny krok: użyj Mapy Pracy Decyzyjnej B2B, aby zmapować jeden realny węzeł. Nie zaczynaj od całego procesu. Zacznij od jednego pytania, którego wynik powinien zmienić decyzję.