Współpraca partnerska
Co powinno znaleźć się w umowie white-label i NDA
Dobra współpraca white-label opisuje nie tylko poufność, lecz także model kontaktu z klientem końcowym, odpowiedzialność za zakres, dostęp do środowisk, sposób akceptacji prac i zasady zakończenia współpracy.
Następny krok
Najpierw kwalifikujemy sytuację i wskazujemy, czy potrzebna jest konsultacja, diagnoza techniczna czy bezpośrednia wycena.
Opisz projekt →01
Najpierw model komunikacji
Ustal, czy wykonawca pracuje całkowicie w tle, dołącza jako członek zespołu partnera czy prowadzi rozmowy techniczne pod jego marką. Trzeba wskazać, kto zatwierdza zakres, kto przekazuje decyzje klienta i których tematów wykonawca nie może uzgadniać samodzielnie.
02
Poufność i zakres informacji
NDA powinno wyjaśniać, co jest informacją poufną, kto może ją otrzymać, jak długo trwa obowiązek oraz jakie wyjątki wynikają z prawa lub informacji publicznych. W praktyce warto osobno opisać nazwy klientów, dostęp do systemów, dane biznesowe, kod i materiały projektowe.
03
Relacja z klientem końcowym
Umowa powinna zabraniać obchodzenia partnera, ale jednocześnie dopuszczać kontakt uzgodniony dla konkretnego projektu. Ważne jest także, aby określić, co dzieje się, gdy klient końcowy sam skontaktuje się z wykonawcą albo gdy potrzebna jest szybka reakcja techniczna.
04
Zakres, odbiór i zmiany
Każde zlecenie potrzebuje opisu rezultatu, odpowiedzialności za materiały, kryteriów odbioru i procedury zmian. White-label nie usuwa ryzyka niepełnej specyfikacji. Partner i wykonawca powinni wiedzieć, kto odpowiada za analizę, wycenę, kontakt oraz akceptację dodatkowych prac.
05
Dostępy i bezpieczeństwo
Ustalamy sposób przekazywania sekretów, konta imienne, minimalne uprawnienia, kopie, środowiska testowe i zwrot lub usunięcie dostępów po projekcie. Nie warto wysyłać wspólnych haseł w zwykłych wiadomościach tylko dlatego, że relacja jest partnerska.
06
Prawa do rezultatów i publikacja
Trzeba opisać prawa do kodu, materiałów, komponentów wcześniej istniejących oraz licencji zewnętrznych. Osobna zgoda powinna dotyczyć portfolio, logotypu, zrzutów ekranu i anonimowego case study. Brak nazwy klienta nie zawsze oznacza skuteczną anonimizację.
07
Dokument nie zastępuje rozmowy ani prawnika
Ten materiał porządkuje kwestie operacyjne, ale nie jest poradą prawną. Ostateczne brzmienie umowy powinno odpowiadać modelowi sprzedaży, jurysdykcji, rodzajowi danych i rzeczywistemu podziałowi ról. Najlepszy dokument nie naprawi niejasnego procesu komunikacji.
Następny krok
Opisz rodzaj projektów, miesięczny wolumen i oczekiwany model kontaktu z klientem końcowym. Nazwy klientów nie są potrzebne na pierwszym etapie.
Opisz model współpracy →Weryfikacja merytoryczna
Ostatnia aktualizacja: 28 lipca 2026 r.
Odpowiedzialny: zespół współpracy partnerskiej Gotoweb.
Szukasz zaplecza technicznego pod swoją marką?
Opisz rodzaj projektów, miesięczny wolumen i oczekiwany model kontaktu z klientem końcowym. Nazwy klientów nie są potrzebne na pierwszym etapie.