Dojrzałość systemu sprzedaży B2B: jak diagnozować zdolności organizacji bez rankingu ludzi

Słowo „dojrzałość” bywa używane w kilku różnych znaczeniach. Czasem oznacza formalizację procesu. Czasem powszechność użycia narzędzia. Czasem stabilność wyniku. Czasem profesjonalizm zespołu. Czasem zdolność organizacji do uczenia się. Połączenie tych znaczeń w jednej mierze tworzy pozornie prosty obraz, lecz utrudnia decyzję.

W I01 dojrzałość oznacza stan jednej zdolności systemowej w określonym zakresie. Zdolność systemowa to powtarzalna możliwość wykonania zadania decyzyjnego lub operacyjnego przez układ:

Przykładem zdolności może być przeprowadzenie discovery dla nowych klientów enterprise, zarządzanie dowodem w ofertach, prowadzenie przeglądu szans przed zatwierdzeniem prognozy, współpraca z działem zakupów albo uczenie się z przypadków braku decyzji.

Dojrzałość nie jest więc pytaniem: „Czy jesteśmy dobrzy w sprzedaży?”. Jest pytaniem:

Co dokładnie system potrafi obecnie wykonać, w jakim zakresie, na podstawie jakiego dowodu i z jakimi ograniczeniami?

Formalne modele dojrzałości i zdolności procesowej pokazują, że cel, domena, metoda oceny i sposób użycia wyniku muszą być jawne.¹²³⁹⁵ Nie wynika z tego jedna uniwersalna skala sprzedaży. Badania nad modelami dojrzałości wskazują wręcz na duże zróżnicowanie konstrukcji, zastosowań i poziomu walidacji.⁴

Wynik punktowy może być przydatny, jeżeli mierzone obiekty mają uzasadniony model, porównywalną skalę, jawne wagi, kontrolę niepewności i właściwe zastosowanie. Problem zaczyna się wtedy, gdy liczba jest budowana z elementów, które nie mają wspólnej jednostki.

Załóżmy, że organizacja ocenia:

• dokumentację procesu;
• dostęp do narzędzia;
• częstotliwość użycia;
• jakość artefaktów;
• wynik finansowy;
• satysfakcję managera;
• liczbę szkoleń;
• stabilność przepływu pracy;
• zgodność prawną.

Jaki jest sens średniej 3,7/5? Czy brak przeglądu prywatności można skompensować wysoką adopcją? Czy dobrze opisany przepływ pracy równoważy brak mandatu? Czy większy przychód naprawia niekontrolowane użycie danych pracowników? Czy jedna domena ma wagę 10%, a inna 20%? Na jakiej podstawie?

Podręczniki konstruowania miar złożonych podkreślają znaczenie teorii, wyboru zmiennych, normalizacji, wag, braków danych, analizy wrażliwości i ostrożnej interpretacji.¹⁰ W I01 z tego powodu obowiązuje zasada:

domeny MDS:
NIE SUMUJ

stany DZS:
NIE UŚREDNIAJ

niewiadoma:
NIE KODUJ JAKO ZERO

warunek zatrzymania:
NIE KOMPENSUJ INNYM WYNIKIEM

Brak jednej liczby nie oznacza braku decyzji. Przeciwnie: zamiast „mamy 64% dojrzałości” można powiedzieć:

Dla discovery enterprise w Polsce mamy zaprojektowany standard i dostęp do narzędzi, lecz brak reprezentatywnego dowodu użycia i kryteriów jakości. Stan DZS-4 — enabled jest warunkowo uzasadniony do 30 września. Nie wolno wnioskować o adopcji ani kompetencji osób.

To zdanie jest mniej atrakcyjne marketingowo. Jest znacznie bardziej użyteczne operacyjnie.

Najczęstszy błąd diagnozy pojawia się przed zebraniem danych: obiekt jest zbyt szeroki.

„Dojrzałość sprzedaży” może obejmować jednocześnie:

• prospecting do małych firm;
• sprzedaż projektów inżynieryjnych;
• kanał dystrybucyjny;
• przetargi publiczne;
• odnowienia;
• strategic accounts;
• kilka krajów i jurysdykcji;
• różne systemy CRM;
• odmienne role i kryteria jakości.

