Przejdź do treści

Odbiór wdrożenia AI: kryteria, testy i wada

Dawid Kuliberda · · 8 min czytania

Za tydzień masz odbiór wdrożenia AI. Samodzielnie przeprowadzasz cztery testy: zwykłe zapytanie, brak danych, duplikat i awarię, na kryteriach, które już są w SOW. W dniu podpisu zostają lista niezgodności i przekazanie.

Przykład niżej jest hipotetyczny. Firma remontowa, sześć osób: właściciel, osoba w biurze i cztery osoby na budowach. Mail o remoncie zakłada kartę w arkuszu. Szkic czeka na kliknięcie właściciela. Dopiero ten klik wysyła wiadomość. REM-101 powstaje z maila o łazience przy ul. Długiej 4, telefon 600 000 001.

Zdania, które już są w SOW

SOW to opis zakresu podpisany przed startem budowy: rezultat, nazwane procesy, dane, konta, użytkownicy i to, co zostało poza zakresem. Kryteria odbioru automatyzacji są zdaniami z tego papieru. Podczas odbioru sprawdzasz te kryteria.

Dla tej firmy zdanie o zwykłym przebiegu brzmi tak: mail z adresem remontu, telefonem i opisem prac zakłada jedną kartę, szkic zostaje szkicem, a do klienta wychodzi jedna wiadomość po kliknięciu właściciela. Mail bez adresu, drugi mail w tej samej sprawie i przerwana wysyłka mają osobne kryteria w SOW.

Zdanie o duplikacie piszesz, gdy znasz początek i koniec procesu. Bierzesz je z mapowania procesów w firmie, zrobionego przed przebiegiem.

Zdanie dopisane na demie porównujesz z całym zaakceptowanym zakresem. Zmianą zakresu jest nowy brief, nowa reguła, nowy przebieg, nowa integracja, nowy użytkownik, nowy kanał albo nowy oczekiwany rezultat. Wynik sprzeczny z zapisanym rezultatem zostaje wadą, także wtedy, gdy w SOW brakuje osobnego zdania o tym jednym przypadku.

Przy wysyłce do klienta SOW nazywa, kto klika i jak biuro sprawdza status karty wobec folderu wysłanych. Te zdania czytasz też przy wyborze firmy do wdrożenia AI.

Cztery testy, które przeprowadzasz samodzielnie

Testy wdrożenia AI robisz na danych, które wklejasz sam. Osoba, która to budowała, może siedzieć obok. Przy numerze testu zapisujesz godzinę, co weszło, co wyszło i identyfikator wiadomości albo jego brak. Protokół odbioru AI to ten zapis, lista niezgodności i dokumenty z dnia przekazania.

Zwykłe zapytanie

We wtorek sprawdzasz, co dzieje się z zapytaniem przed kliknięciem właściciela i po nim.

GodzinaDziałanieOczekiwany wynik z SOW
9:10Mail: łazienka, ul. Długa 4, telefon 600 000 001, „chcemy termin w przyszłym tygodniu”.Jedna karta REM-101, szkic bez wysyłki, pusta skrzynka klienta.
9:25Osoba z biura otwiera szkic.Wysyłki nie ma.
9:40Właściciel poprawia zdanie o terminie i klika.Do klienta wychodzi jeden mail.

Na karcie zostaje identyfikator i status „wysłane”, czyli zapis nadania.

Mail bez adresu

Ten sam nadawca, 11:00: „odświeżacie łazienki? proszę o kontakt”. Ulicy nie ma, telefonu też.

Zdanie z SOW: bez adresu remontu karta czeka na biuro, nie jest wizytą, a automat nie wysyła „będziemy w czwartek”. Adres dopisuje biuro albo odpisuje ręcznie.

Na listę niezgodności idzie automatyczny mail albo karta wpisana jako wizyta mimo pustego adresu. Karta, która czeka i sama nic nie wysyła, mieści się w tym zdaniu. Prośba o szukanie adresu w starym pliku klientów zostaje osobną notatką. Tego pliku w zakresie nie było.

To samo zapytanie drugi raz

O 15:20 klient przekazuje dalej poranny mail. Ten sam adres, ta sama ul. Długa 4.

Zdanie w SOW przykładu: drugie zapytanie z tego samego adresu e-mail i tego samego adresu remontu, w ciągu 7 dni, dopisuje się do REM-101 i nie wysyła drugiego potwierdzenia. Siedem dni jest liczbą tej firmy. U Ciebie liczy się liczba z Twojego SOW.

