Jak poznać zależności w firmie, ustalić priorytety i budować potrzebne moduły na wspólnych danych, bez szczegółowego projektowania całego systemu na początku.
Najpierw mapa firmy, później kolejność wdrożenia
Rozmowa o systemie nie zaczyna się od listy ekranów. Odtwarzamy przebieg kilku rzeczywistych spraw: skąd przychodzi zapytanie, kto przygotowuje kalkulację, gdzie powstaje dokument, kto zatwierdza koszt i jakie informacje będą później potrzebne realizacji albo księgowości.
Na tej podstawie widać zależności, których nie pokazuje opis jednego działu. Sprzedaż może potrzebować danych z realizacji, realizacja dokumentów od klienta, a zarząd kosztów powstających w zakupach. Taka mapa nie jest szczegółowym projektem wszystkich przyszłych funkcji. Ma wystarczyć, aby pierwsze decyzje nie zamknęły dalszego rozwoju.
Priorytetowy moduł może obejmować kilka procesów
Moduł to logiczny obszar codziennej pracy, a nie pojedynczy formularz. Moduł obsługi klienta może łączyć zapytanie, kalkulację, ofertę, akceptację i przekazanie sprawy do realizacji. Moduł zakupowy może obejmować potrzebę, wniosek, zgodę, zamówienie, dostawę i przypisanie kosztu.
- Wspólne dane: klient, projekt, zlecenie, dokument i koszt mają jedno znaczenie w kolejnych częściach systemu.
- Role i uprawnienia: użytkownik widzi zakres potrzebny do pracy, a przekazanie sprawy nie wymaga tworzenia jej od początku.
- Przyszłe połączenia: pierwszy moduł uwzględnia dane potrzebne później innym działom i integracjom.
- Priorytet biznesowy: kolejność wynika z czasu traconego przez zespół, liczby błędów i wpływu danego obszaru na pracę innych osób.
Automatyzacja nie jest jeszcze systemem
Odczytanie danych z dokumentu, wysłanie powiadomienia albo uruchomienie akceptacji może odciążyć konkretną czynność. To wartościowa automatyzacja, ale sama nie tworzy CRM-u, TMS-u ani ERP-u. System powstaje wtedy, gdy powiązane moduły korzystają ze wspólnych danych, ról i zasad przepływu informacji.
Testy pokazują wyjątki, których nie widać na warsztacie
Gotowy zakres trafia do pracowników. Sprawdzają go na rzeczywistych sprawach i wskazują brakujące dane, niewygodne czynności, wyjątki, problemy z uprawnieniami oraz potrzebne zmiany w dokumentach i raportach. Po poprawkach moduł może zostać uruchomiony w codziennej pracy.
Dalszy rozwój nie jest obowiązkowym scenariuszem. Firma może rozbudować uruchomione moduły, objąć systemem kolejny dział, dodać integrację albo pozostać przy aktualnym zakresie, jeżeli rozwiązuje on najważniejsze problemy.
Co warto przygotować przed pierwszą rozmową?
- przykład jednej sprawy przechodzącej przez kilka osób lub działów,
- arkusz, dokument albo wiadomość używaną podczas tej pracy,
- informację, kto podejmuje decyzję i kto potrzebuje danych na kolejnym etapie,
- najczęstszy wyjątek, przez który proces wraca albo wymaga ręcznej korekty.
Zobacz, jak projektujemy systemy dla firm, jak dane o kosztach łączy modułowy ERP i jak wygląda obieg wniosku zakupowego.