Sztuczna inteligencja w firmie - które zadania powierzyć asystentowi

Sztuczna inteligencja pojawia się w narzędziach, z których pracownicy korzystają codziennie, więc decyzja o jej użyciu przestaje być pytaniem o technologię, a staje się pytaniem o organizację pracy. Najlepiej sprawdza się tam, gdzie zadanie się powtarza, wynik da się szybko sprawdzić, a pomyłka nie ma skutków nieodwracalnych. Ten artykuł omawia asystentów SoftwareStudio z takiej perspektywy, jako decyzje do podjęcia przed wdrożeniem. Pełny przegląd wszystkich siedmiu narzędzi zawiera artykuł SoftwareStudio AI Family, a ogólne tło opisuje strona sztuczna inteligencja w logistyce i przemyśle.

KryteriumDobry kandydat na pierwsze zadanieSłaby kandydat
PowtarzalnośćPytania o obsługę programu zadawane codziennieJednorazowa decyzja o inwestycji
WeryfikowalnośćWynik zapytania SQL porównywalny z raportem kontrolnymOcena, której nie da się niczym sprawdzić
Koszt błęduTłumaczenie wiadomości przeglądane przed wysłaniemAutomatyczne zatwierdzenie umowy
Dostępność wiedzyInstrukcje i procedury zapisane w plikachWiedza wyłącznie w głowach pracowników

Reguła: pierwszy asystent powinien wykonywać zadanie, którego wynik pracownik ocenia w kilka sekund.

Cztery pytania przed wyborem zadania

Przed uruchomieniem asystenta warto odpowiedzieć na cztery pytania, bo od nich zależy zakres pilotażu i miara sukcesu.

  • Kto sprawdza wynik - osoba wskazana z nazwy, która potrafi ocenić poprawność odpowiedzi bez pomocy asystenta.
  • Skąd pochodzi wiedza - dokumenty oraz tabele lub rekordy, które asystent może czytać, wraz z właścicielem każdego źródła.
  • Co wolno zrobić samodzielnie - odczyt danych albo wykonanie czynności; im większy zakres, tym ostrzejsza kontrola.
  • Jak wygląda punkt odniesienia - czas lub liczba zgłoszeń sprzed wdrożenia, z którymi porówna się wynik.

Szkolenie pracowników z pytaniem zamiast instrukcji

Asystent użytkownika programu zmienia sposób nauki obsługi oprogramowania. Pracownik nie czyta obszernej instrukcji, tylko zadaje pytanie i dostaje kontekstową odpowiedź o programie SoftwareStudio: do czego służy dane pole, jak wykonać operację i co oznacza komunikat. Szkolenie staje się bardziej intuicyjne, bo nauka odbywa się w chwili, gdy pojawia się potrzeba, a nie tydzień wcześniej. Opis narzędzia znajduje się w artykule asystent użytkownika programu - szkolenia i pomoc.

Odpowiedź asystenta jest tak dobra, jak dokumentacja, z której korzysta. Pytania, na które nie ma odpowiedzi w instrukcji, ujawniają jej luki. Warto więc przeglądać dziennik pytań raz w tygodniu: powtarzające się pytanie bez dobrej odpowiedzi oznacza brakujący rozdział, a nie wadę asystenta.

CechaInstrukcja w plikuSzkolenie stacjonarneAsystent w programie
Dostępność w chwili potrzebyWymaga wyszukania rozdziałuOgraniczona terminemNatychmiastowa, w oknie programu
AktualnośćZależy od redaktoraZależy od prowadzącegoZależy od bazy dokumentów
SprawdzalnośćPełna, tekst jest jawnyOgraniczonaWymaga cytowania źródła
Ślad pytańBrakBrakDziennik pytań do analizy

Jak przygotować dokumentację dla asystenta

Asystent odpowiada na podstawie fragmentów dokumentów, więc ich struktura wpływa na jakość odpowiedzi. Rozdział powinien opisywać jedną czynność, mieć nagłówek zgodny z nazwą ekranu i zawierać pełną regułę w jednym miejscu. Instrukcja, w której warunek wykonania jest oddzielony od czynności dwiema stronami, prowadzi do odpowiedzi niepełnych, bo wyszukiwanie zwróci tylko jeden z fragmentów.