Wspólna nazwa działu nie tworzy porównywalnego systemu. Mapa Systemu Operacyjnego Sprzedaży pomaga najpierw ustalić granice całego systemu.¹¹¹²¹³ I01 zawęża analizę jeszcze bardziej: do jednej zdolności.

Minimalny zakres powinien określić:

• nazwę i wersję zdolności;
• cel i pożądany wynik;
• segment;
• sposób sprzedaży;
• rynek lub jurysdykcję;
• kanał;
• portfolio;
• role systemowe;
• etap procesu;
• populację;
• okno obserwacji;
• wyłączenia.

Przykład poprawnego zakresu:

Zdolność:
przegląd szans przed forecast commit

Zakres:
nowe opportunities enterprise > 250 tys. PLN
sprzedaż direct w Polsce
Q2 2026
role: właściciel konta, manager sprzedaży, solution architect
wersja standardu PRZ-v1.2

Poza zakresem:
odnowienia
public procurement
partner-led sales
opportunities poniżej progu

Jeżeli sposób sprzedaży enterprise i transakcyjny mają inne kryteria, tempo, narzędzia i role, należy utworzyć dwa rekordy. Prawidłowym wynikiem może być SPLIT_SCOPE_REQUIRED. Nie jest to niepowodzenie audytu. To usunięcie fałszywej porównywalności.

System korzysta z pracy ludzi, dlatego dowód często powstaje na poziomie osoby: nagranie rozmowy, karta opportunity, notatka, próbka oferty, aktywność w CRM. Nie oznacza to, że przedmiotem diagnozy staje się człowiek.

Podstawowa reguła brzmi:

Jeżeli jedna osoba nie użyła przepływu pracy, możliwych wyjaśnień jest wiele:

• nie miała dostępu;
• nie otrzymała właściwej wersji;
• obciążenie pracą uniemożliwiało wykonanie;
• przypadek nie spełniał kryteriów wejścia;
• manager nagradzał szybszą, sprzeczną ścieżkę;
• narzędzie było niedostępne;
• istnieje uzasadnione dostosowanie;
• standard jest niejednoznaczny;
• role nie mają mandatu;
• brakuje wiedzy lub praktyki.

Dopiero po sprawdzeniu ograniczeń systemowych można formułować hipotezę dotyczącą obserwowalnej kompetencji. Wtedy właściwym miejscem jest I03, nie I01. Jeżeli potrzebny jest coaching na podstawie konkretnego rekordu, właściwym miejscem jest I04. Formalny przegląd okresu pracy należy do I05 i wymaga oddzielnych kryteriów, praw, procesu HR oraz możliwości korekty.¹⁴¹⁵¹⁶

I01 nie używa kategorii „niska dojrzałość handlowca”, „opór zespołu” ani „brak mindsetu”. Takie etykiety łączą obserwację z interpretacją i mogą ukrywać problem systemowy.

MDS nie jest checklistą, w której każde zaznaczone pole daje jeden punkt. Dziewięć domen odpowiada na różne pytania. Każda może ujawnić ustalenie, niewiadomą, ograniczenie, warunek, potrzebę rozdzielenia zakresu albo zatrzymanie.

MDS-1 — granice, cel i pożądany wynik

Najpierw trzeba ustalić, co jest diagnozowane i po co zdolność istnieje. „Lepsze discovery” nie wystarcza. Cel może brzmieć:

Umożliwić zespołowi enterprise rozpoznanie materialnego problemu, priorytetu, linii bazowej, konsekwencji status quo, kryteriów decyzji i następnego testu przed przejściem do rekomendacji.

Minimalny rekord obejmuje identyfikator zdolności, zakres, wyłączenia, cel, pożądany wynik, wspieraną decyzję, wersję i datę przeglądu.

Typowy błąd: wynik jednego zespołu jest przedstawiany jako stan całej organizacji.

MDS-2 — właściciel, role i mandat

Właściciel odpowiada za utrzymanie zdolności, lecz nie musi wykonywać całej pracy. Należy rozdzielić:

• odpowiedzialnego właściciela;
• role wykonawcze;
• osoby dokonujące przeglądu;
• osoby zatwierdzające;
• funkcje konsultowane;
• mandat do zmiany standardu;
• mandat do zatwierdzenia wyjątku;
• mandat do zatrzymania użycia;
• ścieżkę eskalacji i konflikt interesów.

