Rafał Mokrowiecki · mokrowiecki.pl

Karta oceny zastosowania AI

v1.0 · Materiał przygotowany: 2026-11-01 · Przykład hipotetyczny

Roboczy dokument decyzji dla jednego zastosowania. Wypełnij go wspólnie z właścicielem procesu, IT i odpowiednimi funkcjami kontrolnymi. Karta nie generuje punktacji ani zgody na wdrożenie.

Wszystkie poniższe liczby, role i decyzje są fikcyjne. To nie jest wynik klienta ani benchmark.

Pobierz HTML na komputer i otwórz w przeglądarce. Odpowiedzi nie są wysyłane ani automatycznie zapisywane. Użyj „Zapisz wypełnioną kopię”, sprawdź odpowiedzi po ponownym otwarciu pobranego pliku i przechowuj go zgodnie z zasadami firmy. Druk / Zapisz jako PDF otwiera okno przeglądarki. Bez JavaScript do edycji użyj wersji Markdown.

Kontekst i odpowiedzialność

Firma, zastosowanie, wersja kartyWpisz własną nazwę firmy. Nadaj ID zastosowania i wersję dokumentu.Organizacja przykładowa. DEMO-AI-01, wersja robocza 1. Dane wyłącznie hipotetyczne.Osoby odpowiedzialneWłaściciel procesu i decyzji; osoba oceniająca jakość; IT; bezpieczeństwo i inne wymagane funkcje. Wskaż, kto zatwierdza ryzyko.Właściciel procesu i decyzji: kierownik obsługi. Recenzent jakości: starszy specjalista. IT: administrator narzędzia. Bezpieczeństwo: osoba zatwierdzająca środowisko. Role przykładowe, bez nazwisk.Problem i granice zastosowaniaJaka czynność ma się zmienić, dla kogo, w jakim wolumenie i z jakim skutkiem? Co pozostaje poza zakresem? Rozważ też rozwiązanie bez AI.Projekt odpowiedzi na powtarzalne zapytanie, wyłącznie na podstawie zatwierdzonej instrukcji. Poza zakresem: reklamacje, decyzje finansowe i samodzielna wysyłka. Alternatywa: szablon odpowiedzi i lepsza wyszukiwarka instrukcji.

Pomiar przed próbą

Punkt odniesieniaŹródło danych, daty, liczba przypadków, dobór próby, trudność zadań, obecny czas całkowity, jakość i rozrzut. Braki nazwij wprost.Przykład hipotetyczny: 12 ręcznie przygotowanych odpowiedzi; średni czas 20 min, zakres 16–25 min. Przypadki proste i średnie. Brak pomiaru dla przypadków trudnych. Zestawienie robocze BASE-01; daty realnego testu nie istnieją.Kryteria uzgodnione przed testemMiara, jednostka, mianownik, cel i próg zatrzymania; kto ocenia? Zdefiniuj błąd poważny. Brak danych oznacza otwartą decyzję, nie zero błędów.Przykładowy cel: średni pełny czas poniżej 20 min, przy zachowaniu wymagań jakości. Błąd poważny: błędna informacja o zobowiązaniu firmy lub ujawnienie danych. Każdy taki błąd zatrzymuje próbę do wyjaśnienia. Skalowanie wymaga także oceny trudnych przypadków.

Dane i bezpieczny przebieg

Dopuszczone dane i narzędzieKategorie danych, źródła, uprawnienia, zatwierdzone środowisko i jego wersja, przechowywanie, dostęp dostawcy, wymagane uzgodnienia. Nie wpisuj sekretów ani danych klientów do tej karty.Wyłącznie syntetyczne zapytania i demonstracyjna instrukcja bez danych osobowych. Środowisko oraz model do ustalenia przed realną próbą; ta karta nie stanowi zgody na użycie dowolnego narzędzia.Weryfikacja, wyjątki i powrótKto i jak sprawdza wynik przed użyciem? Kiedy człowiek przejmuje zadanie? Jak zgłosić błąd, zatrzymać użycie i wrócić do poprzedniego procesu?Człowiek porównuje całą odpowiedź z instrukcją. Wątpliwość lub brak podstawy oznacza ręczne przygotowanie odpowiedzi. Bez automatycznej wysyłki. W realnym wdrożeniu trzeba wskazać kanał zgłoszenia i osobę wyłączającą narzędzie.

