Opis problemu powinien pokazać, co nie działa, kogo to dotyczy i jakie dane potwierdzają skalę trudności. Cel określa zmianę, którą chcesz osiągnąć, a nie listę zakupów. Zacznij od pomiaru obecnego procesu, następnie ustal oczekiwany wynik i dopiero wtedy dobierz działania. Dzięki temu przygotujesz opis, w którym potrzeba, dowody, cel oraz zakres projektu tworzą logiczną całość, a czytelnik wniosku rozumie powód planowanych wydatków.
Tekst jest dla właściciela małej firmy opisującego projekt inwestycyjny lub organizacyjny. Przedstawia metodę redakcyjną; wymagania pól formularza ustal w instrukcji swojego naboru.
Co zebrać przed pisaniem
- 01ProblemCo dziś nie działa i kogo to dotyczy?
- 02DowodyJakie dane pokazują skalę problemu?
- 03CelJaką zmianę chcesz osiągnąć?
- 04PomiarPo czym poznasz, że zmiana nastąpiła?
Metoda organizacji opisu, a nie kryterium konkretnego konkursu.
Przygotuj opis procesu, dane o jego przebiegu, informacje od osób wykonujących pracę oraz listę obecnych rozwiązań. Dodaj instrukcję formularza i kryteria konkursu. Oddziel pomiary od opinii: „praca trwa za długo” jest oceną, natomiast zestawienie czasu dla określonych czynności pozwala tę ocenę uzasadnić.
Jeżeli nie masz danych, najpierw zaplanuj ich zebranie. Nie zastępuj brakującego pomiaru liczbą, którą chciałbyś wpisać we wniosku. W roboczej karcie zanotuj zakres obserwacji, osobę odpowiedzialną i termin. Wyniki mogą zmienić zarówno diagnozę, jak i proponowane rozwiązanie.
1. Wyznacz granice problemu
Wskaż konkretną czynność lub grupę odbiorców. Zamiast pisać „firma jest mało efektywna”, opisz, gdzie powstaje trudność: na przykład przy przenoszeniu danych zamówienia między wiadomością klienta a systemem sprzedaży. Określ początek i koniec czynności. Dzięki temu późniejszy pomiar obejmie ten sam fragment procesu.
Zapisz również, czego problem nie obejmuje. Długi czas ręcznej rejestracji nie musi oznaczać opóźnionego transportu ani długiego kompletowania towaru. Rozdzielenie tych etapów chroni przed celem, którego wybrane rozwiązanie nie potrafi osiągnąć. Nie rozszerzaj diagnozy tylko po to, aby uzasadnić większy zakup.
Rezultatem ma być jedno zdanie robocze: określona grupa napotyka wskazaną trudność w konkretnym procesie. Dopisz jej następstwo, które potrafisz wykazać. Jeżeli skutek jest jedynie przypuszczeniem, oznacz go jako hipotezę do sprawdzenia.
2. Zbierz dowody i opisz ograniczenia
Przy danych podaj źródło, okres, liczbę obserwacji i sposób obliczenia wyniku. Wskaż, kto zbierał informacje oraz jakie przypadki uwzględniono. Średnia z łatwych zamówień nie opisuje automatycznie wszystkich zamówień. Możesz porównać osobno zlecenia proste i zlecenia wymagające wyjaśnień.
Przygotuj krótką notatkę metodologiczną: co mierzysz, kiedy uruchamiasz pomiar i jak traktujesz przerwy. Zachowaj dane źródłowe, aby inna osoba mogła odtworzyć wynik. Zestawienie liczb z wypowiedziami pracowników pomaga zrozumieć mechanizm problemu, lecz nie zamienia ich opinii w reprezentatywne badanie.
Portal Funduszy Europejskich zaleca zebranie argumentów uzasadniających potrzebę projektu. Nie narzuca jednak uniwersalnej liczby obserwacji dla każdej firmy. Wielkość pomiaru dobierz do pytania i wymagań konkursu. MFiPR, „Chcę złożyć wniosek”, część 5.
3. Oddziel przyczyny od objawów
Rozpisz przebieg procesu i zaznacz miejsca dodatkowej pracy. Ustal, czy opóźnienie wynika z przepisywania danych, brakujących informacji, uzgodnienia ceny czy oczekiwania na decyzję. Każda z tych przyczyn może wymagać innego działania. Zakup systemu nie usuwa sam z siebie niejasnych zasad obsługi.
Porównaj możliwe odpowiedzi: zmianę procedury, uporządkowanie danych, integrację albo połączenie kilku działań. Zanotuj, jaki element problemu rozwiązuje każda opcja i czego nie obejmuje. Wybór powinien wynikać z diagnozy, a nie z dostępności oferty dostawcy.
Sprawdź również hipotezę przeciwną. Co, jeśli główną przyczyną są błędne dane klientów, a nie sposób ich przepisywania? Krótka obserwacja lub test może uchronić cię przed kosztownym rozwiązaniem niewłaściwego problemu. Na tym etapie rezultat stanowi uzasadniona diagnoza, z zaznaczonymi niewiadomymi.
4. Zapisz cel jako zmianę
Użyj konstrukcji: co zmienisz, z jakiego poziomu, do jakiego poziomu i w jakim terminie. Dodaj sposób sprawdzenia. „Kupimy oprogramowanie” opisuje działanie; „ograniczymy czas ręcznej rejestracji” opisuje wynik. W projekcie możesz potrzebować obu informacji, ale umieść je w odpowiednich miejscach.
Nie przyjmuj atrakcyjnej wartości bez podstawy. Uzasadnij cel wynikiem próby, analizą procesu lub wiarygodną specyfikacją, z wyraźnym wskazaniem ograniczeń. Jeżeli dopiero test ma rozstrzygnąć osiągalność wyniku, zapisz tę zależność w planie i ryzykach.
Ważne jest także znaczenie jednostki. Skrócenie jednej czynności o siedem minut nie dowodzi skrócenia całej obsługi klienta o siedem minut. Wzrost wydajności nie oznacza automatycznie wzrostu sprzedaży ani redukcji zatrudnienia. Opisuj ten efekt, który twoje dane faktycznie potwierdzają.
5. Połącz cel z działaniami
Przy każdym zadaniu odpowiedz, jak przyczynia się do oczekiwanej zmiany. Jeżeli zadanie nie ma związku z celem, sprawdź, czy jest potrzebne w tym projekcie. Następnie porównaj nazwy, wartości i terminy w opisie, harmonogramie oraz budżecie. Te części powinny przedstawiać jeden plan.
Na końcu dopasuj tekst do pól formularza. Rozdziel diagnozę, zakres prac i rezultat zgodnie z instrukcją; nie kopiuj tej samej treści do wszystkich pól. Poproś osobę nieznającą procesu o wskazanie, co uważa za problem i co ma się zmienić. Jeżeli odpowiada nazwą urządzenia, opis może nadal nadmiernie skupiać się na zakupie.
Przykład przed korektą i po niej
Przykład edukacyjny — dane fikcyjne. Hurtownia zbadała 40 porównywalnych zamówień. Ręczne wprowadzenie danych trwało średnio 12 minut. Czas obejmuje samą rejestrację, bez oczekiwania na klienta i kompletowania towaru.
Przed korektą: „Problemem jest brak nowoczesnego systemu. Celem jest cyfryzacja i zwiększenie konkurencyjności”. Nie wiadomo, co zmierzyć ani dlaczego właśnie taki system jest potrzebny.
Po korekcie: „Pracownicy przepisują informacje z wiadomości klientów do systemu sprzedaży. W próbie 40 zamówień czynność trwała średnio 12 minut. Projekt obejmuje uporządkowanie danych, konfigurację integracji i testy. Roboczym celem jest osiągnięcie średnio najwyżej 5 minut na porównywalne zamówienie, w pierwszym pełnym miesiącu po uruchomieniu. Cel wymaga potwierdzenia testem rozwiązania”.
Różnica wynosi 7 minut, czyli około 58,3% początkowego czasu. Ten rachunek dotyczy jednej czynności. Firma powinna dopiero ustalić, jak wykorzysta uwolniony czas i czy oczekiwana zmiana uzasadnia pełne koszty wdrożenia.
Błędy i korekty
| Błąd | Skutek | Korekta |
|---|---|---|
| Brak urządzenia nazywasz problemem | Rozwiązanie zastępuje diagnozę | Opisz czynność, trudność i jej skutek |
| Podajesz liczbę bez metody pomiaru | Wyniku nie da się odtworzyć | Dodaj okres, próbę i definicję czynności |
| Obiecujesz zmianę całej firmy na podstawie jednego pomiaru | Rozszerzasz wniosek ponad dane | Ogranicz cel do mierzonego procesu |
Lista kontrolna
- Problem wskazuje proces, odbiorców i konkretną trudność.
- Dane mają źródło, okres i opisaną metodę.
- Hipotezy oddzielono od ustaleń.
- Cel ma poziom początkowy, docelowy i termin.
- Każde zadanie ma związek z celem.
- Opis nie utożsamia rezultatu z zakupem.
Następny krok
Napisz dwa akapity: pierwszy o problemie i dowodach, drugi o oczekiwanej zmianie. Następnie porównaj je z kartą projektu z poradnika o przygotowaniu wniosku.
Źródła i zakres aktualności
Źródło odczytano 2 października 2026 r. Procedura pisania, pomiar i przykład hurtowni są własnym opracowaniem edukacyjnym. Nie określają warunków konkretnego finansowania.
- MFiPR, Chcę złożyć wniosek, 9 kwietnia 2026 r. — część 5: argumenty uzasadniające potrzebę przedsięwzięcia.