Nazwisko wpisane w tabeli nie dowodzi mandatu ani zasobów wykonawczych.

MDS-3 — standard, przepływ pracy i artefakty

Zdolność musi zostać przełożona na sposób pracy. Potrzebuje kryteriów wejścia, kroków, punktów decyzyjnych, przekazań, artefaktów, kryteriów ukończenia, kontroli wersji i ścieżki wyjątku.

Playbook bez przepływu pracy może być materiałem edukacyjnym. Pole CRM bez znaczenia decyzyjnego jest konfiguracją. Instrukcja bez kryterium jakości nie pozwala odróżnić wykonania od poprawnego wykonania.

MDS-4 — zasoby wykonawcze, dostęp i enablement

Zaprojektowanego procesu nie da się używać bez warunków wykonania. Trzeba sprawdzić:

• czas i obciążenie;
• dostęp do systemów i danych;
• uprawnienia;
• narzędzia;
• wiedzę;
• praktykę;
• materiały pomocnicze;
• wsparcie managera i ekspertów;
• okazję do wykonania;
• dostępność oraz dostosowania.

Szkolenie jest jednym z elementów wejściowych. Nie dowodzi enablementu, jeśli po szkoleniu rola nadal nie ma dostępu, czasu lub okazji do wykonania zadania.

MDS-5 — obserwowane użycie i dowód adopcji

Ta domena pyta, czy zdolność jest rzeczywiście używana — przez kogo, kiedy, w jakiej populacji i w jakich przypadkach.

Nie wystarczy stwierdzić: „wszyscy używają procesu”. Potrzebne są definicja populacji, próbka, okno obserwacji, źródła, wzorzec użycia, wzorzec braku użycia, ograniczenia i dowody przeciwne.

Wypełnienie pola CRM może potwierdzać zapis. Nie potwierdza jakości osądu.

MDS-6 — kryteria jakości i obsługa wyjątków

Adopcja nie wystarcza. Organizacja musi wiedzieć, co oznacza dobre wykonanie, kto prowadzi przegląd, jak osoby dokonujące przeglądu są kalibrowane, jakie wyjątki są dozwolone, kto je zatwierdza i kiedy wymagane jest wycofanie zmiany.

System bez ścieżki wyjątku zwykle generuje dwa zjawiska: teatralną zgodność albo niejawne obejścia. Oba utrudniają uczenie.

MDS-7 — pomiar, przegląd i pętla uczenia

Miara potrzebuje obiektu, definicji, źródła, celu decyzyjnego, ograniczeń i ryzyka obchodzenia. Przegląd musi prowadzić do decyzji, testu zmiany albo utrzymania standardu. Uczenie wymaga ponownej obserwacji.

Pulpit, który pokazuje trendy bez decyzji i właściciela, jest wizualizacją, nie pętlą uczenia.

MDS-8 — ład, rzetelność, ochrona danych i zabezpieczenia ryzyka

Ta domena kontroluje sposób pozyskiwania i używania danych oraz skutki diagnozy. Obejmuje cel, podstawę, przejrzystość, minimalizację, dostęp, retencję, ścieżkę korekty, reprezentatywność, dostosowania, bias, bezpieczeństwo, użycie AI, przegląd przez człowieka i warunki zatrzymania.^14171816

Wysoka adopcja praktyki nie kompensuje braku legalności, proporcjonalności albo możliwości zakwestionowania rekordu.

MDS-9 — backlog zmian, zależności i następny przegląd

Diagnoza musi kończyć się kontrolowanym backlogiem. Każde ustalenie potrzebuje właściciela, hipotezy interwencji, zależności, podstawy priorytetu, pilota, kryteriów akceptacji, terminu przeglądu, wygaśnięcia i ścieżki wycofania.

Lista „należy poprawić coaching, CRM i KPI” nie jest backlogiem. Nie wskazuje kolejności ani przyczyny.

Stany DZS opisują, co dowód uzasadnia dla zdolności, zakresu i daty.

