Komitet zakupowy B2B: role, informacje, wpływ i mandat w decyzji zakupowej

Pojęcie buying center było ważnym krokiem w badaniach organizacyjnego kupowania. Zamiast traktować zakup jako decyzję jednego formalnego kupca, modele zaczęły uwzględniać wiele osób, relacji, oczekiwań i źródeł wpływu.¹⁸

Problem powstaje wtedy, gdy wniosek „zakup jest wieloosobowy” zostaje zamieniony w prostą listę:

user
influencer
buyer
decider
gatekeeper

Lista pomaga zorientować się, że sprzedawca nie powinien rozmawiać wyłącznie z jednym kontaktem. Nie wystarcza jednak do zaprojektowania konkretnego rozstrzygnięcia.

Etykieta user nie mówi:

• czy użytkownik zna wyjątki procesu;
• czy korzysta z systemu codziennie;
• czy jego praca zostanie zmieniona;
• czy posiada informację o błędach i obejściach;
• czy odpowiada za adopcję;
• czy może reprezentować innych użytkowników.

Etykieta influencer nie mówi:

• z czego wynika wpływ;
• wobec którego pytania jest materialny;
• czy osoba kontroluje informację;
• czy jej wpływ jest ekspercki, relacyjny, zasobowy czy proceduralny;
• co mogłoby zmienić jej stanowisko.

Etykieta decider nie mówi:

• jaki obiekt ta osoba może zatwierdzić;
• czy posiada limit kwotowy;
• czy decyduje o kierunku, budżecie, dostawcy, zakresie czy wykonaniu;
• czy jej zgoda wymaga współpodpisu;
• czy decyzja może zostać zatrzymana przez odrębną funkcję ryzyka.

Etykieta gatekeeper nie mówi:

• czy osoba kontroluje kalendarz;
• czy kontroluje dostęp do danych;
• czy chroni formalny proces;
• czy ma obowiązek weryfikacji zgodności;
• czy brak dostępu wynika z poufności, czy z polityki wewnętrznej.

Badania buying center wskazują, że struktura i wpływ uczestników zmieniają się zależnie od nowości, złożoności, znaczenia, niepewności oraz typu zakupu.²⁶⁷¹³ Nie istnieje więc jeden uniwersalny układ, który można przepisać z poprzedniej transakcji.

Przykład: jedna osoba, trzy różne funkcje

Dyrektor operacyjny może w jednym procesie:

• dostarczać wiedzę o wyniku biznesowym;
• kontrolować budżet jednostki;
• formalnie zatwierdzać pilotaż.

Nie oznacza to, że zna jakość danych albo posiada mandat cyberbezpieczeństwa.

W innym węźle ta sama osoba może być jedynie właścicielem problemu, bez mandatu do wyboru architektury technicznej.

Przykład: jedna funkcja, kilka osób

Ocena wykonalności integracji może wymagać:

• architekta aplikacyjnego;
• właściciela danych;
• cyberbezpieczeństwa;
• administratora systemu;
• dostawcy platformy bazowej.

Nie ma jednego „IT influencera”. Jest rozproszona funkcja oceny technicznej.

Przykład: formalny decydent bez wiedzy lokalnej

Zarząd może formalnie zatwierdzić inwestycję. Jeżeli jednak decyzja została zbudowana bez informacji od użytkowników, utrzymania i właściciela procesu, organizacja może zatwierdzić projekt, którego warunki wykonania nie zostały rozpoznane.

Lista stanowisk odpowiada na pytanie „kto jest widoczny w procesie?”. Architektura funkcji odpowiada na pytanie „jakiej pracy społecznej wymaga to rozstrzygnięcie?”.

W złożonym zakupie nie powstaje jedna niezmienna grupa, która od początku do końca wykonuje wszystkie zadania. Skład i centralność uczestników mogą się zmieniać wraz z pytaniem.²¹⁴¹⁵

Rozważmy proces wdrożenia systemu planowania.

Węzeł A — czy problem jest podatny na automatyzację?

Potrzebne funkcje:

• wiedza lokalna planistów;
• doświadczenie operacyjne;
• analiza danych;
• ocena konkurencyjnych mechanizmów;
• właściciel wyniku biznesowego.

Na tym etapie CFO może nie być potrzebny.

Węzeł B — czy można wykonać wiarygodny pilotaż?

Potrzebne funkcje:

• właściciel danych;
• IT;
• bezpieczeństwo;
• użytkownicy;
• właściciel procesu;
• osoba kontrolująca czas zespołu.

Na tym etapie zakupy mogą nie być potrzebne.

Węzeł C — czy inwestycja jest akceptowalna?

Potrzebne funkcje:

• właściciel budżetu;
• controlling;
• ryzyko;
• organ zatwierdzający;
• zakupy;
• właściciel realizacji korzyści.

Węzeł D — czy organizacja potrafi wykonać zmianę?

Potrzebne funkcje:

• PMO;
• właściciel procesu;
• IT;
• dane;
• szkolenie;
• managerowie liniowi;
• utrzymanie;
• osoby mierzące wynik.

Jeden rekord CRM stakeholders identified nie opisuje tej zmienności.

Mapa przypisana do węzła, nie do transakcji

Dobrą praktyką jest rozpoczynanie każdej mapy od zdania:

Węzeł:
Co dokładnie organizacja ma teraz rozstrzygnąć?

Dopiero potem:

Jakie funkcje są potrzebne?
Jakie informacje posiadają?
Jaki mandat jest materialny?
Kto wykona wynik?

Jeżeli pytanie się zmienia, mapa może wymagać nowej wersji.

Powrót do wcześniejszego węzła

Nowa informacja może również zmienić architekturę społeczną.

Przykład:

1. klient przechodzi do oceny dostawców;
2. bezpieczeństwo wykrywa, że preferowany model przetwarzania danych jest niedopuszczalny;
3. organizacja wraca do decyzji o sposobie;
4. pojawiają się nowe role: prawo, architektura, właściciel danych;
5. pierwotny komitet wyboru dostawcy nie jest już wystarczający.

Dynamiczność nie oznacza chaosu. Oznacza przypisanie ról do pytań i aktualizowanie mapy po materialnym nowym dowodzie.

