Klient Android, PC i mini-program, zintegrowane z systemami back-endowymi.
Każdy ma swoją cenę; oto, którą stronę wybraliśmy i dlaczego.
Nie ma optymalnego rozwiązania, są tylko rozwiązania dopasowane do scenariusza.
| Rozwiązanie | Koszt rozwoju | Wydajność | Możliwość pracy offline | Najlepiej dopasowane do |
|---|---|---|---|---|
| Natywna na obu platformach | Najwyższy | Najlepsza | Silna | Intensywna interakcja, zaawansowana grafika |
| Cross-platform (Flutter/RN) | Średni | Dobra (wystarczająca w większości scenariuszy) | Silna | Aplikacja biznesowa |
| PWA / mini program | Najniższy | Średnia | Słaba (ograniczona przez przeglądarkę) | Lekkie narzędzia, strony kampanijne |
Nazwy klientów są anonimizowane zgodnie z wymogami poufności.
Kolejności nie można odwrócić: rozpoczęcie od operacji zapisu lub wieloetapowej orkiestracji sprawia, że błędy są bardzo trudne do prześledzenia.
Które funkcje muszą działać offline? To pierwsza decyzja architektoniczna — ważniejsza niż wybór frameworka.
Jak lokalna baza danych uzgadnia stan z serwerem: przyrostowo po znaczniku czasu czy przez odtwarzanie dziennika operacji? Jak rozwiązywane są konflikty? To decyduje, czy później pojawi się uszkodzenie danych.
Najpierw uruchom nawigację, logowanie, uprawnienia i pamięć lokalną; funkcje biznesowe dodaj później.
Weź jeden najważniejszy proces (np. inspekcję lub ocenę) i zrealizuj go w całości, wraz z trybem offline i synchronizacją. Gdy ten proces działa, pozostałe to kwestia skopiowania.
Do dystrybucji wewnętrznej użyj MDM lub przekaż instalator bezpośrednio; wersja publiczna trafia do sklepów z aplikacjami. Wbuduj też mechanizm wymuszonej aktualizacji, inaczej stare wersje pozostaną na zawsze.
Bez przymiotników; podaj specyfikacje.
To pytania, które faktycznie nam zadano — odpowiadamy bez marketingowej otoczki.