Jak zbierać wymagania od innych firm z branży, nie rozdając pomysłu — rada branżowa, pilot, NDA?

Rada branżowa, pilot czy pojedyncze rozmowy — co naprawdę daje wymagania?

Pięć sposobów zbierania wymagań daje pięć różnych rzeczy, a tylko jeden pokazuje, co firma robi naprawdę: pilot na żywej robocie. Rozmowa daje język branży, rada rozstrzyga, czy wyjątek jednej firmy jest regułą, ankieta daje liczbę, a ekrany — najwięcej konkretnych uwag.

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. Wymagania takiego narzędzia mają dwa źródła: Twoją firmę i firmy, które robią to samo inaczej.

Ostatnia kolumna to budżet, który planujesz, a nie pomiar — wpisz w nią własne wartości po pierwszej rundzie. Pilot i rada nie zastępują się nawzajem: pilot mówi, co jest, rada mówi, czy to samo jest u innych.

Czym różni się zobowiązanie od deklaracji i ile firm musi je podpisać, rozstrzyga tekst o listach intencyjnych, przedsprzedaży i płatnym pilocie. Jak sprawdzić sam popyt w 30 dni, liczy Policz pomysł.

Co NDA naprawdę chroni, a czego nie ochroni?

NDA nie działa jak zamek w drzwiach, tylko jak dowód, że drzwi w ogóle są. Ustawa uznaje informację za tajemnicę przedsiębiorstwa dopiero wtedy, gdy trzy warunki są spełnione łącznie — a jeden z nich zależy wyłącznie od Ciebie.

Warunki brzmią tak: informacja ma wartość gospodarczą, nie jest powszechnie znana ani łatwo dostępna osobom, które zwykle zajmują się tym rodzajem informacji, a uprawniony podjął — przy zachowaniu należytej staranności — działania w celu utrzymania jej w poufności.

Podstawa: ustawa z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji, artykuł 11 (tekst jednolity: Dz.U. 2026 poz. 85)

Trzeci warunek jest jedynym, który zależy od Ciebie, i jedynym, który tracisz przez zaniechanie. Umowa o poufności, lista osób z dostępem, imienne konta do oglądania ekranów i rundy z terminem są dowodem, że działania dla utrzymania poufności były. Bez nich dwa pierwsze warunki nie wystarczą.

Czego NDA nie ochroni: ustawa wprost wyłącza z czynów nieuczciwej konkurencji pozyskanie informacji przez obserwację, badanie, rozłożenie na części albo testowanie przedmiotu dostępnego publicznie. Ekran pokazany na konferencji albo opublikowany na stronie przestaje być tajemnicą — zostaje w najlepszym razie pomysłem.

Zegary też stoją w ustawie: roszczenia z czynów nieuczciwej konkurencji przedawniają się po trzech latach, a bieg przedawnienia liczy się osobno dla każdego naruszenia. To nie jest porada prawna — brzmienie przepisów sprawdzasz w źródłach pod tekstem, a treść umowy z partnerem układasz z prawnikiem.

Co poza prawem realnie utrudnia skopiowanie aplikacji — dane partnerów, sieć firm w środku, tempo zmian — rozstrzyga tekst o tym, co chroni aplikację przed kopią.

Jak zapisać wymaganie, żeby dało się je zbudować i odebrać?

Wymaganie zapisane w czterech polach da się wycenić, zbudować i odebrać; zdania „przydałby się lepszy grafik” nie da się ani wycenić, ani odebrać. Te cztery pola to rola, cel, kryterium odbioru i zasięg.

1. Rola — kto tego potrzebuje: właściciel, dyspozytor, technik w terenie, klient firmy. Bez roli nie wiadomo, na którym ekranie rzecz ma stać ani kto ma prawo ją zobaczyć.
2. Cel — po co, z liczbą z dzisiejszej pracy: ile razy w tygodniu, ile minut zajmuje teraz, ile kosztuje pomyłka. Cel bez liczby zamienia się w upodobanie.
3. Kryterium odbioru — jedno zdanie sprawdzalne na gotowym ekranie, na przykład: po zatwierdzeniu zlecenia technik widzi je na telefonie bez drugiego logowania. Czego nie da się sprawdzić kliknięciem, to jeszcze życzenie.
4. Zasięg — czy to reguła całej branży, czy sposób jednej firmy. Wariant jednej firmy wchodzi jako ustawienie do włączenia, nie jako sztywna reguła dla wszystkich.

