Excel nie jest problemem — dopóki pasuje do zadania
Arkusz kalkulacyjny jest szybki, elastyczny i dostępny niemal w każdej firmie. Świetnie sprawdza się do obliczeń, prostych rejestrów, jednorazowych analiz i prototypowania procesu. Sam fakt korzystania z Excela nie oznacza więc, że organizacja potrzebuje aplikacji.
Problem zaczyna się wtedy, gdy arkusz przestaje być narzędziem, a staje się nieformalnym systemem do obsługi wielu użytkowników, decyzji, załączników, uprawnień i historii zmian.
Sygnały, że arkusz zaczyna ograniczać firmę
Istnieje wiele kopii tego samego pliku
Pracownicy przesyłają arkusz pocztą, zapisują własne wersje i ręcznie łączą zmiany. Trudno wskazać, które dane są aktualne, a pomyłka może zostać odkryta dopiero po czasie.
Dostęp działa na zasadzie „wszystko albo nic”
Różne role powinny widzieć inne dane lub wykonywać inne działania, ale arkusz nie odwzorowuje odpowiedzialności w czytelny sposób.
Proces zależy od pamięci pracowników
Plik zawiera dane, lecz nie pilnuje kolejnych kroków. Ktoś musi pamiętać o terminie, powiadomieniu, akceptacji albo zmianie statusu.
Historia zmian jest niewystarczająca
Nie da się łatwo odpowiedzieć, kto zmienił konkretną informację, dlaczego to zrobił i jaki był poprzedni stan.
Raporty są składane ręcznie
Każde podsumowanie wymaga kopiowania danych, filtrowania i poprawiania formuł. Gdy osoba znająca arkusz jest nieobecna, proces się zatrzymuje.
Co daje dedykowana aplikacja webowa?
Aplikacja nie musi być „większym Excelem”. Jej wartość polega na odwzorowaniu procesu i odpowiedzialności. Może prowadzić użytkownika przez kolejne kroki, pilnować wymaganych danych i pokazywać każdej osobie tylko potrzebny zakres.
- jedna aktualna baza danych dostępna dla uprawnionych użytkowników,
- role i poziomy dostępu odpowiadające strukturze firmy,
- statusy, terminy, przypomnienia i przydzielone zadania,
- historia działań oraz zmian ważnych informacji,
- formularze ograniczające błędy i brakujące dane,
- automatyczne zestawienia oraz pulpity dla różnych odbiorców,
- załączniki, komentarze i powiązania między obiektami,
- dostęp przez przeglądarkę na komputerze, tablecie i telefonie.
Nie przenoś arkusza jeden do jednego
Najczęstszym błędem jest potraktowanie istniejących kolumn jako gotowej specyfikacji systemu. Arkusz pokazuje, jakie dane zapisuje firma, ale nie zawsze wyjaśnia, dlaczego są potrzebne, kto je wprowadza i co dzieje się później.
Przed budową aplikacji warto przeanalizować:
- jak zaczyna się proces,
- jakie role biorą w nim udział,
- które dane są obowiązkowe,
- jakie decyzje i wyjątki występują,
- kiedy sprawa jest zakończona,
- jakie raporty są faktycznie wykorzystywane.
Aplikacja powinna usprawnić proces, a nie tylko odtworzyć wszystkie ograniczenia dotychczasowego arkusza w nowym interfejsie.
Zacznij od najważniejszego procesu
Nie trzeba od razu budować rozbudowanego systemu dla całej organizacji. Bezpieczniejszy kierunek to pierwsza wersja obejmująca jeden jasno określony problem: na przykład obsługę zgłoszeń, ewidencję zasobów albo pilnowanie terminów.
Taki etap pozwala sprawdzić model danych, role, interfejs i sposób wdrożenia. Po zebraniu opinii użytkowników można zdecydować, które kolejne funkcje mają rzeczywistą wartość, a które były jedynie założeniem.
Kiedy lepiej zostać przy Excelu?
Dedykowana aplikacja nie zawsze jest uzasadniona. Arkusz może pozostać najlepszym rozwiązaniem, jeśli:
- korzysta z niego jedna lub dwie osoby,
- dane nie wymagają złożonych uprawnień,
- proces jest prosty i rzadko się powtarza,
- nie ma potrzeby śledzenia statusów i historii,
- koszt ręcznej pracy jest niewielki,
- firma dopiero testuje pomysł i zakres często się zmienia.
W takiej sytuacji warto najpierw uporządkować arkusz i procedurę. Aplikacja powinna powstać wtedy, gdy problem jest wystarczająco dobrze poznany i ma realny wpływ na działanie firmy.
Jak przygotować się do rozmowy o aplikacji?
Nie musisz pisać technicznej specyfikacji. Przygotuj przykładowy arkusz oraz odpowiedzi na pytania:
- kto korzysta z danych i w jakim celu,
- skąd informacje trafiają do arkusza,
- które czynności są najbardziej czasochłonne,
- gdzie najczęściej pojawiają się błędy,
- jakie sytuacje wymagają powiadomienia,
- jak wygląda prawidłowe zakończenie procesu,
- które podsumowania są potrzebne zarządowi lub pracownikom.
Na tej podstawie można przygotować mapę procesu i zakres pierwszej wersji dedykowanej aplikacji webowej.
Podsumowanie
Excel przestaje wystarczać nie wtedy, gdy plik jest duży, lecz gdy firma potrzebuje procesu, uprawnień, wspólnej historii i automatycznych działań. Dedykowana aplikacja ma sens, jeśli rozwiązuje konkretny koszt organizacyjny i upraszcza codzienną pracę wielu osób.
Najlepiej rozpocząć od analizy jednego obszaru. Zamiast od razu zastępować wszystkie arkusze, warto zbudować pierwszą wersję wokół procesu, którego uporządkowanie przyniesie największą wartość.