Kartę projektu cyfryzacji przygotujesz, łącząc problem procesu z planowaną zmianą, zadaniami, pomiarem i kosztami. Poniższy przykład pokazuje tę zależność na jednej hurtowni: od ręcznego przepisywania zamówień do uporządkowanej integracji systemów. Traktuj go jako wzór sposobu myślenia, a nie gotowy wniosek. Liczby pomagają sprawdzić spójność planu, ale w swojej firmie zastąpisz je pomiarami, wycenami i warunkami wybranego konkursu, bez kopiowania niepotwierdzonych założeń.
Tekst jest dla małej firmy planującej zmianę procesu sprzedaży. Nie opisuje projektu, który otrzymał finansowanie, ani nie potwierdza kwalifikowalności integracji w konkretnym programie.
Założenia przykładu
Przykład edukacyjny — dane fikcyjne. Cała karta hurtowni, jej obserwacje, role i koszty zostały wymyślone do nauki planowania. Zachowuje liczby z przykładu w poradniku o dziesięciu krokach przygotowania wniosku.
| Element | Przyjęte założenie |
|---|---|
| Firma | Mała hurtownia obsługująca zamówienia stałych klientów |
| Proces | Przenoszenie kompletnych danych z wiadomości do systemu sprzedaży |
| Baza | 40 porównywalnych zamówień; średnio 12 minut ręcznej rejestracji |
| Cel roboczy | Średnio najwyżej 5 minut na zamówienie po zmianie |
| Zakres | Analiza procesu, konfiguracja i integracja, testy oraz szkolenie |
| Czas | M1–M4 realizacja wdrożenia; M5 pomiar |
| Wydatki | 80 000 zł pełnych kwot do zapłaty |
| Finansowanie | Wariant bez dotacji oraz czysto rachunkowy wariant 40 000 zł refundacji |
Kwoty nie są ofertami ani cenami rynkowymi. Nie ustalono kwalifikowalności pozycji, stawki wsparcia, podatkowej sytuacji VAT ani rzeczywistego naboru dla hurtowni. Uproszczone przepływy pomijają późniejsze odzyskanie VAT, koszty finansowania i utrzymania; te zagadnienia trzeba dodać do analizy rzeczywistej firmy.
1. Stan początkowy: gdzie powstaje praca
Klient przesyła kompletne zamówienie w wiadomości. Operator odczytuje dane i przepisuje je do systemu sprzedaży. W fikcyjnym pomiarze 40 zamówień średni czas tej czynności wynosi 12 minut. Obserwacja obejmuje rejestrację danych; nie obejmuje oczekiwania na brakujące informacje, kompletowania towaru ani transportu.
To rozróżnienie jest potrzebne, ponieważ projekt zmienia tylko fragment procesu. Nie można na podstawie pomiaru rejestracji ogłosić skrócenia całej realizacji zamówienia. Nie wiadomo także, czy podobny wynik dotyczyłby zleceń wyjątkowo złożonych albo okresu zwiększonej liczby zamówień.
W rzeczywistej firmie dowodem powinien być arkusz z czasami, typami zamówień i datami obserwacji. Dołącz instrukcję rozpoczęcia oraz zakończenia pomiaru. Sprawdź, czy próba odpowiada procesowi objętemu projektem i czy dane nie pomijają przypadków istotnych dla wdrożenia.
Roboczy opis problemu brzmi: „Ręczne przenoszenie kompletnych danych zamówienia zajmuje operatorom czas, który firma chce przeznaczyć na obsługę wyjątków i kontakt z klientami”. Druga część jest planem wykorzystania czasu, a nie już osiągniętym wynikiem. Nie przyjmujemy wzrostu sprzedaży ani redukcji zatrudnienia.
2. Cel: zmiana jednego procesu
Firma przyjmuje roboczy cel: średni czas ręcznej rejestracji porównywalnego zamówienia ma wynosić najwyżej 5 minut w pierwszym pełnym miesiącu po uruchomieniu. Osiągalność wymaga sprawdzenia w teście. Cel nie wynika z regulaminu konkursu ani z rzeczywistej specyfikacji dostawcy.
Różnica między bazą a celem to 12 − 5 = 7 minut. Względna redukcja wynosi 7 / 12 × 100, czyli około 58,3%. Dla próby 40 zamówień odpowiada to 280 minutom mniej ręcznej pracy, jeśli porównujemy identyczny zakres czynności. Nie przeliczamy tego na miesięczny zysk, ponieważ nie przyjęliśmy liczby zamówień w miesiącu ani kosztu czasu.
Granice projektu obejmują rejestrację danych i obsługę wyjątków związanych z integracją. Nie obejmują nowego magazynu, zakupu floty ani zmiany wszystkich systemów firmy. Wyraźny zakres chroni budżet i harmonogram przed dopisywaniem potrzeb niezwiązanych z głównym celem.
3. Rozwiązanie: najpierw wymagania, potem integracja
Hurtownia porównuje trzy możliwości: pozostawienie obecnej pracy z uproszczoną procedurą, zmianę całego systemu oraz integrację istniejących narzędzi. W fikcyjnym scenariuszu wybiera integrację połączoną z uporządkowaniem danych. Zakłada, że istniejący system sprzedaży nadaje się do dalszego wykorzystania; to założenie wymaga technicznego sprawdzenia.
Wybór ogranicza zakres zmiany, lecz tworzy zależność od dostępu do obecnych systemów. Nie jest uniwersalną rekomendacją: w innej firmie koszty połączenia i ograniczenia starszego rozwiązania mogą uzasadniać wymianę. Przed podjęciem decyzji przygotuj porównywalne zakresy, koszty utrzymania i konsekwencje dla operatorów.
Zadanie pierwsze obejmuje mapę procesu, wymagania, zasady danych i przypadki testowe. Zadanie drugie to konfiguracja i połączenie systemów według zaakceptowanego zakresu. Zadanie trzecie obejmuje testy, poprawki, szkolenie oraz uruchomienie. Pomiar końcowy wykonuje kierownik sprzedaży w ramach pracy firmy, bez nowej pozycji uproszczonego budżetu.
Koordynator po stronie firmy odpowiada za kontakt z dostawcą i dostęp do systemów. Kierownik sprzedaży akceptuje wymagania oraz wynik procesu. Operatorzy uczestniczą w testach i szkoleniu. Role są fikcyjne; w swojej firmie sprawdź dostępność, uprawnienia i zastępstwa zamiast kopiować stanowiska.
4. Harmonogram: pięć miesięcy z zależnościami
| Okres | Działanie | Warunek wejścia | Wynik do sprawdzenia |
|---|---|---|---|
| M1 | Analiza i wymagania | Dostęp do opisu procesu i próbki danych | Uzgodniona mapa, zakres integracji i scenariusze |
| M2–M3 | Konfiguracja i integracja | Akceptacja wymagań i dostęp techniczny | Rozwiązanie gotowe do testów |
| M4 | Testy, poprawki, szkolenie, uruchomienie | Konfiguracja oraz dane testowe | Odbiór i przygotowanie operatorów |
| M5 | Pomiar po uruchomieniu | Pełny miesiąc pracy i zachowana metoda | Arkusz 40 porównywalnych zamówień |
M1 nie jest czasem na samą deklarację zakupu. W tym miesiącu firma sprawdza także dostęp techniczny i jakość danych. Bez tych warunków rozpoczęcie integracji mogłoby zwiększyć ryzyko poprawek. M4 obejmuje czas na poprawki po teście; nie zakłada odbioru bez uwag pierwszego dnia.
Warunek uruchomienia w przykładowym planie obejmuje przejście 10 uzgodnionych scenariuszy bez błędów blokujących. Błąd blokujący oznacza brak możliwości poprawnego zapisania zamówienia lub niewłaściwe przeniesienie istotnych danych. Liczba 10 jest założeniem dydaktycznym; realny zestaw powinien odpowiadać funkcjom, wariantom i ryzykom rozwiązania.
Szkolenie obejmuje operatorów wskazanych przez firmę oraz obsługę wyjątków. Nie przyjmujemy fikcyjnej liczby uczestników. Rzeczywisty plan wymaga listy osób, terminów i sposobu sprawdzenia, czy potrafią wykonać czynności. Sam protokół uruchomienia nie potwierdza umiejętności zespołu.
5. Wskaźniki: odbiór i efekt osobno
| Miernik wewnętrzny | Baza | Cel | Sposób sprawdzenia |
|---|---|---|---|
| Odebrana integracja | 0 | 1 | Protokół odnoszący się do uzgodnionego zakresu |
| Scenariusze bez błędu blokującego w teście odbiorowym | Nie dotyczy przed rozwiązaniem | 10 z 10 | Karty testów z wynikami i poprawkami |
| Średni czas ręcznej rejestracji | 12 min | Najwyżej 5 min | Pomiar 40 porównywalnych zamówień w M5 |
To mierniki zarządcze wymyślone dla karty. Nie są katalogiem wskaźników dotacji. Po wyborze konkursu trzeba ustalić oficjalne nazwy, definicje, terminy i dokumenty, a następnie zapewnić zgodność z formularzem.
Protokół odbioru dowodzi wykonania określonego zakresu. Pomiar czasu dowodzi wyniku w badanej próbie. Żaden dokument nie zastępuje drugiego. Przy obu zachowaj dane umożliwiające odtworzenie ustalenia. Jeśli czas końcowy przekroczy cel, sprawdź przyczyny i wpływ na zobowiązania, zamiast usuwać wolniejsze zamówienia z próby.
6. Budżet i pieniądze w czasie
| Zadanie | Pełna kwota do zapłaty | Założony rozkład płatności |
|---|---|---|
| Analiza procesu i wymagań | 10 000 zł | M1: 10 000 zł |
| Konfiguracja i integracja | 60 000 zł | M2: 30 000 zł; M3: 30 000 zł |
| Testy i szkolenie | 10 000 zł | M4: 10 000 zł |
| Razem | 80 000 zł | 10 000 + 30 000 + 30 000 + 10 000 |
Firma bez dotacji finansuje całe 80 000 zł. W czysto rachunkowym wariancie przyjmujemy 40 000 zł refundacji w M6, po wszystkich płatnościach, bez zaliczki. Wtedy przed zwrotem potrzebuje dostępu do 80 000 zł, a po wpływie poza dotacją pozostaje 40 000 zł. Nie oznacza to dostępności 50% wsparcia ani potwierdzenia warunków płatności jakiegokolwiek programu.
Rzeczywista wycena wymaga porównania zakresów: integracji, migracji, licencji, testów, szkolenia i wsparcia. Roczne utrzymanie i koszty finansowania trzeba policzyć odrębnie, jeśli występują. To, że uproszczony przykład ich nie wycenia, nie oznacza, że firma ich nie poniesie.
Przy planowaniu rzeczywistego finansowania dodaj podatki, terminy należności i scenariusz późniejszego wpływu wsparcia. Nie przeznaczaj całej gotówki na projekt bez sprawdzenia bieżącej działalności. Źródło środków i sposób ich potwierdzenia ustal według właściwego konkursu.
7. Ryzyka i granica dopasowania
Trzy istotne ryzyka tego scenariusza to brak dostępu do systemu, niejednolite dane i niegotowość operatorów. Pierwsze sprawdź w M1 testowym połączeniem. Drugie ogranicz przeglądem próbki oraz regułami danych. Trzecie uwzględnij w szkoleniu i zastępstwach. Właściciel ryzyka powinien znać moment uruchomienia reakcji.
Przy nieudanym teście w M4 firma wykonuje poprawki i ponowne sprawdzenie przed uruchomieniem. Jeśli zagrożony jest M5, koordynator porównuje wpływ na cel i zobowiązania. Nie zakładamy, że dowolne przesunięcie zostanie zaakceptowane przez instytucję.
Karty nie można uznać za wniosek SMART B+R. Regulamin wskazanego naboru wymaga zakresu B+R; przykład opisuje integrację istniejących systemów i nie wykazuje takiego zakresu. PARP, regulamin, § 2. W rzeczywistym wyborze finansowania porównaj plan z dokumentacją, zamiast dopisywać prace badawcze tylko dla nazwy konkursu.
Błędy i korekty
| Błąd | Skutek | Korekta |
|---|---|---|
| Kopiujesz fikcyjne liczby do swojej firmy | Cel nie ma podstawy | Zastąp je pomiarem oraz wycenami |
| Pomiar planujesz w dniu uruchomienia | Nie obejmuje zwykłej pracy | Zaplanuj porównywalny okres po wdrożeniu |
| 40 000 zł udziału poza dotacją uznajesz za pełną potrzebę gotówki | Brakuje pieniędzy przed zwrotem | Policz płatności i wpływy w czasie |
| Integrację nazywasz B+R bez analizy | Opis nie wykazuje wymaganego zakresu | Sprawdź rzeczywisty charakter prac i nabór |
Lista kontrolna własnej karty
- Problem ma dane źródłowe i granice procesu.
- Cel ma uzasadnioną wartość oraz metodę pomiaru.
- Każde zadanie prowadzi do celu i ma właściciela.
- Harmonogram obejmuje testy, poprawki i pomiar.
- Koszty mają zakres oraz rzeczywiste źródła wycen.
- Plan gotówki rozdziela płatności i wpływy.
- Dopasowanie sprawdzono dla konkretnego naboru.
Następny krok
Przepisz samą strukturę karty i uzupełnij ją danymi swojej firmy. Zacznij od opisu problemu i celu; dopiero potem dobieraj rozwiązanie i budżet.
Źródła i zakres aktualności
Źródło odczytano 2 października 2026 r. Wszystkie dane hurtowni są fikcyjne; źródłem liczb jest spójny scenariusz redakcyjny rozwijający przykład z poradnika ogólnego. Nie są to dane przedsiębiorcy, oferty rynkowe ani zaakceptowany projekt.
- PARP, Regulamin wyboru projektów SMART, FENG.01.01-IP.02-003/26, zatwierdzony 25 września 2026 r. — § 2, granica zakresu B+R; bez kwalifikowania fikcyjnej hurtowni do finansowania.