Numeracja pomaga porządkować język, lecz nie tworzy równych odległości. DZS-8 nie jest moralnie „lepsze” od DZS-6 w każdym przypadku. Nie każda zdolność potrzebuje tego samego stopnia kontroli i formalizacji. Koszt utrzymania systemu powinien być proporcjonalny do ryzyka, częstotliwości i znaczenia decyzji.

Zdolność może też cofnąć się po zmianie rynku, procesu, narzędzia lub populacji. Może zostać rozdzielona na dwa zakresy. Może zostać zawieszona albo wycofana. Diagram liniowy z metą na poziomie 8 byłby więc mylący.

Sześć pojęć jest regularnie łączonych w jedno. W praktyce opisują sześć różnych twierdzeń.

Ta separacja jest zgodna z logiką implementation research, w której wdrożenie, adopcja i wyniki są odrębnymi obiektami.⁶¹⁹²⁰⁷ Źródła pochodzą głównie z ochrony zdrowia i wdrażania interwencji, dlatego ich zastosowanie w sprzedaży ma charakter transferu metodycznego, nie bezpośredniej walidacji modelu MDS.

Nie istnieje prosta drabina:

ankieta < log < obserwacja < audyt

Każde źródło odpowiada na inne pytanie.

• Polityka może potwierdzić, że wymaganie zostało zatwierdzone.
• Przepływ pracy może potwierdzić projekt procesu.
• Konfiguracja może potwierdzić możliwość wykonania określonej czynności.
• Log może potwierdzić aktywność.
• Próbka artefaktu może pokazać treść wykonania.
• Obserwacja może pokazać zachowanie w kontekście.
• Przegląd może ocenić zgodność z kryteriami.
• Dowód klienta może potwierdzić określony rezultat.
• Rekord wyjątku może pokazać granice standardu.
• Seria w czasie może wspierać twierdzenie o stabilności.

U.S. GAO proponuje ocenę wiarygodności danych względem zamierzonego użycia, a nie abstrakcyjnej „jakości danych”.⁸ Ta zasada dobrze przenosi się do I01: źródło może być wystarczające do jednego twierdzenia i niewystarczające do innego.

Przykład:

94% rekordów z wypełnionym polem discovery

To może wspierać twierdzenie:

Pole zostało wypełnione w 94% rekordów objętych analizą.

Nie wspiera automatycznie twierdzeń:

Discovery zostało wykonane. Discovery było wysokiej jakości. Klient potwierdził problem. Zdolność powoduje wyższy współczynnik wygranych.

Każdy rekord dowodu powinien zawierać źródło, właściciela, datę, wersję, lokalizator, zakres, populację, metodę pozyskania, wspierane twierdzenie, ograniczenia, znane bias, konflikty, dostęp, retencję, datę przeglądu i warunek wycofania.

Deklaracja własna nie jest bezwartościowa. Odpowiada na pytania o percepcję, doświadczenie, rozumienie i deklarowane bariery. Nie należy jednak traktować jej jako bezpośredniej obserwacji wykonania.

Telemetria pomaga zobaczyć częstotliwość, czas, sekwencję i brak aktywności. Może również ujawnić bariery systemowe. Nadal nie mówi, czy decyzja była trafna.

Próbki pracy pozwalają ocenić artefakt. Muszą mieć zdefiniowaną populację i sposób doboru. Próbka złożona wyłącznie z najlepszych przypadków nie uzasadnia twierdzenia o całym systemie.

Przegląd potrzebuje kryteriów i kalibracji osób dokonujących przeglądu. „Manager przeczytał i zaakceptował” może być zatwierdzeniem, lecz nie zawsze jest wiarygodnym przeglądem jakości. Należy sprawdzić, czy manager ma odpowiednią rolę, czy kryteria są jawne, czy konflikt interesów jest kontrolowany i czy istnieje ścieżka korekty.

Triangulacja nie oznacza liczenia źródeł. Trzy pulpity oparte na tym samym błędnym polu nie są trzema niezależnymi dowodami. Dwie ankiety i wywiad mogą powielać tę samą narrację. Wartość triangulacji wynika z różnorodności metod, zgodności zakresu i możliwości ujawnienia sprzeczności.

Zróżnicowanie jest obserwowaną różnicą sposobu wykonania. Może wynikać z:

