blog · dla korpo · 28 lipca 2026 · 10 min czytania

Proof of concept dla zarządu: jak przygotować pilota, który obroni budżet

Pilot, który nie obronił budżetu, prawie nigdy nie przegrywa dlatego, że narzędzie nie zadziałało. Przegrywa, bo po czterech tygodniach nikt nie potrafi jednym zdaniem powiedzieć, co się właściwie udowodniło. Zespół chwali nową aplikację, dyrektor pyta o liczby, a jedyne, co jest na stole, to dobre wrażenia i lista pomysłów na przyszłość. Na posiedzeniu brzmi to jak „ciekawie, wróćmy do tego po analizie”.

To jest problem projektowy, nie technologiczny, i rozwiązuje się go przed startem, nie po. Pilot obroni budżet wtedy, gdy zanim ruszy pierwsza godzina pracy, na jednej kartce stoją trzy rzeczy: jeden proces, jedna liczba i jedna data pomiaru. Wszystko inne, łącznie z wyborem technologii, jest wobec tego drugorzędne.

Poniżej rozkładamy to na czynniki pierwsze: jak wybrać proces, jak ustawić miernik i próg, ile taki pilot kosztuje i trwa u nas, jak zamknąć pytania działu prawnego zanim padną, oraz co pokazać na posiedzeniu. Także wtedy, gdy wynik wyjdzie na nie, bo pilot, który mówi „nie”, też jest wart swoich pieniędzy, o ile mówi to w czwartym tygodniu, a nie po roku wdrożenia.

Makieta odpowiada na pytanie o kształt. Pilot odpowiada na pytanie o liczby

Te dwa etapy mylą się w wewnętrznych rozmowach najczęściej, a zdejmują zupełnie inne ryzyka. Warto nazwać je precyzyjnie, bo od tego zależy, czego w ogóle wolno oczekiwać od wyniku.

  • Makieta, 8–10 h: 4 800–6 000 zł netto. Klikalny prototyp, gotowy w tydzień. Sprawdza, czy pomysł jest zrozumiały i wygodny, odpowiada na pytanie „czy tak to ma wyglądać”. Wynikiem są uwagi do konkretnych ekranów, nie pomiar.
  • Pilot, 30 h: 18 000 zł netto. Działające narzędzie dla jednego zespołu, na danych testowych. Odpowiada na pytanie „czy to zmienia liczby”. Wynikiem jest pomiar, nie opinia.
  • Wdrożenie, wycena po pilocie. Dopiero tutaj wchodzi skala, pozostałe zespoły i integracje z systemami centralnymi. Bez pilota ten etap wycenia się na wyczucie, z pilotem na danych z własnej firmy.

Kolejność ma konsekwencje finansowe. Makieta i pilot razem to 24 000 zł netto i kilka tygodni kalendarza. To jest cena informacji, czy warto uruchamiać wdrożenie, a nie cena systemu. Na żadnej z tych bramek nie podpisujecie zobowiązania na następną, a kod, dokumentacja i pełne prawa majątkowe zostają u Was po każdym etapie.

Wybierz proces, który da się policzyć

Najczęstszy błąd popełnia się w pierwszym tygodniu: do pilota trafia proces najbardziej bolesny zamiast najbardziej mierzalnego. Ból jest świetnym argumentem w kuluarach i bardzo słabym w protokole z posiedzenia. Dobry kandydat na pilota spełnia pięć warunków:

  • Powtarza się często – co najmniej kilkadziesiąt razy w tygodniu. Proces uruchamiany raz na kwartał nie da w cztery tygodnie żadnej próbki, a bez próbki nie ma wyniku.
  • Zostawia dziś jakiś ślad – arkusz, skrzynka, rejestr, choćby zeszyt. Jeśli coś już jest zapisywane, macie punkt odniesienia bez dodatkowej pracy.
  • Mieści się w jednym zespole – jeden właściciel, jeden kalendarz, jedna decyzja o starcie. Proces przechodzący przez trzy działy to nie pilot, to wdrożenie w przebraniu.
  • Ma właściciela, który tego chce – osobę, dla której nowe narzędzie jest ulgą, a nie dodatkowym obowiązkiem. Bez niej pilot cicho umiera w trzecim tygodniu, bo wszyscy wracają do starego arkusza.
  • Nie wymaga integracji na wejściu – w pilocie dane mogą wchodzić ręcznie albo z pliku. Podpięcie do systemu centralnego to osobna rozmowa z IT i osobny kalendarz, którego nie kontrolujecie.
