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.
| Kryterium | Dobry kandydat na pierwsze zadanie | Słaby kandydat |
|---|---|---|
| Powtarzalność | Pytania o obsługę programu zadawane codziennie | Jednorazowa decyzja o inwestycji |
| Weryfikowalność | Wynik zapytania SQL porównywalny z raportem kontrolnym | Ocena, której nie da się niczym sprawdzić |
| Koszt błędu | Tłumaczenie wiadomości przeglądane przed wysłaniem | Automatyczne zatwierdzenie umowy |
| Dostępność wiedzy | Instrukcje i procedury zapisane w plikach | Wiedza 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.
| Cecha | Instrukcja w pliku | Szkolenie stacjonarne | Asystent w programie |
|---|---|---|---|
| Dostępność w chwili potrzeby | Wymaga wyszukania rozdziału | Ograniczona terminem | Natychmiastowa, w oknie programu |
| Aktualność | Zależy od redaktora | Zależy od prowadzącego | Zależy od bazy dokumentów |
| Sprawdzalność | Pełna, tekst jest jawny | Ograniczona | Wymaga cytowania źródła |
| Ślad pytań | Brak | Brak | Dziennik 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ę.

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.

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ł | Ograniczenie | Skutek dla tłumaczenia |
|---|---|---|
| Brak twardego limitu długości | Zachowanie formatowania i podpisu | |
| SMS z polskimi literami | 70 znaków w segmencie UCS-2 | Skracanie tekstu i kontrola liczby segmentów |
| Dokument handlowy | Wymagana spójna terminologia | Słownik pojęć dla firmy i sprawdzenie przez człowieka |

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.
| Asystent | Kto pyta | Źródło odpowiedzi | Główne ograniczenie |
|---|---|---|---|
| Asystent biura | Pracownicy i dział kadr | Procedury ISO | Aktualność wersji dokumentu |
| Asystent umów | Dział handlowy i after sales | Umowy i aneksy | Poufność treści kontraktów |
| Asystent CRM | Handlowcy B2B | Kontakty, e-maile, wpisy w intranecie | Kompletność 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źnik | Jak liczyć | Co oznacza wynik |
|---|---|---|
| Odsetek odpowiedzi poprawnych | Poprawne odpowiedzi podzielone przez wszystkie ocenione | Jakość bazy wiedzy i instrukcji asystenta |
| Odsetek odpowiedzi ze źródłem | Odpowiedzi z odnośnikiem do dokumentu podzielone przez wszystkie | Sprawdzalność wyników |
| Liczba zgłoszeń do wsparcia | Zgłoszenia w okresie pilotażu względem okresu bazowego | Realne odciążenie działu IT |
| Czas wykonania zadania | Mediana czasu przed i po wdrożeniu | Skró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żu | Prawdopodobna przyczyna | Decyzja |
|---|---|---|
| Wysoki odsetek odpowiedzi poprawnych, mało pytań | Asystent mało widoczny w programie | Poprawić dostęp i rozszerzyć zespół |
| Niski odsetek odpowiedzi ze źródłem | Luki lub chaos w dokumentacji | Uporządkować dokumenty przed kolejnym etapem |
| Wiele odpowiedzi poprawianych ręcznie | Zadanie zbyt złożone dla asystenta | Zawę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.