• roli;
• sposobu sprzedaży;
• rynku lub prawa;
• innej wersji standardu;
• dostępu;
• zasobów wykonawczych;
• polityki i celów;
• danych;
• niekontrolowanej interpretacji;
• koncentracji wyjątków;
• nierozstrzygniętego czynnika.

Nie każda różnica jest defektem. Sprzedaż publiczna może wymagać innego przepływu pracy niż prywatna. Partner może mieć inny zakres dostępu. Rynek regulowany może wymagać dodatkowego przeglądu. Klient może odmówić określonego sposobu pracy.

Dojrzały system nie eliminuje wszystkich wyjątków. Ustala:

• kiedy wyjątek jest dozwolony;
• kto go autoryzuje;
• jaki ma zakres;
• jak długo obowiązuje;
• jakie ryzyko tworzy;
• kiedy wymaga wycofania zmiany;
• kiedy powtarzalność wyjątku oznacza problem standardu;
• jak uczenie wraca do systemu.

Powtarzające się obejście nie powinno być karane wyłącznie na poziomie wykonawców. Może oznaczać, że oficjalny przepływ pracy jest niewykonalny.

Punkt odniesienia może dostarczać kontekstu, ale jest szczególnie podatny na fałszywą precyzję.

Wynik „82. percentyl” jest bezużyteczny bez odpowiedzi na pytania:

• jaka jest populacja odniesienia;
• jak zdefiniowano zdolność;
• jakie branże, segmenty, sposób sprzedaży i kraje obejmuje próba;
• kiedy zebrano dane;
• jak traktowano braki danych;
• czy odpowiedzi są deklaracją własną;
• jakie wagi i normalizację zastosowano;
• czy metodologia jest audytowalna;
• czy populacja jest porównywalna z naszym zakresem;
• do jakiej decyzji percentyl ma służyć.

APQC wspiera tworzenie wspólnego języka procesów, lecz katalog procesów nie dowodzi ich użycia ani jakości.²¹ CMMI i ISO/IEC 33020 pokazują, że ocena zdolności działa w granicach określonego modelu, metody i procesu oceny.⁹⁵ Nie uprawnia to do kopiowania ich poziomów do sprzedaży ani do deklarowania równoważnej certyfikacji.

Jeżeli porównywalność nie została wykazana, punkt odniesienia może pozostać informacją kontekstową. Nie powinien nadawać DZS.

Przed skierowaniem do I03, I04 albo I05 należy wykonać sprawdzenie ograniczeń systemowych:

Czy standard jest jasny?
Czy wersja jest właściwa?
Czy role mają mandat?
Czy mają dostęp?
Czy mają czas?
Czy cele nie wymuszają sprzecznej pracy?
Czy istnieją dane i narzędzia?
Czy manager wspiera wykonanie?
Czy osoba miała okazję do wykonania?
Czy uwzględniono dostosowania?
Czy przypadek należał do zakresu?

Jeżeli odpowiedź na jedno z tych pytań jest negatywna, problem może wymagać naprawy systemowej przed oceną kompetencji.

Przykład: jedna osoba nie wypełnia modułu zatwierdzenia oferty. Analiza pokazuje, że jej konto nie ma uprawnień, a zastępcza ścieżka jest zablokowana. Właściwe ustalenie brzmi:

MDS-4 luka dostępu
DZS-3 designed
SYSTEM_FIX_BEFORE_PERSON_REVIEW

Nie:

handlowiec nie stosuje procesu
niska dojrzałość
potrzebny coaching

Diagnoza zdolności może korzystać z danych powstających w pracy: CRM, nagrań, transkrypcji, e-maili, dokumentów, kalendarzy, logów, ocen osób dokonujących przeglądu i wyników. To nie jest neutralny technicznie zbiór.

RODO wymaga między innymi celu, adekwatności, minimalizacji, przejrzystości, ograniczenia przechowywania, bezpieczeństwa i respektowania praw osób.¹⁴ Zastosowanie szczególnych ograniczeń dotyczących decyzji automatycznych zależy od konkretnego przypadku użycia i skutków; nie powinno być upraszczane do jednego sloganu.

