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.
Cena stanowiska bez zmian, rachunek wyższy o kilkadziesiąt procent. Jak działa licznik zużycia, które zapisy umowy o nim decydują i cztery wyjścia, gdy pula maleje w trakcie.
Cztery rzeczy nie mają dostawcy i musicie mieć je własne, niezależnie od tego, co kupicie. Jak rozbić wdrożenie AI na warstwy i gdzie postawić granicę.
Agenci działają, a nadzór nad nimi doszedł komuś do obowiązków bez policzenia godzin. Wzór na koszt nadzoru i lista kontrolna, czy nie jest pozorny.
Praca wejściowa juniorów uczy oceniać jakość, a jest najlepszym kandydatem do automatyzacji. Tabela zadań, rachunek kosztu i cztery wskaźniki do policzenia.
Godziny razy stawka razy dwanaście to nie jest zwrot. Trzy warunki, przy których oszczędność czasu staje się pieniędzmi, i arkusz rachunku netto na jedną stronę.
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