Boisz się, że po zapłaceniu kilku lub kilkunastu tysięcy złotych zostaniesz z niedokończonym projektem, za który wykonawca zażąda kolejnych dopłat, albo co gorsza – nie będziesz mógł przenieść strony na inny serwer, bo "prawa autorskie należą do agencji". Większość standardowych umów, które podsuwają software house’y, chroni ich, a nie Ciebie, dlatego musisz wiedzieć, które konkretnie paragrafy dają Ci realną władzę nad Twoim własnym produktem. Poniżej znajdziesz instrukcję, jak wyjść z negocjacji z dokumentem, który w razie konfliktu będzie Twoją najsilniejszą bronią, a nie tylko kartką papieru.
Dlaczego "przeniesienie praw autorskich" to najczęściej puste hasło?
Wielu przedsiębiorców myśli, że skoro zapłacili za stronę, to jest ona ich własnością. Nic bardziej mylnego. W polskim prawie autorskim domyślnie twórca zachowuje prawa majątkowe, chyba że umowa stanowi inaczej i robi to w sposób niezwykle precyzyjny. Jeśli w Twoim kontrakcie widnieje tylko zdanie "Wykonawca przenosi prawa autorskie na Zamawiającego", to masz problem. Taki zapis jest często nieważny, bo prawo wymaga wymienienia tzw. pól eksploatacji.
Musisz zadbać o to, by w umowie znalazł się zapis o przeniesieniu autorskich praw majątkowych na wszystkich znanych w chwili zawarcia umowy polach eksploatacji, a w szczególności w zakresie utrwalania, zwielokrotniania, wprowadzania do pamięci komputera, modyfikacji kodu źródłowego oraz publicznego udostępniania strony. Bez prawa do modyfikacji będziesz uwiązany do jednego wykonawcy do końca życia serwisu. Wyobraź sobie sytuację: chcesz dodać prosty moduł płatności, a agencja mówi "nie", bo kod jest ich. Musisz mieć prawo do zatrudnienia dowolnego programisty, który "dotknie" tego kodu bez łamania prawa.
Kolejna kwestia to moment przejścia tych praw. Wykonawcy chcą, by działo się to w chwili zapłaty ostatniej faktury. To uczciwe postawienie sprawy, ale dopilnuj, by przejście praw następowało "automatycznie" i nie wymagało składania dodatkowych oświadczeń woli. Ważnym niuansem jest też kwestia komponentów Open Source oraz bibliotek płatnych. Strona nigdy nie jest napisana w 100% od zera przez jednego człowieka. Agencja musi oświadczyć, jakie elementy są na licencjach otwartych (np. silnik WordPress, biblioteki JavaScript), a jakie są ich autorskimi rozwiązaniami, do których dostajesz wyłączność.
Specyfikacja funkcjonalna to Twój jedyny bezpiecznik przed dopłatami
Najczęstszy punkt zapalny w relacji klient-agencja to zdanie: "Ale myśleliśmy, że to jest w cenie". Jeśli Twoja umowa nie zawiera szczegółowego załącznika z listą funkcjonalności, przygotuj portfel na tzw. change requests, czyli płatne zlecenia zmian. Agencja zawsze wyjdzie z założenia, że skoro czegoś nie ma w spisie, to znaczy, że tego nie zamawiałeś. Nie wystarczy napisać "sklep internetowy z płatnościami". Musisz rozpisać, jakie to płatności (przelew, karta, Blik), czy system ma generować faktury PDF, czy ma się łączyć z Twoim konkretnym magazynem w systemie ERP.
Z mojego doświadczenia wynika, że im bardziej "łopatologiczny" jest opis, tym mniej stresu przy odbiorach. Zapisz w specyfikacji nawet tak oczywiste rzeczy jak responsywność (poprawne wyświetlanie na telefonach), zgodność z konkretnymi wersjami przeglądarek czy integrację z Twoim kontem Google Analytics. Jeśli agencja broni się przed doprecyzowaniem specyfikacji, twierdząc, że "przecież się dogadamy", to jest to czerwona flaga. W biznesie "dogadywanie się" kończy się tam, gdzie zaczyna się strata marży wykonawcy.
Dobra praktyka to podział specyfikacji na "Must have" (rzeczy krytyczne dla startu) oraz "Should have" (rzeczy, które mogą dojść w trakcie, jeśli starczy budżetu). Taki podział pozwala uniknąć paraliżu projektu, gdy nagle okazuje się, że jedna drobna funkcja blokuje premierę całej strony. Pamiętaj też o ustaleniu limitu poprawek graficznych. Standardem są dwie lub trzy serie poprawek do wybranego projektu. Jeśli nie ustalisz tego w umowie, agencja może po drugiej zmianie koloru przycisku wystawić Ci fakturę za dodatkowe godziny pracy grafika.
Harmonogram i kary umowne: jak realnie motywować wykonawcę?
Umowa bez kar umownych to tylko lista życzeń. Programiści i agencje mają tendencję do "rozciągania" czasu pracy, zwłaszcza gdy wpadnie im większy, lepiej płatny projekt. Twoim zadaniem jest zabezpieczenie terminów. Nie wpisuj jednak jednej kary za "oddanie strony", bo to nie działa. Podziel projekt na etapy: projekt graficzny, makiety funkcjonalne, wersja beta na serwerze testowym, wdrożenie produkcyjne. Za każdy dzień zwłoki w oddaniu konkretnego etapu powinna przysługiwać Ci kara umowna, np. 0,2% wartości danego etapu za każdy dzień opóźnienia.
Brzmi drastycznie? Może, ale to jedyny sposób, byś był priorytetowym klientem. Jednocześnie bądź fair – umowa musi przewidywać, że jeśli Ty spóźnisz się z dostarczeniem treści lub grafik, termin wykonawcy przesuwa się o analogiczny czas. To uczciwy układ. Zwróć też uwagę na tzw. limit kar umownych. Agencje zazwyczaj chcą ograniczyć swoją odpowiedzialność do 20-30% wartości kontraktu. Staraj się wynegocjować co najmniej 50%, aby w razie totalnej klapy projektu mieć z czego pokryć koszty znalezienia nowego wykonawcy "na ratunek".
Warto również dodać zapis o prawie do odstąpienia od umowy, jeśli opóźnienie przekroczy np. 30 dni. Bez tego zapisu możesz utknąć w martwym punkcie – nie masz strony, a umowa nadal wiąże Ci ręce, bo nie została formalnie rozwiązana. W takim scenariuszu musisz mieć prawo do odebrania tego, co do tej pory zostało zrobione, wraz z prawami autorskimi do tych częściowych efektów, by móc kontynuować pracę z kimś innym.
Gwarancja a rękojmia – nie daj sobie wmówić, że 3 miesiące wystarczy
Standardowo agencje oferują 3 lub 6 miesięcy gwarancji na kod. Z perspektywy praktyka powiem Ci wprost: to za mało. Strona internetowa to żywy organizm. Błędy często wychodzą dopiero po pierwszym dużym skoku ruchu, np. podczas kampanii promocyjnej w social mediach, która może wydarzyć się pół roku po premierze. Celuj w minimum 12 miesięcy gwarancji. Co ważne, w umowie musi być jasno zdefiniowane, co jest błędem (bugiem), a co zmianą funkcjonalną.
Błąd to sytuacja, w której strona nie działa zgodnie ze specyfikacją (np. formularz kontaktowy nie wysyła maili). Zmiana to sytuacja, w której chcesz, by formularz miał dodatkowe pole. Gwarancja powinna obejmować naprawę błędów bezpłatnie w określonym czasie (tzw. czas reakcji i czas naprawy). Jeśli strona "leży", naprawa musi nastąpić w ciągu kilku godzin, a nie dni. To prowadzi nas do kolejnego punktu, czyli utrzymania strony po wdrożeniu.
Wiele osób o tym zapomina, a to właśnie tutaj generowane są ukryte koszty. Dowiedz się, ile kosztuje godzina pracy programisty po zakończeniu okresu gwarancyjnego. Zapisz tę stawkę w umowie, aby za dwa lata nie przeżyć szoku, gdy agencja podniesie ceny o 300%. Jeśli szukasz solidnego partnera do realizacji takich projektów, warto sprawdzić Smartwww Kraków, gdzie standardy techniczne idą w parze z jasnymi zasadami współpracy.
Kod źródłowy i dostęp do serwerów – Twoje polisy ubezpieczeniowe
To jest moment, w którym najwięcej klientów daje się zapędzić w kozi róg. Musisz mieć pełne, administracyjne dostępy do wszystkiego: serwera FTP/SSH, bazy danych, panelu zarządzania domeną oraz – co najważniejsze – do repozytorium kodu (np. na GitHub lub GitLab). Jeśli agencja mówi, że trzyma kod na swoim prywatnym serwerze i nie może Ci dać dostępu, to zapala się czerwone światło. W razie upadłości agencji lub kłótni z jej szefem, tracisz wszystko.
Zapisz w umowie, że najpóźniej w dniu oddania strony (lub po zapłaceniu określonej transzy), agencja ma obowiązek przekazać Ci kompletną kopię kodu źródłowego w wersji edytowalnej. Strona skompilowana (czyli taka, której nie da się łatwo edytować) jest dla Ciebie bezwartościowa w kontekście dalszego rozwoju. Jeśli korzystają z systemów CMS typu WordPress czy PrestaShop, musisz otrzymać listę wszystkich zainstalowanych wtyczek wraz z ich kluczami licencyjnymi. Często zdarza się, że agencje używają własnych, zbiorczych licencji "deweloperskich" – kiedy współpraca się kończy, wtyczki przestają się aktualizować, a Twoja strona staje się podatna na ataki hakerskie.
Wymagaj również dokumentacji technicznej. Nie musi to być książka, ale chociaż krótki "instruktaż" dla innego programisty: jak uruchomić środowisko, gdzie są kluczowe pliki konfiguracyjne i jak wygląda struktura bazy danych. Bez tego każda inna firma będzie musiała poświęcić kilkanaście godzin na "odkrywanie", co autor miał na myśli, a Ty za te godziny zapłacisz.
Ile to wszystko realnie kosztuje i skąd biorą się różnice w ofertach?
Ceny stron internetowych w Polsce to temat rzeka, ale operując konkretami: prosta wizytówka firmowa na gotowym szablonie to koszt rzędu 2 500 – 5 000 zł. Strona dedykowana z autorskim projektem graficznym zaczyna się od 7 000 – 15 000 zł, a zaawansowane serwisy z integracjami zewnętrznymi to wydatki powyżej 25 000 zł. Skąd te różnice? Diabeł tkwi w tym, czego nie widać na pierwszy rzut oka.
- Jakość kodu: Tanie strony są często "sklejane" z gotowych wtyczek, które spowalniają serwis. Profesjonaliści piszą kod lekki i zoptymalizowany pod SEO.
- Bezpieczeństwo: Czy agencja wykonuje testy penetracyjne? Czy dba o certyfikaty SSL i zabezpieczenia przeciw atakom brute-force?
- Wsparcie wdrożeniowe: Czy w cenie jest przeniesienie treści ze starej strony, czy musisz to robić sam wieczorami?
- Optymalizacja szybkości: Czy strona ma wynik w Google PageSpeed Insights powyżej 90 punktów, czy ledwo dobija do 40?
Uważaj na oferty typu "strona za 500 zł". Zazwyczaj wiążą się one z ukrytym abonamentem za hosting, który po roku kosztuje trzy razy tyle co rynkowa norma, albo z brakiem jakichkolwiek praw do strony. W branży IT sprawdza się zasada: jeśli coś jest podejrzanie tanie, to znaczy, że produktem jesteś Ty i Twoje dane, albo zostaniesz "odrobiony" na serwisie i poprawkach.
Na co uważać – lista "czerwonych flag" w negocjacjach
Zanim podpiszesz umowę, sprawdź, czy nie zawiera ona toksycznych zapisów, które są zmorą zamawiających. Oto lista ostrzegawcza opracowana na podstawie dziesiątek nieudanych wdrożeń:
- Zakaz konkurencji dla wykonawcy: Czasami agencje chcą zabronić Ci współpracy z innymi firmami IT przez czas trwania umowy. To niedopuszczalne.
- Brak definicji "zakończenia prac": Umowa musi jasno mówić, że odbiór następuje po podpisaniu protokołu bez zastrzeżeń, a nie "z chwilą wysłania maila przez wykonawcę".
- Niejasne koszty hostingu: Upewnij się, że strona może stać na dowolnym serwerze, a nie tylko tym należącym do agencji. Uwiązanie hostingowe to najczęstsza forma "szantażu" przy próbie odejścia.
- Brak zapisu o poufności (NDA): Agencja będzie miała dostęp do Twoich danych biznesowych, list klientów czy strategii sprzedaży. Muszą być zobowiązani do zachowania tajemnicy pod wysoką karą.
- Przeniesienie praw tylko do "wersji finalnej": To pułapka. Powinieneś mieć prawa do wszystkich projektów i wersji pośrednich, za które zapłaciłeś, aby np. móc wrócić do wcześniejszej koncepcji graficznej.
FAQ – Krótkie odpowiedzi na palące pytania
Czy muszę płacić zaliczkę przed rozpoczęciem prac?
Tak, w branży IT standardem jest zaliczka lub zadatek w wysokości 20-30%. Chroni to wykonawcę przed klientami, którzy rozmyślają się po tygodniu. Nigdy jednak nie płać 100% z góry.
Co jeśli agencja zniknie w trakcie prac?
Dlatego tak ważne są dostępy do repozytorium kodu od pierwszego dnia. Jeśli masz kod na swoim koncie GitHub, możesz wynająć innego programistę, by dokończył dzieło. Bez tego zostajesz z niczym.
Czy mogę odstąpić od umowy, jeśli projekt mi się po prostu nie podoba?
To zależy od zapisów. Jeśli umowa przewiduje "akceptację etapów", a Ty zaakceptowałeś makiety, nie możesz się wycofać tylko dlatego, że zmienił Ci się gust. Dlatego tak ważne jest precyzyjne ustalenie stylu graficznego na początku.
Kto odpowiada za treści i zdjęcia na stronie?
Zazwyczaj Ty jako zamawiający. Pamiętaj, że jeśli dostarczysz agencji zdjęcia "z internetu" bez licencji, to Ty będziesz płacić kary za naruszenie praw autorskich, a nie agencja, która je wstawiła na Twoje polecenie.
Jak sprawdzić, czy strona została wykonana poprawnie?
Zanim podpiszesz protokół odbioru i przelejesz ostatnią transzę, wykonaj własny audyt. Nie musisz być techniczny. Użyj darmowych narzędzi. Wpisz adres strony w Google PageSpeed Insights – jeśli wyniki są na czerwono, żądaj optymalizacji. Sprawdź stronę na swoim telefonie, na telefonie żony i starym tablecie. Kliknij w każdy przycisk, wyślij testowy formularz, sprawdź, czy linki w stopce działają.
Ważnym testem jest tzw. walidacja formularzy. Wpisz w pole e-mail cokolwiek (np. same cyfry) i zobacz, czy system to przepuści. Jeśli tak – strona jest podatna na spam i błędy. Sprawdź też, czy strona posiada certyfikat SSL (kłódka przy adresie). To absolutne podstawy, o których agencje w pośpiechu zapominają. Dopiero gdy przejdziesz przez tę własną checklistę, możesz z czystym sumieniem zamknąć projekt i zacząć zarabiać na swojej nowej witrynie.
Pamiętaj, że umowa jest dla Ciebie, gdy jest źle, a nie gdy jest dobrze. Kiedy współpraca układa się świetnie, nikt do niej nie zagląda. Ale w biznesie trzeba być przygotowanym na ten jeden procent sytuacji, w których wszystko idzie nie tak. Dobrze skonstruowany kontrakt pozwoli Ci wtedy spać spokojnie, wiedząc, że Twój kod, Twoja domena i Twoje pieniądze są bezpieczne.
Polecane firmy: Internet
Smartwww - strony internetowe, pozycjonowanie SEO, Al, tworzenie stron www KrakówInternet Małopolskie
📍 Tatarska 5, 30-103 Kraków
📞 123502505
✉️ [email protected]
🌐 smartwww.pl
🕒 Cały tydzień
NIP: 677-234-88-58 · REGON: 0000366216 · KRS: 0000366216
