Rulewave
System zarządzania magazynem dla globalnego dostawcy usług logistycznych
System ArchitectureCloud SolutionsSystem IntegrationAutomation Solutions
Gdy proces opiera się na plikach przesyłanych mailem, prędzej czy później ktoś zaczyna pracować na nieaktualnej wersji. Budujemy aplikacje, które skupiają całą pracę w jednym miejscu i są dostępne z komputera oraz telefonu.
Nasi partnerzy
Kilka osób edytuje ten sam arkusz. Nikt nie ma pewności, która wersja jest aktualna, a błąd wychodzi na jaw dopiero tydzień później.
Status zlecenia, dokument, historia zamówień. Ktoś w Waszym zespole odpowiada na te wiadomości, zamiast udostępnić dane klientowi online.
Magazyn, samochód, budowa albo spotkanie u klienta. Informacje są wprowadzane dopiero po kilku godzinach, więc decyzje zapadają na podstawie nieaktualnego obrazu sytuacji.
Oba rozwiązania otwierają się w przeglądarce, dlatego granica między nimi bywa niejasna. Różnica polega na tym, co robi użytkownik: stronę przede wszystkim czyta, a w aplikacji wykonuje swoją pracę.
| Aplikacja webowa | Strona internetowa | |
|---|---|---|
| Po co powstaje | Aby użytkownik mógł wykonać w niej swoją pracę | Aby odbiorca mógł poznać Waszą firmę i ofertę |
| Kto z niej korzysta | Zalogowani: zespół, klienci, kontrahenci, każdy ze swoim widokiem | Każdy odwiedzający, ten sam widok dla wszystkich |
| Co się w niej dzieje | Powstają dane: zlecenia, zgłoszenia, dokumenty, historia operacji | Dane przychodzą z zewnątrz, zwykle jednym formularzem |
| Skąd bierze dane | Z Waszych systemów: płatności, ERP, GPS, e-faktury | Ktoś wpisuje je ręcznie w panelu treści |
| Co oznacza zmiana | Nowa funkcja wspierająca proces, wdrażana w kolejnym wydaniu | Nowy tekst albo podstrona, które mogą pojawić się tego samego dnia |
| Co znaczy utrzymanie | Ktoś odpowiada za to każdego dnia, w którym z niego korzystacie | Hosting, aktualizacje wtyczek, odświeżenie treści |
Zaczynamy od ustalenia, co powinien widzieć każdy użytkownik i jakie działania może wykonać. Z tego wynikają ekrany, uprawnienia, powiadomienia i integracje.
Handlowiec widzi swoje zadania, kierownik cały zespół, a klient z zewnątrz wyłącznie własne dane. Jeden system zastępuje kilka plików z różnymi zasadami dostępu.
Nie trzeba niczego instalować, a wszyscy pracują na tej samej wersji. Aktualizację wdrażamy centralnie, nie na dwudziestu osobnych komputerach.
Wiesz, gdzie działa aplikacja i z kim się skontaktować w razie awarii. Te usługi są częścią utrzymania, a nie osobnym zleceniem.
System magazynowy globalnego operatora, CRM dla biur nieruchomości i sprzedaż biletów przewoźnika. Trzy branże i trzy aplikacje, z których ludzie korzystają przez cały dzień pracy.
System zarządzania magazynem dla globalnego dostawcy usług logistycznych
System CRM dla agencji nieruchomości
Własna aplikacja do sprzedaży biletów autobusowych
Nie musisz wiedzieć, jak powinny wyglądać ekrany. Na początek wystarczy wskazać, co dziś zajmuje Waszemu zespołowi najwięcej czasu.
Sprawdzamy, kto co robi, gdzie to zapisuje i w którym miejscu giną dane. Na tym etapie nie rozmawiamy jeszcze o technologii.
Zanim zaczniemy budowę, możesz przejść przez układ ekranów tak, jakby aplikacja już działała. Na tym etapie zmianę można wprowadzić podczas jednego spotkania.
Zaczynamy od niewielkiego, ale prawdziwego fragmentu procesu. Zespół pracuje na nim i wskazuje, co wymaga poprawy.
Kolejne funkcje wdrażamy etapami. Gdy zmieni się przepis albo API operatora płatności, jesteśmy gotowi zareagować.
Zwykle nie wprost. Domena, treści i identyfikacja wizualna mogą zostać, ale system strony służy do publikowania treści, a nie do obsługi procesów. Najczęściej lepiej zbudować aplikację obok witryny i połączyć oba rozwiązania jednym logowaniem. Strona nadal wspiera sprzedaż, a aplikacja obsługuje codzienną pracę.
AI może szybko przygotować prototyp. Aplikacja produkcyjna wymaga jednak poprawnych uprawnień, ochrony danych i integracji, które muszą działać za każdym razem. Sami korzystamy z AI i wdrożyliśmy je w Tesoro, ale traktujemy je jako narzędzie. Nie przejmie odpowiedzialności za system, gdy coś przestanie działać o siódmej rano.
Większość firm zaczyna od aplikacji webowej. Działa ona na urządzeniach, które już macie, i nie wymaga instalowania oprogramowania każdemu pracownikowi. Aplikacja mobilna ma sens, gdy potrzebny jest aparat, GPS albo praca bez zasięgu. TransHans korzysta z obu rozwiązań: pasażer kupuje bilet w natywnej aplikacji mobilnej, a przewoźnik zarządza kursami w przeglądarce.
Większa liczba użytkowników zwykle nie jest największym wyzwaniem. Trudniejsze bywają zmiany, których nie przewidziano w modelu danych: nowy rynek, druga waluta albo magazyn w innym kraju. Dlatego pytamy o plany już na początku i projektujemy aplikację tak, aby rozwój nie wymagał przepisywania istniejących części. System Rulewave rozbudowujemy moduł po module od 2019 roku.
W chmurze, na koncie należącym do Waszej firmy. Nie musicie nikogo prosić o dostęp do własnych danych ani czekać na ich eksport do pliku. Jeśli kiedyś zdecydujecie się przenieść aplikację, konta i klucze są już pod Waszą kontrolą.
Najwięcej zaangażowania potrzebujemy na początku, gdy poznajemy proces, oraz przy testowaniu pierwszej wersji przez zespół. Po Waszej stronie powinna być jedna osoba, która dobrze zna sposób pracy i może podejmować decyzje. Bez niej projekt może posuwać się naprzód, ale aplikacja będzie oparta na założeniach, a nie na tym, jak naprawdę pracujecie.
Napisz, jak wygląda u Was typowy dzień pracy i która jego część sprawia najwięcej trudności. Odpowiemy pytaniami o proces, a nie gotowym cennikiem.