Mapa społeczna powinna powstawać dopiero wobec jasno określonej pracy. Uzasadnienie zmiany odpowiada, czy odejście od status quo ma sens. Uzasadnienie czasu rozstrzyga, czy działanie jest potrzebne teraz. Kontrfaktyczne porównanie status quo i zmiany pokazuje, jakie koszty, ryzyka, opcje i warunki przejścia powinny otrzymać właścicieli. E04 nie zastępuje tych analiz; wskazuje funkcje potrzebne do ich wykonania i zatwierdzenia.

Te cztery pojęcia często są używane zamiennie. E04 rozdziela je.

Funkcja

Zadanie potrzebne do rozstrzygnięcia:

potwierdzić zgodność modelu danych z polityką

Osoba lub zespół

Podmiot zdolny wykonać funkcję:

zespół bezpieczeństwa informacji

Stanowisko

Formalna pozycja organizacyjna:

CISO

Mandat

Zakres upoważnienia:

CISO zatwierdza odstępstwa od polityki;
zespół bezpieczeństwa ocenia architekturę;
komitet ryzyka zatwierdza ryzyko powyżej progu.

Tytuł stanowiska nie wystarcza do ustalenia mandatu. Mandat musi mieć obiekt i granice.

Przykładowy zapis:

Nie:
CFO — decydent.

Tak:
CFO zatwierdza CAPEX powyżej 500 tys. zł,
ale przesunięcie budżetu z portfela strategicznego wymaga komitetu inwestycyjnego.

Wpływ nie jest mandatem

Osoba może zmienić decyzję bez formalnego prawa podpisu. Ekspert może wykazać, że wariant jest niewykonalny. Użytkownik może ujawnić, że rozwiązanie nie odpowiada rzeczywistemu procesowi. Właściciel danych może pokazać, że pilotaż nie jest możliwy.

Badania wpływu w organizacyjnym kupowaniu wskazują znaczenie ekspertyzy, kontroli informacji i kontekstu decyzji.¹⁶¹⁷¹⁸ Klasyczne prace nad władzą społeczną również rozdzielają kilka podstaw wpływu, zamiast traktować go jako jedną cechę człowieka.¹⁹²⁰²¹

Mandat nie jest wykonaniem

Formalna zgoda może powstać bez zdolności realizacji.

Przykład:

Zarząd:
zatwierdza zakup.

IT:
ma wykonać integrację.

Operacje:
mają zmienić proces.

Managerowie liniowi:
mają wprowadzić nowe reguły.

Właściciel danych:
ma poprawić źródła.

Nikt:
nie otrzymał czasu, budżetu ani odpowiedzialności za tę pracę.

Decyzja formalna istnieje. Wartość osiągalna pozostaje niska. To właśnie powód, dla którego tworzenie wartości w sprzedaży B2B musi uwzględniać wykonanie, a nie tylko wybór.

Model E04 obejmuje osiem funkcji. Nie tworzą one kolejności. Nie wymagają ośmiu osób. Jedna osoba może wykonywać kilka funkcji, a jedna funkcja może być podzielona.

Funkcja 1 — wiedza lokalna

Pytanie: kto zna rzeczywisty stan procesu, danych, ograniczeń i wyjątków?

Wiedza lokalna może obejmować:

• przebieg pracy;
• wyjątki;
• obejścia;
• historię incydentów;
• rozbieżność między procedurą i praktyką;
• ograniczenia konkretnego zakładu;
• sezonowość;
• lokalne zależności.

Ta funkcja nie musi należeć do osoby najwyżej w hierarchii.

Przykład:

W dokumentacji proces planowania jest scentralizowany. W praktyce trzecia zmiana ręcznie omija reguły systemu ze względu na niepełne dane. Informację posiada dwóch planistów i kierownik zmiany. Bez niej dostawca może zaprojektować demo dla procesu, który nie istnieje.

Wiedza lokalna powinna mieć źródło:

obserwacja
pomiar
dokument
log systemowy
przykład incydentu
uzgodniony opis

Nie wystarczy „nasz kontakt twierdzi”.

Funkcja 2 — użytkowanie

Pytanie: kto będzie używać, doświadczać albo omijać rozwiązanie i jaką informację wnosi?

Użytkownik może nie mieć budżetu, lecz posiadać informacje o:

• obciążeniu poznawczym;
• ergonomii;
• wyjątkach;
• rzeczywistym czasie pracy;
• błędach;
• szkoleniu;
• powodach obchodzenia procesu;
• warunkach adopcji.

Brak mandatu zakupowego nie unieważnia informacji użytkowej.

Jednocześnie jedna osoba nie musi reprezentować całej populacji. Warto sprawdzić:

• czy użytkownicy wykonują różne role;
• czy praca różni się między zmianami;
• czy istnieją użytkownicy pośredni;
• czy system wpływa na klienta końcowego;
• czy osoba ma doświadczenie wystarczające do uogólnienia.

Funkcja 3 — ocena techniczna lub funkcjonalna

Pytanie: kto potrafi ocenić zgodność, architekturę, integrację, parametry i ograniczenia?

Zakres może obejmować:

• architekturę;
• integrację;
• jakość danych;
• skalowalność;
• bezpieczeństwo;
• wymagania funkcjonalne;
• utrzymanie;
• wydajność;
• procedurę testową.

Funkcja techniczna nie jest jedną rolą IT. W urządzeniu przemysłowym może wymagać technologa, utrzymania, automatyka, BHP i jakości. W SaaS — architekta, ochrony danych, bezpieczeństwa i administratora.

Ekspert powinien mieć możliwość powiedzenia:

wariant jest niewykonalny
dane nie wystarczą
test nie rozróżnia opcji
potrzebny jest inny zakres

Jeżeli ekspert może wyłącznie „potwierdzić dopasowanie”, funkcja została podporządkowana preferowanemu wynikowi.

Funkcja 4 — ekspozycja na ryzyko

Pytanie: kto ponosi albo nadzoruje ryzyko prawne, bezpieczeństwa, operacyjne, jakościowe, finansowe lub reputacyjne?