Warto też zapisać nazwy pól i komunikatów dokładnie tak, jak widzi je użytkownik. Pracownik pyta o „status rezerwacji”, nie o nazwę kolumny w bazie, dlatego słownik pojęć z ekranu pomaga dopasować pytanie do właściwego rozdziału.

Miejsce asystenta obok szkolenia

Asystent nie zastępuje szkolenia wstępnego, w którym pracownik poznaje logikę procesu. Uzupełnia je po szkoleniu, w pierwszych tygodniach samodzielnej pracy, gdy pytań jest najwięcej, a osoba wdrażająca nie zawsze ma czas. Odciąża też dział IT, bo najczęstsze pytania o obsługę rozwiązują się bez zgłoszenia.

Raporty SQL na podstawie opisu potrzeby

Asystent do raportów SQL zamienia opis potrzeby na zapytanie do bazy danych. System tworzy dynamiczną tabelę z wynikami wprost z bazy, którą można wyeksportować do Excela oraz dowolnie porządkować i grupować. Menedżer uzyskuje dane od razu, a analityk zajmuje się interpretacją zamiast składnią. Przypadek szczegółowo opisuje artykuł jak asystent do raportów SQL ułatwia pracę.

Ciemna chmura nad panoramą miasta z pomarańczowymi światłami, abstrakcyjna ilustracja analityki danych i raportowania
Raportowanie doraźne z opisu potrzeby uzupełnia raporty o stałym układzie

Nie każdy raport nadaje się dla asystenta. Zestawienie, które pojawia się co miesiąc w tym samym układzie i trafia do wydruku, lepiej utrzymać jako raport o stałej definicji, na przykład w formacie RDL, który opisuje artykuł o SQL Report Builder. Asystent sprawdza się przy pytaniach doraźnych: ile zamówień wyszło do klienta w danym tygodniu albo które pozycje mają najniższy stan. Każde takie pytanie kosztowałoby inaczej osobne zlecenie do działu IT.

Jakość wyników zależy od opisu schematu przekazywanego modelowi. Nazwy kolumn w rodzaju k1 albo pole_tmp nic mu nie mówią, natomiast widok raportowy z czytelnymi nazwami zawęża pole błędu i chroni tabele operacyjne. Przykład takiego widoku pokazuje poniższy fragment; nazwy są przykładowe.

CREATE VIEW raporty.sprzedaz_klient_miesiac AS
SELECT k.nazwa            AS klient,
       YEAR(z.data_zamowienia)  AS rok,
       MONTH(z.data_zamowienia) AS miesiac,
       SUM(z.wartosc)           AS suma_zamowien
FROM   dbo.zamowienia_przyklad z
JOIN   dbo.klienci_przyklad k ON k.id = z.klient_id
GROUP  BY k.nazwa, YEAR(z.data_zamowienia), MONTH(z.data_zamowienia);

Asystent widzi wtedy jeden widok o jednoznacznych nazwach zamiast kilkudziesięciu tabel z relacjami, które trzeba odgadnąć. Ograniczenie schematu do widoków raportowych wprowadza przy okazji naturalną granicę: pytania spoza tego zakresu kończą się komunikatem o braku danych.

Reguła: asystent raportowy pracuje na koncie tylko do odczytu, a każde wygenerowane zapytanie trafia do dziennika razem z liczbą zwróconych wierszy.

Kontrola zapytań przez asystenta wdrożeniowców

Osobny asystent wspiera wdrożeniowców. Kontroluje poprawność ustawień i zapytań do bazy danych oraz sprawdza, czy tworzone zapytania są zgodne z dobrymi praktykami, co według opisu producenta podnosi ich jakość i przyspiesza pracę zespołu. Wdrożeniowiec dostaje więc drugą parę oczu przy każdym zapytaniu, zanim trafi ono do bazy produkcyjnej. Więcej o tej roli mówi artykuł asystent wdrożeniowców SoftwareStudio.

Poniższy przykład T-SQL ilustruje, jaki rodzaj uwag ma sens w takiej kontroli; to opis ogólnej dobrej praktyki, a nie lista reguł produktu. Pierwsze zapytanie zawiera dwa częste błędy, drugie je poprawia.

-- do poprawy: funkcja na kolumnie i gwiazdka
SELECT *
FROM   dbo.zamowienia_przyklad
WHERE  YEAR(data_zamowienia) = 2026;

