Konkurent skopiuje Twoją aplikację — co realnie ją chroni, a co nie?

Czego prawo nie obroni: patentu nie ma, pomysł nie jest chroniony

Trzy przepisy rozstrzygają większość sporów o skopiowaną aplikację i wszystkie trzy wypadają na niekorzyść pomysłodawcy. Program komputerowy nie jest wynalazkiem — mówi to art. 28 ust. 1 pkt 5 Prawa własności przemysłowej, a ust. 2 dodaje, że chodzi o program jako taki.

Ochrona autorska programu obejmuje wszystkie formy jego wyrażenia, ale idee i zasady będące podstawą jakiegokolwiek jego elementu ochronie nie podlegają. Tak brzmi art. 74 ust. 2 ustawy o prawie autorskim i prawach pokrewnych. Chroniony jest Twój kod, a nie pomysł, żeby zlecenie przechodziło przez pięć statusów.

Trzeci przepis zaskakuje najbardziej. Pozyskanie cudzej tajemnicy przedsiębiorstwa nie jest czynem nieuczciwej konkurencji, jeżeli nastąpiło przez obserwację, badanie, rozłożenie na części albo testowanie przedmiotu dostępnego publicznie. Tak stanowi art. 11 ust. 7 ustawy o zwalczaniu nieuczciwej konkurencji.

Prawo autorskie mówi to samo od drugiej strony: legalny użytkownik może obserwować, badać i testować program, żeby poznać jego idee i zasady, i nie potrzebuje na to zgody uprawnionego (art. 75 ust. 2 pkt 2). Konkurent, który wykupi konto i przez tydzień klika Twoją aplikację, mieści się w granicach prawa.

Zostaje naśladownictwo. Kopiowanie zewnętrznej postaci gotowego produktu jest czynem nieuczciwej konkurencji tylko wtedy, gdy może wprowadzić klientów w błąd co do tożsamości producenta; naśladowanie cech funkcjonalnych czynem nie jest (art. 13 ustawy o zwalczaniu nieuczciwej konkurencji).

To brzmienie przepisów z datą, nie porada prawna. Kto jest właścicielem kodu, gdy pisał go ktoś inny albo model AI, rozstrzyga się gdzie indziej: w umowie i w możliwości eksportu. Rozkłada to na czynniki Czyj jest kod wygenerowany przez AI i aplikacja zbudowana w no-code?

Podział na cztery składniki — know-how, kod, marka, dane partnerów — i to, co przy każdym trzeba zapisać, opisuje osobno Kto jest właścicielem aplikacji zbudowanej na Twoim know-how?

Dziewięć mechanizmów ochrony: co każdy robi, a czego nie zrobi

Z dziewięciu mechanizmów poniżej sześć ma podstawę w konkretnym przepisie, a trzy ostatnie kupuje się czasem, nie pieniędzmi. Kolumna „przed czym NIE chroni” jest ważniejsza od poprzedniej, bo to w niej siedzą wszystkie rozczarowania.

Sześć pierwszych wierszy jest tanich i ograniczonych: dają Ci prawo do sporu, a nie barierę wejścia. Trzy ostatnie kosztują lata i właśnie dlatego działają — konkurent może je kupić wyłącznie czasem, którego nie ma.

Jeden wiersz warto przeczytać dwa razy. Dane partnerów są przewagą, ale nie kajdanami: od 12 stycznia 2027 r. dostawcy usług przetwarzania danych nie mogą pobierać opłat za zmianę dostawcy, a umowa ma przewidywać okres przejściowy nie dłuższy niż 30 dni kalendarzowych.

Wiersz ósmy ma inny status niż pozostałe. Akt o rynkach cyfrowych nie reguluje Twojej aplikacji — stosuje się do strażników dostępu, czyli firm z obrotem w Unii od 7,5 mld euro albo kapitalizacją od 75 mld euro i co najmniej 45 mln miesięcznych użytkowników. Bierzemy stamtąd samo pojęcie efektu sieciowego, nie obowiązek.

Skąd akurat 90 dni w regule na górze? To nasz orientacyjny próg, nie pomiar: kwartał to najkrótszy odcinek, na który firma planuje budżet, podejmuje decyzję i zdąży zobaczyć pierwszy efekt wydanych pieniędzy.

Jeżeli Twoja przewaga mieści się w takim odcinku, jest funkcją do odtworzenia, a nie barierą. Jeżeli się nie mieści, bo wymaga lat zebranej historii i integracji, które u Ciebie już działają, konkurent nie kupi jej wcale.

Co robić, gdy konkurent ogłosi własną aplikację

Ogłoszenie konkurenta zmienia jedną rzecz: od tego dnia Twoi partnerzy mają porównanie. Kolejność poniżej jest z premedytacją — pierwsze trzy punkty robisz w tym samym tygodniu, dwa ostatnie w kwartale.