Rola ryzyka powinna wskazać:

• rodzaj ryzyka;
• próg;
• wymagane zabezpieczenie;
• właściciela;
• warunek zatrzymania;
• podstawę formalną;
• dopuszczalne warianty.

Nie należy zakładać, że osoba ryzyka jest „przeciwna zmianie”. Jej zadaniem może być ochrona organizacji przed wariantem, który nie spełnia normy.

Przykład:

Bezpieczeństwo nie odrzuca projektu.
Bezpieczeństwo odrzuca wariant publicznego endpointu.
Alternatywny wariant prywatnego połączenia może przejść ocenę po dostarczeniu architektury.

To sprzeciw wobec wariantu, nie wobec całego kierunku.

Funkcja 5 — kontrola zasobu lub budżetu

Pytanie: kto kontroluje pieniądze, ludzi, czas, dane, infrastrukturę albo zdolność potrzebną do decyzji i wykonania?

Budżet jest tylko jednym zasobem.

Projekt może mieć finansowanie, lecz nie mieć:

• czasu IT;
• właściciela danych;
• okna produkcyjnego;
• ludzi do migracji;
• kompetencji;
• środowiska testowego;
• zdolności utrzymania;
• miejsca w portfelu projektów.

Osoba kontrolująca zasób może nie posiadać formalnego mandatu do zakupu. Jej brak zgody może jednak praktycznie zatrzymać wykonanie.

Funkcja 6 — formalny mandat

Pytanie: kto może zatwierdzić dokładnie ten obiekt decyzji i w jakim zakresie?

Mandat powinien obejmować:

• przedmiot;
• limit;
• warunki;
• współpodpisy;
• możliwość delegacji;
• okres ważności;
• wymagany dokument;
• procedurę odwoławczą albo odstępstwo.

Nie wystarczy zapisać:

dyrektor jest decydentem

Potrzebny jest zapis:

dyrektor zakładu może zatwierdzić pilotaż do 150 tys. zł;
pełne wdrożenie wymaga komitetu inwestycyjnego;
przetwarzanie danych osobowych wymaga odrębnej oceny ochrony danych.

Funkcja 7 — wpływ nieformalny lub możliwość zatrzymania

Pytanie: czy istnieje rola, której ekspertyza, informacja, reputacja, brak zgody albo brak wykonania realnie zmienia wynik?

Wpływ może wynikać z:

• ekspertyzy;
• kontroli informacji;
• lokalnej wiarygodności;
• doświadczenia;
• reputacji;
• koordynacji;
• relacji;
• praktycznej zdolności wykonania.

Możliwość zatrzymania może być:

• formalna;
• proceduralna;
• techniczna;
• zasobowa;
• wykonawcza.

Nie należy nadawać ludziom trwałej etykiety blocker. Lepiej zapisać:

rola może zatrzymać wariant A,
ponieważ odpowiada za zgodność z polityką X;
stanowisko może się zmienić po dowodzie Y.

Funkcja 8 — odpowiedzialność za wykonanie i adopcję

Pytanie: kto musi wykonać pracę potrzebną do powstania wartości po decyzji?

Zakres:

• dane;
• integracja;
• migracja;
• konfiguracja;
• zmiana procesu;
• szkolenie;
• komunikacja;
• adopcja;
• utrzymanie;
• pomiar wyniku;
• korekta po wdrożeniu.

To funkcja często pomijana, ponieważ proces sprzedaży koncentruje się na osobach zatwierdzających zakup.

Badania implementacji wskazują, że gotowość do zmiany obejmuje zarówno wspólne zobowiązanie, jak i przekonanie o zdolności wykonania.⁵ Sama zgoda nie zapewnia zasobów i koordynacji.

Jeżeli nie wiadomo, kto wykona warunki powstania wartości, organizacja może zatwierdzić zakup bez zatwierdzenia pracy potrzebnej do jego powodzenia.

Grupy nie korzystają automatycznie ze wszystkich dostępnych informacji. Klasyczne badania nad ukrytym profilem pokazały, że dyskusje mogą koncentrować się na informacjach wspólnych, podczas gdy materiał unikalny dla jednej osoby pozostaje niewykorzystany.³ Meta-analiza badań zespołów wskazuje, że dzielenie się informacją jest powiązane z wynikami, ale zależy od warunków zadania i współpracy.⁹

Informacja wspólna

Wiele osób zna ten sam zapis:

obecny system jest powolny

To nie oznacza, że zapis jest wystarczający. Może być wspólną opinią bez pomiaru.

Informacja unikalna

Jedna rola posiada materiał, którego inni nie mają:

administrator wie, że opóźnienia wynikają z integracji;
użytkownik wie, że część pracy jest wykonywana poza systemem;
jakość zna trzy incydenty pominięte w raporcie;
utrzymanie zna rzeczywisty czas wymiany komponentu.

Informacja sporna

Dwie role przedstawiają niezgodne wersje:

operacje:
dane są kompletne.

IT:
trzy źródła przekazują dane z opóźnieniem.

Nie należy ich uśredniać. Potrzebny jest właściciel weryfikacji.

Informacja ograniczona

Materiał istnieje, lecz dostęp jest ograniczony:

• dane osobowe;
• audyt bezpieczeństwa;
• informacje prawnie chronione;
• szczegóły cenowe;
• ryzyko operacyjne;
• umowy z innymi dostawcami.

Dostawca nie musi otrzymać treści. Czasem wystarczy potwierdzenie:

właściwa rola przeprowadziła ocenę
warunek został spełniony
mandat istnieje

Wiedza o tym, kto wie

W zespołach ważnym zasobem jest również orientacja, kto posiada określoną wiedzę. Badania transactive memory opisują znaczenie specjalizacji, wiarygodności i koordynacji.⁴²²

W praktyce mapa powinna wskazać:

właściciel informacji
źródło
osoba zdolna ocenić jakość
droga dostępu
data aktualizacji

Nie oznacza to tworzenia katalogu wiedzy o wszystkich pracownikach. Zakres pozostaje ograniczony do jednego węzła.

Pytania, które ujawniają informacje bez przesłuchania

Zamiast pytać:

Kto jeszcze jest zaangażowany?

