Jak spisać swój proces tak, żeby dało się z niego zbudować aplikację dla całej branży?

Z czego składa się zapis procesu, z którego da się zbudować aplikację?

Z pięciu warstw: role, kroki, dokumenty, wyjątki i decyzje. Z takiego zapisu zespół techniczny policzy ekrany, pola i uprawnienia. Z opowieści „jak to u nas wygląda” nie policzy niczego, bo nie wiadomo, gdzie kończy się jeden krok, a zaczyna następny.

Warstwy zapisujesz w tej kolejności, bo każda następna korzysta z poprzedniej. Role mówią, kto siada przed ekranem. Kroki układają jedną ścieżkę główną od pierwszego zdarzenia do zapłaty. Dokumenty pokazują, co na każdym kroku wchodzi i co z niego wychodzi.

Wyjątki to sytuacje, w których ścieżka się łamie: klient odwołuje, brakuje podpisu, towar wraca, termin przepada. Decyzje to miejsca, w których ktoś wybiera wariant według warunku — i akurat one najczęściej siedzą wyłącznie w Twojej głowie.

Notacji uczyć się nie musisz. Standard BPMN w wersji 2.0.2 opublikowano w styczniu 2014 roku, a wcześniejsza wersja tej notacji (BPMN 2.0.1) jest normą ISO/IEC 19510:2013 o statusie opublikowanej i potwierdzonej (odczyt 16 września 2026).

W analizie 120 diagramów BPMN regularnie używano mniej niż 20 % słownika tej notacji, przeciętny model zawierał 9 różnych konstrukcji, a modele o podobnej złożoności miały wspólne zwykle 4–5 z nich (badanie z 2008 roku). Tabela i numerowana lista wystarczą, jeśli mają te same pięć warstw.

Kolumna kosztu opisuje pracę, która wraca: te same ekrany, drugą akceptację, przepisaną automatyzację. U nas budżet poprawek na krok to trzy rundy krytyki, a czwarta nie startuje — zamiast niej zapada decyzja, co wchodzi teraz, a co do następnej wersji (stan na 16 września 2026).

Co powstaje po drodze: siedem dokumentów, które ktoś musi zamknąć

Zapis procesu to nie jeden plik, tylko siedem artefaktów — każdy w innej formie i każdy z osobą, która go zamyka. Kolejność nie jest dowolna: każdy artefakt blokuje coś konkretnego w budowie, dopóki nie jest gotowy.

1. Słownik branży — tabela: nazwa obiektu, co znaczy, jak mówią o nim inne firmy. Zamyka praktyk. Bez niego nie da się nazwać ekranów ani pól, a każda kolejna firma przyniesie własne słowo na to samo.
2. Mapa ról — tabela: rola, co robi, czego nie widzi, kto ją nadaje. Zamyka praktyk. Blokuje logowanie, panele i zasady dostępu do danych; rola dopisana po kodzie to komplet ekranów od nowa.
3. Ścieżka główna — numerowana lista kroków, jedno zdanie na krok, każde zaczyna się czasownikiem. Zamyka praktyk. Blokuje policzenie ekranów, a więc wycenę i termin — bez niej nie ma czego liczyć.
4. Katalog dokumentów i pól — co wchodzi i co wychodzi na każdym kroku, które pola są obowiązkowe. Zamyka praktyk, a przy dokumentach formalnych także osoba, która za nie odpowiada w firmie. Blokuje formularze, wydruki i wymianę danych z innymi programami.
5. Rejestr wyjątków — tabela: co poszło nie tak, jak często, kto naprawia, co dzieje się wtedy z dokumentem. Zamyka praktyk. Blokuje statusy, stany puste i ekrany błędu, czyli sporą część pracy nad panelem.
6. Tabele decyzji — jeden wiersz to jedna kombinacja warunków i jej wynik. Zamyka praktyk. Blokuje automatyzacje i powiadomienia. Sama tabela decyzyjna ma własny standard: notację DMN w wersji 1.5, opublikowaną w sierpniu 2024 roku.
7. Lista parametrów per firma — ustawienia, które każda firma zmienia u siebie, z wartością domyślną. Zamyka praktyk. Blokuje wpuszczenie drugiej firmy: bez tej listy każdy jej wariant trafia do kodu zamiast do ustawień.

Żaden z tych dokumentów nie jest jeszcze zakresem pierwszej wersji aplikacji. Zakres powstaje później, ma inne elementy i inne kryteria — opisaliśmy go w tekście o zakresie pierwszej wersji. Materiały, decyzje i dostępy, bez których budowa staje, to jeszcze inna lista: wkład zamawiającego.

Gdy proces jest spisany, następne pytanie brzmi: co z tego musi umieć aplikacja w konkretnej branży. Tak wygląda gotowa lista wymagań dla jednej z nich — co musi umieć aplikacja dla biura nieruchomości.

„Jak u mnie” kontra „jak w branży” — co jest parametrem, a co wyjątkiem?

Różnica między Twoją firmą a resztą branży rzadko jest innym procesem. To zwykle inne wartości w tych samych miejscach: inna nazwa, inny próg, inna osoba zatwierdzająca, dwa kroki zamienione kolejnością.

