Sprawdź, gdzie AI naprawdę zarabia, zanim kupisz pierwsze narzędzie.

Poziom 1 - Audyt możliwości

Gdzie AI zarabia w Twojej firmie, z kolejnością i wyceną

Dwa tygodnie od startu do decyzji, którą zarząd naprawdę może podjąć: co budować, w jakiej kolejności i ile to jest warte.

• 2 tygodnie od startu do końca
• 4 do 6 wywiadów
• Jeden warsztat, pół dnia
• Bez narzędzi i bez licencji

1. Inwentaryzacja procesów. Przechodzimy pracę tak, jak jest wykonywana, a nie jak opisuje ją mapa procesu. Wolumeny, przekazania, arkusz, który każdy prowadzi po cichu, i akceptacja dokładająca cztery dni.
2. Krótka lista zastosowań. Każdy kandydat oceniony po wartości i wykonalności, łącznie z tymi, których odradzamy. Krótka uczciwa lista bije długą i pochlebną.
3. Liczby za każdym z nich. Godziny dziś, godziny potem, koszt budowy i zwrot, policzone na Twoich wolumenach i stawkach, a nie na benchmarku branżowym.
4. Granice danych i ryzyka. Czego musiałoby dotknąć każde zastosowanie, co to oznacza pod RODO i które opcje odpadają, zanim ktokolwiek się do nich przywiąże.
5. Kolejność budowania. Kolejność wdrażania i uzasadnienie. Pierwsze wdrożenie musi być na tyle małe, żeby je skończyć, i na tyle widoczne, żeby miało znaczenie.
6. Prezentacja dla zarządu. Jedna sesja, pełna argumentacja i odpowiedzi na pytania dyrektora finansowego, zanim zdąży je zadać.

Poziom 2 - Rachunek opłacalności i roadmapa

Krótka lista zamieniona w sfinansowany plan

Dla firm, które z grubsza wiedzą, gdzie leży wartość, i potrzebują domkniętego rachunku, kolejności i realiów integracyjnych.

• 3 do 4 tygodni
• Finanse i IT w pokoju
• Ocena dostawców w zakresie
• Działa po audycie albo od zera

1. Punkt odniesienia, który wytrzyma kontrolę. Obecny koszt i czas cyklu zmierzone, nie oszacowane, żeby liczba po zmianie miała się do czego uczciwie porównać.
2. Zbudować, kupić czy poczekać. Dla każdego zastosowania trzy opcje wycenione obok siebie. Poczekanie jest prawdziwą odpowiedzią i powiemy to, kiedy jest właściwa.
3. Zderzenie z realiami integracji. Co Twoje systemy faktycznie udostępniają, ile kosztuje praca z tym, i które zastosowania po cichu zależą od migracji, której nikt nie zaplanował.
4. Roadmapa z właścicielami. Praca w kolejności, właściciele z nazwiska i zależności między krokami, pocięte tak, że każdy da się anulować bez blokowania następnego.
5. Plan pomiaru. Metryka na zastosowanie, źródło liczby, osoba, która ją czyta, i to, co się dzieje, kiedy liczba nie drgnie.

Poziom 3 - Ład i model operacyjny

Zasady, właściciele i rytm, które przeżyją projekt

Część, która decyduje, czy adopcja przetrwa pierwszy kwartał, w którym nikt nie patrzy.

• 4 do 6 tygodni
• Polityka i materiały szkoleniowe w zakresie
• Warsztaty z prawnym i compliance
• Zaprojektowane do utrzymania bez nas

1. Polityka korzystania. Co wolno, czego nie wolno i co wymaga przeglądu, napisane językiem, którym mówią Twoi pracownicy, a nie rejestrem prawniczym.
2. Przegląd i eskalacja. Gdzie decyzja człowieka pozostaje obowiązkowa, kto ją podpisuje i jak zgłasza się wyjątek bez obchodzenia zasady.
3. Model własności. Kto odpowiada za każdy proces po starcie, za co konkretnie i co się dzieje, kiedy ta osoba zmienia stanowisko.
4. Rytm operacyjny. Cykliczny przegląd, który trzyma wyniki na widoku, z agendą na tyle krótką, że w dziewiątym miesiącu nadal się odbywa.
5. Przekazanie kompetencji. Materiały, z których Twoi ludzie sami uczą kolejnych, żeby kompetencja nie została u tych, którzy akurat byli w pilotażu.