lepiej użyć pytań funkcjonalnych:

• Kto zna wyjątki, których nie widać w dokumentacji?
• Czy istnieje źródło, które może osłabić obecny obraz?
• Kto potrafi ocenić jakość danych?
• Kto poniesie konsekwencje, jeżeli wariant okaże się błędny?
• Czy właściwa rola może potwierdzić zgodność bez ujawniania danych poufnych?
• Kto będzie musiał wykonać zmianę po zatwierdzeniu?

Takie pytania rozwijają logikę Projektanta Pytań Decyzyjnych: odbiorca pytania powinien wynikać z funkcji i ryzyka informacji, nie z uniwersalnego skryptu.

Pięć pojęć bywa redukowanych do jednego pytania:

Kto ma największy wpływ?

To pytanie jest zbyt szerokie.

Dlaczego score wpływu szkodzi

Załóżmy, że CRM przyznaje:

CFO: 9/10
IT: 7/10
Użytkownik: 3/10

Wynik miesza:

• formalny mandat CFO;
• wiedzę IT;
• lokalną informację użytkownika;
• kontrolę budżetu;
• ryzyko;
• relacje;
• dostęp.

Nie wiadomo, czy różnica między 9 i 7 ma znaczenie. Nie wiadomo też, wobec którego pytania.

Lepszy zapis:

Węzeł: wybór modelu wdrożenia.

CFO:
mandat budżetowy, brak wiedzy o architekturze.

IT:
wpływ ekspercki, możliwość wykluczenia niewykonalnego wariantu.

Użytkownik:
unikalna wiedza o wyjątkach i adopcji, brak mandatu finansowego.

Veto jako obowiązek ochronny

Osoba wykonująca kontrolę może być przedstawiana jako przeszkoda, ponieważ spowalnia transakcję. Tymczasem prawidłowe veto może:

• ujawnić brak zgodności;
• zatrzymać ryzyko;
• wymusić lepszy wariant;
• uchronić klienta i dostawcę przed niewykonalnym wdrożeniem.

Zamiast blocker:

Funkcja:
ochrona danych.

Obiekt zatrzymania:
wariant przetwarzania.

Podstawa:
brak zgodności z polityką.

Warunek rewizji:
zmiana architektury i formalna ocena.

Nieformalne oddziaływanie

Wpływ może występować bez stanowiska kierowniczego. Doświadczony technolog, administrator albo planista może kształtować ocenę innych, ponieważ posiada wiarygodną wiedzę. To nie oznacza, że dostawca powinien wykorzystywać tę osobę do obchodzenia formalnego mandatu.

Etyczne użycie wpływu polega na włączeniu informacji do jawnego procesu, nie na budowaniu nieformalnej koalicji przeciw innym rolom.

Wykonanie jako osobna oś

Dwie osoby mogą poprzeć projekt, lecz żadna nie mieć zasobu do jego realizacji. Dlatego mapa powinna pytać:

• kto wykona;
• z jakim zasobem;
• w jakim czasie;
• pod czyją odpowiedzialnością;
• co zostanie zatrzymane, aby uwolnić zdolność;
• kto mierzy rezultat;
• kto koryguje wdrożenie.

Typowy przegląd szans zawiera pytanie:

Czy mamy dostęp do CFO?

To pytanie może być właściwe. Często jednak używa stanowiska jako skrótu dla nieokreślonej potrzeby.

Lepsza sekwencja:

1. Jakie pytanie finansowe pozostaje nierozstrzygnięte?
2. Jaka informacja jest potrzebna?
3. Kto posiada wiarygodne źródło?
4. Jaki mandat jest wymagany?
5. Czy odpowiedź może zostać potwierdzona dokumentem lub przez inną rolę?
6. Czy udział CFO jest potrzebny teraz, później czy wcale?

Przykład:

Nie:
Brakuje CFO.

Tak:
Brakuje potwierdzenia,
czy projekt może zostać sfinansowany z budżetu jednostki
i jaki próg wymaga komitetu inwestycyjnego.

Możliwe rozwiązania:

• odpowiedź posiada controlling;
• dyrektor jednostki ma mandat poniżej progu;
• istnieje formalna polityka;
• CFO jest potrzebny tylko przy pełnym wdrożeniu;
• pytanie jest przedwczesne przed potwierdzeniem wykonalności.

Brakujący użytkownik

Nie oznacza:

potrzebujemy reprezentanta użytkowników dla formalności

Oznacza:

nie znamy wyjątków procesu i warunków adopcji;
potrzebujemy reprezentatywnej informacji użytkowej.

Możliwe źródła:

• obserwacja;
• dane z systemu;
• wywiad;
• próbka kilku użytkowników;
• właściciel procesu;
• test użyteczności.

Brakujący decydent

Nie oznacza automatycznie osoby najwyżej w hierarchii. Potrzebny może być:

• właściciel limitu;
• organ formalny;
• osoba delegowana;
• wspólny podpis;
• rola ryzyka;
• administrator procedury.

Brakujący wykonawca

To jedna z najgroźniejszych luk:

wszyscy zgadzają się na projekt,
ale nikt nie otrzymał odpowiedzialności za dane i migrację.

Wynikiem nie powinno być kolejne demo. Potrzebny jest ruch związany z gotowością wykonawczą.

Pełna lista interesariuszy nie jest dobrym punktem startowym. Najpierw trzeba ograniczyć zakres do jednego pytania, którego wynik rzeczywiście zmieni decyzję.

Krok 1 — nazwij obiekt rozstrzygnięcia

Zapis powinien być możliwie konkretny:

Nie:
Czy kupimy system?

Tak:
Czy dostępna jakość danych pozwala wykonać wiarygodny pilotaż
na jednej linii w ciągu sześciu tygodni?

Drugie pytanie zawęża zakres, horyzont i rodzaj potrzebnych funkcji. Nie wymaga jeszcze CFO, zarządu ani pełnego komitetu inwestycyjnego. Wymaga przede wszystkim wiedzy o danych, procesie, architekturze, zasobach i kryterium testu.

Krok 2 — wypisz zadania, nie stanowiska

