Reaktywacja aplikacji

Masz starą aplikację? Reaktywujemy ją

Projekt nie buduje się od lat, aplikacja wypadła ze sklepu albo została po zespole, którego już nie ma. Zaczynamy od darmowej analizy, potem jednorazowa reaktywacja o niskim koszcie — a utrzymanie dopiero wtedy, kiedy faktycznie go potrzebujesz.

/* symptoms */

Kiedy reaktywacja aplikacji mobilnej ma sens

Jeśli któryś z tych punktów brzmi znajomo, aplikacja najczęściej nadaje się do reaktywacji — bez pisania jej od nowa.

  • Projekt nie buduje się na aktualnych narzędziach
  • Google Play lub App Store odrzuca kolejne wydania
  • Aplikacja zniknęła ze sklepu przez niespełnione wymagania targetSdk
  • Biblioteki są o kilka wersji major do tyłu
  • Od ostatniego wydania minęły lata
  • Zespół, który pisał aplikację, dawno odszedł
  • Nikt nie potrafi powiedzieć, czy da się ją jeszcze podnieść
/* reactivation_path */

Trzy kroki, zero zobowiązań na starcie

Nie zaczynamy od umowy na utrzymanie. Najpierw sprawdzamy, w jakim stanie naprawdę jest projekt.

// 01

Darmowa analiza projektu

bez kosztów

Dostajemy dostęp do repozytorium i sprawdzamy, co blokuje build, jak daleko w tyle są biblioteki i ile pracy dzieli aplikację od wydania. Wynik dostajesz na piśmie, razem z oszacowaniem.

Co zyskujesz

Start bez ryzyka

// 02

Jednorazowa reaktywacja

jeden ustalony zakres

Podnosimy projekt do stanu, w którym buduje się, przechodzi weryfikację sklepu i da się go dalej rozwijać. Jedna wycena, jeden zakres, wydanie na koniec.

Co zyskujesz

Powrót aplikacji do sklepu

// 03

Elastyczne utrzymanie

wg potrzeb

Po reaktywacji decydujesz, czy zostawiamy aplikację w Twoich rękach, czy przejmujemy jej utrzymanie w wymiarze godzin, który sam ustalisz.

Co zyskujesz

Spokojny rozwój po reaktywacji

/* reactivation_scope */

Co robimy przy reaktywacji

Dokładny zakres ustalamy po analizie — poniżej to, co pojawia się w niej najczęściej.

> Build i narzędzia

  • Naprawa buildu na aktualnych wersjach Gradle i Xcode
  • Migracja projektu na wspierane wersje języka
  • Odtworzenie i uporządkowanie konfiguracji wydań
  • Uruchomienie CI/CD, jeśli projekt go nie ma

> Zależności i kod

  • Podbicie bibliotek do wspieranych wersji
  • Naprawa błędów wynikających z przestarzałego kodu
  • Dostosowanie kodu do nowszych wersji Androida i iOS
  • Wymiana bibliotek, które nie są już rozwijane

> Sklep i wydanie

  • Podbicie targetSdk i deployment targetu do wymagań sklepów
  • Uzupełnienie wymaganych deklaracji: privacy, uprawnienia
  • Usunięcie przyczyn wcześniejszych odrzuceń
  • Wydanie zreaktywowanej wersji na App Store i Google Play
/* store_removal */

Aplikacja zniknęła ze sklepu? Zwykle da się ją przywrócić

Aplikacja, która wypadła z Google Play lub App Store, najczęściej nie wymaga przepisania. Trzeba usunąć przyczynę, dla której sklep ją ukrył albo zdjął, i wydać poprawioną wersję.

Ukryta w Google Play przez zbyt niski targetSdk

Google Play przestaje udostępniać nowym użytkownikom z nowszym Androidem aplikacje, które nie spełniają wymagań docelowego poziomu API. Podbijamy targetSdk, naprawiamy to, co psuje się na nowszych wersjach systemu, i wydajemy aktualizację.

Usunięta za naruszenie zasad sklepu

Brak polityki prywatności, niekompletna deklaracja bezpieczeństwa danych albo uprawnienia, których aplikacja nie uzasadnia. Usuwamy przyczynę, uzupełniamy deklaracje i wysyłamy aplikację do ponownej weryfikacji albo przygotowujemy odwołanie.

Zdjęta z App Store jako nieaktualizowana

Apple może usunąć aplikację, która od dawna nie była aktualizowana. Podnosimy projekt do aktualnego Xcode i SDK, poprawiamy błędy na bieżących wersjach iOS i wysyłamy nową wersję do recenzji.

Aplikacja zniknęła z Google Play? Termin API 36 → Co oznacza termin target API 36 i jak przywrócić aplikację krok po kroku.