Wybór oprogramowania dla polskiej firmy

Wybór programu zacznij od pracy, którą firma chce usprawnić. Ustal, kto wykonuje zadanie, jaki wynik ma powstać i co dziś przeszkadza.

Porównuj rozwiązania na tym samym scenariuszu, sprawdź warunki korzystania i zapisz powód decyzji. Lista funkcji przydaje się, gdy wiadomo, do czego każda będzie potrzebna.

Uporządkuj wybór jako serię kroków: rozpoznaj obecne systemy i potrzeby, sprawdź dostępne możliwości, przetestuj kandydatów, a następnie zapisz decyzję i pozostaw miejsce na przyszłe zmiany.

Przejdź kolejno przez opis wyniku, kontekst systemów, warunki konieczne, wspólną próbę kandydatów i zapis decyzji. Efektem będzie karta wyboru oprogramowania z wymaganiami, obserwacjami, otwartymi kwestiami i uzasadnieniem.

Zacznij od wyniku

Zapisz problem tak, by dało się sprawdzić, czy został rozwiązany. Przykład: „Po zgłoszeniu zmiany przez klienta osoba prowadząca sprawę widzi aktualne ustalenia i wie, kto odpowiada za następny krok”. Może się okazać, że wystarczy poprawić używany już obieg pracy lub jego konfigurację.

Rozmawiaj z osobami, które rozpoczynają sprawę, przekazują ją dalej i korzystają z wyniku. Pytaj o zwykły przypadek oraz taki, który regularnie wymaga poprawki. Pracownik wykonujący zadanie może wskazać ręczne kroki niewidoczne w raporcie.

Przed porównaniem narzędzi opisz najważniejsze procesy. Przy każdym zanotuj początek, wynik, role, potrzebne dane i wyjątki. Na potrzeby wyboru wystarczy opis, przez który dostawca przejdzie bez zgadywania zasad firmy.

Polecane systemy ERP dla małych i średnich firm w Polsce

Sprawdź, co już działa w firmie

Ustal, z jakimi systemami i źródłami danych nowe narzędzie będzie współpracować. Zapisz, które z nich są zmieniane lub zastępowane i dlaczego podjęto wcześniejsze decyzje o obecnym środowisku. Łatwiej wtedy odróżnić rzeczywistą potrzebę od ograniczenia, które może wkrótce zniknąć.

Sprawdź, czy istniejące narzędzie lub dostępny komponent nie rozwiązuje problemu bez zakupu kolejnego programu. Przy połączeniach między systemami pytaj o wymianę danych i o to, czy informacje da się wykorzystać w innych rozwiązaniach. Nie zakładaj, że obecny układ musi pozostać niezmienny.

Uwzględnij także istniejące produkty i usługi, które firma już ma lub może wykorzystać. Gotowe rozwiązanie kupuj dopiero po sprawdzeniu, czy dostępna alternatywa spełnia potrzeby.

Ustal warunki konieczne

Oddziel wymagania niezbędne do pracy od udogodnień. Warunek konieczny zapisz jako próbę: „pracownik z tej roli może poprawić sprawę, a osoba z innego działu widzi tylko wynik”, zamiast „rozbudowane uprawnienia”. Ustal też, które dane trafią do programu i w jakiej postaci będą potrzebne po zakończeniu korzystania z usługi.

Sprawdź wymagania właściwe dla zadania firmy w Polsce. Zależnie od zastosowania mogą to być język pracy zespołu, format dokumentów lub obowiązki wynikające z aktualnych przepisów. Nie zakładaj, że ogólna deklaracja dostawcy potwierdza spełnienie konkretnego wymagania.

Jeżeli narzędzie ma przetwarzać dane osobowe klientów lub pracowników, ustal role stron, zakres dostępu i, gdy dostawca działa jako podmiot przetwarzający, warunki powierzenia. Wybór dostawcy nie przenosi automatycznie odpowiedzialności administratora za dane. Hasło „zgodne z RODO” nie wyjaśnia, co dzieje się z danymi w konkretnej usłudze i umowie.

RODO obejmuje dane osobowe niezależnie od użytej technologii oraz tego, czy przetwarzanie jest ręczne czy automatyczne. Do przykładów należą imię i nazwisko, adres e-mail, adres domowy i adres IP; dane zaszyfrowane lub pseudonimizowane nadal są osobowe, jeśli można ponownie zidentyfikować osobę.

Zamień zakres danych na kryterium próby: sprawdź, gdzie system je gromadzi, zapisuje, udostępnia i usuwa oraz kto może uzyskać do nich dostęp. Samo przechowywanie nie opisuje wszystkich operacji przetwarzania.

Ważne dane dotyczące przetwarzania danych osobowych (RODO)

Porównuj kandydatów w tej samej próbie

Daj każdemu dostawcy ten sam opis zadania i oczekiwany wynik. Poproś o pokazanie zwykłego przebiegu, braku wymaganej informacji oraz poprawki po przekazaniu sprawy.

Zapisz, które kroki pokazano w działającym systemie, które tylko opisano i które wymagają dodatkowej konfiguracji. Jeśli środowisko jest dostępne, poproś przyszłych użytkowników o samodzielne wykonanie zadania.