Dla każdego węzła zapisz zadania społeczne:

• dostarczyć wiedzę lokalną;
• ocenić wykonalność;
• potwierdzić ryzyko;
• zapewnić zasób;
• zatwierdzić zakres;
• wykonać zmianę;
• zmierzyć wynik.

Dopiero potem przypisz role.

Ta kolejność zapobiega kopiowaniu schematu z poprzedniego procesu. Jeżeli zaczniemy od nazwisk, naturalną tendencją będzie przypisanie im znanych etykiet. Jeżeli zaczniemy od zadań, łatwiej zauważyć, że jedna funkcja nie ma właściciela albo że obecność osoby nie jest konieczna.

Krok 3 — rozdziel obecność od źródła

Nie każda rola musi uczestniczyć w spotkaniu. Funkcję można wykonać przez:

• dokument;
• pomiar;
• formalne potwierdzenie;
• asynchroniczną ocenę;
• udział eksperta tylko w jednym punkcie;
• decyzję organu poza spotkaniem;
• zanonimizowaną informację.

To rozróżnienie ogranicza koszt koordynacji i chroni poufność.

Przykład:

Potrzebna funkcja:
potwierdzenie zgodności przetwarzania danych.

Niepotrzebne:
pełny udział prawnika we wszystkich spotkaniach.

Wystarczające:
formalna ocena zakresu danych i warunków umownych.

Krok 4 — sprawdź trzy rodzaje luki

Każda funkcja może mieć właściciela, a mimo to pozostawać niewykonana. Warto rozdzielić:

1. brak roli — nikt nie wykonuje funkcji;
2. brak podstawy — rola istnieje, ale nie ma danych albo kompetencji;
3. brak zdolności — rola zna zadanie, lecz nie ma czasu, zasobu, dostępu albo mandatu.

Przykład:

Właściciel danych istnieje.
Nie ma jednak dostępu do trzech źródeł historycznych.
Luka dotyczy zdolności, nie braku osoby.

To rozróżnienie zmienia następny ruch. Zamiast organizować spotkanie z kolejną osobą, należy przywrócić dostęp albo zmienić zakres testu.

Krok 5 — zaprojektuj reakcję na sprzeciw i brak informacji

Każda materialna funkcja powinna mieć prawo do wyniku osłabiającego. Jeżeli ocena bezpieczeństwa, utrzymania albo użytkowników może jedynie potwierdzić preferowany wariant, proces nie jest rzeczywistą weryfikacją.

Dla ważnego wkładu zapisz:

wynik wspierający
wynik osłabiający
wynik niejednoznaczny
warunek zatrzymania

Następnie przypisz reakcję. To łączy E04 z logiką węzłów Mapy Pracy Decyzyjnej, ale nie przejmuje pełnej sekwencji dowodów E07.

Krok 6 — zakończ mapę wynikiem i datą rewizji

Mapa nie jest kompletna dlatego, że ma wszystkie nazwiska. Jest wystarczająca wtedy, gdy pozwala wykonać właściwy ruch.

Zapis końcowy powinien obejmować:

wynik M1–M5
brakujące funkcje
następny ruch
właściciela
warunek rewizji
datę aktualizacji
dane do usunięcia

Jeżeli później zmieni się pytanie, powstaje nowa wersja. Nie należy dopisywać kolejnych osób do jednej nieograniczonej kartoteki.

Brak sprzeciwu bywa interpretowany jako potwierdzenie, że odpowiednie role zostały uwzględnione. To ryzykowny skrót.

Badania bezpieczeństwa psychologicznego, statusu zawodowego, gotowości do zabrania głosu i milczenia organizacyjnego pokazują, że ludzie mogą nie ujawniać pytań, błędów lub obaw, nawet gdy posiadają materialną informację.^10231112 E04 nie pozwala na diagnozowanie kultury firmy na podstawie pojedynczego spotkania. Wprowadza jednak cztery zabezpieczenia.

Jawne zaproszenie do informacji osłabiającej

Zamiast:

Czy wszyscy się zgadzają?

lepiej:

Która rola może posiadać informację, która osłabi ten wariant albo zmieni zakres testu?

Oddzielenie braku informacji od braku zgody

Osoba może milczeć, ponieważ:

• nie ma danych;
• nie zna odpowiedzi;
• nie ma mandatu;
• nie chce ujawniać informacji poufnej;
• uważa, że pytanie jest źle postawione;
• nie ma bezpiecznego kanału;
• potrzebuje czasu na konsultację.

Każdy przypadek wymaga innego ruchu.

Możliwość wkładu asynchronicznego

Informacja może zostać przekazana przez dokument, komentarz, osobną ocenę albo zanonimizowane potwierdzenie. Wspólne spotkanie nie jest jedynym kanałem.

Prawo do korekty mapy

Klient powinien móc poprawić:

• przypisaną funkcję;
• zakres mandatu;
• interpretację sprzeciwu;
• właściciela informacji;
• odpowiedzialność wykonawczą.

Mapa jest roboczym artefaktem, nie diagnozą organizacji.

Mapa kończy się jakościowym wynikiem. Nie jest to ocena „dojrzałości komitetu” ani prawdopodobieństwo zakupu.

M1 — konfiguracja wystarczająca

Materialne funkcje są obecne. Informacje mają właścicieli. Mandaty i zasoby są wystarczająco jasne. Wykonanie posiada właściciela.

Następny ruch:

• wykonać zaplanowane rozstrzygnięcie;
• nie dodawać osób bez potrzeby;
• zachować warunek rewizji.

M1 nie oznacza jednomyślności ani zakupu. Oznacza wystarczającą architekturę społeczną dla aktualnego ruchu.

M2 — brak funkcji informacyjnej lub eksperckiej

Brakuje:

• wiedzy lokalnej;
• użytkownika;
• eksperta;
• źródła danych;
• osoby oceniającej jakość;
• właściciela weryfikacji sporu.

Następny ruch:

• pozyskać informację;
• zaangażować właściwą funkcję;
• użyć dokumentu, testu lub eksperta;
• nie wymagać udziału osoby, jeżeli wystarczy źródło.

M3 — brak mandatu, zgody ryzyka albo kontroli zasobu