Na teście powstaje REM-102 i drugi szkic. Dwie karty jako osobne wizyty dają dwa wyjazdy pod jeden adres. Zapisany rezultat każe zostać przy REM-101, więc druga karta jest wadą.

Na listę wchodzi zdanie z SOW, numery obu kart i godzina drugiego maila. Po poprawce ponownie przetwarzasz te same dwa maile. Oba powinny trafić do REM-101.

Gdy w SOW brakuje osobnego zdania o duplikacie, czytasz cały zakres. Jedna karta na jedno zapytanie zostawia REM-102 jako wadę. Nowy obieg z testu idzie na kartkę zmiany.

Wysyłka, która się urywa

1

Przerwana próba

W trakcie kliknięcia arkusz albo skrzynka nie odpowiada, a na karcie zostaje „szkic”. Biuro nie mówi klientowi „oferta poszła”, dopóki nie ma potwierdzenia nadania.

Karta ze statusem szkic
2

Sprawdzenie wysłanych

Biuro zagląda do folderu wysłanych. Gdy wiadomość tam jest, wpisuje na kartę identyfikator ze statusem „wysłane” i nie klika drugi raz.

Identyfikator i status, jeśli mail jest w folderze
3

Ustalenie losu próby

Pusty folder nie zamyka wyniku: wiadomość mogła wyjść, a drugi klik może wysłać kopię. Najpierw biuro ustala los pierwszej próby u dostawcy poczty albo u klienta.

Ustalony los pierwszej próby przed kolejnym kliknięciem

W tym przykładzie wysłanego maila nie da się ściągnąć, więc klik stoi przed wysyłką.

Dwie kartki z jednego popołudnia

Tego popołudnia wada i zmiana zakresu leżą na jednym biurku.

Na pierwszej kartce zostaje REM-102. Dostawca poprawia niezgodność z zaakceptowanym zakresem, a ty powtarzasz te same dwa maile, jeszcze w terminie na zgłoszenie niezgodności.

Właściciel dopowiada dwie rzeczy spoza SOW. Żona wspólnika ma dostawać kopię wysłanych ofert, a dzień przed wizytą ma iść przypomnienie. Nowy odbiorca i nowy obieg są zmianą zakresu. W umowie ta pozycja nazywa się change request.

Druga kartka ma własną wycenę, mailem, gdy wiadomo, co dochodzi. Cena z SOW zostaje ceną tamtego zakresu. Podpis czeka na powtórkę REM-101.

Termin i trzy listy

Długość terminu na testy i zgłoszenie niezgodności bierz ze swojego SOW. Gdy w umowie jej nie ma, wpisujesz ją z dostawcą na piśmie, zanim nazwiesz spotkanie odbiorem.

W SOW Kuliberda Labs w tym terminie są najwyżej trzy skonsolidowane listy niezgodności tego samego zakresu. Jedna lista to jeden dokument: przy punkcie zdanie kryterium, numer testu, co się stało i załącznik. Inna umowa może mieć inną liczbę tur. Gdy o turach milczy, wpisz liczbę przed testem.

Kolejne listy dotyczą niezgodności tego samego zakresu.

ListaCo obejmujeWarunek
PierwszaWadę duplikatu; automatyczną odpowiedź na mail bez adresu, jeśli wyszła, ze zdaniem z SOW.Firma z przykładu.
DrugaTo, co po poprawce dalej łamie to samo zdanie.Po poprawce.
TrzeciaOstatnia lista dla tego zakresu.Tam, gdzie umowa ma trzy tury.

Przypomnienie zostaje poza listą.

Kolejny oczekiwany rezultat, po ostatniej liście albo po podpisie, jest zmianą zakresu. Druga karta, która po poprawce dalej powstaje, zostaje na liście. Po udanym teście zamykasz zgłoszenie.

Papier, który podpisujesz

Nazwany proces, test i przekazanie to rdzeń wdrożeń AI. Podpis idzie razem z kartkami przekazania.

Instrukcja ma wystarczyć osobie z biura, której nie było przy budowie. Przechodzi z nią zwykły mail i mail bez adresu: kto klika i który zapis potwierdza wysłanie. Identyfikator i status „wysłane” potwierdzają nadanie. Do skrzynki klienta ta wiadomość nadal może nie dojść.

W zakresie jest karta, szkic i wysyłka po kliknięciu właściciela. Poza zakresem zostają wycena, przypomnienie przed wizytą i kopia dla żony wspólnika.

Twoja firma płaci subskrypcje, API, hosting i konta, jeżeli SOW nie stanowi inaczej. W przekazaniu widać, które konto za co płaci, a cena wdrożenia zostaje ceną zakresu z SOW.

