Tworzenie aplikacji dla firm: od prototypu w 7 dni do utrzymywanego systemu

Aplikacja dla firmy to program zbudowany wokół procesu jednej organizacji: jej dokumentów, ról pracowników i systemów, z którymi wymienia dane. Najczęściej ma postać aplikacji webowej, czyli działa w przeglądarce na komputerze i telefonie bez instalacji, a dane przechowuje na serwerze. Gotowy program w abonamencie wymusza własny sposób pracy, natomiast aplikacja na zamówienie odwzorowuje sposób pracy firmy i automatyzuje jego najbardziej czasochłonne kroki.

U nas tworzenie aplikacji obejmuje cały cykl:

• analizę procesu i rozmowy z osobami, które będą korzystać z systemu,
• projekt ekranów i prototyp do przetestowania,
• programowanie, testy i połączenie z systemami firmy (ERP, sklep, poczta, KSeF),
• uruchomienie na serwerze, przeniesienie danych i szkolenie,
• dokumentację techniczną oraz utrzymanie albo przekazanie kodu zespołowi firmy.

1. Arkusz kalkulacyjny przestał wystarczać. Kilka osób edytuje jeden plik, formuły psują się po skopiowaniu wiersza, a nikt nie wie, kto zmienił cenę lub status zlecenia. Aplikacja zastępuje arkusz bazą danych z historią zmian, uprawnieniami i formularzami, które nie pozwalają wpisać błędnej wartości.

2. Pomysł na nową usługę wymaga sprawdzenia. Zarząd chce wiedzieć, czy klienci skorzystają z portalu zamówień lub aplikacji do zgłoszeń, zanim zatwierdzi budżet. Prototyp pokazuje pomysł w działaniu, a testy z kilkoma klientami dają odpowiedź w ciągu tygodnia.

3. Pracownicy w terenie raportują telefonicznie. Technicy, monterzy lub kierowcy przekazują informacje SMS-em, zdjęciem w komunikatorze albo na papierowym protokole. Aplikacja webowa na telefonie zbiera te dane w jednym miejscu, a biuro widzi stan prac bez dzwonienia.

4. Stary system zna jedna osoba. Program napisany kilkanaście lat temu działa, ale nie da się go rozbudować, a jego autor przechodzi na emeryturę albo przestał odbierać telefon. Nowe oprogramowanie przejmuje dane i funkcje starego systemu etapami, bez zatrzymywania pracy.

Usługi w tym obszarze odpowiadają trzem etapom dojrzałości pomysłu. Czwarta pozycja to narzędzie do szacowania budżetu:

• [Prototyp aplikacji i MVP](/uslugi/aplikacje/prototyp-mvp) — klikalna lub działająca wersja pomysłu gotowa po tygodniu, w cenie od 1 999 zł netto. Właściwy start, gdy pomysł nie był jeszcze sprawdzony na użytkownikach. MVP (minimalna wersja produktu, z której korzystają pierwsi prawdziwi użytkownicy) powstaje w 14 dni, a jego cena startuje od 7 999 zł netto.
• [Aplikacje webowe dla firm](/uslugi/aplikacje/aplikacje-webowe) — panel dla biura, portal dla klientów, widok mobilny dla pracowników w terenie, z logowaniem i rolami.
• [Dedykowane oprogramowanie](/uslugi/aplikacje/dedykowane-oprogramowanie) — system zastępujący przestarzały program, rozbudowane arkusze albo gotowe oprogramowanie, które wymaga coraz więcej obejść; zaczyna się od audytu starego narzędzia.
• [Kalkulator kosztu aplikacji](/uslugi/aplikacje/ile-kosztuje-aplikacja) — orientacyjny budżet i liczba dni po odpowiedzi na kilka pytań o zakres.

Aplikację webową od systemu dedykowanego odróżnia skala zmiany. Aplikacja webowa, od 7 999 zł netto z 3 modułami i 2 rolami, to nowe narzędzie dla jednego procesu. System dedykowany, od 14 999 zł netto z 5 modułami i 3 rolami, przejmuje pracę, którą kilka działów wykonuje dziś w starym programie lub arkuszach, razem z migracją danych i integracjami. Oba startują po 14 dniach, a większy system rośnie kolejnymi 14-dniowymi etapami.