Grupa może rozumieć problem, ale:

• nie posiada upoważnienia;
• nie zna progu;
• nie ma zgody ryzyka;
• nie ma budżetu;
• nie ma czasu ludzi;
• nie ma dostępu do danych lub infrastruktury.

Następny ruch:

• doprecyzować obiekt decyzji;
• ustalić procedurę;
• pozyskać właściwy mandat;
• nie omijać ładu.

M4 — brak odpowiedzialności wykonawczej albo przeciążenie funkcji

Projekt może mieć zgodę, ale:

• nikt nie odpowiada za wdrożenie;
• jedna osoba ma niewykonalną liczbę funkcji;
• odpowiedzialność jest rozmyta;
• zasób wykonawczy nie istnieje;
• właściciel procesu nie zaakceptował pracy.

Następny ruch:

• przypisać odpowiedzialność;
• zawęzić zakres;
• etapować;
• wrócić do gotowości.

M5 — mapa nadmierna, niedopuszczalna albo zatrzymanie

Mapa powinna zostać ograniczona lub zatrzymana, gdy:

• zakup P0 nie wymaga pełnego modelu;
• dalsze dane o osobach nie zmienią decyzji;
• informacje są poufne i dostawca nie musi ich znać;
• narzędzie stało się profilem ludzi;
• AI generuje oceny emocji i lojalności;
• wymagany jest ekspert lub procedura prawna;
• mapa służy obchodzeniu procesu.

M5 jest profesjonalnym wynikiem.

Nie każdy zakup potrzebuje komitetu. Rozbudowana mapa może sama tworzyć tarcie.

P0 — zakup rutynowy

Przykład:

standardowy komponent według zatwierdzonej specyfikacji

Potrzebne funkcje:

• osoba składająca zamówienie;
• technik potwierdzający zgodność;
• upoważniony kupiec;
• odbiorca.

Pełna Mapa jest niepotrzebna. Wynik M1 może powstać po kilku minutach.

P1 — lokalna decyzja ograniczonego ryzyka

Przykład:

narzędzie SaaS dla jednego zespołu

Potrzebne mogą być:

• manager zadania;
• kilku użytkowników;
• IT;
• ochrona danych;
• właściciel budżetu;
• osoba odpowiedzialna za onboarding.

Mapa może zmieścić się na jednym ekranie.

P2 — decyzja wielofunkcyjna

Przykład:

automatyzacja planowania w jednym zakładzie

Potrzebne są różne konfiguracje funkcji dla diagnozy, pilotażu, wyboru i wykonania. Mapa powinna być wersjonowana.

P3 — zmiana systemowa albo regulowana

Przykład:

transformacja wielozakładowa

Potrzebne mogą być:

• organy formalne;
• centrala i zakłady;
• bezpieczeństwo;
• prawo;
• architektura;
• finanse;
• PMO;
• lokalni właściciele wykonania;
• ograniczenia dostępu.

P3 nie oznacza największej możliwej liczby osób. Oznacza większą potrzebę jawności funkcji, zależności i mandatów.

Standardowy komponent — M1

Klient zamawia element według istniejącej specyfikacji.

Wiedza lokalna:
numer katalogowy i warunki pracy.

Ocena techniczna:
technik potwierdza materiał.

Mandat:
kupiec może złożyć zamówienie.

Wykonanie:
magazyn przyjmuje dostawę.

Nie ma uzasadnienia dla tworzenia komitetu zakupowego. Dodatkowe mapowanie pogorszyłoby doświadczenie.

SaaS i ochrona danych — M3

Manager chce uruchomić narzędzie dla dwunastu osób. Ma budżet i zgodę zespołu. IT potwierdza prostą integrację.

Nie wiadomo jednak:

• czy narzędzie będzie przetwarzać dane klientów;
• jaka podstawa i umowa są potrzebne;
• kto zatwierdza dostawcę;
• czy dane mogą trafić do wybranego środowiska.

Wynik:

M3 — brak zgody ryzyka lub mandatu.

Następny ruch:

klasyfikacja danych
formalna ocena ochrony danych
potwierdzenie dopuszczalnego wariantu

Nie należy „przekonywać ochrony danych”, lecz dostarczyć materiał wymagany do oceny.

Automatyzacja planowania — M2, potem M1

Pierwsza grupa obejmuje dyrektora operacyjnego, IT i finanse. Wszyscy popierają pilotaż.

Brakuje jednak planistów, którzy znają źródła korekt. Analiza pokazuje M2.

Po włączeniu reprezentatywnej wiedzy użytkowej strony ustalają, że znaczna część korekt wynika ze zmian zamówień, których system nie wyeliminuje. Zakres pilotażu zostaje zawężony.

Nowa konfiguracja może otrzymać M1 dla mniejszego pytania:

Czy reguły systemowe mogą ograniczyć jedną kategorię korekt?

Urządzenie przemysłowe — M2 i M4

Dyrektor zakładu ma mandat budżetowy. Dostawca uważa, że dotarł do decydenta.

Brakuje jednak:

• technologa znającego mechanizm procesu;
• utrzymania ruchu znającego stan instalacji;
• właściciela okna serwisowego;
• osoby odpowiedzialnej za pomiar przed i po;
• zespołu wykonującego zmianę.

Wynik:

M2 — brak wiedzy i oceny technicznej.
M4 — brak odpowiedzialności wykonawczej.

Formalny mandat nie rozwiązuje tych luk.

Transformacja wielozakładowa — mapa dynamiczna

Centrala ustala architekturę i budżet. Zakłady posiadają wiedzę lokalną. Bezpieczeństwo nadzoruje ryzyko. HR odpowiada za role i szkolenie. PMO koordynuje. Lokalne operacje wykonują zmianę.

Nie wszystkie dane muszą być ujawnione dostawcy. Część może zostać potwierdzona przez właściwy organ.

Wynik może być:

M1 dla decyzji o kierunku,
M2 dla dwóch zakładów bez danych,
M4 dla zakładu bez właściciela wdrożenia.

Nie ma jednego wyniku dla całej organizacji.

Dobre veto bezpieczeństwa — M1 po zmianie wariantu

