Cyfrowy handlowiec to za szeroka jednostka projektu
Firma może wdrożyć CRM, asystenta AI, automatyczne wiadomości po spotkaniu, analizę rozmów i prognozę, a mimo to nie wiedzieć, kto faktycznie ma podjąć decyzję, poprawić błąd albo zatrzymać skutek wobec klienta. Kokpit pokazuje wtedy więcej aktywności technologii, ale nie pokazuje, czy zadania zostały właściwie rozdzielone między człowieka i system.
J07 porządkuje podział pracy człowiek-technologia na poziomie jednego zadania. Nie projektuje "cyfrowego handlowca", nie ocenia zastępowalności ludzi i nie zakłada, że więcej automatyzacji jest lepszym wynikiem. Jednostką pracy jest konkretne zadanie z opisanym początkiem, końcem, sytuacją, stawką, źródłami, mandatem, możliwością technologii i warunkiem wycofania.
Nowoczesny system sprzedaży nie automatyzuje roli jako całości. Rozdziela zadania według skutku, niepewności, wymaganej oceny człowieka, relacji, mandatu i lokalnie sprawdzonej możliwości technologii.
Kiedy używać J07
- Gdy organizacja chce zdecydować, które zadania sprzedażowe mogą być wspierane przez AI, automatyzację albo prostsze narzędzie.
- Gdy opis brzmi zbyt szeroko: "zautomatyzuj rozpoznanie", "popraw CRM", "daj AI handlowcom" albo "przyspiesz wiadomości po spotkaniu".
- Gdy wynik technologii może zmienić komunikację z klientem, rekord CRM, prognozę, kierowanie sprawy, rabat, zobowiązanie albo ocenę pracy.
- Gdy człowiek jest formalnie "w pętli", ale nie ma czasu, źródeł, prawa odmowy albo możliwości korekty.
- Gdy trzeba sprawdzić, czy dane z narzędzia wspierają pracę, czy zaczynają tworzyć ukrytą obserwację ludzi.
Zadanie, nie stanowisko
Stanowisko handlowca enterprise, opiekuna kluczowych klientów albo menedżera sprzedaży zawiera wiele różnych czynności. Jedna może polegać na wyszukaniu zatwierdzonej informacji. Druga na przygotowaniu szkicu. Trzecia na decyzji cenowej. Czwarta na rozmowie, w której relacja, zaufanie i negocjacja są częścią pracy. Te zadania nie powinny mieć jednego statusu automatyzacji.
J07 wymaga rozbicia szerokiego przebiegu pracy na zadania z jasnym materiałem wejściowym, działaniem, wynikiem, odbiorcą i warunkiem domknięcia. "Przygotuj szkic podsumowania spotkania na podstawie transkryptu i zatwierdzonych notatek" jest zadaniem. "Prowadź relację z klientem" nie jest zadaniem dla technologii, tylko obszarem odpowiedzialności człowieka.
Jeżeli jeden opis obejmuje kilka populacji, różny koszt błędu albo różne osoby dotknięte skutkiem, zakres trzeba podzielić. Ekstrakcja ustaleń, interpretacja ryzyka, zapis do CRM i wysyłka wiadomości mogą wymagać czterech oddzielnych decyzji.
Wynik i koszt błędu
Szybkość nie jest wystarczającym wynikiem. Dobre zadanie technologiczne powinno poprawić jakość decyzji, dostęp do wiedzy, spójność rekordu, wykrywalność błędu, odwracalność albo obciążenie konkretnej roli. "Więcej AI" i "więcej automatyzacji" są cechami rozwiązania, nie wynikiem biznesowym.
Koszt błędu obejmuje nie tylko pieniądze. Błąd może stworzyć nieautoryzowane zobowiązanie, wysłać klientowi nieprawdziwe ustalenie, naruszyć poufność, przesunąć prognozę, obciążyć menedżera korektami albo utrwalić fałszywy rekord w kolejnych procesach. Im większa stawka i trudniejsza korekta, tym mocniejsze wymagania dla przeglądu, zatrzymania i wycofania.
Wysoki koszt błędu nie zawsze oznacza "tylko człowiek", ale zawsze wymaga jawnej decyzji: co technologia może przygotować, czego nie może zrobić i kto ma mandat do skutku.
Niepewność nie jest jednym poziomem pewności
Niepewność może wynikać z braku danych, konfliktu źródeł, nowej sytuacji, niejasnego języka, presji czasu, materiału spoza testowanej populacji albo kontekstu relacyjnego. Jedna liczba pewności ukrywa te różnice.
J07 rozdziela niepewność sytuacji od możliwości technologii. System może poprawnie odczytać dokument, a jednocześnie sytuacja biznesowa może pozostać nierozstrzygnięta. Może też być odwrotnie: kryterium biznesowe jest jasne, ale materiał techniczny jest słaby albo niedozwolony. W obu przypadkach właściwym wynikiem może być pytanie, wstrzymanie, przegląd człowieka albo zawężenie zakresu, nie automatyczna akcja.
Odmowa działania jest poprawną funkcją systemu. Komponent, który potrafi powiedzieć "brakuje źródła" albo "to jest poza zakresem", bywa bezpieczniejszy niż model udzielający płynnej odpowiedzi w każdej sytuacji.
Ocena człowieka, relacja i mandat
Człowiek nie jest potrzebny tylko dlatego, że "ma empatię". Trzeba wskazać konkretny wymóg: ocena przyczynowa, wartościująca lub etyczna, negocjacja, wyjaśnienie, specjalistyczna wiedza, formalny mandat, odpowiedzialność albo relacja z osobą dotkniętą skutkiem.
Technologia może wesprzeć przygotowanie wariantów, listę kontrolną, streszczenie lub szkic. Nie przejmuje jednak mandatu do rabatu, zmiany warunków, zobowiązania w prognozie, obietnicy terminu, oceny pracownika albo komunikacji o wysokiej stawce. Uprawnienie techniczne nie jest mandatem biznesowym.
Sensowny punkt kontroli istnieje tylko wtedy, gdy osoba sprawdzająca widzi źródła, ograniczenia i stawkę, ma czas oraz kompetencje, może zmienić wynik, odmówić i zatrzymać ścieżkę działania. Kliknięcie po fakcie nie jest realnym nadzorem.
Możliwość technologii wymaga lokalnego dowodu
Pokaz dostawcy, porównanie albo dobre wrażenie z pilota nie wystarczają. Możliwość technologii trzeba opisać operacyjnie: wyszukiwanie źródeł, ekstrakcja, klasyfikacja, streszczenie, szkic, kalkulacja, kierowanie sprawy, predykcja albo wykonanie akcji. Każdy typ ma inne tryby błędu.
Zapis powinien wskazać technologię, wersję, konfigurację, dozwolone źródła, test lokalny, przypadki brzegowe, nieudane próby, ograniczenia i datę wygaśnięcia dowodu. Nie usuwa się nieudanych testów po poprawie instrukcji; zostają jako materiał do regresji.
J07 korzysta z nieliniowej mapy DCT-0-DCT-9. Dobry wynik może brzmieć: tylko człowiek, wsparcie narzędziowe, szkic wspierany przez AI, wsparcie decyzji, akcja zatwierdzana przez człowieka, odwracalna automatyzacja, przegląd specjalisty, zatrzymanie albo wycofanie. To nie jest drabina, w której automatyzacja jest szczytem.
Zakwestionowanie, korekta i obserwacja
Ujawnienie, że użyto AI, nie wystarcza. Użytkownik albo osoba dotknięta skutkiem musi mieć możliwość zakwestionowania wyniku, pokazania dowodu, uzyskania przeglądu człowieka, korekty i właściwego środka naprawczego. Jeżeli błędne podsumowanie trafiło do CRM, prognozy i obsługi klienta, poprawienie jednego pola nie zamyka skutku.
Obserwacja nie powinna ograniczać się do liczby automatycznie wykonanych operacji. Trzeba mierzyć jakość wyniku, obciążenie osoby sprawdzającej, wyjątki, nadpisania, korekty, skutki w kolejnych procesach, wpływ na umiejętności, przeciążenie, utratę autonomii i ryzyko ukrytej obserwacji ludzi.
Telemetria wsparcia nie może po cichu zmienić celu na ocenę pracowników. Taka zmiana wymaga osobnego przeglądu podstawy, celu, retencji, dostępu, przejrzystości i praw osób.
Odwrotna automatyzacja i wycofanie
Decyzja o delegacji jest wersjonowana i czasowa. Zmiana modelu, źródeł, danych, instrukcji, dostawcy, przebiegu pracy, prawa, populacji albo roli osoby sprawdzającej może unieważnić wcześniejszy status. Wtedy zadanie wraca do ponownej walidacji, ograniczenia zakresu, przywrócenia roli człowieka albo wycofania.
Odwrotna automatyzacja nie jest porażką. Jest kontrolą cyklu życia. Gdy rośnie liczba niepopartych twierdzeń, błędów kierowania spraw albo ceremonialnych zgód, organizacja powinna umieć zatrzymać ścieżki działania, przywrócić proces prowadzony przez człowieka i oznaczyć wcześniejsze wyniki do przeglądu w kolejnych procesach.
Jak zacząć
Minimalny przegląd J07 odpowiada na dziewięć pytań:
- Jakie dokładne zadanie ma początek, koniec i odbiorcę?
- Jaka sytuacja, kanał, presja czasu i osoby dotknięte skutkiem zmieniają stawkę?
- Jaki wynik ma się poprawić poza samą szybkością?
- Jaki jest koszt błędu, odwracalność i czas korekty?
- Który element wymaga oceny człowieka, relacji albo mandatu?
- Jaką możliwość technologii potwierdza lokalny dowód?
- Jaki tryb DCT jest właściwy i jakie akcje są zakazane?
- Czy punkt kontroli człowieka jest sensowny, a nie dekoracyjny?
- Kiedy decyzja wygasa i jak wygląda wycofanie w kolejnych procesach?
J07 domyka wcześniejsze materiały Hub J o architekturze technologii sprzedaży, AI w pracy handlowca i governance AI i danych. Pełna karta J07 nie jest jeszcze osobną publiczną stroną narzędzia. Zobacz dostępne narzędzia, gdy chcesz przejść z metodyki do pracy w aplikacji. Jeśli zadanie dotyczy źródeł, twierdzeń, przeglądu, wycofania albo kontroli użycia AI i danych, przejdź do Governance w aplikacji i zapisz materialne podstawy decyzji przed rozszerzeniem automatyzacji.