Dwie firmy podają sprzeczne reguły najczęściej nie dlatego, że jedna się myli — to dwa ustawienia tego samego pola. Prawdziwy konflikt zaczyna się tam, gdzie dwa procesy wykluczają się nawzajem, i wtedy rozstrzyga Twój proces, a nie wielkość partnera.

Zapis wymagań sprawdza się na ekranach, zanim powstanie logika. U nas ekrany idą do akceptacji przed kodem, poprawki chodzą w pętli uwaga — odpowiedź — nowa wersja do obejrzenia, a akceptacja ekranu jest osobną decyzją zamawiającego, nie skutkiem zielonych testów.

Rundy mają budżet z góry: najwyżej trzy na krok. Czwarta nie startuje — zamiast niej zapada decyzja, czy temat domykamy, czy resztę odkładamy do następnej wersji. Próg jest tam, bo trzy rundy wystarczą, żeby odróżnić wymaganie od upodobania, a czwarta zmienia zwykle już tylko czyjś gust.

Plan ekranów po starcie budowy nie zmienia się przy okazji: zmiana jest wykrywana i wymaga jawnej akceptacji. Dzięki temu wymaganie zgłoszone przez partnera w połowie budowy ma swoją cenę i swój termin, zamiast po cichu wejść do zakresu.

Jak spisać własny proces, żeby dało się z niego zbudować aplikację dla całej branży, opisuje tekst o zapisie procesu. Co z takiej listy wchodzi do pierwszej wersji, rozstrzyga zakres pierwszej wersji.

Konkurent jako partner: dlaczego firma, z którą walczysz o zlecenia, odda Ci swoje wymagania?

Konkurent oddaje wymagania wtedy, gdy ma wpływ na narzędzie, z którego i tak będzie korzystał — a nie wtedy, gdy podpisze NDA. Jego wyjątek staje się ustawieniem w aplikacji zamiast prośbą kierowaną do Ciebie co kwartał. To jest cała zapłata, jakiej oczekuje na tym etapie.

• Co go przekonuje: zapisane wymaganie z kryterium odbioru i terminem rundy. Swoje zdanie widzi na ekranie w ciągu tygodni, a nie w mailu, na który nikt nie odpisał.
• Czego się boi: że zobaczysz jego ceny i jego klientów, że jego wyjątek zamienisz w przewagę w najbliższym przetargu i że stanie się zależny od firmy, z którą konkuruje.
• Co dostaje: ekrany do obejrzenia przed budową, dane oddzielone od Twoich i wyjście z własnymi danymi w każdej chwili. Dostęp do Twoich klientów nie wchodzi w skład rady i to też mówisz wprost.
• Co zapisujesz: komu i co pokazujesz, że dane z pilota nie służą Twojej sprzedaży, że zgłoszone wymaganie nie daje wyłączności ani praw do kodu. Ten zapis jest zarazem dowodem dbałości o poufność, o której mówi ustawa.
• Kogo nie zapraszasz: firmy, która walczy z Tobą o tego samego klienta na tym samym terenie. Rada z trzech firm z różnych miast albo segmentów daje warianty procesu, a nie podjazdy.

Dane prawdziwych klientów partnera w pilocie to osobna decyzja — co z niej wchodzi do kodu, a co do dokumentów, opisaliśmy w tekście o RODO w aplikacji dla firmy.

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

Po Twojej stronie zostaje to, czego nie da się kupić: kogo zapraszasz do rady, co im pokazujesz, które wymaganie odrzucasz i czyj wariant wygrywa przy konflikcie. Ty akceptujesz ekrany i Ty przyprowadzasz pierwsze firmy — zespół techniczny nie ma do nich wejścia.

Zespół, który buduje, zamienia cztery pola wymagania w ekran i w kryterium, które da się odebrać kliknięciem. Do niego należy architektura wielu firm w jednej aplikacji, oddzielenie danych, bezpieczeństwo, płatności i utrzymanie, a także pilnowanie, żeby zmiana planu ekranów wymagała Twojej jawnej zgody.

Gdy role się zamienią, widać to od razu. Rada, która decyduje o zakresie, zamawia aplikację dla wszystkich i dla nikogo; zespół, który rozstrzyga branżowe wyjątki, zaczyna zgadywać. Materiały, decyzje i dostępy, których nikt nie zrobi za Ciebie, zebraliśmy w tekście o wkładzie zamawiającego.