Kod aplikacji / przekazanie projektu
Co dzieje się z kodem po zakończeniu współpracy?
Repozytorium, prawa do kodu, infrastruktura, dokumentacja i przekazanie projektu. Lista elementów, które klient powinien otrzymać po wdrożeniu aplikacji.
KRÓTKA ODPOWIEDŹ
Po rozliczeniu projektu klient powinien mieć prawa określone w umowie, dostęp do repozytorium, hostingu, bazy danych, domeny i usług zewnętrznych oraz dokumentację wystarczającą do dalszego rozwoju. Najbezpieczniej, gdy kluczowe konta od początku należą do klienta, a wykonawca otrzymuje do nich dostęp zespołowy.
- Samo archiwum ZIP nie jest pełnym przekazaniem projektu.
- Umowa powinna precyzować prawa majątkowe i moment ich przejścia.
- Klient powinien kontrolować domenę, hosting, bazę i konta usług krytycznych.
- Inny zespół musi móc uruchomić projekt bez wiedzy przechowywanej tylko w głowie autora.
Z PRAKTYKI TWOJSOFTWARE
Nasze projekty powstają w popularnym stacku, między innymi Next.js, TypeScript, PostgreSQL i Supabase. Po wdrożeniu przekazujemy kod i dostęp do infrastruktury, a pierwsze 30 dni obejmuje wsparcie po starcie.
01
Wewnętrzna myśl: „Po zakończeniu zostanę z kodem, którego nikt nie rozumie”
To realne ryzyko, szczególnie gdy wszystkie konta należą do wykonawcy, a projekt działa tylko dzięki ręcznym operacjom jednej osoby. Własność kodu nie rozwiązuje problemu, jeśli klient nie ma dostępu do danych, środowiska produkcyjnego i instrukcji wdrożenia.
02
Stanowisko: klient powinien móc zmienić wykonawcę bez utraty produktu
Brak vendor lock-in nie oznacza, że przejęcie projektu nie wymaga czasu. Oznacza, że nie istnieje techniczna lub formalna blokada uniemożliwiająca innemu zespołowi pracę. Popularne technologie, normalne repozytorium, migracje bazy i zapisane decyzje ograniczają koszt takiego przejęcia.
03
Dowód: popularny stack i oddzielone usługi
Rentumi działa na Next.js, TypeScript, Supabase, Clerk, Cloudflare R2, Mapbox i Vercel. To usługi z dokumentacją i rynkiem specjalistów. Każda odpowiada za jasno określony obszar, a kluczowa logika produktu pozostaje w repozytorium aplikacji.
Podobnie systemy kolejowe korzystają z Next.js, Supabase i kontrolowanych integracji do eksportu. Dzięki temu dalszy rozwój nie wymaga dostępu do prywatnego frameworka stworzonego przez jednego wykonawcę.
04
Usunięcie obawy: lista przekazania projektu
Najlepiej uzgodnić listę odbiorową jeszcze przed startem. Nie każdy projekt potrzebuje rozbudowanej dokumentacji technicznej, ale każdy powinien mieć instrukcję uruchomienia, opis usług, migracje i właścicieli kont.
- repozytorium z pełną historią zmian i właściwymi uprawnieniami
- instrukcja uruchomienia lokalnego oraz wdrożenia
- lista zmiennych środowiskowych bez publikowania sekretów
- dostęp administracyjny do hostingu, bazy, domeny i storage
- migracje bazy oraz opis kopii zapasowych
- lista integracji, limitów i kosztów usług zewnętrznych
- znane ograniczenia, backlog i sposób zgłaszania błędów
- potwierdzenie warunków licencyjnych oraz praw z umowy
05
Kwalifikacja: kiedy potrzebny jest pełny handover
Pełne przekazanie jest konieczne, gdy projekt przejmuje wewnętrzny zespół albo nowy wykonawca. Przy dalszej stałej współpracy część wiedzy może pozostać w narzędziach zespołu, ale klient nadal powinien kontrolować kod i konta krytyczne.
Jeśli wykonawca odmawia dostępu do repozytorium, utrzymuje produkcję wyłącznie na prywatnym koncie albo nie potrafi wskazać sposobu wykonania kopii danych, jest to sygnał ostrzegawczy przed podpisaniem umowy.
06
Zaproszenie: ustal własność i przekazanie przed pierwszym sprintem
W opisie projektu zaznacz, kto ma być właścicielem repozytorium, infrastruktury i danych. Dzięki temu architektura oraz umowa od początku wspierają pełne przekazanie, zamiast rozwiązywać ten temat dopiero przy zakończeniu współpracy.
FAQ
Pytania, które pojawiają się najczęściej.
Czy klient otrzymuje kod źródłowy aplikacji?
Powinno to wynikać wprost z umowy. W TwojSoftware klient otrzymuje kod projektu i może rozwijać go z nami, własnym zespołem albo innym wykonawcą.
Czy domena i hosting powinny należeć do klienta?
Tak, szczególnie w przypadku usług krytycznych. Najbezpieczniej utworzyć konta na dane klienta i nadać wykonawcy odpowiednie uprawnienia zespołowe.
Jaka dokumentacja jest potrzebna po wdrożeniu?
Minimum to instrukcja uruchomienia i wdrożenia, lista usług oraz zmiennych, migracje bazy, opis kopii danych i znanych ograniczeń.
NASTĘPNY KROK
Chcesz od początku zachować kontrolę nad kodem i infrastrukturą?
Opisz projekt w sześciu pytaniach. W zakresie uwzględnimy własność kodu, konta klienta i sposób przekazania produktu po wdrożeniu.