Poradnik UODO dotyczący danych w miejscu pracy jest użytecznym źródłem kontekstowym, lecz pochodzi z 2018 r. i nie może być jedyną aktualną podstawą dla nowych form monitorowania.¹⁵

AI Act wprowadza klasyfikacje i obowiązki zależne od zamierzonego celu, roli podmiotu i konkretnej funkcji systemu.¹⁷ W zastosowaniach związanych z zatrudnieniem część systemów może podlegać reżimowi wysokiego ryzyka. Nie oznacza to, że każde narzędzie I01 jest automatycznie systemem wysokiego ryzyka. Oznacza to obowiązek kwalifikacji rzeczywistego zastosowania przed wdrożeniem. Stan prawny, harmonogram i wytyczne trzeba zweryfikować ponownie przed zastosowaniem, szczególnie po 2 sierpnia 2026 r.

NIST AI RMF proponuje pracę przez ład, mapowanie kontekstu, pomiar i zarządzanie ryzykiem.¹⁸ ILO zwraca uwagę na skutki zarządzania algorytmicznego dla organizowania, monitorowania i oceniania pracy.¹⁶ W I01 przekłada się to na następujące zasady:

• AI może ekstrahować i porządkować dane;
• wynik AI jest materiałem pomocniczym;
• wersja modelu, wejście, wynik, osoba dokonująca przeglądu i rozstrzygnięcie muszą być logowane;
• AI nie nadaje autoryzowanego DZS;
• AI nie klasyfikuje motywacji, emocji, szczerości ani podatności;
• użycie wpływające na zatrudnienie wymaga osobnego przeglądu kadrowego, prawnego, ochrony danych i rzetelności;
• osoby potrzebują korekty i możliwości zakwestionowania;
• nierozwiązana brama tworzy zatrzymanie.

Wysoka dokładność modelu nie usuwa pytania o cel, proporcjonalność i dopuszczalne użycie.

Krok 1 — zapisz cel diagnozy

Najpierw określ decyzję, do której ustalenie ma być użyte. Jeżeli ma wpływać na wynagrodzenie, awans, sankcję, zmianę roli, zwolnienie, przydział leadów lub rekrutację, uruchom osobny przegląd. I01 nie zastępuje formalnego systemu HR.

Krok 2 — wybierz jedną zdolność

Nie używaj obiektu „sprzedaż”. Wybierz np. proposal_governance_enterprise_PL_v2.

Krok 3 — ustal zakres i wyłączenia

Zapisz segment, sposób sprzedaży, rynek, kanał, portfolio, role, etap procesu, populację i okno obserwacji.

Krok 4 — określ pożądany wynik

Wynik powinien opisywać wspieraną decyzję lub jakość systemu. „Prowadzić cotygodniowy przegląd” to aktywność. „Ujawniać materialne ryzyka przed zatwierdzeniem prognozy” jest pożądanym wynikiem.

Krok 5 — przejdź przez MDS-1–MDS-9

Dla każdej domeny zapisz fakty, założenia, dowody, niewiadome, sprzeczności i ustalenie. Nie przyznawaj punktów.

Krok 6 — wykonaj sprawdzenie ograniczeń systemowych

Sprawdź standard, role, mandat, dostęp, zasoby wykonawcze, narzędzia, dane, cele, obciążenie, wsparcie i dostosowania.

Krok 7 — oceń dowód względem dokładnego twierdzenia

Zapisz typ źródła, populację, metodę, datę, ograniczenia, znane bias i dowody przeciwne.

Krok 8 — rozpoznaj zróżnicowanie i wyjątki

Oddziel zamierzoną adaptację od niekontrolowanej rozbieżności. Ustal właściciela i warunek zamknięcia.

Krok 9 — przypisz roboczy DZS

Stan roboczy musi zawierać: co dowód uzasadnia, czego nie uzasadnia i jakie warunki pozostają otwarte.

Krok 10 — wykonaj przegląd ładu

Sprawdź cel, ochronę danych, wpływ na zatrudnienie, rzetelność, bezpieczeństwo, użycie AI, dostęp, retencję, korektę i warunki zatrzymania.

Krok 11 — autoryzacja przez człowieka

Uprawniona rola zatwierdza stan dla zakresu i daty albo wybiera niewiadomą, podział, odroczenie, skierowanie, zatrzymanie czy wycofanie.