-- wersja zalecana: zakres dat i jawna lista kolumn
SELECT id, klient_id, data_zamowienia, wartosc
FROM   dbo.zamowienia_przyklad
WHERE  data_zamowienia >= '20260101'
  AND  data_zamowienia <  '20270101';

Funkcja zastosowana do kolumny w warunku uniemożliwia optymalizatorowi wyszukiwanie po indeksie, więc baza czyta całą tabelę. Zakres dat pozwala użyć indeksu na kolumnie data_zamowienia. Jawna lista kolumn zmniejsza ilość odczytywanych danych i chroni aplikację przed zmianą kolejności kolumn. Format '20260101' jest jednoznaczny niezależnie od ustawień językowych sesji.

Pracownik w czapce przy monitorze z tabelą danych i wydrukowanym dokumentem w hali przemysłowej, ilustracja pracy wdrożeniowca
Kontrola zapytania przed wdrożeniem na produkcję ogranicza ryzyko obciążenia bazy

Jak sprawdzić efekt poprawki

Uwaga asystenta jest hipotezą, którą trzeba zmierzyć. Polecenie SET STATISTICS IO ON zwraca liczbę odczytów logicznych dla każdej tabeli, więc porównanie obu wersji zapytania pokazuje, czy poprawka coś dała. Składnię opisuje dokumentacja SET STATISTICS IO w Microsoft Learn, a zasady doboru indeksów wyjaśnia przewodnik projektowania indeksów.

Tłumaczenia wiadomości wysyłanych z systemu

Asystent tłumacz przekłada e-maile i wiadomości SMS wysyłane z systemu SoftwareStudio na wskazany język. Użytkownik przekazuje tekst, a asystent zwraca tłumaczenie, więc kontakt z zagranicznym partnerem nie wymaga osobnego narzędzia ani pośrednika. Szerzej temat omawia artykuł asystent tłumacza w SoftwareStudio.

Kanał wysyłki narzuca ograniczenia, które tłumaczenie musi uwzględnić. Wiadomość SMS ze znakami spoza podstawowego alfabetu GSM 7-bit, a takimi są polskie litery diakrytyczne, jest kodowana w UCS-2, więc jeden segment mieści 70 znaków zamiast 160. Tłumaczenie na język o dłuższych wyrazach może zwiększyć liczbę segmentów i koszt wysyłki.

KanałOgraniczenieSkutek dla tłumaczenia
E-mailBrak twardego limitu długościZachowanie formatowania i podpisu
SMS z polskimi literami70 znaków w segmencie UCS-2Skracanie tekstu i kontrola liczby segmentów
Dokument handlowyWymagana spójna terminologiaSłownik pojęć dla firmy i sprawdzenie przez człowieka
Ściana ekranów z oknami aplikacji w ciemnym niebieskim wnętrzu z pomarańczowymi akcentami, ilustracja komunikatów w systemie
Tłumaczenie obejmuje wiadomości, które system wysyła do klientów i partnerów

Asystenci dla dokumentów i historii klienta

Trzy kolejne narzędzia pracują na zbiorach dokumentów i na rekordach z CRM. Asystent biura analizuje dokumenty związane z procedurami ISO i pomaga w procesach zatrudnienia oraz zwolnienia. Asystent umów przegląda umowy i kontrakty, a jego odpowiedzi trafiają do działu handlowego i działu after sales. Asystent CRM analizuje kontakty i ustalenia z klientem, sprawdza, co klient kupił i co jeszcze może kupić, oraz układa plan rozmowy.

AsystentKto pytaŹródło odpowiedziGłówne ograniczenie
Asystent biuraPracownicy i dział kadrProcedury ISOAktualność wersji dokumentu
Asystent umówDział handlowy i after salesUmowy i aneksyPoufność treści kontraktów
Asystent CRMHandlowcy B2BKontakty, e-maile, wpisy w intranecieKompletność notatek po rozmowach

Reguła: uprawnienia asystenta wynikają z uprawnień pytającego - dział handlowy nie powinien odczytywać przez asystenta dokumentów kadrowych.