Przy odpowiedzi dopisz obserwację z próby, warunek planu lub pytanie, które pozostało otwarte. Samo „tak” niewiele mówi.

Przy każdym wymaganiu zapisz wynik jako „spełnia”, „nie spełnia” lub „niepotwierdzone” i podaj podstawę: pokazano w systemie, opisano albo wymaga konfiguracji. Kandydat niespełniający warunku koniecznego odpada, a niepotwierdzone kryterium pozostaje otwarte.

Jeśli na krótkiej liście są system ERP i usługa chmurowa typu SaaS, zachowaj ten sam scenariusz oceny. Sama kategoria rozwiązania nie przesądza, czy wykona ono potrzebną pracę.

Testuj rozwiązania przed wyborem

Nie zobowiązuj firmy do konkretnej technologii, zanim problem zostanie dobrze opisany i sprawdzisz różne możliwości. Prototyp lub próbne środowisko pozwala ocenić rozwiązanie w praktyce, zanim stanie się podstawą dalszych decyzji. Wybór może się zmienić, gdy lepiej poznasz potrzeby użytkowników.

W próbie sprawdzaj nie tylko samą funkcję, ale też to, czy zespół potrafi obsłużyć całą drogę do wyniku. Rozwiązanie powinno dać się dostosować, jeśli zmieni się rozumienie potrzeb albo sposób pracy. Zwróć uwagę, czy wybór nie utrudni późniejszej zmiany narzędzia lub dostawcy.

Nie podejmuj ostatecznej decyzji przed rozpoznaniem problemu i sprawdzeniem różnych opcji. Próby mają pomóc ustalić, czy gotowe rozwiązanie jest właściwą drogą, czy potrzebna jest inna możliwość.

Oceń dostępność i całą drogę użytkownika

Sprawdź dostępność programu dla osób, które będą z niego korzystać, zarówno klientów, jak i pracowników. Sama deklaracja dostawcy nie zastępuje próby z udziałem użytkowników i sprawdzenia konkretnego sposobu pracy.

Oceniaj program jako część całej usługi, a nie odizolowany ekran. Zapisz, w których miejscach użytkownik kontaktuje się z firmą, na przykład przez formularz, telefon, wiadomość lub spotkanie, i sprawdź, czy informacje oraz kolejne kroki pozostają spójne.

Uwzględnij różne potrzeby użytkowników

Nie opieraj opisu potrzeb wyłącznie na opinii osoby zamawiającej program. Rozmawiaj i obserwuj osoby, które będą z niego korzystać, a także pracowników wspierających innych użytkowników. Uwzględnij osoby, którym obecny sposób pracy szczególnie utrudnia osiągnięcie właściwego wyniku.

Do rozmów możesz wykorzystać istniejące dowody, takie jak dane analityczne, rejestry wyszukiwania, zgłoszenia do obsługi czy wcześniejsze badania. Sugestie osób, które nie wykonują zadania ani nie korzystają z jego wyniku, traktuj jako założenia do sprawdzenia. Potrzebę można zapisać jako: „Potrzebuję zrobić X, aby osiągnąć Y”.

Podejmij decyzję dla całego sposobu pracy

Zestaw wynik próby z nakładem na konfigurację, przeniesienie danych, szkolenie i późniejszą obsługę. Upewnij się, że oceniasz plan i konfigurację, które firma mogłaby rzeczywiście uruchomić.

Rozważ, czy zespół potrzebuje pakietu dla powiązanych zadań, czy osobnych aplikacji. Sprawdź, jak dane i uprawnienia przechodzą między częściami pakietu oraz kto naprawia problem na styku aplikacji. Oba warianty oceniaj według tych samych pytań.

Zapisz wybrane rozwiązanie, odrzucone alternatywy, wykonane próby i kwestie wymagające potwierdzenia. Wskaż osobę odpowiedzialną za proces po zakupie. Ograniczony pilotaż może pomóc ocenić codzienną pracę, lecz wymaga osobnego przygotowania danych, użytkowników i zasad oceny.

Zbierz te informacje w roboczej Karcie wyboru oprogramowania. Uwzględnij w niej wynik pracy, warunki konieczne, wyniki prób i ich podstawę, otwarte kwestie, odrzucone alternatywy, uzasadnienie wyboru oraz osobę odpowiedzialną.

Za wyborem przemawia rozwiązanie, które przechodzi ustalone próby i wspiera opisany wynik pracy. Jeśli ważny warunek pozostaje niepotwierdzony, zapisz go jako otwartą kwestię zamiast traktować deklarację dostawcy jak dowód.

Zachowaj możliwość dalszych zmian

Wybór technologii wpływa na to, jak łatwo firma będzie mogła rozwijać sposób pracy. Utrzymuj prostą mapę systemów i danych, z którymi program ma współdziałać, oraz sprawdzaj ją, gdy zmieniają się procesy lub narzędzia.

Przed decyzją ustal, czy firma zachowa kontrolę nad przechowywanymi danymi i czy będzie mogła je wykorzystać poza wybraną usługą. Uwzględnij także ryzyko uzależnienia od jednego dostawcy lub rozwiązania, tak aby przyszła zmiana nie była z góry wykluczona.