Krok 12 — backlog i ponowna obserwacja

Każde ustalenie otrzymuje właściciela, zależność, kryterium zamknięcia, termin i następny przegląd. Po zmianie należy zebrać nowe dowody, a nie automatycznie podnieść stan.

1. Playbook discovery istnieje, ale brak dowodu użycia

Dla nowych kont enterprise istnieje zatwierdzony playbook, przepływ pracy i karta discovery. Brakuje jednak zdefiniowanej próbki rozmów, przeglądu artefaktów i danych o użyciu.

Uzasadnione ustalenie: DZS-3 — designed. Twierdzenie o adopcji pozostaje DZS-0 — unknown. Właściwym wynikiem jest DOCUMENTATION_DOES_NOT_ESTABLISH_ADOPTION oraz plan zbierania dowodów.

2. Dwa zespoły interpretują kwalifikację inaczej

Enterprise i mid-market używają tego samego formularza, lecz mają odmienne kryteria problemu, mandatu i wyjścia. Najpierw trzeba rozdzielić sposób sprzedaży. Część zróżnicowania może być uzasadniona, część niekontrolowana.

Uzasadnione ustalenie: dwa rekordy DZS-5 — used_with_variation, bez średniej.

3. CRM pokazuje 94% kompletności

Telemetria potwierdza uzupełnienie pól. Brakuje przeglądu jakości treści i związku z decyzjami. DZS-4 — enabled albo DZS-5 może być roboczo rozważane, lecz dowód jest niewystarczający do DZS-6.

4. Przegląd szans jest regularny, lecz brak obsługi wyjątków

Spotkanie, agenda i decyzje są dokumentowane. Brakuje zasad konfliktu dowodów, wyjątków, wycofania zmiany i pętli uczenia.

Uzasadnione ustalenie: DZS-5 — used_with_variation. Skierowanie do I08 dla rytmu i I07 dla miar.

5. Zdolność działa w enterprise, lecz nie w sprzedaży transakcyjnej

Enterprise posiada właściciela, standard, przegląd i dowód. Sprzedaż transakcyjna ma inne tempo i brak bramki zatwierdzenia. Wymagane są osobne rekordy: enterprise może być DZS-6, sprzedaż transakcyjna DZS-2 albo DZS-3.

6. Zdolność działa trzy miesiące

Istnieją próbki użycia, przegląd jakości i jeden cykl korekty. Nie przeprowadzono przeglądu po materialnej zmianie. DZS-7 — learning może być uzasadnione. DZS-8 pozostaje odroczone.

7. Jedna osoba nie używa przepływu pracy z powodu braku dostępu

To ustalenie MDS-4, nie ocena kompetencji. Stan dla zakresu może pozostać DZS-3 — designed, z wynikiem CAPACITY_OR_ACCESS_GAP.

8. AI oznacza rozmowy jako zgodne z metodyką

Model generuje etykietę, ale nie ma walidacji dla języka, segmentu, wersji standardu ani ścieżki korekty. Dla jakości zdolności obowiązuje DZS-0 — unknown, a użycie może otrzymać AI_AUTONOMOUS_CLASSIFICATION_PROHIBITED.

9. Punkt odniesienia dostawcy pokazuje 82. percentyl

Nie ujawniono populacji, pytań, wag, braków danych, wersji modelu ani porównywalności sposobów sprzedaży. Percentyl nie może zastąpić dowodu. Wynik: BENCHMARK_COMPARABILITY_NOT_ESTABLISHED.

10. Wysoka adopcja narusza ochronę danych lub rzetelność

System jest szeroko używany, lecz cel, przejrzystość, retencja i wpływ na formalne decyzje nie zostały rozstrzygnięte. Adopcja nie kompensuje ładu. Stan nie może być autoryzowany do tego użycia.

Backlog nie powinien zaczynać się od listy rozwiązań. Powinien zaczynać się od ustaleń.

Przykład:

Ustalenie:
DZS-5 used_with_variation
Zmienność skoncentrowana w dwóch regionach
Dowód:
artifact sample + review record + access logs
Ograniczenie:
różne uprawnienia w CRM
Niewiadoma:
czy różnica jakości utrzyma się po naprawie dostępu