Poziom 1 - Analiza procesu

Jeden proces, zmierzony porządnie, od początku do końca

Dla zespołów, które wiedzą już, który proces boli, i chcą go rozłożyć, zanim cokolwiek na nim stanie.

• 1 do 2 tygodni
• Jeden proces, jeden zespół
• Obserwacja zamiast wywiadów
• Bez zobowiązania do wdrożenia

1. Przejście pracy. Siadamy z osobami, które ją wykonują. To, co twierdzi mapa procesu, i to, co dzieje się we wtorek po południu, rzadko są tym samym dokumentem.
2. Punkt odniesienia w czasie i wolumenie. Zmierzony, nie oszacowany. Bez tego liczba po zmianie jest opowieścią, a nie wynikiem.
3. Tryby awarii. Gdzie proces dziś się psuje, jak często i ile kosztuje poprawianie. Część z tego okazuje się w ogóle nie potrzebować AI.
4. Warianty przeprojektowania. Dwa albo trzy sposoby, w jakie praca mogłaby iść zamiast tego, każdy z kosztem i z tym, co daje w zamian.
5. Rekomendacja. Łącznie z rekomendacją, żeby najpierw naprawić proces, a do modelu wrócić później, kiedy tak właśnie jest.

Poziom 2 - Projekt pilotażu

Pilotaż z tezą, granicą i warunkiem zatrzymania

Zaprojektowany tak, żeby wynik negatywny też był użyteczny, co odróżnia pilotaż od demo.

• 2 do 3 tygodni projektowania
• Kryteria sukcesu ustalone na wejściu
• Na Twoich danych i z Twoim zespołem
• Warunek zatrzymania spisany

1. Teza. Jedno zdanie mówiące, co ten pilotaż ma udowodnić, napisane przed budowaniem i podpisane przez osobę, która za to płaci.
2. Granica zakresu. Co jest świadomie wyłączone i dlaczego. Pilotażu, który rośnie w trakcie pilotażu, nie da się na końcu ocenić.
3. Projekt ewaluacji. Jak oceniana jest jakość wyniku, przez kogo, względem czego i na jakich próbkach. Ustalone przed pierwszym wynikiem.
4. Obsługa danych. Czego pilotaż może dotknąć, jak to jest przechowywane i jak usuwane, uzgodnione z prawnym przed startem, a nie po.
5. Warunek zatrzymania. Wynik, przy którym rekomendujemy zakończenie. Nazwanie go z góry jest tym, co czyni późniejszą odpowiedź wiarygodną.

Poziom 3 - Gotowość do skali

Co musi być prawdą, zanim to pójdzie do wszystkich

Audyt pomiędzy procesem, który działa u jednego zespołu, a procesem, na którym opiera się firma.

• 3 do 4 tygodni
• Z udziałem IT i bezpieczeństwa
• Model kosztów przy pełnym wolumenie
• Dokumentacja przekazania w zakresie

1. Obciążenie i koszt przy wolumenie. Ile proces kosztuje przy dziesięciokrotności wolumenu pilotażu, czyli tam, gdzie cena jednostkowa wyglądająca na groszową przestaje być groszowa.
2. Awaria i plan zapasowy. Co się dzieje, kiedy model jest niedostępny albo się myli, i kto to zauważa. Proces bez planu zapasowego to awaria czekająca na datę.
3. Dostęp i audyt. Kto może uruchomić, kto może zmienić i jaki ślad zostaje. Napisane pod audytora, nie pod nas.
4. Model wsparcia. Gdzie idzie użytkownik, kiedy coś się psuje, i jak ta ścieżka zostaje obsadzona, kiedy projekt ma już datę zakończenia.
5. Pakiet przekazania. Dokumentacja napisana tak, żeby Twój zespół albo inny dostawca utrzymał proces bez dzwonienia do nas.