Czym jest umowa projektowa
Umowa projektowa to dokument, który wyznacza zasady dla konkretnego zlecenia. Określa, co ma zostać wykonane, kto płaci, kiedy zaczyna się praca i co uznaje się za wykonane. W pracy freelancerskiej zwykle oznacza to jeden projekt, jeden zakres i jeden punkt końcowy. Długoterminowa współpraca retainerowa może wyglądać inaczej. Podobnie jak umowa o pracę.
Umowa projektowa ma znaczenie, bo zamienia ustne porozumienie w zapis na piśmie. Jeśli klient prosi o logo, landing page albo pakiet tłumaczeniowy, umowa powinna wskazywać, które pliki są w zakresie, a które nie. Brzmi prosto. I oszczędza sporów później, dlatego warto mieć pod ręką umowa projektowa wzór jako punkt wyjścia do własnych ustaleń.
Umowa projektowa nie jest tym samym co ogólna umowa o świadczenie usług. Taka umowa może obejmować wiele zleceń w czasie, podczas gdy umowa projektowa dotyczy jednego, jasno określonego rezultatu. Freelancer projektant, który podpisuje umowę projektową na identyfikację wizualną, nie powinien później być proszony o dodanie animacji ruchomych za darmo. Programiście nie powinno się po akceptacji mówić, że wersja mobilna była „oczywiście w cenie”.
Jest też praktyczny powód, by trzymać umowę wąsko. Małe projekty przebiegają szybciej, gdy zakres jest precyzyjny, a 5-stronicowa umowa często działa lepiej niż 20-stronicowa, jeśli obie strony faktycznie ją czytają. Nikt nie lubi prawniczego mroku. Jasne warunki są lepsze niż sprytne sformułowania, a zrozumienie kwestii prawnych związanych z umowami projektowymi pomaga utrzymać spójność zakresu i oczekiwań.
Dlaczego warto przejrzeć umowę przed podpisaniem
Podpisanie bez analizy może prowadzić do trzech częstych problemów: niejasnego zakresu, sporów o płatność i ryzyka odpowiedzialności. Każdy z nich pojawia się w realnej pracy, nie tylko w opowieściach z sali sądowej. Klient może uważać, że „strona internetowa” oznacza 12 podstron, copywriter może sądzić, że „pakiet blogowy” to 4 artykuły, a freelancer może odkryć, że żadnego z tych założeń nie spisano.
Sporów o płatność zwykle nie zauważa się, dopóki nie stają się problemem. Klient może opóźniać płatność, bo kamień milowy nie został zdefiniowany. Freelancer może wstrzymać pracę, bo faktura mówi jedno, a umowa drugie. Taki brak zgodności potrafi zamienić 3-dniowe opóźnienie w 3-tygodniowy spór.
Ryzyko odpowiedzialności może być jeszcze poważniejsze. Jeśli w umowie zapisano, że freelancer odpowiada za wszelkie straty związane z projektem, zakres tej odpowiedzialności może być szerszy, niż się wydaje. Jedno zdanie potrafi przesunąć bardzo dużo ryzyka. Przeczytaj je dwa razy i zwróć szczególną uwagę na to, na co zwrócić uwagę przy podpisywaniu umowy projektowej, zanim złożysz podpis.
Analiza prawna pomaga też wtedy, gdy klient korzysta z szablonu z innego kraju albo branży. Klauzula skopiowana z umowy budowlanej może mieć niewielki sens przy projektowaniu lub copywritingu. Klauzula z umowy software’owej może zakładać kwestie własności kodu, które w ogóle nie dotyczą projektu redakcyjnego. Dobra analiza wychwytuje to, zanim pojawią się podpisy.
Jeśli pracujesz już z wieloma klientami, drugie spojrzenie staje się jeszcze bardziej przydatne. Umowa powinna odpowiadać zleceniu, cyklowi płatności i rezultatom. Dla praktycznego punktu odniesienia dotyczącego należytej staranności zobacz jak bezpiecznie zatrudnić freelancera, ponieważ ta sama ostrożność pomaga obu stronom.
Najważniejsze klauzule do uwzględnienia
Zakres prac jest najważniejszy. Powinien opisywać zadanie prostym językiem i wymieniać zarówno wyłączenia, jak i elementy objęte zleceniem. Jeśli klient chce 10 opisów produktów, napisz 10. Jeśli podpisy do mediów społecznościowych nie wchodzą w zakres, napisz to również. „Powiązane zadania” mogą stać się pułapką.
Rezultaty prac powinny być nazwane na tyle dokładnie, by osoba z zewnątrz mogła je rozpoznać. Pakiet logo może obejmować pliki PNG, SVG i pliki źródłowe. Raport może zawierać PDF i wersję edytowalną. Programista może potrzebować dostępu do środowiska testowego, instrukcji wdrożenia i jednego spotkania przekazującego. Liczby pomagają.
Terminy potrzebują czegoś więcej niż ogólnej obietnicy. „Jak najszybciej” nie jest terminem. „Do 18 kwietnia” już tak. Jeśli projekt ma 3 etapy, każdy powinien mieć datę albo warunek uruchamiający kolejny krok. To zapobiega częstemu problemowi: „myślałem, że chodziło ci o przyszły tydzień”.
Warunki płatności powinny określać, kiedy pieniądze są należne, co uruchamia fakturę i co dzieje się w razie opóźnienia. Płatności etapowe są często bezpieczniejsze niż jedna końcowa płatność na koniec, zwłaszcza przy większych zleceniach. Jeśli umowa dopuszcza zaliczkę, jej wysokość i termin powinny być jasno zapisane.
Warunki poprawek zasługują na precyzyjny język. Jedna runda zmian to co innego niż trzy rundy, a „drobne poprawki” to nie to samo co pełna przeróbka. Freelancer, który zgadza się na nieograniczoną liczbę poprawek, nie ma jasnej granicy zakończenia. Klient oczekujący nieograniczonych poprawek będzie rozczarowany. Jedno zdanie pozwala uniknąć problemu po obu stronach.
Prawa do rozwiązania umowy mają znaczenie, bo projekty czasem kończą się wcześniej. Umowa powinna wskazywać, czy którakolwiek ze stron może wypowiedzieć ją z wyprzedzeniem, co dzieje się z już wykonaną pracą i czy należna jest częściowa zapłata. Jeśli klient rezygnuje po wykonaniu 70% prac, umowa powinna wyjaśniać, jak wyceniane jest te 70%. Bez tego spór zwykle szybko staje się emocjonalny.
Dla freelancerów pracujących w różnych kategoriach pomocne może być porównanie warunków z stroną wszystkich tagów na rynku freelancerów, żeby zobaczyć, jak różne potrafią być struktury projektów. Zlecenie na logo i zlecenie na wprowadzanie danych nie wymagają tego samego języka, a kwestie prawne związane z umowami projektowymi mogą różnić się równie mocno. To właśnie są kluczowe klauzule w umowie projektowej, od których zależy bezpieczeństwo obu stron.
Własność intelektualna i prawa autorskie
Postanowienia dotyczące własności intelektualnej decydują o tym, kto jest właścicielem czego po zakończeniu pracy. Prawa autorskie są tu często pierwszym zagadnieniem. W wielu umowach projektowych freelancer tworzy utwór, a następnie przenosi prawa po otrzymaniu zapłaty. Takie przeniesienie powinno być zapisane jasno, a nie domyślnie.
Formuła work-for-hire może zmienić rezultat, ale tylko wtedy, gdy dany porządek prawny ją uznaje. Niektórzy klienci proszą o pełne przeniesienie praw. Inni wolą licencję, czyli możliwość korzystania z utworu na określonych warunkach bez pełnego posiadania praw. Licencja może być wąska albo szeroka. Przeniesienie może nastąpić od razu albo dopiero po zaksięgowaniu faktury.
To ma znaczenie w praktyce. Projekt identyfikacji marki może wymagać, aby klient był właścicielem finalnych plików. Fotograf może chcieć zachować prawa do portfolio. Wykonawca oprogramowania może potrzebować prawa do ponownego użycia bibliotek kodu. Umowa powinna wskazywać, czy w zakresie są także szkice, pliki źródłowe, surowe materiały wideo i pliki edytowalne. Ten jeden szczegół może oszczędzić tydzień maili później.
Czasem umowa projektowa powinna rozdzielać własność od prawa używania. Klient może być właścicielem końcowego artykułu, ale nie szablonu ani metody badawczej. Projektant może udzielić licencji na jedną ilustrację tylko dla jednej kampanii. Jeśli umowa nic nie mówi, ludzie zaczynają zgadywać, a zgadywanie to słaba strategia prawna.
Pomaga tu prosta zasada: umowa powinna wskazywać, kto jest właścicielem finalnego rezultatu, kto jest właścicielem materiałów wstępnych i czy freelancer może pokazać pracę w portfolio. Jeśli klient chce pełnej poufności, prawo do portfolio może zniknąć. To realna wymiana, a nie przypis.
Poufność i ochrona danych
Klauzule poufności zwykle obejmują plany biznesowe, hasła, listy klientów, specyfikacje produktów i wszystko oznaczone jako prywatne. Powinny też wskazywać, jak długo obowiązek trwa po zakończeniu projektu. Miesiąc to nie to samo co 2 lata. Jeśli umowa milczy, rośnie ryzyko nieporozumień.
Obchodzenie się z wrażliwymi informacjami wymaga czegoś więcej niż uprzejmej obietnicy. Freelancer może otrzymać dostęp do paneli administracyjnych, danych CRM, raportów finansowych albo nieopublikowanych projektów. Umowa powinna wyjaśniać, gdzie dane są przechowywane, kto może je widzieć i czy mogą być kopiowane na prywatne urządzenia. Klient nie powinien się zastanawiać, czy pliki leżą w publicznym folderze w chmurze.
Przepisy o ochronie danych mogą mieć zastosowanie, gdy w grę wchodzą dane klienta, zwłaszcza jeśli częścią pracy są nazwiska, e-maile, dane płatnicze albo informacje zdrowotne. To nie znaczy, że każdy projekt potrzebuje długiej polityki prywatności. Oznacza natomiast, że umowa powinna odzwierciedlać rodzaj danych, sposób ich przechowywania oraz obowiązek usunięcia lub zwrotu plików po zakończeniu.
Dobre zapisy o poufności obejmują też wyjątki. Freelancer może potrzebować przekazać pliki podwykonawcy, ale tylko wtedy, gdy klient zatwierdzi to na piśmie. Klient może potrzebować ujawnić pracę inwestorom lub audytorom. Obie strony powinny wskazać takie wyjątki. W przeciwnym razie pierwsze zgodne z prawem ujawnienie może wyglądać jak naruszenie.
Jeśli projekt dotyczy narzędzi publicznych lub współdzielonego hostingu, szybko może pojawić się temat przechowywania w chmurze. Krótki przegląd technologii chmury obliczeniowej może pomóc uporządkować kwestię przechowywania, ale umowa i tak musi zawierać konkretne zasady.
Odpowiedzialność, gwarancje i zabezpieczenia
Klauzule odpowiedzialności decydują o tym, kto płaci, gdy coś pójdzie nie tak. Zapisy gwarancyjne mówią, co freelancer obiecuje w odniesieniu do pracy, a wyłączenia odpowiedzialności wskazują, czego nie obiecuje. Autor może gwarantować oryginalność tekstu. Programista może gwarantować, że kod został stworzony starannie i zgodnie ze sztuką. Żaden z nich nie powinien obiecywać, że osoba trzecia nigdy nie zgłosi zastrzeżeń.
Limit odpowiedzialności określa maksymalną kwotę, jaką jedna ze stron może być winna. Niektóre umowy ograniczają odpowiedzialność do wynagrodzenia zapłaconego w ramach projektu; inne stosują stałą kwotę. Bez takiego limitu ryzyko może urosnąć znacznie ponad wartość zlecenia. To może zamienić małą umowę w duże zagrożenie.
Postanowienia indemnizacyjne przenoszą odpowiedzialność za określone roszczenia. Jeśli freelancer użyje treści dostarczonych przez klienta, które naruszają czyjeś prawa, klient może chcieć, aby freelancer pokrył stratę. Jeśli klient dostarczy nielegalne materiały, freelancer może oczekiwać odwrotnej ochrony. Brzmienie musi być konkretne. Zbyt szerokie zabezpieczenia mogą pochłonąć całą umowę.
Te klauzule nie są tylko dla dużych firm. Jednoosobowe studio może stanąć wobec roszczeń dotyczących licencji na obraz, wtyczki albo nieprawdziwego stwierdzenia w broszurze. Dlatego umowa powinna wskazywać, jakie ryzyka każda ze stron zachowuje, a jakie są współdzielone. Jasny podział ryzyka jest tańszy niż spór po fakcie i jest jedną z najważniejszych kwestii prawnych związanych z umowami projektowymi.
Zanim zaakceptujesz klauzulę odpowiedzialności, przeczytaj wyjątki. Niektóre umowy wyłączają z limitu oszustwo, rażące niedbalstwo albo niezapłacone wynagrodzenie. Te szczegóły są ważniejsze niż nagłówek. Jeden krótki akapit może zmienić ekonomię całego projektu.
Prawo właściwe i rozstrzyganie sporów
Każda umowa projektowa powinna wskazywać prawo właściwe. Dzięki temu obie strony wiedzą, przepisy którego kraju lub stanu obowiązują, jeśli pojawi się spór. Bez takiej klauzuli konflikt może zamienić się w spór o właściwość sądu, zanim ktokolwiek dojdzie do meritum.
Znaczenie ma też właściwość miejscowa. Klauzula może wymagać, aby spory były rozpatrywane w określonym sądzie lub mieście. To może zmniejszyć niepewność, ale też zwiększyć koszty, jeśli druga strona jest daleko. Freelancer w jednym kraju nie powinien odkryć po podpisaniu, że wszystkie spory mają być prowadzone 2000 mil dalej.
Arbitraż i mediacja są częstymi alternatywami. Mediacja próbuje rozwiązać sprawę z udziałem neutralnej osoby trzeciej. Arbitraż wykorzystuje prywatnego rozstrzygającego zamiast sądu publicznego. Każde z tych rozwiązań ma plusy i minusy. Mediacja jest często tańsza. Arbitraż bywa szybszy, ale może ograniczać możliwość odwołania.
Umowa powinna też wskazywać, jak przekazuje się zawiadomienia i jak rozpoczyna się spór. 10-dniowy termin na zawiadomienie może mieć znaczenie. Tak samo jak język zawiadomienia, adres e-mail i czas odpowiedzi. Te drobne zasady proceduralne często decydują, czy spór pozostanie do opanowania, czy stanie się kosztowny.
Freelancerom pracującym z klientami ponad granicami może pomóc zapoznanie się z regulaminem serwisu 24freelance.pro. freelance, aby oddzielić zasady platformy od warunków umowy. Zasady serwisu nie są tym samym co umowa projektowa i ta różnica ma znaczenie.
Praktyczne kroki przed podpisaniem
Zacznij od 5-punktowej kontroli. Po pierwsze, przeczytaj zakres linia po linii. Po drugie, potwierdź rezultaty. Po trzecie, zaznacz każdy termin. Po czwarte, sprawdź warunki płatności. Po piąte, poszukaj klauzul dotyczących własności, poufności, odpowiedzialności i rozstrzygania sporów. Żaden skrót nie jest lepszy od tej listy, zwłaszcza gdy stawką są kwestie prawne związane z umowami projektowymi.
Następnie wypatruj sygnałów ostrzegawczych. Niejasny język to jeden z nich. Nieograniczona liczba poprawek to kolejny. Szeroka klauzula indemnizacyjna to trzeci. Brak terminu płatności nie jest drobnym brakiem; to przyszły spór. Jeśli jakiekolwiek postanowienie wydaje się niejasne, poproś o przeredagowanie przed podpisaniem. Cisza pomaga silniejszej stronie.
Jeśli projekt jest wysokiego ryzyka, skorzystaj z porady prawnej. To szczególnie ważne, gdy umowa obejmuje duże kwoty, wrażliwe dane, przeniesienie praw własności intelektualnej lub egzekwowanie ponad granicami. Jedna płatna godzina z prawnikiem może być tańsza niż jeden nieopłacony miesiąc dochodzenia należności.
Włącz w analizę także wątek mailowy. Jeśli umowa mówi jedno, a negocjacje na piśmie mówią co innego, zachowaj tę korespondencję. Taki zapis może później mieć znaczenie. Freelancer, który już został poproszony o rozpoczęcie pracy, nie powinien polegać wyłącznie na ustnych zapewnieniach.
Na koniec podpisuj tylko wtedy, gdy obie strony rozumieją te same warunki. Poproś o jedno proste wyjaśnienie największego ryzyka, jedno doprecyzowanie harmonogramu płatności i jedno zdanie o własności. Jeśli te 3 odpowiedzi nadal są niejasne, umowa projektowa nie jest jeszcze gotowa.
Komentarze 0
Brak komentarzy — bądź pierwszy.