Przed wdrożeniem jedna osoba przygotowywała materiał, druga go sprawdzała. Po uruchomieniu AI pierwsza robi to szybciej, a druga dostaje dwa razy więcej propozycji do kontroli. System może działać zgodnie z założeniem, podczas gdy obciążenie przesunęło się do innego miejsca. Dlatego projekt trzeba odebrać także jako zmianę sposobu pracy zespołu.
Przy automatyzacji firmowych procesów ustalamy, które czynności przejmuje aplikacja, a które pozostają u człowieka. Ważna jest również praca pojawiająca się dopiero po wdrożeniu: utrzymanie źródeł, kontrola propozycji i wyjaśnianie wyjątków. Te zadania nie wykonują się same z wdzięczności za nowy panel.
Pokaż różnicę w jednym konkretnym zadaniu
Zamiast prezentować zespołowi długą listę funkcji, przejdź jedną sprawę przed zmianą i po niej. Kto wprowadza dane? Kto potwierdza wynik? Co dzieje się przy braku dokumentu? Użytkownik powinien rozpoznać własne czynności i dowiedzieć się, czego system nadal od niego potrzebuje.
Przy pierwszym wdrożeniu AI w małej firmie można zacząć od krótkiego wspólnego przejścia. W większym zespole potrzebne mogą być różne ścieżki dla ról. Osoba zatwierdzająca propozycję nie musi znać całej konfiguracji, lecz powinna rozumieć podstawę decyzji i jej skutek.
Zachowaj przykłady poprawnego działania oraz sytuacji wymagających przekazania. Instrukcja „sprawdzaj odpowiedzi” jest zbyt ogólna. Pokaż, które pola trzeba potwierdzić i gdzie otworzyć źródło. Wtedy kontrola staje się czynnością możliwą do wykonania, a nie dodatkową odpowiedzialnością bez narzędzi.
Poproś użytkowników także o wskazanie zadania, którego nie chcą kierować do narzędzia, wraz z powodem. Czasem chodzi o brak potrzebnej funkcji, czasem o zbyt długą kontrolę, a czasem o odpowiedzialność za relację z klientem. Nie trzeba od razu rozstrzygać tej rozmowy zmianą konfiguracji. Najpierw zapisz warunek i oceń go na konkretnym przykładzie. Taka informacja pomaga wyznaczyć rozsądny zakres kolejnego etapu.
Rozdziel właściciela treści i właściciela działania
Przy asystencie firmowej wiedzy ktoś odpowiada za aktualność materiałów. Inna osoba może zarządzać integracją lub wersją modelu. Ustal ten podział, aby zgłoszenie błędnej odpowiedzi trafiło do właściwego miejsca. Sprzeczna instrukcja i źle odnaleziony dokument wymagają różnych poprawek.
Przy zatwierdzaniu działań AI określ także zastępstwo i moment przejęcia sprawy. Osoba decydująca potrzebuje czasu i kontekstu. Jeżeli kolejka rośnie, sam obowiązek klikania akceptacji może skłaniać do pobieżnej kontroli. Sprawdź, czy zakres i interfejs pozwalają wykonać ją rzetelnie.
Nie opieraj działania wyłącznie na najbardziej zainteresowanym pracowniku. Projekt powinien działać także podczas jego nieobecności. Poproś inną osobę o przejście sprawy na podstawie dokumentacji i widoku aplikacji. Pytania, które wtedy padną, często wskazują najpotrzebniejsze poprawki przed szerszym uruchomieniem.
Daj zespołowi możliwość zgłoszenia sensownego problemu
Formularz zgłoszenia powinien pozwalać powiązać błąd z konkretną sprawą i wynikiem. Użytkownik nie musi diagnozować modelu. Wystarczy, że pokaże oczekiwany rezultat i miejsce rozbieżności. Osoba utrzymująca rozwiązanie powinna następnie ustalić przyczynę oraz potrzebny zakres poprawki.
Z takich spraw buduj testy działania asystenta AI. Wróć do nich po zmianie źródła, reguły lub modelu. Poinformuj zespół, co poprawiono i czy zmienił się sposób pracy. Cicha zmiana zachowania potrafi podważyć dobrze wyuczoną kontrolę, jeśli użytkownik nie wie, że powinien sprawdzać wynik inaczej.
Przygotuj też obsługę wyjątków i monitoring. Pracownicy powinni wiedzieć, kiedy użyć ręcznej ścieżki i komu zgłosić zatrzymanie procesu. Nie traktuj każdej próby obejścia jako niechęci do technologii. Czasem to informacja, że zaprojektowany obieg nie obejmuje ważnego przypadku.
Oceń zmianę z perspektywy kilku ról
Mierz czas przygotowania, kontroli i poprawy, a także liczbę spraw wymagających dodatkowego kontaktu. Porównaj, komu ubyło pracy, a komu przybyło. Dokumentacja NIST dotycząca zarządzania ryzykiem AI zachęca do uwzględniania kontekstu użycia; tutaj oznacza to rozmowę z ludźmi wykonującymi zadanie, nie wyłącznie z osobą zamawiającą system.
W Archifutura można powiązać takie próby z odbiorem i przekazaniem rozwiązania. Zespół powinien dostać działające narzędzie, zrozumiałe granice i sposób zgłaszania problemów. Jeśli nowa organizacja pracy jest czytelna, łatwiej ocenić, które kolejne zadanie warto automatyzować i czego jeszcze nie należy oddawać systemowi.
Po starcie ustal krótką drogę zgłaszania propozycji zmiany procesu. Użytkownik może odkryć, że wcześniejsza kolejność czynności nie jest już potrzebna albo że wyjątek wymaga osobnego widoku. Oceniaj takie pomysły razem z wpływem na pozostałe role. Optymalizacja jednego kroku może utrudnić pracę dalej, więc decyzja powinna obejmować całą drogę sprawy i sposób jej odbioru.
Źródła i dokumentacja
Materiały sprawdzone przy opracowaniu tekstu. Przy wyborze usługi lub technologii potwierdzamy warunki dla konkretnego projektu.
