AI i procesy

Jak zaplanować PoC AI, który pozwoli podjąć decyzję?

Odpowiedź w skrócie

PoC AI powinien sprawdzić najważniejsze niepewne założenie przed większą inwestycją. Potrzebuje ograniczonego zakresu, danych testowych, porównania z obecną metodą i kryteriów decyzji ustalonych przed zobaczeniem wyniku.

Zapisz pytanie, na które ma odpowiedzieć test

„Sprawdzimy AI na dokumentach” jest zbyt szerokie. Lepsza hipoteza brzmi: „Dla wskazanego typu dokumentów odczyt danych z kontrolą pracownika skróci łączny czas obsługi, przy zaakceptowanej jakości”. Dodaj zakres dokumentów, środowisko oraz sposób oceny.

Microsoft opisuje PoC jako ograniczoną walidację kluczowych założeń przed szerszą realizacją. W proponowanym przez Celor planie wybieramy najpierw niewiadomą, która może zatrzymać projekt: jakość wyniku, dostęp do danych, integrację lub ekonomikę obsługi.

Jeżeli problem jest już technicznie rozwiązany gotowym produktem, potrzebny może być test jego dopasowania i użyteczności, zamiast budowy własnej demonstracji.

Ustal punkt odniesienia i miary sukcesu

Porównuj cały przebieg pracy: przygotowanie wejścia, działanie narzędzia, sprawdzenie wyniku i poprawki. Wynik samego modelu nie wystarcza do decyzji biznesowej. NIST Measure zaleca dobór metod oraz miar do ocenianego zastosowania i ryzyka.

Poniższa tabela jest propozycją karty testu. Progi należy ustalić dla własnego procesu przed rozpoczęciem pomiarów.

WymiarCo mierzyćWarunek decyzji
JakośćWyniki poprawne oraz rodzaje błędówUzgodniony poziom dla poszczególnych kategorii
CzasŁączny czas obsługi z kontroląPoprawa względem obecnej metody
KosztKoszt na sprawę i koszty stałeZgodność z modelem opłacalności
Obsługa wyjątkówPrzypadki wymagające interwencjiJasna ścieżka przekazania do człowieka

Zaplanuj dane, odpowiedzialność i granice pracy

Uzgodnij właściciela biznesowego, osobę oceniającą wyniki i wykonawcę technicznego. Zamknij zakres funkcji, termin, budżet oraz sposób dokumentowania zmian. Każda nowa funkcja powinna wymagać świadomej decyzji o rozszerzeniu testu.

Zestaw końcowy zachowaj do oceny po zakończeniu strojenia rozwiązania. Przygotowanie opisujemy szerzej w poradniku o gotowości danych. Zapisuj wersję konfiguracji, dane wejściowe i metodę oceny, aby wyniki dało się porównać.

W planie wskaż również, co jest uproszczeniem: ręczny import, brak integracji produkcyjnej albo ograniczona liczba użytkowników. Te ograniczenia muszą być widoczne podczas prezentacji wyników.

Przykład: dobry wynik średni może ukrywać problem

W hipotetycznym teście odczytu dokumentów większość pól jest poprawna. Błędy skupiają się jednak w numerach rachunków, a pozostałe dotyczą nieistotnych opisów. Jedna średnia traktowałaby obie kategorie podobnie, chociaż ich konsekwencje są różne.

Raport powinien pokazać wynik według kategorii, liczbę przypadków i niepewność oceny. Niewielka próba bez błędów nie dowodzi, że błąd nie wystąpi w codziennej pracy. Przy istotnych konsekwencjach potrzebna będzie odpowiednia walidacja i kontrola przed użyciem produkcyjnym.

Jeżeli rozwiązanie przyspiesza odczyt, ale wymaga żmudnej korekty, zaktualizuj model ROI o rzeczywisty czas obsługi.

Ustal, co stanie się po zakończeniu PoC

Proponujemy cztery możliwe wyniki: przejść do następnego etapu, przejść po spełnieniu warunków, powtórzyć ograniczony test lub zakończyć inicjatywę. Każdy powinien wynikać z dowodów i znanych ograniczeń.

Przed dalszą inwestycją oszacuj brakujące integracje, wymagania operacyjne, wsparcie i utrzymanie. PoC i MVP odpowiadają na różne pytania; udany eksperyment nie wycenia automatycznie produktu. W AI Opportunity & Process Audit przygotowujemy roadmapę PoC i założenia architektury wysokiego poziomu. Sama budowa i przeprowadzenie PoC są odrębnym zakresem.

Częste pytania

Czy udany PoC oznacza gotowość do produkcji?

Nie. Potwierdza tylko zbadane założenia w określonych warunkach. Produkcja wymaga m.in. integracji, odpowiednich zabezpieczeń, utrzymania, monitoringu i obsługi rzeczywistych użytkowników.

Kiedy warto zakończyć PoC bez dalszego wdrożenia?

Gdy istotne założenie nie zostało potwierdzone, koszt osiągnięcia wymaganej jakości przewyższa uzasadnioną wartość lub nie da się ograniczyć ryzyka do akceptowanego poziomu. To użyteczny rezultat testu.

Źródła i dalsza lektura

Źródła wspierają wskazane w tekście zasady. Listy kontrolne i przykłady to propozycje Celor do dopasowania do konkretnego projektu.