Zasady_Wspolpracy_i_Handover

1. Briefing i Analiza

Każdy projekt zaczynamy od briefingu, w którym ustalamy cele biznesowe, grupę docelową, zakres funkcjonalny i KPI. To etap obowiązkowy — bez jego zakończenia nie rozpoczynamy prac projektowych.

Obowiązki Klienta na tym etapie: Klient zobowiązany jest do dostarczenia wszystkich niezbędnych materiałów (loga, treści, dostępów, materiałów graficznych) przed startem prac produkcyjnych. Opóźnienia wynikające z nieterminowego dostarczenia materiałów przez Klienta nie są wliczane w harmonogram realizacji i mogą skutkować przesunięciem terminu bez prawa do reklamacji lub obniżenia wynagrodzenia.

Zakres projektu ustalony na etapie briefingu jest wiążący. Zmiany zakresu zgłoszone po rozpoczęciu prac produkcyjnych (tzw. scope creep) są kwalifikowane jako prace dodatkowe i wyceniane według aktualnej stawki godzinowej — niezależnie od ich pozornej „drobności".

2. Budowa Iteracyjna i Poprawki

Pracujemy w systemie zamkniętych etapów. Po każdym kluczowym milestone'ie (makieta, wersja staging, wersja finalna) Klient otrzymuje wgląd w postępy i ma możliwość zgłoszenia uwag.

W cenie każdego projektu zawarte są 2 tury poprawek, przy czym:

• Poprawki muszą być zgłaszane zbiorczo, w formie jednej listy na koniec każdego etapu — nie przyjmujemy uwag rozproszonych w wiadomościach, mailach ani telefonach.
• Poprawki dotyczą realizacji ustalonego zakresu, nie zmiany koncepcji projektu.
• Każda kolejna tura poprawek lub zmiana założeń zatwierdzonego etapu jest wyceniana dodatkowo według stawki godzinowej obowiązującej w dniu zgłoszenia.
• Brak pisemnej odpowiedzi Klienta w ciągu 7 dni roboczych od przesłania materiałów do weryfikacji jest traktowany jako akceptacja danego etapu. Zgłoszenie poprawek po tym terminie może być potraktowane jako dodatkowe zlecenie.

3. Płatności i Finanse

Stosujemy transparentny model płatności chroniący obie strony:

• Model 50/50: 50% wartości projektu (zadatek) płatne przed startem prac produkcyjnych. Brak wpłaty zadatku = brak startu — bez wyjątków. Pozostałe 50% płatne po akceptacji wersji finalnej, a przed publikacją pod domeną główną.
• Zadatek bezzwrotny: W przypadku rezygnacji Klienta po rozpoczęciu prac, zadatek nie podlega zwrotowi. Pokrywa koszty już wykonanych prac, rezerwacji terminu i czasu analitycznego.
• Opłata jednorazowa: Klient płaci raz — za kod, projekt i wdrożenie. Nie ma subskrypcji, ukrytych opłat licencyjnych ani „czynszu" za dostęp do własnej strony.
• Koszty zewnętrzne: Opłaty za domeny, hosting, certyfikaty SSL, zewnętrzne API i usługi third-party (np. Vercel, Resend, Supabase) są kosztami ponoszonymi przez Klienta lub rozliczanymi zgodnie z pakietem opieki i nie są wliczone w cenę projektu, o ile inaczej nie wskazano w ofercie.
• Termin płatności: Faktury płatne w ciągu 7 dni od wystawienia. Opóźnienia w płatnościach uprawniają VoodooOps do wstrzymania prac lub przekazania dostępów do czasu uregulowania należności.

4. Testy i Optymalizacja

Przed publikacją każdy projekt przechodzi przez wewnętrzny „Voodoo Stress Test". Weryfikujemy Core Web Vitals, poprawność nagłówków bezpieczeństwa HTTP, responsywność (RWD) oraz podstawową zgodność z wytycznymi WCAG.