Plan próby i przygotowanie ludzi

Plan i odtwarzalnośćOkres i wielkość próby, reprezentacja przypadków trudnych, porównywalność grup, instrukcja i wersja modelu/źródeł. Ograniczenia uogólnienia.Założone porównanie 12 par zadań o zbliżonej trudności. Brak przypadków trudnych i danych o utrzymaniu efektu. Brak rzeczywistej wersji modelu i logów: przykład pokazuje strukturę dokumentacji, nie przeprowadzony eksperyment.Czas, kompetencje i wsparcieZaplanowany czas na próby, szkolenie na zadaniu, kompetencje weryfikatora, kanał wsparcia, zgłoszone obawy i działania przełożonego.Przykładowo: przełożony rezerwuje czas na pracę z instrukcją i wspólną ocenę odpowiedzi. Przed realną próbą potwierdza kompetencje weryfikatora oraz sposób zgłaszania obaw.

Ekonomika i wynik

Wydatki i wykorzystanie zespołuOsobno: koszt jednorazowy i bieżący, okres i waluta, licencje, wdrożenie, dane, wsparcie. Czas zespołu oddziel od gotówki. Weryfikację wliczoną do czasu zadania licz tylko raz.Założenie ilustracyjne: licencja 300 PLN/miesiąc bez VAT; przygotowanie 6 godzin obecnego zespołu, bez wyceny i bez założenia dodatkowego wydatku. Pozostałe koszty nieoszacowane. Sprawdzenie odpowiedzi jest już częścią pełnego czasu 15 min.Wyniki i dowodyLiczby przed/po, jednostki, licznik/mianownik, rozrzut, błędy poważne, źródło pomiaru, odstępstwa od planu. Oddziel obserwacje od założeń i braków.Założone wyniki przykładu: 12 odpowiedzi wspartych AI, średnio 15 min od rozpoczęcia do akceptacji, zakres 11–22 min; 2/12 wymagały poprawki, 0/12 błędów poważnych według przykładowej definicji. Czasy poprawek zawarte w 15 min. Zera w małym przykładzie nie dowodzą bezpieczeństwa.Jak korzyść ma się zrealizować?Czy czas pozwoli obsłużyć więcej pracy, poprawić terminowość czy zmniejszyć wydatek? Wskaż właściciela i mechanizm; nie utożsamiaj godzin z gotówką.Różnica średnich: 20 − 15 = 5 min na zadanie (25% względem 20 min). W tym przykładzie 12 × 5 = 60 min różnicy łącznego czasu. Nie ekstrapolowano na miesiąc. Brak wykazanej oszczędności pieniężnej i brak podstaw do ROI.

Decyzja i dalsza odpowiedzialność

Decyzja wraz z uzasadnieniemRozszerzamy / poprawiamy i testujemy ponownie / zatrzymujemy / brak danych do decyzji. Porównaj dowody z kryteriami; opisz zaakceptowane ryzyka, warunki i zakres.Poprawiamy plan i testujemy ponownie. Wynik ilustracyjny jest obiecujący, ale nie obejmuje trudnych przypadków ani pełnych kosztów. Nie stanowi zgody na skalowanie. Przed realnym testem trzeba uzgodnić środowisko, daty i dowody.Akceptacja i następny przeglądKto podjął decyzję i kiedy? Kto monitoruje wynik? Termin lub zdarzenie przeglądu, warunki ponownego testu, odpowiedzialny za wyłączenie. Wpis w pliku nie jest podpisem elektronicznym.Przykład bez rzeczywistej akceptacji i daty decyzji. Przegląd po reprezentatywnej próbie oraz po istotnej zmianie narzędzia, danych lub procesu. Właściciel decyzji pozostaje odpowiedzialny za zakres dalszego użycia.