Kiedy aplikacja zamiast Excela ma sens?

Kiedy zostać przy arkuszu

Arkusz dobrze pasuje do analiz, zestawień i obliczeń, których układ często się zmienia. Jeżeli jedna osoba odpowiada za dane, pozostali rozumieją sposób pracy, a wynik można łatwo sprawdzić, rozwijanie obecnego pliku może być rozsądnym wyborem.

Przed zamówieniem programu sprawdź prostsze możliwości: jeden wspólny plik, określony właściciel danych, spójne nazwy kolumn i kontrola wprowadzanych wartości. Czasem problemem jest pięć kopii rozesłanych e-mailem albo brak zasad aktualizacji. Przeniesienie tego samego sposobu pracy do aplikacji nie usunie przyczyny.

Nie trzeba też przenosić każdego arkusza. Aplikacja może obsługiwać zlecenia i dokumenty, a Excel nadal służyć do doraźnej analizy wyeksportowanych danych.

Co wskazuje na ograniczenie obecnego sposobu pracy

Przyjrzyj się sytuacjom, które powtarzają się w codziennej pracy:

• Nie wiadomo, która informacja jest aktualna. Termin jest inny w arkuszu, wiadomości i wydrukowanym zleceniu.
• Dane trzeba przepisywać. Ta sama nazwa firmy, liczba sztuk lub numer zamówienia trafia kolejno do kilku miejsc.
• Kolejny etap zależy od pamięci pracownika. Zlecenie czeka, bo nikt nie dostał informacji, że można je rozpocząć.
• Trudno ustalić źródło zmiany. Potrzebujesz sprawdzić, kto zmienił termin, ilość lub status i na jakiej podstawie.
• Różne osoby powinny widzieć różne dane. Na przykład produkcja potrzebuje rysunku i terminu, a osoba przygotowująca ofertę również kosztów i marży.
• Błędy wychodzą za późno. Brak wymiaru lub załącznika jest zauważany dopiero przy rozpoczęciu pracy.

To sygnały do analizy, a nie automatyczne uzasadnienie zakupu. Każdy z tych problemów może mieć inne rozwiązanie: lepszą konfigurację obecnego narzędzia, gotowy program, integrację albo aplikację na zamówienie.

Arkusz a aplikacja: co rzeczywiście porównać

Tabelę możesz przesunąć w bok, żeby porównać oba rozwiązania.

Żadna z tych cech nie pojawia się w aplikacji sama. Historia zmian, role, powiadomienia czy wymiana danych muszą znaleźć się w jej zakresie i zostać sprawdzone przed uruchomieniem.

Przykład: od listy zleceń do wspólnej obsługi pracy

Wyobraź sobie firmę wykonującą elementy na zamówienie. To modelowa sytuacja, nie opis wdrożenia klienta. Biuro zapisuje zamówienie w arkuszu, rysunek wysyła e-mailem, a termin produkcji ustala telefonicznie. Po zmianie zamówienia trzeba pamiętać o aktualizacji każdego z tych miejsc.

Pierwsza wersja aplikacji mogłaby obejmować tylko:

1. Kartę zlecenia z numerem, terminem, ilością i aktualnym rysunkiem.
2. Wskazanie osoby odpowiedzialnej za uzupełnienie braków.
3. Statusy ustalone z pracownikami, na przykład „do uzupełnienia”, „gotowe do pracy” i „zakończone”.
4. Historię istotnych zmian i informację, kiedy dane można przekazać dalej.

System księgowy pozostaje wtedy miejscem wystawiania faktur, a planowanie magazynu może nadal odbywać się w obecnym narzędziu. Zakres dotyczy jednego problemu: przekazania kompletnego zlecenia do realizacji. Więcej o takim zastosowaniu znajdziesz na stronie aplikacji do obsługi zleceń.

Jak ocenić koszt obecnego problemu

Przez kilka dni zapisuj konkretne zdarzenia: ponowne wpisywanie danych, szukanie aktualnego dokumentu, poprawianie błędów i oczekiwanie na wyjaśnienie. Zanotuj czas oraz skutek. Oddziel zwykłą niedogodność od opóźnienia, które zatrzymuje kolejne osoby.

Do pierwszego porównania możesz użyć takiego zestawienia:

• ile razy w miesiącu występuje dane zadanie;
• ile minut zajmuje obecnie;
• ile czasu można realnie usunąć, a ile nadal będzie wymagało oceny człowieka;
• jakie są dodatkowe koszty błędu lub opóźnienia;
• ile będą kosztowały wdrożenie, utrzymanie i zmiana sposobu pracy.

Przykład rachunku, na wymyślonych danych: 60 zleceń miesięcznie i 10 minut przepisywania przy każdym oznaczają 10 godzin tej pracy. Jeżeli kontrola importu nadal zajmie 2 minuty na zlecenie, do odzyskania pozostaje 8 godzin, a nie 10. To podstawa do dalszej oceny, nie obietnica oszczędności z wdrożenia. Sam taki wynik może nie uzasadnić budowy nowego programu.

Nie traktuj każdej zaoszczędzonej godziny jak gotówki na koncie. Czas może pozwolić obsłużyć więcej zleceń albo spokojniej wykonać obecną pracę. Warto wcześniej określić, co konkretnie ma się zmienić i jak to sprawdzisz.

Co przygotować przed rozmową o aplikacji

Wybierz jeden rzeczywisty arkusz i przejdź przez jedno zlecenie od początku do końca. Usuń dane klientów i inne informacje, których nie chcesz udostępniać. Do opisu dołącz odpowiedzi na pięć pytań:

1. Kto zaczyna pracę i jakie dane ma w tym momencie?
2. Kto przejmuje sprawę później?
3. Gdzie najczęściej czegoś brakuje lub trzeba coś przepisać?
4. Jak wygląda nietypowy przypadek, na przykład zmiana po rozpoczęciu realizacji?
5. Po czym poznasz, że nowe rozwiązanie działa lepiej?

Na tej podstawie można porównać warianty. Aplikacja na zamówienie jest jednym z nich; gotowy program lub rozbudowa obecnego systemu mogą rozwiązać problem mniejszym kosztem.

Jeżeli chcesz przekazać wykonawcy uporządkowany opis, wykorzystaj przykład wymagań aplikacji dla firmy. Wystarczy opis zadania, danych i wyjątków; wybór języka programowania nie jest potrzebny do rozpoczęcia rozmowy.

Jak zacząć bez przenoszenia całej firmy naraz

Wybierz jeden obszar, określ osobę podejmującą decyzje i sprawdź rozwiązanie na małej grupie użytkowników. Ustal, które narzędzie jest źródłem aktualnych danych, jak zrobić ich kopię i jak wrócić do pracy w razie awarii. Przez okres próbny kontroluj kompletność danych, czas obsługi i liczbę poprawek.

Jeśli problem dotyczy głównie przepisywania danych między dwoma programami, zacznij od sprawdzenia możliwości integracji systemów. Budowa kolejnego miejsca do ręcznego wpisywania tych samych informacji może tylko zwiększyć liczbę obowiązków.