Dopiero wtedy powstaje interwencja:

Hipoteza interwencji:
align permissions and rerun review

Właściciel:
RevOps

Dependency:
identity and access management

Pilot scope:
two regions, 30 days

Kryteria akceptacji:
access parity confirmed
representative artifact sample reviewed
zmienność przeklasyfikowana

Następny przegląd:
2026-09-30

Ta kolejność ogranicza rozwiązania pozorne, np. szkolenie organizowane przed usunięciem braku dostępu.

Priorytet powinien wynikać z ryzyka, częstotliwości, wpływu na decyzję, kosztu błędu, odwracalności, zależności i możliwości testu. Nie z „najniższego kodu”.

I01 jest diagnozą zdolności, nie kompletnym programem naprawczym.

• Wróć do I00 — System operacyjny sprzedaży B2B, gdy granice, interfejsy lub źródło prawdy są niejasne.
• Przejdź do I02, gdy zdolność jest zaprojektowana, lecz metodyka nie została przełożona na przepływ pracy, artefakty i kontrolowane wyjątki.
• Przejdź do I03, gdy potrzebna jest definicja obserwowalnej kompetencji po usunięciu barier systemowych.
• Przejdź do I04, gdy potrzebny jest coaching od konkretnej obserwacji do praktyki i ponownej obserwacji.
• Przejdź do I05, gdy ma powstać formalny przegląd okresu pracy z właściwym procesem HR.
• Przejdź do I06, gdy brakuje programu praktyki, oceny, transferu lub ponownej walidacji.
• Przejdź do I07, gdy problemem są definicje, pochodzenie danych, cele, obchodzenie albo przegląd miar.
• Przejdź do I08, gdy brakuje właścicieli, rytmu, eskalacji, domknięcia działań i backlogu systemowego.
• Przejdź do Obszaru J, gdy potrzebna jest implementacja CRM, integracja, automatyzacja, pipeline danych, bezpieczeństwo albo AI.

Skierowanie nie jest automatycznym zaleceniem. Może być warunkowe, sekwencyjne albo zakończyć się decyzją, że interwencja nie jest potrzebna.

Powiązane narzędzie powinno prowadzić użytkownika przez jeden rekord zdolności. Nie może generować wyniku procentowego ani rankingu.

Wersja szybka zbiera:

1. zdolność;
2. zakres i wyłączenia;
3. cel;
4. trzy najważniejsze źródła;
5. roboczy DZS;
6. największą niewiadomą;
7. ograniczenie systemowe;
8. zatrzymanie z tytułu ładu;
9. właściciela i następny przegląd.

Wersja pełna obejmuje MDS-1–MDS-9, rejestr dowodów, rejestr konfliktów, porównywalność punktu odniesienia, stan roboczy, przegląd ładu, autoryzację przez człowieka, backlog, cykl życia i propagację wycofania.

Otwórz Mapę Dojrzałości Systemu Sprzedaży

Wybierz jedną zdolność, jeden zakres i trzy źródła dowodu. Nie oceniaj całej firmy ani człowieka.

MDS-1–MDS-9 oraz DZS-0–DZS-8 są autorską syntezą operacyjną. Model nie jest:

• zwalidowaną skalą dojrzałości;
• instrumentem psychometrycznym;
• formalnym systemem oceny pracy;
• certyfikacją;
• uniwersalnym punktem odniesienia;
• modelem przyczynowym przychodu;
• algorytmem prognozowania;
• opinią prawną, kadrową, dotyczącą ochrony danych, bezpieczeństwa ani zgodności AI;
• gwarancją, że wyższy stan jest ekonomicznie właściwy.

Każde ustalenie obowiązuje tylko dla wskazanego zakresu, wersji, źródeł i daty. Stan powinien zostać ponownie otwarty po materialnej zmianie strategii, procesu, roli, narzędzia, danych, populacji, prawa albo skutku ubocznego.

Ostatnia aktualizacja merytoryczna: 2 lipca 2026 r. Planowany przegląd: 31 grudnia 2026 r. Status AI Act, harmonogram stosowania oraz wytyczne należy zweryfikować ponownie przed zastosowaniem, szczególnie po 2 sierpnia 2026 r.