Narzędzie dopasowane do procesu, nie kolejny arkusz
Budujemy lekkie aplikacje do rejestrów, obiegów akceptacji i pracy operacyjnej tam, gdzie gotowy system jest za ciężki, a arkusz przestał być bezpieczny. Działają w przeglądarce i na telefonie.
Kiedy arkusz przestaje wystarczać
Low-code ma sens przy procesie, który da się opisać, ale nie pasuje do gotowego programu.
Jeśli rozpoznajecie u siebie dwa albo trzy z tych sygnałów, bezpłatna konsultacja online pokaże, czy i od czego zacząć.
- Plik ma kilka kopii i nikt nie wie, która jest aktualna.
- Status sprawy istnieje tylko w wiadomościach i w czyjejś pamięci.
- Brakuje historii zmian, więc nie da się ustalić, kto co poprawił.
- Formularze papierowe albo w PDF ktoś przepisuje do arkusza.
- Gotowe systemy mają za dużo funkcji albo nie pasują do Waszego procesu.
- Pracownicy w terenie wysyłają zdjęcia i dane mailem, bo nie mają narzędzia.
Co robimy, od warsztatu do uruchomienia.
- 1
Warsztat z użytkownikami
Role, dane, etapy, wyjątki i decyzje, spisane z ludźmi, którzy będą z aplikacji korzystać.
- 2
Makiety ekranów
Szkice widoków i formularzy do akceptacji, zanim cokolwiek zbudujemy.
- 3
Model danych i uprawnienia
Struktura danych, role i reguły dostępu. To część, która decyduje, czy aplikacja przetrwa rozbudowę.
- 4
Budowa i walidacje
Aplikacja na platformie dobranej do potrzeb, na przykład AppSheet albo Power Apps, z walidacją pól, żeby błędne dane nie trafiały do systemu.
- 5
Integracje
Połączenie z pocztą, plikami, systemem ERP albo innym źródłem, jeśli proces tego wymaga.
- 6
Testy i przeniesienie danych
Testy odbiorcze z użytkownikami i przeniesienie danych historycznych z arkuszy.
- 7
Szkolenie i wsparcie
Szkolenie użytkowników i 60 dni wsparcia po uruchomieniu, bo wtedy pojawiają się pytania, których nikt nie zadał na testach.
Co dostajecie na piśmie.
Aplikację razem z wiedzą potrzebną do jej utrzymania.
Mapa procesu
Role, stany sprawy i reguły przejść między nimi.
Działająca aplikacja
Widoki, formularze, walidacje i uprawnienia, na kontach należących do firmy.
Scenariusze odbioru
Lista testów uzgodniona przed publikacją i wynik ich wykonania.
Dokumentacja
Konfiguracja, integracje, sposób eksportu danych i instrukcja administratora.
Kto odpowiada za co.
Aplikacja i dane zostają na kontach firmy. Nie budujemy niczego, czego nie da się przekazać komuś innemu.
Po stronie NexaIT
- warsztat, makiety i projekt modelu danych
- budowa aplikacji, walidacji i uprawnień
- integracje w uzgodnionym zakresie
- testy odbiorcze, przeniesienie danych i szkolenie
- wsparcie przez 60 dni po uruchomieniu
Po Waszej stronie
- wskazanie osoby decydującej o procesie
- udział użytkowników w warsztacie i testach prototypu
- licencje platformy low-code, płacone bezpośrednio u producenta
- dane do przeniesienia i decyzja, które z nich są aktualne
- akceptacja makiet przed budową
Czego ta usługa nie obejmuje.
Jasne granice zakresu są częścią dobrej umowy. Mówimy o nich przed podpisaniem, a nie przy pierwszej fakturze.
Jeżeli gotowy produkt rozwiązuje problem taniej i czytelniej, zarekomendujemy gotowy produkt.
- budowania systemu bez osoby, która odpowiada za proces
- przenoszenia błędnego procesu jeden do jednego do aplikacji
- rozwiązań krytycznych bez planu eksportu danych
- licencji platformy low-code, które są kosztem powtarzalnym u producenta
- systemów o bardzo dużym ruchu i obliczeniach w czasie rzeczywistym, które wymagają oprogramowania pisanego od zera
Kiedy low-code pasuje, a kiedy nie
To ma sens, jeśli
- Proces jest specyficzny dla firmy, ale da się go opisać.
- Użytkownicy mogą regularnie testować prototyp i mówić, co nie działa.
- Liczy się szybkie uruchomienie i rozwijanie aplikacji etapami.
Nie polecamy, jeśli
- System ma obsługiwać bardzo duży ruch albo nietypowe obliczenia w czasie rzeczywistym.
- Na rynku jest gotowy program, który robi dokładnie to, czego potrzebujecie.
- Nie ma osoby, która decyduje o tym, jak proces ma wyglądać.
Co wpływa na cenę
Koszt rośnie wraz z logiką i integracjami, a nie z liczbą ekranów. Prosta aplikacja z jednym do trzech widoków zaczyna się od 6 500 zł netto.
- liczba ról i reguł dostępu
- liczba etapów i wyjątków w procesie
- integracje z innymi systemami
- ilość i stan danych do przeniesienia z arkuszy
- czy aplikacja ma działać także w terenie, na telefonie
Pytania przed decyzją.
Czy dane można później wyeksportować?
Tak, i ustalamy to przed wyborem platformy, a nie po. Sposób eksportu danych jest częścią dokumentacji.
Czy aplikację można rozwijać etapami?
Tak. To jeden z głównych powodów wyboru low-code, pod warunkiem że od początku zachowamy porządek w danych i uprawnieniach.
Na jakiej platformie budujecie?
Dobieramy ją do tego, czego już używacie. Firma w Google Workspace zwykle dostanie aplikację w AppSheet, firma w Microsoft 365 w Power Apps. Chodzi o to, żeby nie dokładać kolejnego ekosystemu.
Co z licencjami?
Licencje platformy są kosztem powtarzalnym, zależnym od liczby użytkowników. Podajemy je w wycenie osobno i kupujecie je bezpośrednio u producenta.
Wiedza w tym temacie.
Wszystkie artykuły
Powiązane
Bezpłatnie · 60 minut online · bez zobowiązań
Najpierw rozmowa o procesie, potem narzędzie.
- Opowiadacie o procesieOnline, przez wideorozmowę. Co dziś zabiera czas, w jakich systemach są dane i co chcecie osiągnąć.
- Mówimy, czy wartoCzasem wystarczy zmiana w arkuszu albo w procesie. Wtedy tak powiemy, zamiast proponować projekt.
- Dostajecie następny krokMailem po spotkaniu: co zmapować, jakie dane przygotować i od czego zależy cena.
Nie prowadzimy formularza kontaktowego. Odbieramy telefon i odpisujemy na pocztę.