MVP aplikacji
Budujemy działające MVP z jedną kluczową ścieżką użytkownika, panelem i potrzebnymi integracjami. Bez półrocznego procesu i funkcji, których nikt jeszcze nie sprawdził.
Zobacz zakresJedna baza produktu, dwa systemy
Tworzymy aplikacje mobilne dla procesów, które naprawdę potrzebują telefonu: powiadomień, aparatu, pracy w terenie lub publikacji w sklepach.
Co otrzymujesz
Tworzenie aplikacji mobilnych dla firm ma sens wtedy, gdy aplikacja w telefonie daje użytkownikowi więcej niż przeglądarka: natywne powiadomienia push, szerszy dostęp do aparatu i funkcji telefonu albo pracę w terenie bez zasięgu. W takich przypadkach budujemy dedykowane aplikacje mobilne na Androida i iOS, połączone z jednym backendem – Twoim obecnym albo nowym. Jeśli do celu wystarczy aplikacja webowa lub PWA, mówimy o tym przed wyceną, a nie po niej.
Aplikacja mobilna jest uzasadniona, gdy zachodzi przynajmniej jeden z tych warunków:
Aplikacja webowa albo PWA wystarczy natomiast, gdy z narzędzia korzysta się głównie przy biurku, powiadomienia e-mail lub SMS w zupełności zdają egzamin, a użytkownikom łatwiej wysłać link niż prosić ich o instalację. PWA to aplikacja webowa, którą można dodać do ekranu telefonu jako ikonę: jeden kod działa na wszystkich urządzeniach, a publikacja nie wymaga weryfikacji w sklepach. Jeśli dopiero sprawdzasz, czy ktokolwiek będzie z produktu korzystać, rozsądniej zacząć od MVP w przeglądarce, a aplikację mobilną dołożyć, gdy użytkownicy potwierdzą potrzebę.
Wybór między aplikacją webową a mobilną to decyzja o tym, jak użytkownik dociera do produktu, co może zrobić telefonem i ile kosztuje start. Zestawienie poniżej pokazuje różnice, które w praktyce rozstrzygają sprawę.
| Kryterium | Aplikacja webowa i PWA | Aplikacja mobilna |
|---|---|---|
| Dostęp i instalacja | link w przeglądarce, opcjonalnie ikona na ekranie | instalacja z App Store lub Google Play |
| Powiadomienia | z przeglądarki; na iPhonie dopiero po dodaniu do ekranu początkowego | natywne powiadomienia push na obu systemach |
| Praca offline | ograniczona: zapamiętane widoki i proste formularze | lokalne dane i synchronizacja po powrocie zasięgu |
| Aparat i funkcje telefonu | podstawowe: zdjęcie, lokalizacja przy otwartej stronie | szerokie: aparat, lokalizacja w tle, Bluetooth, biometria |
| Aktualizacje | od razu u wszystkich po wdrożeniu | przez sklep, po weryfikacji; użytkownicy aktualizują w różnym tempie |
| Publikacja | własna domena, bez pośredników | konta deweloperskie i weryfikacja w obu sklepach |
| Koszt startu | niższy: jeden kod dla wszystkich urządzeń | wyższy: osobna aplikacja na każdy system |
Oba podejścia dobrze się uzupełniają. W realizacji panelu operacyjnego dla zespołu w terenie problemem był grafik prowadzony w arkuszu i komunikatorze: nikt nie wiedział, czy pracownik dotarł na miejsce, w jakim stanie je zastał i czy zadanie jest wykonane. Rozwiązaniem okazał się podział ról: menedżer planuje pracę w panelu webowym, a pracownik w aplikacji mobilnej robi zdjęcia przed pracą i po niej, oznacza lokalizację i zmienia status, który od razu widać w panelu.
Jeśli z porównania wynika, że w Twoim przypadku wystarczy przeglądarka, zobacz, jak budujemy aplikacje webowe dla firm.
Aplikację na Androida piszemy w Kotlinie, a dla użytkowników iPhone'ów przygotowujemy aplikację na iOS. Obie korzystają z jednego backendu, w którym są dane, uprawnienia i reguły biznesowe. Dzięki temu zmiana zasady, na przykład sposobu naliczania ceny albo kolejności statusów zlecenia, odbywa się w jednym miejscu, a nie w każdej aplikacji osobno.
Aplikacja zainstalowana ze sklepu ma bezpośredni dostęp do funkcji systemu – aparatu, lokalizacji, powiadomień, pracy w tle – i zachowuje się tak, jak oczekuje tego użytkownik danego telefonu. Dwie platformy oznaczają jednak dwie aplikacje do utrzymania, dlatego logikę trzymamy w backendzie, a w aplikacjach tylko to, co naprawdę musi dziać się na telefonie. Ekrany projektujemy pod realne warunki: jedną rękę, ostre światło, słabe łącze i przerwane zadanie, do którego trzeba wrócić.
Jeśli masz już system – panel, CRM, sklep albo aplikację webową – aplikacja mobilna łączy się z nim przez API, zamiast tworzyć drugą bazę danych. Brakujące elementy API dobudowujemy jako osobny, jasno opisany zakres, tak jak przy integracjach systemów firmowych. Nowy backend budujemy m.in. w Pythonie z FastAPI i bazą PostgreSQL.
Pracę dzielimy na pięć etapów. Każdy z nich kończy się rezultatem do oceny, więc decyzję o kolejnym kroku podejmujesz na podstawie tego, co widzisz.
Pierwszy etap aplikacji mobilnej kosztuje od 18 900 zł netto dla jasno określonego zakresu i trwa od 4 tygodni. Bazowy przedział w kalkulatorze w cenniku to 18 900–49 900 zł netto: dolna granica odpowiada działającemu minimum z jedną kluczową ścieżką, górna – większej złożoności i niepewności zakresu. Dla porównania aplikacje webowe zaczynają się od 12 900 zł netto.
Cenę podnoszą przede wszystkim:
Jeśli budżet na start jest ograniczony, zacznij od PWA; aplikacja mobilna może dołączyć później, korzystając z tego samego backendu. Szczegółowe składniki kosztu, od zakresu po utrzymanie, omawiamy w poradniku ile kosztuje aplikacja i od czego zależy cena.
Publikacja w sklepie zamyka pierwszy etap, ale nie kończy pracy nad aplikacją. Apple i Google co roku wydają nowe wersje systemów, a sklepy stopniowo podnoszą wymagania wobec publikowanych aplikacji. Aplikacja bez aktualizacji z czasem zaczyna sprawiać problemy na nowych telefonach, a sklep może ograniczyć jej dostępność dla nowych użytkowników.
Tym zajmuje się Product Care – stała opieka od 1 490 zł netto miesięcznie, zależnie od zakresu. Monitorujemy w niej aplikację i backend, aktualizujemy je pod nowe wersje systemów, wprowadzamy drobne funkcje i poprawki, priorytetowo reagujemy na błędy i co miesiąc podsumowujemy wykonaną pracę. Kolejne większe funkcje planujemy na podstawie analityki użycia: które ekrany są używane, gdzie użytkownicy przerywają zadanie i których funkcji nikt nie otwiera.
Najczęstsze pytania
Nie zawsze. Jeśli Twoi użytkownicy pracują głównie przy komputerze, a powiadomienia e-mail im wystarczają, responsywna aplikacja webowa zwykle zrobi to samo mniejszym kosztem – i powiemy to wprost jeszcze przed wyceną. Aplikacja mobilna ma sens, gdy daje użytkownikowi konkretną przewagę: pracę w terenie, zdjęcia jako dowód wykonania, działanie bez zasięgu albo powiadomienia, na które trzeba zareagować od razu.
Nie musi. Jeśli aplikacja jest przeznaczona dla Twojego zespołu, a wszyscy korzystają ze służbowych telefonów z Androidem, pierwsza wersja może powstać tylko na ten system. Przy aplikacji dla klientów zwykle potrzebne są oba, bo nie masz wpływu na to, jakiego telefonu używają. Logika i dane są w backendzie, więc druga aplikacja może dołączyć później bez przebudowy tego, co już działa.
Pierwszy etap z jedną kluczową ścieżką trwa od 4 tygodni. Każda dodatkowa rola użytkownika i integracja wydłuża ten czas, a najwięcej niewiadomych wnoszą praca offline i brak gotowego API w obecnym systemie. Premiery nie warto planować na dzień przed kampanią czy targami, bo czas weryfikacji w App Store i Google Play nie zależy od nas, a poprawki po uwagach sklepu też wymagają chwili.
Tak, ale tryb offline trzeba zaprojektować, a nie dopisać na końcu. Ustalamy, które dane muszą być dostępne bez zasięgu, co użytkownik może wtedy zmienić i co się stanie, gdy tę samą rzecz zmieni w tym czasie ktoś inny. Aplikacja zapisuje zmiany lokalnie i wysyła je po odzyskaniu połączenia. To istotny element zakresu i ceny, dlatego określamy go już przy wycenie.
Tak, jeśli system udostępnia API albo da się je dobudować. Aplikacja mobilna czyta wtedy i zapisuje te same dane co panel czy CRM, więc nikt nie przepisuje informacji między narzędziami. Na początku sprawdzamy dokumentację, sposób logowania i uprawnienia dostępu. Jeśli czegoś brakuje, opisujemy to jako osobną pozycję zakresu, zanim podamy cenę.
Ty. Kod aplikacji i backendu trafia do repozytorium Twojej firmy, a aplikacje warto publikować z Twoich własnych kont deweloperskich w App Store i Google Play – wtedy przy Tobie zostają także ich strony w sklepach i oceny użytkowników. Dostajesz też dokumentację, więc rozwój możesz kontynuować z nami w ramach stałej opieki albo przekazać go własnemu zespołowi lub innemu wykonawcy bez odtwarzania projektu od zera.
Może też pomóc
Budujemy działające MVP z jedną kluczową ścieżką użytkownika, panelem i potrzebnymi integracjami. Bez półrocznego procesu i funkcji, których nikt jeszcze nie sprawdził.
Zobacz zakresProjektujemy panele klienta, systemy zleceń, rezerwacje, CRM-y i narzędzia operacyjne dopasowane do sposobu pracy Twojej firmy.
Zobacz zakres