Jeśli proces nie zostawia dziś żadnego śladu, poświęćcie pierwsze dni na pomiar stanu wyjściowego: ile zgłoszeń tygodniowo, ile minut na jedno, ile trzeba poprawiać. Bez tej liczby na końcu nie będzie z czym porównać, a „wydaje się szybciej” nie jest argumentem, który przechodzi przez posiedzenie.

Trzy liczby ustalone przed pierwszą godziną pracy

To jest cała różnica między pilotem, który kończy się decyzją, a pilotem, który kończy się kolejnym spotkaniem. Trzy liczby, zapisane zanim ktokolwiek zacznie pracę:

  • Miernik: jeden, nie pięć. Średni czas obsługi jednej sprawy, liczba pomyłek wymagających poprawki albo liczba wiadomości potrzebnych do zamknięcia tematu. Pięć mierników naraz gwarantuje, że przynajmniej jeden wypadnie źle i zdominuje dyskusję.
  • Próg: co uznajecie za wynik pozytywny. „Skrócenie średniego czasu obsługi o jedną czwartą” to próg. „Usprawnienie procesu” to nie próg, tylko intencja.
  • Data pomiaru: konkretny dzień. Ustawiony wstecz od terminu posiedzenia, z zapasem na policzenie wyniku. Pomiar dorabiany po fakcie zawsze brzmi podejrzanie, nawet gdy jest uczciwy.

Rachunek, który z tego wychodzi, robi się prosty. Przykład z liczbami do podmienienia na własne: zespół obsługuje 120 zgłoszeń tygodniowo, średnio po 20 minut, czyli 40 godzin pracy w tygodniu. Cel pilota to skrócenie o jedną czwartą, a więc odzyskanie 10 godzin tygodniowo, około 43 godzin miesięcznie. Przy koszcie godziny pracy zespołu na poziomie 60 zł to 2 580 zł miesięcznie, czyli 18 000 zł za pilota wraca w mniej więcej 7 miesięcy. Ten rachunek nie musi być efektowny, musi być Wasz i policzony przed startem, a nie po.

Pilot obejmuje zespół obsługi zgłoszeń serwisowych (11 osób) i jeden proces: od przyjęcia zgłoszenia do jego zamknięcia. Miernik: średni czas obsługi jednego zgłoszenia. Punkt wyjścia z ostatnich czterech tygodni: 20 minut. Wynik pozytywny: 15 minut lub mniej, mierzone 24 września na próbce z dwóch tygodni. Koszt: 18 000 zł netto, bez zobowiązania na kolejne etapy. Jeśli próg nie zostanie osiągnięty, rekomenduję zamknięcie tematu.

Wzór akapitu do wniosku o budżet. Najważniejsze jest zdanie ostatnie: warunek porażki wpisany własnoręcznie buduje wiarygodność wszystkiego, co stoi powyżej.

Jeden zespół, dane testowe, kilka tygodni kalendarza

Pilot na 30 godzin to nie jest miniatura wdrożenia, tylko osobny gatunek pracy: wąski zakres zrobiony porządnie, zamiast szerokiego zrobionego na skróty. W praktyce wygląda to tak:

  • Start do 24 h od zakupu godzin – projekt bierze konkretny inżynier, dostajecie termin pierwszej rozmowy. Nie ma etapu „czekamy na wolne moce”.
  • 30 godzin pracy, typowo 2–3 tyg. kalendarzowe – w saldzie ląduje 31,75 h, bo bonus rośnie razem z liczbą wykupionych godzin. Postęp widać w panelu: estymata przed startem, log godzin na żywo, akceptacja etapu.
  • Dane syntetyczne domyślnie – pilot pracuje na realistycznych, ale zmyślonych danych. Dane produkcyjne wchodzą wyłącznie na podstawie osobnej umowy powierzenia, z określonym zakresem i celem.
  • Hosting do wyboru – Wasza serwerownia, Wasza chmura firmowa albo nasze środowisko zarządzane. To Wasza decyzja, nie warunek współpracy.