Bezpieczeństwo odrzuca publiczny endpoint. Handlowiec nie zapisuje blocker.

Zapis:

funkcja:
ocena bezpieczeństwa

wariant zatrzymany:
publiczny endpoint

podstawa:
polityka dostępu

alternatywa:
połączenie prywatne

warunek rewizji:
architektura i test

Po ocenie wariantu alternatywnego konfiguracja może być wystarczająca.

Mapa nadmierna — M5

Przy zakupie trzech standardowych licencji sprzedawca próbuje:

• dotrzeć do CEO;
• zbudować sponsora;
• ocenić wpływ IT;
• mapować dwanaście osób;
• zapisać relacje prywatne.

Dane nie poprawią decyzji. Mapa jest nieproporcjonalna i narusza minimalizację.

Wynik:

M5 — ograniczyć mapę i usunąć dane.

Jedna mapa na cały proces

Mapa utworzona po pierwszym discovery jest używana do końca transakcji. Nie zmienia się mimo przejścia od diagnozy do pilotażu i wdrożenia. W efekcie role wykonawcze pojawiają się za późno, a nieaktualne oceny ludzi pozostają w CRM.

Korekta: wersjonuj mapę według węzłów i zapisuj przyczynę zmiany.

Organigram jako mapa decyzji

Organigram pokazuje raportowanie. Nie pokazuje automatycznie wiedzy lokalnej, dostępu do danych, wpływu eksperckiego, ryzyka ani odpowiedzialności za wykonanie.

Korekta: użyj organigramu wyłącznie jako źródła orientacyjnego, a funkcje potwierdź osobno.

Champion kontra blocker

Kontakt popierający dostawcę zostaje championem, a osoba zgłaszająca ryzyko — blockerem. Taka mapa ocenia relację z dostawcą zamiast wkładu do decyzji.

Korekta: zapisz funkcję, podstawę stanowiska i warunek rewizji. Zdolność sponsora do prowadzenia pracy wewnętrznej należy do E06, nie do E04.

Najwyższe stanowisko jako najlepsze źródło

Zarząd może znać cel strategiczny, lecz nie znać wyjątków procesu i ograniczeń danych.

Korekta: rozdziel źródło celu, źródło wiedzy lokalnej, ocenę techniczną i mandat.

Więcej kontaktów jako miara pokrycia

Zespół mierzy liczbę osób w CRM. Nie wiadomo jednak, czy kolejne kontakty wnoszą nową funkcję albo informację.

Korekta: każdy kontakt powinien mieć uzasadnioną funkcję. Brak nowej funkcji oznacza brak potrzeby rozszerzania mapy.

Wpływ jako trwała cecha

Osoba otrzymuje wynik 8/10, który jest później kopiowany do wszystkich węzłów.

Korekta: wpływ opisuj jako relację wobec określonego pytania, podstawy i czasu. Badania wpływu organizacyjnego nie uzasadniają jednego uniwersalnego wyniku.²⁰²¹

Pominięcie funkcji wykonawczej

Mapa kończy się na podpisie. Po podpisaniu okazuje się, że nie ma ludzi, danych i właściciela procesu.

Korekta: przed finalnym zakresem potwierdź odpowiedzialność i zdolność wykonania.

Dostawca jako właściciel prawdy o organizacji

Prywatne notatki handlowca zaczynają funkcjonować jako oficjalna mapa klienta. Osoby nie wiedzą, jakie role i intencje im przypisano.

Korekta: zachowaj status roboczy, źródło, możliwość korekty i minimalny dostęp. Przy materiale klientowskim preferuj funkcje zamiast ocen osób.

Obchodzenie ładu

Mapa służy do znalezienia osoby, która „przepchnie” projekt poza zakupami, prawem albo bezpieczeństwem.

Korekta: używaj mapy do identyfikowania wymaganej funkcji i właściwej procedury, nie do jej omijania.

CRM może przechowywać potwierdzone ustalenia. Nie powinien zamieniać E04 w punktację ludzi.

Pola użyteczne

węzeł decyzji
potrzebna funkcja
rola lub zespół
potrzebna informacja
źródło i data
rodzaj wpływu
mandat i granice
kontrolowany zasób
odpowiedzialność wykonawcza
warunek zatrzymania
następny ruch
data rewizji
termin retencji

Pola ryzykowne

champion strength
blocker risk
stakeholder sentiment
loyalty score
influence 1–10
supporter / neutral / opponent

Takie pola zachęcają do:

• profilowania;
• nadinterpretacji;
• oceniania ludzi bez źródła;
• dopasowywania mapy do prognozy;
• ignorowania funkcji ochronnych;
• utrzymywania nieaktualnych danych.

Pytania do przeglądu szans

Zamiast:

Czy dotarliśmy do economic buyera?

manager może zapytać:

1. Jaki węzeł próbujemy rozstrzygnąć?
2. Jakiej funkcji brakuje?
3. Jaka informacja jest unikalna?
4. Kto może ją wiarygodnie potwierdzić?
5. Czy mandat dotyczy dokładnie tego obiektu?
6. Kto kontroluje zasób potrzebny do wykonania?
7. Kto odpowiada za adopcję?
8. Co może prawidłowo zatrzymać wariant?
9. Czy potrzebujemy osoby, czy wystarczy źródło?
10. Jakie dane należy usunąć po decyzji?

Notatka do potwierdzenia przez klienta

E04 może wspierać jawny, neutralny zapis:

Dla pytania o pilotaż potrzebujemy potwierdzenia:
- dostępności danych przez właściciela źródła;
- zgodności architektury przez IT i bezpieczeństwo;
- czasu zespołu przez managera zasobu;
- odpowiedzialności za test po stronie operacji.

Nie potrzebujemy danych osobowych ani pełnej mapy wpływu.
Prosimy o korektę, jeżeli zakres funkcji jest niepełny.

Taki artefakt rozwija logikę Wspólnego kontekstu rozmowy sprzedażowej: mapa powinna być możliwa do poprawienia przez klienta, nie pozostawać prywatną interpretacją dostawcy.

Mapowanie interesariuszy może szybko przekształcić się w zbieranie danych o osobach. Dlatego zakres powinien wynikać z celu.