1. Sprawdź, co naprawdę ogłosili. Zapowiedź, makieta na stronie i działająca aplikacja z płatnościami to trzy różne rzeczy. Dlaczego tak: reakcja na zapowiedź kosztuje Cię kwartał pracy, a konkurenta nie kosztuje nic, bo niczego jeszcze nie zbudował.
2. Zadzwoń do partnerów, zanim zadzwoni konkurent. Pytasz, czego im brakuje, i wracasz z terminem. Dlaczego tak: partner, który usłyszy termin od Ciebie, porównuje dwie konkretne rzeczy; partner, który usłyszy tylko konkurenta, porównuje cudzą obietnicę z Twoją ciszą.
3. Policz, ile lat historii ma u Ciebie każdy partner. Zlecenia, rozliczenia i dokumenty to jedyna rzecz, której kopia nie ma w dniu startu. Dlaczego tak: same dane da się przenieść, ale powiązań, reguł i wyjątków nauczonych przez lata nie przenosi żaden eksport.
4. Wypuść to, co i tak było w planie, tydzień wcześniej. Nie nowe funkcje pod cudzą zapowiedź, tylko te, które partnerzy już zamówili. Dlaczego tak: zmiana planu pod konkurenta oddaje mu sterowanie Twoim produktem i kosztuje kwartał na cudzy pomysł.
5. Zaproponuj mu wejście na Twoje oprogramowanie, zanim wyda pierwszą złotówkę. Dlaczego tak: po starcie własnej budowy będzie bronił decyzji, w którą włożył pieniądze; przed startem porównuje dwa rachunki, a jeden z nich jest wyraźnie krótszy.

Konkurent jako partner: dlaczego taniej mu zapłacić, niż budować kopię

Najmocniejszym argumentem wobec konkurenta nie jest Twoja aplikacja, tylko jego własny rachunek. On liczy to, co Ty policzyłeś wcześniej: ile kosztuje zbudować i utrzymywać drugie takie samo narzędzie, kiedy jego firma zarabia na czymś zupełnie innym.

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), 3 na 4 rozmówców prowadzi firmę w branży, której dotyczy pomysł.

Znaczy to tyle: człowiek rozważający zbudowanie kopii jest praktykiem takim jak Ty, a nie firmą programistyczną. Ma ten sam problem z czasem, ludźmi i utrzymaniem — i dlatego jest najlepszym kandydatem na partnera, a nie najgroźniejszym przeciwnikiem.

Trzy rzeczy, których się boi, są przewidywalne i każdą da się rozstrzygnąć zapisem.

• Że zobaczysz jego dane. Ceny, marże i lista klientów w narzędziu prowadzonym przez konkurenta to jego najgorszy scenariusz. Odpowiedź: oddzielenie danych każdej firmy na poziomie bazy i zapisany zakaz używania jego danych do Twojej sprzedaży.
• Że podniesiesz cenę, kiedy już wejdzie. Odpowiedź: zasada zmiany ceny ustalona z góry — kiedy wolno ją zmienić, o ile i z jakim wyprzedzeniem.
• Że jego klienci trafią do Ciebie. Odpowiedź: zapisane, że kontakt z klientem końcowym należy do partnera, i rozdzielone konta po stronie aplikacji.

Co dostaje w zamian: integracje, które już działają, poprawki, których nie musi planować, i wpływ na kolejność zmian. To ostatnie waży więcej, niż wygląda — partner współdecydujący o kolejce przestaje myśleć o własnej wersji.

Jak zbierać od takich firm wymagania i nie rozdać przy tym pomysłu, opisuje Jak zbierać wymagania od innych firm z branży, nie rozdając pomysłu? Kiedy sieć firm zamienia się w platformę dwustronną — Platforma łącząca dwie strony Twojej branży.

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

Po Twojej stronie zostaje wszystko, czego konkurent nie skopiuje z ekranu: proces, wyjątki znane z praktyki, decyzja, co wchodzi do najbliższej wersji, akceptacja makiet i odbiór, pierwsi partnerzy oraz rozmowa z nimi, kiedy pojawi się cudza zapowiedź.

Odbiór ma w naszych umowach swoje okno: 7 dni na uwagi od zgłoszenia do odbioru, a brak uwag w tym czasie oznacza odbiór pierwszej wersji.

Po stronie zespołu technicznego zostaje to, co w tym temacie robi różnicę: oddzielenie danych każdej firmy na poziomie bazy, role i uprawnienia, eksport danych partnera na żądanie, płatności, kopie z testem odtworzenia i tempo wydawania zmian.

Zasady, które to domykają, zbiera Które zasady bezpieczeństwa aplikacji dla firmy obowiązują od pierwszego dnia? Czy przewaga rośnie, widać w liczbach użycia, nie w odsłonach — Co mierzyć w aplikacji po starcie — zdarzenia, nie odsłony?