Nie licz wierszy. Oceń zależność firmy od arkusza
Arkusz może zawierać tysiące rekordów i nadal działać dobrze. Może też mieć kilkadziesiąt pozycji, a mimo to powodować chaos. Liczy się to, co dzieje się wokół pliku: kto go edytuje, skąd pochodzą dane, jakie decyzje od niego zależą i jak firma reaguje na błąd.
Pierwsze pytanie brzmi więc: co się stanie, jeśli przez jeden dzień nie będzie dostępu do aktualnej wersji? Im poważniejsza odpowiedź, tym bardziej warto potraktować arkusz jak element krytycznego procesu.
Siedem sygnałów ostrzegawczych
Pojedynczy sygnał nie oznacza od razu potrzeby budowy aplikacji. Kilka występujących jednocześnie zwykle uzasadnia uporządkowaną analizę.
- istnieje kilka kopii pliku i trudno wskazać aktualną
- wiele osób edytuje dane, ale odpowiedzialność za ich jakość jest niejasna
- informacje są przepisywane z poczty, formularzy lub innych systemów
- formuły i makra rozumie tylko jedna osoba
- nie da się łatwo sprawdzić historii zmian i decyzji
- raport wymaga każdorazowego ręcznego przygotowania
- arkusz zaczyna pełnić rolę CRM-u, magazynu lub systemu zleceń
Najpierw popraw proces
Nowa aplikacja nie naprawi niejasnych zasad. Przed wyborem narzędzia trzeba ustalić, jakie dane są naprawdę potrzebne, kto je tworzy, kto zatwierdza i jaki rezultat kończy proces.
Często wystarcza ujednolicenie formularza, ograniczenie liczby kopii albo jasna odpowiedzialność. Dopiero gdy problemem pozostaje współpraca wielu osób, kontrola dostępu, historia, integracje lub automatyzacja, dopasowane narzędzie może być uzasadnione.
Prosty test opłacalności
Zapisz czas przeznaczany na przepisywanie, uzgadnianie wersji, poprawianie błędów i przygotowanie raportów. Dodaj koszt ryzyka: opóźnione zlecenie, brak towaru, błędna oferta albo utrata wiedzy wraz z odejściem jednej osoby.
Porównuj nie tylko cenę wdrożenia. Uwzględnij utrzymanie, szkolenie, zmianę procesu i koszt pozostania przy obecnym sposobie pracy. Ta ostatnia pozycja bywa pomijana, choć firma płaci ją co miesiąc.
Jaki powinien być następny krok?
Nie zaczynaj od listy funkcji. Opisz jeden proces od zdarzenia początkowego do rezultatu, wskaż uczestników i zaznacz miejsca powstawania błędów. Taki materiał pozwala porównać trzy realne warianty: uporządkowany arkusz, gotowy system albo małą aplikację dopasowaną do procesu.