Jak stworzyć aplikację mobilną: od pomysłu do App Store

Droga od pomysłu do aplikacji: 8 kroków

Tworzenie aplikacji przypomina budowę domu: najpierw ustalamy, dla kogo i po co, potem rysujemy plan i dopiero wtedy bierzemy młotek. Większość problemów zaczyna się tam, gdzie tę kolejność łamie się i od razu „zaczyna wykonanie”.

1. Pomysł i sprawdzenie popytu. Kto tego potrzebuje i czy będzie chciał z tego korzystać (i za to płacić).
2. Pierwsza wersja. Minimalny zestaw funkcji, który rozwiązuje główne zadanie.
3. Ekrany i prototyp. Jak będzie wyglądać ścieżka użytkownika.
4. Wykonanie. Budowa aplikacji i części serwerowej.
5. Testy. Sprawdzenie na prawdziwych telefonach.
6. Konta i materiały dla sklepów. Opis, zrzuty ekranu, polityka prywatności.
7. Publikacja. Weryfikacja Apple i Google i wejście do sklepu.
8. Rozwój. Analityka, poprawki, promocja, nowe funkcje.

Ile kosztuje każdy etap i aplikacja jako całość, rozpisaliśmy w artykule „Ile kosztuje stworzenie aplikacji mobilnej”. Tutaj skupimy się na kolejności działań i pułapkach.

Kroki 1–2: sprawdź pomysł i określ pierwszą wersję

Najdroższy błąd to zrobić aplikację, której nikt nie potrzebuje. Sprawdzenie zajmuje tygodnie, a nie miesiące, i prawie nic nie kosztuje.

Sprawdź, czy problem istnieje

Porozmawiaj z 10–15 osobami z przyszłej grupy odbiorców. Nie pytaj „czy spodobałaby Ci się aplikacja?” (wszyscy grzecznie odpowiadają „tak”), tylko „jak rozwiązujesz to zadanie teraz, ile czasu i pieniędzy na to tracisz?”. Jeśli ludzie nie mają problemu albo są zadowoleni z tego, co jest, pomysł warto przemyśleć.

Zobacz konkurencję

Znajdź w App Store i Google Play 3–5 podobnych aplikacji. Przeczytaj opinie: na co się skarżą, czego brakuje. To darmowe badanie Twojego rynku w Twoim kraju, które pokazuje, gdzie można być lepszym.

Określ minimum

Pierwsza wersja to jedno główne zadanie użytkownika rozwiązane od początku do końca. Nie „katalog, czat, lojalność, mapa i ranking”, tylko na przykład „umówić się do specjalisty w trzech dotknięciach”. Resztę dodaje się potem. Taka wersja nazywa się MVP; czym jest i ile kosztuje, opisujemy w artykule „MVP: co to jest i ile kosztuje stworzenie”.

Zdecyduj, czy w ogóle potrzebujesz aplikacji

Czasem zadanie rozwiązuje strona, aplikacja ze strony (PWA) lub Telegram Mini App i nie trzeba wydawać na sklepy. Jak wybrać, opisaliśmy w artykule „Aplikacja czy strona internetowa: czego potrzebuje firma”. Aplikacja ma sens, gdy potrzebne są powiadomienia, aparat, geolokalizacja, tryb offline albo klient korzysta z usługi często.

Krok 3: ekrany, prototyp i projekt graficzny

Zanim powstanie pierwsza linijka kodu, narysuj ścieżkę użytkownika. Do pierwszej wersji wystarczy 5–8 ekranów: logowanie, ekran główny, kluczowe działanie, profil, płatność lub potwierdzenie.

• Schemat ekranów. Kwadraty na papierze lub w darmowym narzędziu: co po czym następuje i dokąd prowadzi każdy przycisk.
• Klikalny prototyp. Te same ekrany, ale można w nie klikać. Pokaż go 5–7 osobom z grupy odbiorców i zobacz, gdzie się gubią. Poprawienie prototypu kosztuje godziny, poprawienie gotowej aplikacji tygodnie.
• Projekt graficzny. Kolory, czcionki, przyciski według jednolitych zasad. W naszych pakietach projekt jest w cenie; osobno projekt i prototyp kosztują od 1 990 € i to dobry pierwszy krok, jeśli jeszcze nie zdecydowałeś, czy robić wykonanie (szczegóły).