Reguła, którą stosujemy przy zapisie: wariant, który zobaczysz u co najmniej trzech znanych Ci firm, wpisujesz jako parametr. Dlaczego trzy? Przy jednej firmie nie odróżnisz branży od własnego nawyku, przy dwóch — reguły od przypadku. Trzecia zamienia anegdotę we wzór, a ustawienie w panelu kosztuje mniej niż drugi ekran.

Wariant, który wymaga innego ekranu albo innego dokumentu, parametrem nie jest — to osobna wersja i osobny koszt. Wariant, który zdarza się raz na kwartał u jednej firmy, zostaje wyjątkiem opisanym w procedurze, a nie funkcją w aplikacji.

W ponad 300 rozmowach o pomysłach na aplikację, które prowadziliśmy między czerwcem a wrześniem 2026 (ręczna klasyfikacja opisów pomysłu, stan 16.09.2026), 6 na 10 pomysłów to narzędzie dla firm z własnej branży, a 1 na 5 — platforma łącząca dwie strony branży.

Zapis dla siebie i zapis dla dziesięciu firm różnią się prawie wyłącznie listą parametrów. Dlatego kolumnę „u mnie” prowadzisz od pierwszego dnia obok kolumny „u innych”; dopisanie jej później oznacza przejście przez cały proces drugi raz. Kiedy budować od razu dla wielu firm, rozstrzyga osobny tekst o pierwszej wersji dla wielu firm.

Zapis sprawdzasz ekranami, nie dyskusją. U nas ekrany powstają przed logiką i to one są testem zapisu: ekran, do którego nie prowadzi żadne wejście z interfejsu, wstrzymuje wdrożenie, dopóki nie wiadomo, kto i kiedy na niego trafia.

Gotowy ekran porównujemy z zaakceptowanym planem ekranów, a zmiana planu po starcie budowy jest wykrywana i wymaga osobnej zgody — nie dzieje się przy okazji. To jest moment, w którym brakujący krok w Twoim zapisie widać gołym okiem, jeszcze zanim powstanie logika.

Konkurent jako partner: czyj proces zostaje w aplikacji, gdy wchodzi druga firma?

Konkurent nie kupi aplikacji, która każe mu pracować po Twojemu — kupi taką, w której jego sposób pracy jest ustawieniem. Dlatego pierwsza rozmowa z nim nie dotyczy funkcji, tylko trzech rzeczy: nazw, progów i tego, kto zatwierdza.

• Widzi swój język na ekranie. Etykiety z jego słownika, nie z Twojego. To pierwszy dowód, że aplikacja jest branżowa, a nie „Twoją firmą w internecie”. Kosztuje jedną kolumnę w słowniku pojęć na każdą firmę.
• Dostaje swoje progi jako ustawienia. Terminy, stawki, kolejność akceptacji. Powiedz wprost, zanim padnie pytanie: wariant powtarzalny u trzech firm wchodzi jako parametr, wariant jednej firmy zostaje wyjątkiem w procedurze.
• Może wyjść z własnymi danymi. Eksport w czytelnym formacie i termin usunięcia konta ustalone z góry. Boi się dwóch rzeczy: że jego klienci i marże staną się Twoim materiałem oraz że wyjście będzie kosztowało go bazę klientów.
• Wie, co się stanie z jego wymaganiem. Kto je zgłasza, kto decyduje, w jakim terminie dostaje odpowiedź. Sposoby zbierania wymagań bez rozdawania pomysłu opisuje osobny tekst serii.

Oddzielenie danych każdej firmy jest przy tym warunkiem, nie dodatkiem, i rozstrzyga się przy projekcie bazy — czyli po stronie zespołu technicznego, nie Twojej.

Zapisz trzy rzeczy, zanim wejdzie druga firma: które ustawienia należą do niej, co się dzieje, gdy dwie firmy chcą przeciwnych zachowań w tym samym kroku, i czy z danych wszystkich firm powstają zestawienia zbiorcze — a jeśli tak, za czyją zgodą i w jakiej postaci.

Co zostaje po Twojej stronie, a co robi zespół, który buduje

Z pięciu warstw zapisu cztery są nieprzenaszalne. Nikt poza Tobą nie wie, co się dzieje, gdy klient odwołuje w piątek po południu, ani po czym poznać, że sprawa jest zamknięta. Piąta warstwa, decyzje, jest wspólna: Ty podajesz warunek i wyniki, zespół zamienia je w regułę, którą da się wykonać i przetestować.

Podział jest ostry z powodu kosztu błędu po obu stronach. Proces opisany przez kogoś z zewnątrz poprawia się potem w kodzie, a kod poprawiany przez praktyka kończy się awarią w tygodniu rozliczeń. Ile kosztuje samo posiadanie aplikacji przez trzy lata, policzył osobny rachunek — to inne pytanie niż zapis procesu.

Jedno zostaje niezmiennie po Twojej stronie: rozstrzyganie sporów o proces. Zespół techniczny powie, co jest wykonalne i ile kosztuje, ale nie rozsądzi, czy w tej branży najpierw jedzie się na oględziny, czy najpierw wystawia kosztorys.