Zmiana software house'u: jak przejąć aplikację i co sprawdzić w audycie

Najkrócej: najpierw dostępy i prawa, potem audyt, na końcu wypowiedzenie. W tej kolejności nic nie ginie po drodze, a nowa firma wycenia to, co naprawdę jest w kodzie, a nie to, co zgaduje.

Kiedy zmiana software house'u ma sens?

Gdy przestajesz dostawać działające wersje, a nie tylko wtedy, gdy coś cię irytuje. Z takimi sytuacjami founderzy przychodzą do nas najczęściej:

• wykonawca odpisuje po tygodniu, a terminy przesuwają się z miesiąca na miesiąc,
• faktury przychodzą, a nowej wersji w sklepie nie było od kwartału,
• sklep odrzucił aktualizację i nikt nie umie powiedzieć dlaczego,
• freelancer, który zbudował aplikację, zajął się czymś innym,
• każda drobna zmiana psuje coś w innym miejscu.

Jedna z tych rzeczy to powód do rozmowy z wykonawcą. Kilka naraz to sygnał, żeby przygotować przejęcie, zanim relacja popsuje się do końca. Dostępy łatwiej odebrać od firmy, z którą jeszcze rozmawiasz.

Co musisz odebrać od poprzedniego software house'u?

Wszystko, bez czego nowy zespół nie zbuduje i nie wyda aplikacji. Przejdź tę listę, zanim cokolwiek wypowiesz:

Kod nie przechodzi razem z aplikacją w sklepie. Apple pisze wprost, że przy transferze aplikacja zachowuje Bundle ID, opinie i oceny, a kod i pliki potrzebne do buildu poprzedni właściciel przekazuje osobno. W Google Play razem z aplikacją przechodzą użytkownicy, oceny i subskrypcje, a zamówienia sprzed transferu zostają na starym koncie.

Jeśli wykonawca założył na siebie całe konto deweloperskie, a nie tylko aplikację, w Google Play od 27 maja 2026 zmiana właściciela konta idzie wyłącznie przez oficjalną funkcję w Play Console, z obowiązkowym 7-dniowym okresem ochronnym. Przekazanie loginu i hasła nie jest już dozwolone.

Do kogo należy kod aplikacji po zakończeniu współpracy?

Do tego, na kogo umowa przeniosła autorskie prawa majątkowe. Sama zapłata za aplikację nie wystarczy. Program komputerowy jest w polskim prawie chroniony jak utwór (art. 74 ustawy o prawie autorskim), więc bez przeniesienia praw kod może prawnie zostać przy wykonawcy.

• Forma pisemna. Umowa przenosząca prawa wymaga formy pisemnej pod rygorem nieważności (art. 53). Wystarczy papier albo kwalifikowany podpis elektroniczny. Akceptacja w mailu nie wystarczy.
• Pola eksploatacji. Prawa przechodzą tylko na pola wyraźnie wymienione w umowie (art. 41 ust. 2). Dla aplikacji to co najmniej utrwalanie i zwielokrotnianie kodu, jego modyfikowanie, rozpowszechnianie, w tym w sklepach z aplikacjami, i udostępnianie w sieci.
• Wydanie kodu źródłowego. Zapisz wprost, że wykonawca przekazuje kod źródłowy z repozytorium. Prawo do zmieniania aplikacji niewiele daje, gdy masz tylko jej wersję ze sklepu.
• Dane osobowe. Jeśli wykonawca miał dostęp do danych użytkowników, przetwarzał je na podstawie umowy powierzenia (art. 28 RODO). Po zakończeniu usług usuwa je albo zwraca, zależnie od twojej decyzji. Nowy wykonawca potrzebuje własnej umowy powierzenia.

Jeśli stara umowa nic nie mówi o prawach, nie zrywaj jej w złości. Najpierw podpisz z wykonawcą przeniesienie praw do tego, co już powstało, najlepiej z prawnikiem. Na co patrzeć w umowie z nową firmą, opisaliśmy w tekście jak wybrać software house.

Co sprawdza audyt aplikacji mobilnej przed przejęciem?

Audyt odpowiada na jedno pytanie: co dokładnie przejmujesz. Kod to tylko jeden z siedmiu obszarów, które sprawdzamy.

Wymagania sklepów zmieniają się co roku. Od 28 kwietnia 2026 App Store przyjmuje tylko wersje zbudowane w Xcode 26, a od 31 sierpnia 2026 aktualizacje w Google Play muszą celować w Androida 16 (API 36). Jeśli aplikacja stoi na starym frameworku, przeczytaj, jak wygląda migracja z Xamarina do MAUI albo Fluttera.

Do tego Apple wymaga, żeby w aplikacji, w której można założyć konto, dało się je też usunąć. Audyt wyłapuje takie rzeczy, zanim zrobi to recenzent w sklepie.

Jak przejąć aplikację od innej firmy krok po kroku?

• Krok 1Dostępy do repozytorium, sklepów i chmury, jeszcze przed wypowiedzeniem
• Krok 2Audyt aplikacji i raport na piśmie
• Krok 3Plan: co zostawić, co poprawić, co przepisać, z ceną etapów
• Krok 4Konta, klucze i prawa autorskie na twoją firmę
• Krok 5Pierwsza aktualizacja od nowego zespołu

Kolejność ma znaczenie. Do audytu wystarczy dostęp do odczytu, więc stary wykonawca może jeszcze pracować, gdy nowy sprawdza kod. Wypowiedzenie wysyłasz, gdy wiesz, co masz i kto przejmie aplikację następnego dnia.

Po audycie decydujesz ty. Poprawiamy aplikację bez wyłączania jej, a gdy plan mówi, że trzeba ją przepisać, nowa wersja wychodzi jako aktualizacja tej samej karty w sklepie. Raport zostaje u ciebie także wtedy, gdy poprawki robi twój zespół.

Ile kosztuje audyt aplikacji mobilnej i przejęcie?

Audyt aplikacji w Codigee kosztuje 17 500-28 000 zł netto. Miejsce w tym przedziale zależy od wielkości aplikacji i backendu. Audyt kończy się raportem i planem z ceną każdego etapu, więc dalsze koszty znasz przed decyzją.

Fakturę dostajesz za każdy odebrany etap i po każdym możesz się zatrzymać. Aplikacje, które budujemy, mają 6 miesięcy gwarancji. Wszystkie ceny są w cenniku Codigee. Jeśli wszystko zaczęło się od odrzuconej aktualizacji, zobacz, jak odblokowujemy odrzuconą aplikację.

Jak wyglądało przejęcie aplikacji Corner?

Corner, marketplace z zakupami na żywo, trafił do nas od poprzedniej firmy. Naszym zadaniem było przyspieszyć aplikację i usunąć przycięcia. Po tych zmianach wzrosła konwersja zakupów. Szczegóły są w realizacji Corner (po angielsku).

Przejęcie to często początek długiej współpracy. Sales Companion, aplikację dla przedstawicieli handlowych, rozwijamy we Flutterze od ponad 4 lat. W 2024 roku przepisaliśmy ją od zera, wszyscy klienci przeszli na nową wersję, a od wersji 2.0 wyszło ponad 100 wydań, nowe prawie co tydzień.