1. 1Rozmowa o procesie — 1 godzina, bezpłatnie. Omówienie, kto będzie korzystać z aplikacji, jakie dane wprowadza i skąd je bierze. Wynik: opis problemu, lista ról użytkowników i rekomendacja, czy zaczynać od prototypu.
2. 2Prototyp — 7 dni. Ekrany głównych ścieżek powstają tak, aby przyszli użytkownicy mogli je przejść na telefonie lub komputerze. Wynik: link do prototypu i lista uwag z testów.
3. 3Specyfikacja i stała cena — dni 1–2 projektu. Uwagi z testów zamieniają się w zakres pierwszej wersji z podziałem na moduły. Wynik: harmonogram wydań i kwota zapisana w umowie.
4. 4Budowa — dni 3–12. Nowe wersje trafiają na serwer testowy kilka razy w tygodniu, gdzie wskazane osoby z firmy sprawdzają postępy i zgłaszają poprawki. Większy system dostaje kolejne moduły w następnych etapach po 14 dni. Wynik: działające moduły zamiast raportów z postępu prac.
5. 5Wdrożenie i wybór dalszego trybu — dni 13–14. Dane trafiają z arkuszy lub starego systemu do nowej bazy, pracownicy przechodzą szkolenie, a dokumentacja jest przekazywana firmie. Wynik: aplikacja w codziennym użyciu oraz decyzja, czy dalej działa w abonamencie utrzymania, czy przechodzi pod opiekę własnego zespołu.

Dla większości narzędzi wewnętrznych wystarcza aplikacja webowa, bo pracownicy i tak korzystają z przeglądarki, a jedna wersja kodu obsługuje komputer, tablet i telefon. Aplikacja mobilna natywna, czyli pisana pod iOS i Android i instalowana ze sklepu, ma sens wtedy, gdy produkt jest kierowany do szerokiego grona klientów albo potrzebuje pełnego dostępu do funkcji telefonu. Rozwiązaniem pośrednim jest PWA (progresywna aplikacja webowa): aplikacja z przeglądarki, którą można dodać do ekranu głównego telefonu, uruchamiać jak zwykłą aplikację i częściowo używać bez internetu. Od wersji iOS 16.4 taka aplikacja dodana do ekranu głównego iPhone'a może też wysyłać powiadomienia push.

• SolveIt Solutions — SaaS dla firm produkcyjnych. Narzędzie, w którym inżynier zakładu przechodzi analizę problemu etapami aż do przyczyny źródłowej, a na końcu dostaje gotowy dokument A3 lub 8D. Efekt: zgłoszenie szybciej zamienia się w raport. Produkt współzałożony przez Kacpra Matelskiego. Zobacz realizację SolveIt
• OZE — platforma dla firmy instalującej odnawialne źródła energii. Platforma łączy odczyty z falowników z planowaniem prac serwisowych, monitoringiem instalacji i cyfrowymi checklistami techników. Efekt: informacja o stanie instalacji jest w biurze po kilku minutach, a nie dopiero po wizycie technika na miejscu. Zobacz realizację dla branży OZE

Program komputerowy jest w polskim prawie utworem, więc autorskie prawa majątkowe do kodu powstają po stronie jego twórcy. Na zamawiającego przechodzą na podstawie umowy zawartej na piśmie, która wymienia pola eksploatacji, takie jak zwielokrotnianie, modyfikacja czy udostępnianie kodu. Sama faktura za wykonanie aplikacji ich nie przenosi.

W naszych umowach przeniesienie praw majątkowych do kodu następuje po zapłacie wynagrodzenia, a repozytorium (miejsce przechowywania kodu wraz z historią zmian) może od pierwszego dnia znajdować się na koncie Twojej firmy. Biblioteki open source użyte w projekcie pozostają na swoich licencjach, a ich lista trafia do dokumentacji. Dzięki temu aplikację może później rozwijać dowolny zespół, a nie tylko pierwotny wykonawca.

Każdy projekt ma stałą cenę ustaloną po analizie zakresu. Kwoty w tabeli to dolne granice dla najprostszego zakresu w danej kategorii.

Abonament rozwojowy ma miesięczny okres wypowiedzenia. Przedział dla konkretnego pomysłu, z uwzględnieniem liczby modułów i integracji, podaje kalkulator ceny aplikacji w złotych.

• aplikację uruchomioną na serwerze w UE, pod domeną lub subdomeną firmy,
• repozytorium kodu z historią zmian i umowę przenoszącą autorskie prawa majątkowe,
• dokumentację techniczną: architekturę, opis bazy danych, instrukcję uruchomienia,
• instrukcję dla użytkowników i szkolenie dla każdej roli,
• dane przeniesione z arkuszy lub poprzedniego systemu,
• okres poprawek po wdrożeniu oraz wybór: utrzymanie w abonamencie lub przekazanie zespołowi firmy.