W przykładzie duplikat rozpoznajesz po adresie e-mail i adresie remontu, więc mail z innej skrzynki o ul. Długiej 4 zostaje ręczny. To znane ograniczenie przekazania, gdy stoi w papierze.

W przekazaniu jest osobna kartka: które działanie na zewnątrz da się cofnąć, które zostaje u klienta i jakie kroki są uzgodnione po błędzie. Punkt kontaktu to imię i kanał, na który piszesz, gdy powtórka dalej robi drugą kartę.

Na podpisie zapisujesz przekazanie albo Opiekę wycenianą indywidualnie, a kwotę, zakres interwencji i cel reakcji akceptujesz przed startem Opieki. Podpis otwiera 30 dni gwarancji na wady odebranego zakresu. Co jest po podpisie, opisuje tekst o utrzymaniu systemu AI. Gdy kryteriów w papierze nie ma, a odbiór jest za tydzień, umów bezpłatną diagnozę w Kuliberda Labs: 30 minut, decyzja o dopasowaniu, nazwany problem i następny krok, bez mapy i specyfikacji.

Najczęstsze pytania

Odbiór jest za tydzień, a w SOW nie ma zdań do sprawdzenia. Co wtedy?

Wstrzymaj podpis i w tym tygodniu wypisz z dostawcą zdania na kompletny mail, brak adresu, duplikat i przerwaną wysyłkę. Wynik porównujesz z całym zaakceptowanym zakresem. Nowy oczekiwany rezultat, którego tam nie było, jest zmianą zakresu, a wynik sprzeczny z zapisanym rezultatem zostaje wadą także bez osobnego zdania o tym przypadku.

Trzecia lista już poszła, a duplikat dalej zakłada drugą kartę. Co z tego wynika?

Duplikat, który dalej łamie zapisane zdanie, zostaje tą samą niezgodnością. Po poprawce przetwarzasz te same dwa maile jeszcze raz. Przypomnienie albo dodatkowy odbiorca po trzeciej liście idą na osobną wycenę.

Czy demo puszczone przez dostawcę wystarczy do podpisu?

Demo pokazuje przebieg prowadzony przez osobę, która system składała. Do protokołu wchodzi test, który przeprowadzasz samodzielnie, z danymi, które sam wkleiłeś, i z wynikiem przy numerze karty. W tym teście sprawdź też mail bez adresu i przerwaną wysyłkę.

Wada duplikatu i pomysł z przypomnieniem wyszły jednego dnia. Co podpisać?

Podpis potwierdza, że uzgodniony zakres przeszedł testy odbioru. Duplikat łamiący zapisane zdanie zostaje na liście do poprawki i do powtórki. Przypomnienie, którego w SOW nie było, zapisujesz na osobnej notatce i wyceniasz mailem, gdy opiszesz, do kogo i kiedy ma wyjść.

Instrukcja ma przyjść po odbiorze. Podpisywać w dniu spotkania?

Przekazanie jest częścią odbioru. W dniu podpisu leżą instrukcja, granice, koszty, ograniczenia, punkt kontaktu i kartka: co da się cofnąć, co zostaje na zewnątrz, jak postępujesz po błędzie. Brak instrukcji zgłaszasz w terminie na zgłoszenie niezgodności. Podpis bez niej zostawia wynik ze spotkania, na którym klikał ktoś z ekipy dostawcy.

Źródła

  • rfc-editor.org: sekcja 4.5.3.2.6 opisuje przerwanie po przyjęciu wiadomości, zanim nadawca dostanie potwierdzenie. Ponowienie w tym momencie może skończyć się drugą kopią. Sam brak identyfikatora na karcie nie wystarcza, żeby kliknąć jeszcze raz. Sekcja 6.1: przyjęcie wiadomości do wysłania nie wyklucza późniejszego błędu doręczenia. (sprawdzone 2026-10-04)
  • rfc-editor.org: sekcja 3.6.4, identyfikator służy do rozpoznania wiadomości. Nie jest potwierdzeniem, że odbiorca ją dostał. (sprawdzone 2026-10-04)
Wróć na początek ↑
// next

Najprościej zacząć od diagnozy.

W pół godziny rozmowy usłyszysz konkretną odpowiedź: gdzie w Twojej firmie system zdejmie najwięcej ręcznej pracy.

UMÓW BEZPŁATNĄ DIAGNOZĘ →[ ← wróć na bloga ]
Odbiór wdrożenia AI: kryteria, testy i wada | Kuliberda Labs