Czas wdrożenia AI w małej firmie zależy od warunków, które trzeba spełnić przed kolejnym krokiem: jasności procesu, dostępu do danych i kont, integracji, decyzji właściciela, testów na prawdziwych sprawach i okna odbioru. Harmonogram wdrożenia AI pokazuje, która z tych rzeczy na kogo czeka.
Przykład niżej jest hipotetyczny. Firma usługowa, osiem osób, zbiera prośby o termin przez formularz na stronie. Biuro zakłada kartę w arkuszu, właściciel zatwierdza dzień, a mail do klienta wychodzi po jego kliknięciu. Sezon zaczyna się u nich, gdy po zimie wracają telefony o montaż. Właściciel dostaje w ofercie jedną datę i chce wiedzieć, czy tego dnia formularz, karta i akceptacja działają na zgłoszeniach, które wtedy przychodzą.
Proces, który da się przeczytać współpracownikowi
Właściciel dyktuje dzień z samochodu, biuro czeka z kartą, a monter na miejscu zdąży obiecać klientowi czwartek, zanim ktokolwiek otworzy arkusz. Najpierw trzeba uzgodnić jeden przebieg procesu.
Na zgłoszeniu widać początek: adres, telefon i rodzaj usługi. Koniec to jedna karta, szkic dnia i wysyłka po kliknięciu. W tym samym opisie mieszczą się zgłoszenie bez adresu, drugi mail w tej samej sprawie i dzień, który monter zajął już u kogoś innego.
Taki opis powstaje przy mapowaniu procesów w firmie. Biuro przygotowuje go na podstawie zgłoszeń z zeszłego sezonu i sprawdza na próbce, zanim poprosi o datę budowy. Jedna osoba potwierdza, że tak firma robi.
Konto, kod i próbka zgłoszeń
Arkusz jest na koncie biura. Kod do skrzynki, z której ma iść mail do klienta, przychodzi na telefon jednej osoby, a hasło do formularza leży w wiadomości sprzed roku, u kogoś z rodziny. Oferta wymienia jeszcze kalendarz monterów i program faktur, bez osoby odpowiedzialnej i bez sprawy testowej.
Dostęp testowy do skrzynki zakłada osoba, która odbiera kod. Próbkę zgłoszeń wyciąga biuro. Przy kalendarzu zostaje adnotacja, czy w ogóle wchodzi do zakresu.
Gdy osoba od kodu jest niedostępna do startu sezonu, podłączenie skrzynki czeka na nią. Kartę, szkic i regułę kliknięcia spisujesz, zanim skrzynka odpowie. Druga skrzynka, dopisana w trakcie, bo reklamacje „też by się przydały”, jest nowym kontem i nowym zakresem. Wycena idzie osobno. Dopytujesz, czy jej termin rusza pierwszą skrzynkę.
Zapis, który wychodzi na zewnątrz
Formularz i arkusz są u właściciela. Kalendarz monterów siedzi w aplikacji, do której dostawca potrzebuje konta i opisu uprawnień. Faktury są u księgowej. Księgowa nie godzi się, żeby z karty cokolwiek szło dalej samo.
Przy zapisie na zewnątrz umowa nazywa osobę, która akceptuje, sprawę, na której to sprawdzicie, i sposób cofnięcia, gdy zapis wyjdzie zły. Kliknięcie właściciela przed mailem do klienta jest taką akceptacją.
W przykładzie w zakresie są formularz, karta, szkic dnia i mail po kliknięciu. W trakcie testu właściciel mówi, że skoro karta już jest, system ma wystawić z niej proformę. To nowa integracja. Dostawca odsyła wycenę mailem, gdy wiadomo, jaki dokument ma powstać i kto go puszcza. Proforma zostaje zmianą zakresu. Dopytujesz, czy rusza datę formularza i karty.
Na tym samym teście wychodzi wada. SOW, czyli opis zakresu podpisany przed budową, mówi, że zgłoszenie bez adresu nie dostaje dnia i nie wychodzi do klienta. Karta bez adresu proponuje czwartek. Niezgodność z uzgodnionym zakresem zgłaszasz w oknie odbioru wpisanym w umowę. Termin poprawki bierzesz z tej samej umowy.
Listę niezgodności i powtórkę tej samej sprawy opisuje tekst o odbiorze wdrożenia AI.
Decyzja właściciela w trakcie budowy
W trakcie budowy dostawca prowadzi listę decyzji i założeń. W przykładzie pada pytanie, czy brak telefonu zatrzymuje kartę tak samo jak brak adresu. Właściciel jest na montażach i odpisuje po powrocie, więc ta część prac czeka. Jeśli praca ma iść dalej, na liście zostaje założenie: kto je przyjął i czego dotyczy.
Założenie, które zmienia ustalony rezultat, sposób działania lub kanał kontaktu, przechodzi w zmianę zakresu. Wycena idzie mailem, po nazwaniu dodatku. W SOW wpisujesz drugą osobę do potwierdzania wyjątków na czas montaży. Bez tej osoby potwierdzanie wyjątków czeka, aż właściciel wróci z montaży.
Zgłoszenie z żywej skrzynki
Ul. Testowa 1 przechodzi na pokazowym zgłoszeniu. W skrzynce z sezonu leżą przekierowany mail, dwa urządzenia w jednej wiadomości, brak telefonu, PDF ze zdjęciem instalacji i klient, który pisze drugi raz.
Na teście dostawca sprawdza zwykły przebieg, typowe wyjątki i granice uprawnień. Ty odpalasz sprawy z próbki sam i zapisujesz, co weszło, co wyszło i czy klient dostał maila.
Wyjątek, którego nie było w uzgodnionym zakresie, wymaga dodatkowego ustalenia i może wydłużyć prace. Niezgodność z tym zakresem zgłaszasz w uzgodnionym oknie odbioru. Do kiedy ma być poprawiona, sprawdzasz w umowie.
Data obok konkretnej sprawy
Przy terminie w harmonogramie widać efekt, warunek startu i osobę odpowiedzialną za spełnienie warunku. Ukończenie etapu potwierdzasz testem. W przykładzie testem jest jedna karta i brak maila, gdy w zgłoszeniu nie było adresu.
Karta rusza, gdy biuro przyniesie opis procesu i zeszłoroczne zgłoszenia. Wysyłka czeka na dostęp do skrzynki od osoby z telefonem i na zrobiony test na próbce. Przy dacie końca umowa podaje, do kiedy odpalasz prawdziwe sprawy i w jakim oknie zgłaszasz niezgodność z uzgodnionym zakresem. Termin poprawki stoi w tej umowie osobno. Jak go nie ma, dopytujesz przed wpisaniem uruchomienia.
Kolejność od pierwszej rozmowy do przekazania jest w tekście o tym, jak wygląda wdrożenie AI w małej firmie. Zapowiedź z rozmowy wymaga dopytania. Do uruchomienia przed sezonem bierzesz datę, która w papierze stoi przy nazwanym zakresie i przy warunkach widocznych na zgłoszeniu.
Gdzie Kuliberda Labs wpisuje datę
Kuliberda Labs zapisuje harmonogram budowy w Mapie + Spec, razem z zakresem, ryzykami i kryteriami odbioru, gdy proces, integracje albo ryzyko nie pozwalają bezpiecznie wycenić budowy od razu. Przy jasnym zakresie i niskim ryzyku wycena Asystenta AI albo prostej Automatyzacji AI powstaje bez tego kroku. SOW ma stałe okno odbioru i najwyżej trzy skonsolidowane listy niezgodności tego samego zakresu. Gwarancja Kuliberda Labs trwa 30 dni od odbioru i obejmuje naprawę wady w zaakceptowanym zakresie.
Jeśli przed sezonem chcesz zobaczyć, które warunki masz już nazwane, umów bezpłatną diagnozę 30 minut.
Najczęstsze pytania
Czy data w ofercie ma sens, gdy ludzie robią ten sam proces inaczej?
Przy kilku zwyczajach data w ofercie dotyczy prac nad jednym opisem: początek, koniec, wyjątki i osoba, która ten opis potwierdza. Formularz, karta i mail po kliknięciu czekają na ten opis, na konta i na test. Próbka zgłoszeń z zeszłego sezonu skraca spór, bo wyjątki wychodzą ze starych maili.
Co z harmonogramem, gdy kod do skrzynki odbiera jedna osoba?
Wysyłka do klienta czeka na tę osobę albo na dostęp testowy, który ona założy. Kartę i wyjątki spisujesz na próbce zgłoszeń, jeszcze przed dostępem do skrzynki. W harmonogramie opis karty ma inny warunek startu niż wysyłka.
Czy odbiór na porządnym, wymyślonym zgłoszeniu wystarczy przed sezonem?
Czyste zgłoszenie z pokazu przechodzi zwykły przebieg. W oknie odbioru odpalasz sprawy z brakami, z duplikatem i z momentem kliknięcia, a niezgodności zbierasz wobec zdań z SOW. Prośba dopowiedziana na teście, której w SOW nie było, dostaje własną wycenę. Jej wpływ na podpisaną datę ustalisz z dostawcą.
Dostawca wpisał jedną datę końca. Co przy niej sprawdzić?
Przy dacie końca mają być widoczne warunek startu, osoba odpowiedzialna za jego spełnienie i test, którym potwierdzasz ukończenie etapu, na przykład karta bez maila, gdy w zgłoszeniu brakuje adresu. Okno w umowie mówi, do kiedy zgłaszasz niezgodności, a termin poprawki sprawdzasz osobno. Gdy brakuje którejś informacji, dopytujesz, zanim zaplanujesz uruchomienie przed sezonem.
Nowa prośba na teście przesuwa podpisaną datę?
Nowa integracja, na przykład proforma z programu księgowego, dostaje wycenę mailem. Z dostawcą ustalisz, czy to przesuwa podpisaną datę reszty prac. Niezgodność z uzgodnionym zakresem zgłaszasz w oknie odbioru, a termin poprawki sprawdzasz w umowie. Kolejny proces ma osobny harmonogram i osobną wycenę.
Wróć na początek ↑