Z góry przemyśl to, czego wymagają sklepy: logowanie z możliwością usunięcia konta, politykę prywatności (w Polsce zgodną z RODO), zrozumiałe opisy uprawnień (aparat, geolokalizacja). Apple uwzględnia te kwestie w zasadach weryfikacji (App Store Review Guidelines), a dodawanie ich w ostatniej chwili jest droższe niż zaplanowanie od początku.

Ile trwa stworzenie aplikacji mobilnej

Termin zależy od liczby ekranów, części serwerowej i integracji. Przegląd Cubix podaje dla prostego MVP mniej więcej 1–2 miesiące, dla aplikacji średniej złożoności 3–6, dla złożonej 7–12, przy czym są to szacunki planistyczne, a nie reguły (Cubix). Nasze terminy (wykonanie wieloplatformowe, jeden kod na iOS i Androida):

Weryfikacja Apple i Google nie wchodzi w te terminy: odbywa się poza naszą kontrolą i uczciwie o tym uprzedzamy.

Z czego składa się termin

• Poznanie się i brief: kilka dni. Jeśli przygotujesz opis i przykłady, skraca się.
• Projekt i prototyp: 1–3 tygodnie z akceptacjami.
• Wykonanie: najdłuższa część, z pokazami wyników pośrednich pod linkiem.
• Testy i poprawki: 1–2 tygodnie.
• Zgłoszenie do sklepów: przygotowanie materiałów i odpowiedzi na uwagi.

Co przesuwa terminy

Trzy przyczyny: późne odpowiedzi i akceptacje po Twojej stronie, nowe funkcje „po drodze” i oczekiwanie na weryfikację sklepu. Pierwszą masz w pełni pod kontrolą: wyznacz jedną osobę podejmującą decyzje i miej gotowe materiały. Terminy obiecujemy tylko przy spełnionych warunkach: brief i materiały przed startem.

Kroki 4–5: wykonanie i testy

W tworzeniu aplikacji uczestniczą dwie części: to, co widzi użytkownik (ekrany), i to, co działa „za kulisami” (serwer, baza danych, e-maile, płatności). Zleceniodawca najczęściej widzi tylko pierwszą i nie docenia drugiej.

Jeden kod czy dwa

Można pisać osobne aplikacje na iPhone’a i Androida, a można jeden kod, z którego buduje się obie wersje. Druga droga jest szybsza i tańsza, a w większości aplikacji biznesowych (zamówienia, konta, rezerwacje, katalogi) użytkownik nie widzi różnicy. My pracujemy drugą drogą. Osobne wykonanie natywne jest potrzebne przy ciężkich grach, złożonej grafice i niektórych czujnikach.

Pokazy pod linkiem

Dobra praktyka to otrzymywanie działającej wersji na każdym etapie, a nie jednej finalnej. Oglądasz aplikację na własnym telefonie, gdy jeszcze się zmienia, a poprawki kosztują niewiele. Dajemy linki do podglądu na każdym etapie.

Co sprawdzać podczas testów

• Główny scenariusz od początku do końca na prawdziwych iPhone’ach i telefonach z Androidem w różnych rozmiarach.
• Co dzieje się bez internetu i przy słabym zasięgu.
• E-maile, powiadomienia i testowe płatności.
• Uprawnienia: każdy widzi tylko swoje.
• Szybkość uruchamiania i zachowanie przy obrocie ekranu.

Jeśli potrzebujesz wykonawcy pasującego do takiego schematu, zobacz, jak opisaliśmy wybór w artykule „Jak wybrać agencję od stron i uniknąć błędów”: logika sprawdzania jest taka sama dla strony i aplikacji.

Jak opublikować aplikację w App Store i Google Play

Publikacja to nie przycisk „wyślij”, lecz osobny proces z zasadami i weryfikacją przez ludzi. Zacznij przygotowania na 2–3 tygodnie przed datą startu.

Konta deweloperskie

• Apple: Apple Developer Program, 99 $ rocznie (Apple).
• Google Play: Play Console, jednorazowa opłata 25 $ (Google).

Zakładaj oba konta na siebie lub swoją firmę, a wykonawcę zapraszaj z potrzebnymi uprawnieniami. Wtedy aplikacja pozostaje Twoja, nawet jeśli zmienisz zespół. To ta sama zasada co z domeną i kodem strony.