Formalności zamykają się równie wcześnie. NDA obowiązuje od pierwszej wiadomości, bo wynika z regulaminu, a nie z dobrej woli; indywidualną podpisujemy w 24 h. Fakturę VAT wystawia aveneo, software house działający od 2008 roku, więc rejestracja dostawcy przebiega standardową ścieżką. Kod i pełne autorskie prawa majątkowe przechodzą na Was po każdym etapie, razem z paczką przekazania: repozytorium z pełną historią zmian, dokumentacja, testy automatyczne i opis uruchomienia. Jeśli Wasze IT woli, żeby praca od pierwszej godziny szła w jego standardach, tak też można.

Zanim dział prawny zapyta pierwszy raz, wyślij trzy zdania: dane w pilocie są syntetyczne, NDA obowiązuje od pierwszej wiadomości, prawa majątkowe do kodu przechodzą na nas po każdym etapie. Ta wiadomość zamyka zwykle całą wstępną korespondencję, a pytania, które zostaną, dostajesz od razu na piśmie, zamiast dowiadywać się o nich tydzień przed posiedzeniem.

Piętnaście minut na posiedzeniu: liczba, ekran, wniosek

Wystąpienie po pilocie ma inną konstrukcję niż wystąpienie z pomysłem. Nie budujesz napięcia, tylko podajesz wynik i zostawiasz czas na pytania. Cztery elementy w tej kolejności:

  • Liczba na wejściu – jedno zdanie: było 20 minut, jest 14, próg wynosił 15. Reszta wystąpienia tylko to uzasadnia, a nie odkrywa.
  • Ekran zamiast slajdu – telefon albo laptop z narzędziem, jeden przepływ od początku do końca. Trzy minuty wystarczą, żeby przestać mówić o koncepcji.
  • Zdanie zespołu – jedna wypowiedź osoby, która na tym pracowała, koniecznie z jedną uwagą krytyczną. Pilot bez ani jednego zastrzeżenia brzmi jak prezentacja sprzedażowa.
  • Wniosek z ceną i warunkiem – czego dotyczy kolejny etap, ile kosztuje, co ma udowodnić i po czym poznacie, że się nie udało.

Zdarza się, że wynik wypada poniżej progu. To nie jest porażka projektu, tylko jego najtańszy możliwy koniec: zamknięty temat kosztował 18 000 zł zamiast wdrożenia liczonego w setkach tysięcy i roku pracy organizacji. Menedżer, który raz przyszedł na posiedzenie z rekomendacją „nie robimy tego, oto dlaczego”, następnym razem ma znacznie mocniejszy głos, gdy mówi „robimy”. Warunek porażki wpisany na starcie działa dokładnie w tę stronę.

Rachunek, który zostaje na stole

Cała ścieżka od pomysłu do decyzji o wdrożeniu wygląda w liczbach tak: makieta 4 800–6 000 zł netto, pilot 18 000 zł netto, produkt dla szerszego grona 60 h: 36 000 zł netto, wszystko przy jednej stawce 600 zł netto za godzinę, bez wyceny projektowej i bez kosztów wstępnych analiz. Zatrzymać się można po każdym etapie, a niewykorzystane godziny z salda nie przepadają.

Najtrudniejsza część tej układanki nie jest po naszej stronie. Jest w jednym akapicie, który napiszecie przed startem: jeden proces, jeden miernik, jeden próg, jedna data. Pilot bez tego akapitu potrafi być technicznie udany i budżetowo bezużyteczny. Pilot z tym akapitem broni się sam, bo na posiedzeniu nie musicie przekonywać nikogo do wizji. Wystarczy przeczytać wynik.

Wolisz liczby na własnym projekcie?

Pobierz one-pager dla przełożonego

wszystkie wpisy