Minimalizacja danych

Zasada minimalizacji danych wymaga ograniczenia informacji do adekwatnych, istotnych i niezbędnych dla celu.²⁴

Preferowany zapis:

funkcja:
ocena cyberbezpieczeństwa

rola:
zespół bezpieczeństwa

potrzebna informacja:
potwierdzenie zgodności wariantu

retencja:
do zakończenia decyzji plus okres uzasadniony procedurą

Nie:

Jan — konserwatywny, nie lubi ryzyka, ma konflikt z CIO,
raczej będzie blokował, słaba relacja z naszym championem

Preferuj rolę przed nazwiskiem

Nazwisko jest potrzebne, gdy:

• osoba wykonuje konkretny ruch;
• kontakt jest uzgodniony;
• odpowiedzialność jest indywidualna;
• dokumentacja wymaga wskazania właściciela.

W innych przypadkach wystarczy rola, zespół albo organ.

Zasada najmniejszego uprzywilejowania

Dostęp do mapy powinien być ograniczony do osób, które potrzebują jej do określonego zadania. Zasada najmniejszego uprzywilejowania ogranicza uprawnienia do minimum koniecznego.²⁵

Mapa z informacją o mandatach, ryzyku i sporach nie powinna być automatycznie widoczna całej organizacji dostawcy.

Profilowanie

Automatyczne przetwarzanie danych o osobach może rodzić dodatkowe obowiązki, szczególnie gdy prowadzi do istotnych ocen lub decyzji.²⁶ E04 nie jest poradą prawną, ale ustanawia blokadę:

AI nie powinno:

• oceniać lojalności;
• przewidywać „blokowania”;
• inferować emocji;
• diagnozować osobowości;
• przyznawać influence score;
• wskazywać osoby do obejścia;
• ustalać mandatu wyłącznie z tytułu;
• automatycznie wybierać M1–M5.

AI może:

• porządkować jawne pola;
• sprawdzać brak źródła;
• porównywać wersje;
• zaproponować neutralne pytania;
• usuwać dane identyfikujące z przykładów;
• wskazać niespójność między mandatem i wykonaniem.

NIST AI RMF podkreśla znaczenie ładu, odpowiedzialności, przejrzystości i zarządzania ryzykiem w całym cyklu użycia AI.²⁷²⁸ Kontrola człowieka jest konieczna, ale nie wystarcza, jeżeli sam cel zastosowania jest niewłaściwy.

Retencja

Mapa powinna posiadać:

• cel;
• właściciela;
• datę;
• wersję;
• odbiorców;
• datę rewizji;
• termin usunięcia.

Po zakończeniu decyzji należy usunąć:

• oceny bez źródła;
• niepotrzebne dane kontaktowe;
• prywatne notatki;
• historyczne profile wpływu;
• wersje, które nie mają uzasadnionego celu.

Zmiana z listy decydentów na architekturę funkcji wymaga więcej niż nowego formularza.

Managerowie

Powinni przestać nagradzać:

• największą liczbę kontaktów;
• dotarcie do najwyższego stanowiska;
• kolorowanie ludzi;
• „silnego championa” bez dowodu;
• omijanie krytycznych funkcji.

Powinni wzmacniać:

• precyzję węzła;
• źródła informacji;
• jawność mandatu;
• obecność wykonania;
• prawidłowe warunki zatrzymania;
• proporcjonalność.

CRM

Powinien przechowywać:

• funkcje;
• źródła;
• zakres mandatu;
• wersję;
• następny ruch;
• retencję.

Nie powinien generować automatycznych ocen ludzi.

Enablement

Biblioteka treści powinna pomagać różnym funkcjom wykonać ich zadanie:

• użytkownikom — ocenić przepływ pracy;
• IT — ocenić architekturę;
• bezpieczeństwo — ocenić ryzyko;
• finansom — ocenić podstawę ekonomiczną;
• wykonawcom — ocenić zasoby i odpowiedzialność.

Jedna prezentacja produktu nie odpowiada wszystkim.

Sprzedawca jako architekt decyzji

Rola architekta decyzji nie oznacza zarządzania komitetem klienta. Zgodnie z Triadą Eksperckiej Roli handlowiec może pomóc uporządkować pytania, role, informacje i mandaty, lecz klient zachowuje własność procesu, prawo do poufności i formalny ład.

Odpowiedzialny sprzedawca może powiedzieć:

Z naszej perspektywy brakuje funkcji oceny danych. Nie oznacza to, że muszą Państwo zaprosić konkretną osobę na spotkanie. Potrzebujemy jedynie potwierdzonej odpowiedzi na trzy pytania. Proszę wskazać sposób, który jest zgodny z Państwa procesem.

To jest architektura decyzji bez przejmowania decyzji.

Komitet zakupowy nie powinien być mapą ludzi, których dostawca musi przekonać.

Powinien pomagać odpowiedzieć:

• co organizacja ma rozstrzygnąć;
• jakiej funkcji wymaga to pytanie;
• kto posiada wiedzę lokalną;
• kto wnosi doświadczenie użytkowe;
• kto potrafi ocenić wykonalność;
• kto ponosi lub nadzoruje ryzyko;
• kto kontroluje zasoby;
• kto posiada mandat;
• kto może prawidłowo zatrzymać wariant;
• kto wykona zmianę;
• która informacja jest wspólna, unikalna, sporna lub ograniczona;
• czy osoba jest rzeczywiście potrzebna, czy wystarczy źródło;
• jakie dane wolno zachować;
• kiedy mapa jest wystarczająca;
• kiedy należy ją ograniczyć albo zatrzymać.

Dobra architektura społeczna decyzji nie maksymalizuje liczby kontaktów ani siły koalicji dostawcy. Tworzy minimalną, proporcjonalną konfigurację wiedzy, mandatu, ryzyka, zasobów i odpowiedzialności potrzebną do rozstrzygnięcia oraz wykonania.

Następny krok: użyj Mapy Ról, Informacji i Mandatów. Zacznij od jednego węzła. Wskaż brakującą funkcję decyzyjną, nie tylko brakujące nazwisko.