Czego wymaga Google Play

Jeśli konto deweloperskie jest osobiste i założone niedawno, Google przed publikacją wymaga zamkniętych testów: co najmniej 12 testerów przez 14 dni z rzędu, a dopóki ten krok nie jest wykonany, publikacja w sklepie jest niedostępna (pomoc Google Play Console). Zaplanuj te dwa tygodnie w harmonogramie. Konto organizacji dla firmy działa inaczej, zasady sprawdzaj w pomocy.

Czego wymaga App Store

Wersja, którą wysyłasz do weryfikacji, musi być finalna, w pełni działająca i z działającymi linkami; aplikacja powinna oferować więcej niż „opakowaną stronę” (App Store Review Guidelines, sekcje 2.1 i 4.2). Dla weryfikujących przygotuj testowe logowanie, jeśli aplikacja ma autoryzację.

Materiały do karty

• nazwa, krótki i pełny opis, słowa kluczowe;
• zrzuty ekranu dla różnych rozmiarów ekranów;
• ikona;
• link do polityki prywatności i kontakt do pomocy;
• odpowiedzi na pytania o dane, które zbiera aplikacja.

Przygotowujemy te materiały, zgłaszamy aplikację do weryfikacji i poprawiamy uwagi (usługa „Publikacja w App Store i Google Play”, 390 €, jeśli publikujesz poza pakietem; w pakietach jest wliczona). Odmowa za pierwszym razem się zdarza, zwykle z powodu drobiazgów. Terminów weryfikacji nie obiecujemy: wyznaczają je sklepy.

Kroki 6–8: co robić po publikacji

Publikacja to początek, a nie meta. Pierwsze tygodnie pokazują, jak aplikacja naprawdę żyje.

• Podłącz analitykę. Instalacje, retencja, lejki: gdzie użytkownicy odchodzą. Bez niej będziesz zgadywać (podłączenie od 590 €).
• Czytaj opinie i odpowiadaj na nie. To darmowa informacja zwrotna i czynnik zaufania.
• Aktualizuj. Nowe wersje iOS i Androida wychodzą co roku, a aplikacja musi się dostosowywać.
• Przyciągaj użytkowników. Aplikacja sama nie zbiera instalacji. Optymalizacja strony w sklepach i reklama instalacji kosztują od 590 € miesięcznie.
• Dodawaj funkcje na podstawie danych. Następną funkcję wybiera się według tego, co mówią analityka i użytkownicy, a nie według przeczuć.

Jeśli chcesz zrozumieć, na ile jesteś gotowy na taki projekt pod względem biznesu, zespołu, budżetu i pomysłu, przejdź listę kontrolną z tego artykułu albo napisz do nas przez stronę kontaktową: uczciwie podpowiemy pierwsze kroki.

Co wybrać w Twojej sytuacji

• Jeśli na razie masz tylko pomysł, zacznij od sprawdzenia popytu i prototypu (projekt i prototyp od 1 990 €). To najtańszy sposób, żeby zrozumieć, czy iść dalej.
• Jeśli potrzebujesz usługi „jak strona, ale w telefonie”, zobacz PWA za 2 490 €: publikacja w sklepach nie jest potrzebna, start jest szybszy.
• Jeśli Twoi klienci komunikują się w Twoim mieście przez Telegram, być może potrzebujesz Mini App od 3 900 €, a nie osobnej aplikacji.
• Jeśli jesteś gotów sprawdzać pomysł na prawdziwych ludziach, weź MVP iOS + Android od 10 900 €: 6–8 tygodni i publikacja w obu sklepach.
• Jeśli aplikacja ma przyjmować płatności i być zarządzana przez zespół, weź „Biznes” za 23 900 € z płatnościami, panelem admina i analityką.
• Jeśli aplikacja ma kilka ról i złożone powiązania, zacznij od sesji architektonicznej za 3 500 €. Jej koszt jest zaliczany na poczet projektu.

Skład i ceny aplikacji znajdziesz na stronie „Aplikacja iOS + Android”, a ogólny cennik zebrano w sekcji cen. Pracujemy w ośmiu zrozumiałych krokach od poznania się do opieki, jak to wygląda w praktyce, opisuje sekcja „Jak pracujemy”.