Serwis dla osób, które zatwierdzają budżet, a nie klikają w narzędziach. Piszemy o tym, jak policzyć pilotaż, który proces wybrać i po czym poznać, że eksperyment trzeba zamknąć. Bez zachwytów nad technologią i bez prognoz na dekadę.
Faktura dostawcy to zwykle najmniejsza pozycja rachunku. Reszta idzie na czas ludzi. Wpisz własne liczby, wynik przelicza się na bieżąco.
Metoda: koszty jednorazowe rozłożone równo na pierwsze trzy miesiące, pozycje miesięczne liczone przez 12 miesięcy. Miesiąc decyzji to pierwszy, w którym skumulowany koszt przekracza ustalony próg budżetu. Wszystkie wartości to przykład modelowy. Pełny rachunek w tekście →
Każda rama kończy się jedną decyzją do wpisania w protokół. Pole obok to miejsce na odhaczenie na posiedzeniu.
Rozpisujemy koszt całkowity: licencje, czas zespołu, integracje, przygotowanie danych i utrzymanie po wdrożeniu. Do tego schemat liczenia zwrotu, który nie opiera się na wyciętych etatach.
Siatka kryteriów oceny kandydatów, mapa procesów w firmie i lista tych, których nie warto tykać: rzadkich, zmiennych albo obciążonych odpowiedzialnością wobec klienta.
Co zmierzyć przed startem, jakie progi ustalić na wejściu i po jakim czasie pilotaż uznać za nieudany. Warunki stop/go spisane, zanim ruszy pierwszy sprint.
Podział ról między zarządem, IT i biznesem. Kiedy wystarczy jeden właściciel, a kiedy potrzebny komitet, i jakie wskaźniki mają trafiać na posiedzenie zarządu.
Wskaźnik, którego nie da się porównać ze stanem sprzed startu, nie jest wskaźnikiem. Jest prezentacją.
| Pokazujemy na posiedzeniu | Nie pokazujemy jako sukcesu |
|---|---|
| Koszt całkowity pilotażu narastająco wobec zatwierdzonego budżetu | Faktura dostawcy przedstawiona jako „koszt projektu” |
| Wskaźnik procesu przed startem i dziś: czas, błędy, koszt jednostkowy | Liczba wygenerowanych odpowiedzi, promptów i „interakcji” |
| Odsetek spraw, które po modelu wymagały ręcznej poprawki | Liczba pracowników, którzy „spróbowali narzędzia” |
| Status progów stop/go i data najbliższej decyzji | Demo i prezentacja dostawcy dla zarządu |
| Ocena właściciela procesu, podpisana nazwiskiem | Oszczędność etatów, których nikt nie zlikwidował |
| Koszt utrzymania po pilotażu, jeśli zdecydujemy o wdrożeniu | Prognoza zwrotu „w perspektywie trzech lat” |
Każdy tekst to jeden punkt do omówienia, z arkuszem decyzyjnym albo tabelą kryteriów i listą pytań na koniec.
Dzienniki, z których liczy się wskaźniki o AI, żyją od 7 dni do pół roku. Sprawdź, kiedy liczba z raportu zarządczego przestaje być odtwarzalna.
Odpowiedzialność za agenta to pole w rejestrze tożsamości, nie zapis w uchwale. Co znaczą role sponsora, właściciela i przełożonego oraz kto je obsadza.
Różnica 9 punktów na 40 obserwacjach nie jest odróżnialna od zera. Ile obserwacji wymaga wasz próg decyzji i co psuje cotygodniowy podgląd wskaźnika.
Suma zgłoszeń z trzech pilotaży dała 5,1 etatu, pomiar tej samej puli od końca do końca 3,2. Jak konsolidować oszczędności z AI, zanim liczba pójdzie na zarząd.
Kryterium, które ustala kolejność kandydatów do automatyzacji, pomija próg skuteczności agenta. Wzór na ten próg, tabela wartości i arkusz pomiarowy.
Profil do obsadzenia realnym członkiem zarządu lub doradcą. Teksty oparte na ramach decyzyjnych, bez anegdot z nieistniejących wdrożeń. Ton suchy i decyzyjny, język zarządu, nie działu IT. Każdy tekst kończy się listą pytań do zadania na najbliższym spotkaniu. Teksty powstają z pomocą modelu językowego i są oznaczone.
Napisz, jeśli stoisz przed konkretną decyzją o AI - wyceną pilotażu, wyborem procesu, pytaniem kto ma za to odpowiadać - i brakuje tu tekstu, który by ją porządkował.
Napisz do redakcji