Testy przeprowadzane są na urządzeniach i przeglądarkach objętych oficjalnym wsparciem w momencie oddania projektu. VoodooOps nie ponosi odpowiedzialności za poprawność działania strony w przeglądarkach wycofanych z użycia, nieaktualizowanych środowiskach systemowych ani na urządzeniach niespełniających minimalnych wymagań technicznych.

Usterki ujawnione po fazie testów, wynikające ze zmian wprowadzonych przez Klienta lub osoby trzecie po handoverze, nie są objęte gwarancją opisaną w sekcji 7.

5. Handover Kodu i Własność

Po uregulowaniu płatności końcowej Klient otrzymuje pełną własność kodu źródłowego w zakresie opisanym w ofercie. VoodooOps nie rości sobie żadnych praw do dalszego użytkowania gotowego projektu przez Klienta.

• Model Opieki (Managed): Projekt jest utrzymywany na infrastrukturze VoodooOps (Vercel, Supabase, Resend). Klient ma dostęp do swoich danych i paneli, natomiast konta master pozostają po stronie VoodooOps przez cały okres aktywnej opieki technicznej.
• Handover Standalone: Na pisemny wniosek Klienta wykonujemy jednorazowy handover na infrastrukturę Klienta. Handover jest bezpłatny przy starcie projektu, pod warunkiem że konta Klienta (Vercel, Supabase, Resend lub odpowiedniki) są przygotowane i aktywne przed terminem przekazania. Dodatkowe prace konfiguracyjne wynikające z nieprzygotowania kont po stronie Klienta są wyceniane osobno.
• Biblioteki open-source i zależności: Projekt może korzystać z bibliotek i narzędzi open-source objętych własnymi licencjami (MIT, Apache 2.0 i in.). Prawa własności przekazywane Klientowi dotyczą wyłącznie kodu wytwarzanego przez VoodooOps — nie obejmują praw do komponentów third-party.

6. Procedura Rozwiązania Współpracy

W przypadku rezygnacji z pakietu opieki technicznej obowiązuje następująca procedura:

• Wypowiedzenie: Wymagany pisemny 30-dniowy okres wypowiedzenia, liczony od dnia doręczenia rezygnacji na adres kontaktowy VoodooOps.
• Transfer danych: W ciągu 14 dni od zakończenia współpracy przekazujemy Klientowi paczki kodu źródłowego, eksport bazy danych oraz instrukcję migracji w formie dokumentu technicznego.
• Wygaszenie infrastruktury: Po upływie 30 dni od zakończenia wypowiedzenia instancje projektu są usuwane z kont master VoodooOps. VoodooOps nie ponosi odpowiedzialności za przerwę w działaniu strony ani utratę danych powstałą wskutek niewykonania migracji przez Klienta w przewidzianym terminie.
• Zaległości: Przekazanie kodu i danych warunkowane jest brakiem zaległości płatniczych wobec VoodooOps na dzień zakończenia współpracy.

7. Dokumentacja i Gwarancja

Do każdego projektu dołączamy „Voodoo Manifesto" — dokumentację techniczną obejmującą opis architektury, instrukcję lokalnego uruchomienia projektu oraz wykaz kluczowych zależności i konfiguracji środowiskowych.

Gwarancja: VoodooOps udziela 30-dniowej gwarancji na błędy w kodzie ujawnione po przekazaniu projektu, o ile spełnione są łącznie następujące warunki:

• Błąd istniał w momencie przekazania projektu i wynika bezpośrednio z kodu dostarczonego przez VoodooOps.
• Klient nie wprowadzał samodzielnie żadnych zmian w kodzie źródłowym ani środowisku produkcyjnym po handoverze.
• Błąd został zgłoszony na piśmie w ciągu 30 dni od daty formalnego zakończenia projektu.

Gwarancja nie obejmuje problemów wynikających z działań Klienta lub podmiotów trzecich, zmian w zewnętrznych API lub usługach, aktualizacji platformy hostingowej ani zdarzeń niezależnych od VoodooOps.

Handover uznaje się za zakończony w momencie pisemnego potwierdzenia przez Klienta dostępu do przekazanego repozytorium GitHub. Potwierdzenie to jest równoznaczne z odbiorem technicznym i zamknięciem etapu realizacji.