We wszystkich trzech przypadkach ograniczenie wynika z danych, a nie z algorytmu. Asystent biura nie pomoże, jeśli w bazie leży nieaktualna procedura, a asystent CRM nie odtworzy rozmowy, której nikt nie zanotował.

Koszty i limity użycia modelu

Modele językowe rozlicza się zwykle według liczby tokenów, czyli fragmentów tekstu przetworzonych w zapytaniu i w odpowiedzi. Koszt pojedynczego pytania rośnie więc razem z długością dołączonego kontekstu: im więcej fragmentów dokumentów asystent dostaje, tym drożej i wolniej odpowiada. Nie ma potrzeby przekazywać całej procedury, gdy do odpowiedzi wystarcza jeden jej akapit.

Firma ma trzy narzędzia kontroli. Pierwsze to limit długości kontekstu ustawiony osobno dla każdego asystenta. Drugie to limit liczby pytań na użytkownika w jednostce czasu, który chroni przed przypadkową pętlą w skrypcie. Trzecie to przegląd dziennika, w którym widać, które pytania są najdroższe i czy da się je skrócić.

Reguła: budżet na model ustala się na etapie pilotażu, na podstawie zmierzonej liczby pytań, a nie szacunku sprzed startu.

Pilotaż i pomiar efektów

Pilotaż obejmuje jeden zespół i jedno zadanie przez kilka tygodni. Przed startem zapisuje się punkt odniesienia, na przykład liczbę zgłoszeń do wsparcia w kwartale albo średni czas przygotowania raportu. W trakcie zespół przegląda dziennik pytań i oznacza odpowiedzi poprawne oraz błędne. Po zakończeniu porównuje się wskaźniki z punktem odniesienia i podejmuje decyzję: rozszerzyć zakres czy wstrzymać wdrożenie i poprawić dane.

WskaźnikJak liczyćCo oznacza wynik
Odsetek odpowiedzi poprawnychPoprawne odpowiedzi podzielone przez wszystkie ocenioneJakość bazy wiedzy i instrukcji asystenta
Odsetek odpowiedzi ze źródłemOdpowiedzi z odnośnikiem do dokumentu podzielone przez wszystkieSprawdzalność wyników
Liczba zgłoszeń do wsparciaZgłoszenia w okresie pilotażu względem okresu bazowegoRealne odciążenie działu IT
Czas wykonania zadaniaMediana czasu przed i po wdrożeniuSkrócenie pracy użytkownika

Decyzja po pilotażu

Wynik pilotażu rzadko jest jednoznaczny, dlatego decyzję warto ustalić z góry, jeszcze przed startem. Jeśli odsetek poprawnych odpowiedzi pozostaje niski mimo poprawionej dokumentacji, przyczyną bywa źle dobrane zadanie, a nie za mała ilość danych. Wtedy rozsądniej zmienić zadanie niż rozszerzać zakres.

Obserwacja po pilotażuPrawdopodobna przyczynaDecyzja
Wysoki odsetek odpowiedzi poprawnych, mało pytańAsystent mało widoczny w programiePoprawić dostęp i rozszerzyć zespół
Niski odsetek odpowiedzi ze źródłemLuki lub chaos w dokumentacjiUporządkować dokumenty przed kolejnym etapem
Wiele odpowiedzi poprawianych ręcznieZadanie zbyt złożone dla asystentaZawęzić zakres lub zmienić zadanie

Dane i prywatność w pilotażu

Do pilotażu wybiera się dane o najmniejszej wrażliwości. Dokumenty z danymi osobowymi lub tajemnicą handlową wymagają przetwarzania w kontrolowanym środowisku i uzgodnienia zakresu, zanim trafią do modelu. Wariant z prywatną instancją w chmurze omawia artykuł Azure i prywatny Chat GPT - bezpieczeństwo danych. Oferta wdrożeń asystentów opisana jest na stronie sztuczna inteligencja w serwisie SoftwareStudio.

Granice zastosowania

Asystent oparty na modelu językowym potrafi sformułować wiarygodnie brzmiącą odpowiedź, która jest błędna. Ryzyko maleje, gdy odpowiedź musi wskazywać źródło, a brak podstawy jest dopuszczalnym wynikiem. Dlatego ostateczna odpowiedzialność za decyzję oraz za wysłaną wiadomość pozostaje po stronie człowieka, a asystent przygotowuje materiał do tej decyzji.