Stworzenie aplikacji mobilnej trwa od 3–5 tygodni przy MVP do 2,5–4,5 miesiąca przy rozbudowanym systemie z integracjami. Z kolei typowy projekt dla firmy zamyka się w 1,5–2,5 miesiąca. Do tego trzeba również doliczyć od trzech dni do dwóch tygodni na weryfikację w App Store i Google Play.
Poniżej rozkład tego czasu na tygodnie: co dzieje się na każdym etapie i kiedy projekt czeka na Ciebie, a nie na programistów. Terminy dotyczą aplikacji budowanej na zamówienie na iOS i Androida, nie składanej z szablonów.
Ile trwa stworzenie aplikacji w trzech typowych scenariuszach?
Pytanie „ile trwa stworzenie aplikacji” ma trzy odpowiedzi, bo pod jednym słowem kryją się trzy różne zakresy.
| Typ projektu | Czas | Zespół (liczba osób) | Co dostajesz na końcu |
|---|---|---|---|
| MVP - jedna ścieżka użytkownika | 3–5 tygodni | najmniejszy zespół · programista, projektant, osoba prowadząca projekt | Aplikacja w sklepach z jedną kompletną ścieżką i prostym panelem administracyjnym |
| Typowy projekt dla firmy | 1,5–2,5 miesiąca | kilka osób · programiści, projektant, tester, osoba prowadząca projekt | Aplikacja na iOS i Androida, panel administracyjny, jedna–dwie integracje, dokumentacja i repozytorium |
| Rozbudowany system z integracjami | 2,5–4,5 miesiąca | zwykle do 10 osób, jak typowy zespół scrumowy według Scrum Guide · zespół programistów, analityk, projektant, tester, osoba prowadząca projekt | Aplikacja z wieloma rolami, wymianą danych z ERP lub CRM, raportowaniem i wdrożeniem u użytkowników |
Czas z tabeli, czyli to, ile trwa stworzenie aplikacji, liczy się od podpisania umowy do wysłania jej do sklepów, a nie do dnia, w którym jest widoczna dla użytkowników - weryfikacja to osobne trzy dni do dwóch tygodni.
Te terminy warto zestawić z budżetem: od czego zależy koszt, opisaliśmy w tekście o tym, ile kosztuje aplikacja mobilna, a wariant najkrótszy - w tekście o koszcie i czasie budowy MVP. Aktualne ceny AppCreo znajdziesz w cenniku.
Jak wygląda harmonogram tworzenia aplikacji tydzień po tygodniu?
Poniżej harmonogram typowego projektu dla firmy - tego ze środkowego wiersza, rozpisany na 10 tygodni. Etapy nachodzą na siebie: projekt kolejnych ekranów powstaje, gdy pierwsze są już budowane.
| Etap | Tygodnie projektu | Co powstaje | Twoja rola |
|---|---|---|---|
| Analiza i zakres | 1 | Dokument zakresu, lista funkcji, ścieżki użytkownika | 2–3 spotkania i decyzja, co wypada z wersji pierwszej |
| Projekt interfejsu | 2–3 | Szkice układu, potem klikalny projekt ekranów | Akceptacja projektu - punkt odcięcia zmian |
| Budowa | 3–7 | Kod w dwutygodniowych odcinkach, każdy kończy się wersją na telefon | Odbiór wersji co dwa tygodnie |
| Testy | od 4, zamknięcie w 8 | Testy na urządzeniach, lista błędów, poprawki | Testy odbiorcze na własnych danych |
| Publikacja i weryfikacja w sklepach | 8–9 | Opisy, zrzuty ekranu, formularze prywatności, zgłoszenie | Konta wydawcy, treści, polityka prywatności |
| Poprawki po pierwszych użytkownikach | 9–10 | Wersja z poprawkami zgłoszeń od użytkowników | Zbieranie uwag od pierwszych użytkowników |
Tydzień 1: analiza i zakres
Najpierw spisujemy listę funkcji, ścieżki użytkownika, role i miejsca, w których aplikacja dotyka innych systemów. Efektem jest dokument zakresu z podziałem na wersję pierwszą i „później”. To jedyny etap, w którym zmiana kosztuje wyłącznie czas rozmowy, natomiast w tygodniu 5 kosztuje już przebudowę tego, co gotowe.
Twoje zadanie: dwa–trzy spotkania, dostęp do osób, które dziś obsługują proces ręcznie, i decyzja, co wypada z wersji pierwszej.
Tygodnie 2–3: projekt interfejsu
Powstają ekrany - najpierw szkice układu, potem klikalny projekt, po którym można się przejść jak po gotowej aplikacji. Tu wychodzą też braki w zakresie: ekran bez przycisku „wróć”, formularz bez pola na dane firmy, brak stanu „lista jest pusta”.
Dlatego zatwierdzenie projektu jest punktem odcięcia dla zmian bez wpływu na termin.
Tygodnie 3–7: budowa
Budowa zajmuje najwięcej czasu tworzenia aplikacji i jako jedyna da się skrócić technologią. Na przykład jeden kod źródłowy na obie platformy skraca budowę i późniejsze utrzymanie - zasadę i ograniczenia tego podejścia opisaliśmy w przewodniku po tworzeniu aplikacji we Flutterze.
Kod powstaje w dwutygodniowych odcinkach, każdy kończy się wersją, którą instalujesz na własnym telefonie. Dlatego nie czekaj z uwagami do końca budowy. Uwaga z tygodnia 4 to zwykle godziny pracy, natomiast ta sama uwaga w tygodniu 8 to powrót do etapu testów.
Tydzień 8: testy
Testy funkcjonalne na kilku modelach telefonów i dwóch wersjach systemu, sprawdzenie zachowania przy zerwanym połączeniu, poprawki i powtórne sprawdzenie. Do tego dochodzą testy odbiorcze po Twojej stronie, czyli na Twoich danych, a nie na przykładowych.
Etap zamyka lista błędów podzielona na blokujące publikację i te do wersji 1.1.
Publikacja w sklepach
Publikacja to raczej zestaw formalności niż wgranie pliku: opisy i zrzuty ekranu, polityka prywatności pod publicznym adresem, formularz bezpieczeństwa danych w Google Play, ankieta prywatności w App Store, konto testowe dla recenzenta.
| Sklep | Typowy czas weryfikacji pierwszej wersji | Najczęstsze powody odrzucenia |
|---|---|---|
| App Store (Apple) | Zwykle do 24 h - Apple podaje, że 90% zgłoszeń sprawdza w mniej niż 24 h; przy odrzuceniu dolicz czas na poprawkę i ponowne zgłoszenie | Brak konta testowego dla recenzenta · logowanie, którego nie da się przejść · uprawnienia bez wyjaśnienia, po co · płatność za treści cyfrowe poza systemem sklepu · aplikacja uznana za stronę internetową w opakowaniu |
| Google Play | Od kilku godzin do 7 dni, w wyjątkowych przypadkach dłużej | Formularz bezpieczeństwa danych niezgodny z tym, co aplikacja zbiera · brak polityki prywatności pod stałym adresem · uprawnienia wrażliwe bez uzasadnienia · niedokończona weryfikacja konta wydawcy · awaria przy pierwszym uruchomieniu |
W harmonogramie trzymamy na to bufor od trzech dni do dwóch tygodni, doliczany do czasu tworzenia aplikacji. Górna granica dotyczy odrzuconego zgłoszenia, bo po poprawce cykl weryfikacji liczy się od nowa.
Uwaga na nowe konta osobiste w Google Play: przed publikacją produkcyjną wymagają zamkniętego testu z co najmniej 12 testerami przez 14 dni. Konta organizacji tego wymogu nie mają - to kolejny powód, żeby zakładać konto na firmę. Całą procedurę opisujemy w tekście o publikacji w App Store i Google Play.
Co najczęściej wydłuża czas tworzenia aplikacji?
Jeśli stworzenie aplikacji trwa dłużej, niż zakładano, rzadko winne jest samo pisanie kodu. Prawie zawsze chodzi o oczekiwanie - na decyzję, dostęp, treści albo weryfikację.
| Co wydłuża | O ile | Jak temu zapobiec |
|---|---|---|
| Odbiory etapów bez odpowiedzi | Dzień zwłoki to dzień w harmonogramie - przesuwa się wszystko po nim | Jedna osoba decyzyjna i termin na uwagi wpisany do umowy |
| Zmiana zakresu po zatwierdzeniu projektu interfejsu | Powrót do etapu z tygodni 2–3 i ponowne testy zmienionej ścieżki | Podpisana lista funkcji, nowe pomysły trafiają na listę „wersja 1.1” |
| Brak treści: opisy, zdjęcia, regulamin, polityka prywatności | Blokuje publikację - gotowa aplikacja czeka | Zebrać w tygodniu 1, nie w 8 |
| Integracja z systemem bez dokumentacji API | Budowa wychodzi poza tydzień 7; o ile - zależy od czasu odpowiedzi dostawcy systemu | Dokumentacja i dostęp testowy przed startem budowy |
| Brak środowiska i danych testowych po Twojej stronie | Testy z tygodnia 8 zaczynają się dopiero po ich udostępnieniu | Konto testowe i przykładowe dane najpóźniej w tygodniu 3 |
| Wykonawca nie ma wolnego zespołu w dniu podpisania umowy | Harmonogram startuje później - czas trwania się nie zmienia, data uruchomienia tak | Pytaj o datę startu prac, nie tylko o czas trwania, i wpisz ją do umowy |
| Testy dopiero po zakończeniu budowy | Błędy wracają jako kolejna iteracja etapu z tygodnia 8 | Testy od pierwszego działającego ekranu, kryteria odbioru ustalone na starcie |
| Odrzucenie aplikacji przez sklep | Weryfikacja liczona od nowa po poprawce, w granicach bufora 3 dni - 2 tygodni | Konto testowe, polityka prywatności i formularze gotowe przed zgłoszeniem |
Po stronie klienta
Najkosztowniejsze są dwie rzeczy: rozproszona decyzyjność i zmiana zdania po zatwierdzeniu projektu. Gdy uwagi zgłasza pięć osób z różnymi zdaniami, projekt stoi, dopóki ktoś ich nie rozstrzygnie. Dlatego wyznacz jedną osobę, która akceptuje etapy, i drugą jako zastępstwo na urlop.
Po stronie wykonawcy
Typowe przyczyny: brak wolnego zespołu w dniu startu, jeden programista obsługujący trzy projekty naraz, testy odłożone na koniec. Wszystkie trzy da się jednak wykryć przed podpisaniem umowy - pytaj o datę rozpoczęcia prac, imienny skład zespołu i o to, kto testuje.
„Ruszamy od zaraz” bez wskazania osób zwykle znaczy „ruszamy, gdy skończymy poprzedni projekt”.
Po stronie sklepów z aplikacjami
Weryfikacja bywa nieprzewidywalna, ale jej powody rzadko są zaskoczeniem - lista z tabeli wyczerpuje większość odrzuceń. Osobna sprawa to firmowe konto wydawcy: zakłada się je raz, wymaga potwierdzenia danych firmy i trzeba to zrobić w pierwszym tygodniu projektu.
Na przykład Apple wymaga od firm numeru D-U-N-S: jego wydanie trwa do 5 dni roboczych, a przekazanie danych do Apple do 2 kolejnych. Google Play także wymaga numeru D-U-N-S od kont organizacji, a weryfikację konta podaje na do 5 dni - łącznie licz na to 1–2 tygodnie.
Jak skrócić czas tworzenia aplikacji o kilka tygodni?
Kolejność ma przy tym znaczenie, bo pierwsze trzy punkty warto mieć przed pierwszym spotkaniem z wykonawcą.
- Lista funkcji w dwóch kolumnach: „bez tego aplikacja nie ma sensu” i „przydałoby się”. Druga kolumna to materiał na kolejną wersję.
- Jedna osoba decyzyjna z prawem zatwierdzania etapów, a także zastępstwo.
- Docelowa data uruchomienia i powód, dla którego właśnie ta, np. targi, sezon albo koniec umowy z dostawcą.
- Konta wydawcy w App Store Connect i Google Play Console, założone na firmę i przeprowadzone przez weryfikację.
- Treści: teksty, logo wektorowe, zdjęcia, regulamin i polityka prywatności.
- Dokumentacja API i dostęp testowy do systemów, z którymi aplikacja wymienia dane, a także kontakt do ich administratora.
- Terminy odbiorów w kalendarzu na cały projekt, ustalone z góry.
Opisz aplikację w 3 zdaniach - odsyłamy przedział cenowy w 24 h w dni robocze. Dopisz datę, na którą ma być gotowa, a odpowiemy też, czy ten termin jest realny. wypełnij formularz, napisz na biuro@appcreo.pl albo zadzwoń: +48 783 477 243.
Czy stworzenie aplikacji może trwać krócej - i co się wtedy traci?
Da się, ale jedną drogą: przez zawężenie zakresu. Dołożenie programistów do trwającego projektu zwykle go opóźnia, bo nowe osoby trzeba wprowadzić, a etapy nie dzielą się w nieskończoność.
Skrócenie z dwóch miesięcy do trzech tygodni oznacza konkretne rezygnacje: jedna platforma zamiast dwóch, jedna rola użytkownika, brak pracy offline, uproszczony panel, testy na dwóch modelach telefonów. To wersja opisana w tekście o MVP aplikacji.
Są terminy, przy których odradzamy sobie zlecenie. Jeśli aplikacja ma być gotowa za 1,5 tygodnia i trafić do sklepów, sensowniej zrobić stronę działającą na telefonie albo złożyć narzędzie na platformie no-code - sama weryfikacja zje część tego czasu.
Jak wygląda praca zdalna nad projektem?
Projekty prowadzimy zdalnie w całej Polsce i rytm pracy jest ten sam niezależnie od tego, czy klient jest z Warszawy, Rzeszowa czy Zielonej Góry. W praktyce: jedno spotkanie w tygodniu na wideo z pokazaniem działającej wersji i tablica z zadaniami dostępna dla Ciebie przez cały projekt.
Do tego jeden kanał do bieżących pytań, a na koniec, po zapłacie ostatniej faktury, przekazujemy Ci kod i prawa autorskie. Szczegóły opisaliśmy na stronach współpraca zdalna i proces współpracy.
Spotkanie otwierające i odbiór końcowy można zrobić na miejscu - mamy biura w Poznaniu (Królowej Jadwigi 43), Warszawie (Przeskok 2) i Wrocławiu (Szczytnicka 11). Reszta dzieje się zdalnie, co skraca czas tworzenia aplikacji, bo nie czeka się na wspólny termin dojazdu. Przykłady projektów zebraliśmy w naszych realizacjach.
Masz termin, w który projekt musi się zmieścić?
Napisz w dwóch zdaniach, co ma robić aplikacja i na kiedy ma być gotowa - podaj datę i powód, dla którego właśnie ta. W ciągu 24 h w dni robocze odpowiemy, czy termin jest realny w pełnym zakresie, czy trzeba go podzielić na dwie wersje.
Pisz na biuro@appcreo.pl lub dzwoń: +48 783 477 243. Jest też formularz kontaktowy, ale mail z opisem projektu działa szybciej.
AppCreo działa od 2010 roku i zrealizowało ponad 300 projektów dla małych i średnich firm oraz startupów. Jeśli terminu nie da się dotrzymać bez cięcia zakresu, powiemy to na pierwszej rozmowie, a nie w tygodniu ósmym.
