Gotowy program jest zwykle szybszy i tańszy na starcie. Własny system może lepiej pasować do sposobu pracy, ale wymaga wdrożenia, utrzymania i odpowiedzialności za dalszy rozwój. Dobra decyzja nie polega więc na wskazaniu „lepszej” kategorii. Trzeba sprawdzić, czy proces jest standardowy i czy niedopasowanie gotowego narzędzia generuje realny koszt.
Kiedy wybrać gotowy program
Gotowe rozwiązanie jest dobrym pierwszym wyborem, gdy:
- proces jest typowy dla branży, na przykład księgowość, kalendarz wizyt albo podstawowy CRM;
- zespół może dostosować kilka nawyków bez utraty ważnej przewagi;
- integracje i eksport danych są dostępne;
- dostawca zapewnia odpowiednie bezpieczeństwo, aktualizacje i wsparcie;
- abonament jest niższy niż koszt zbudowania i utrzymywania własnego narzędzia.
Nie warto budować własnego systemu tylko po to, aby odwzorować standardową funkcję istniejącego produktu. Nawet jeśli pierwsza wersja wygląda prosto, później dochodzą konta użytkowników, uprawnienia, kopie zapasowe, historia zmian i obsługa błędów.
Kiedy konfiguracja wystarczy
Przed rezygnacją z programu sprawdź, czy problemem nie jest jego konfiguracja. Często firma wykorzystuje tylko podstawowy widok, a potrzebne pola, statusy, automatyczne przypomnienia lub eksport już istnieją.
Konfiguracja ma sens, jeśli można poprawić proces bez tworzenia sieci wyjątków. Jeżeli każde nowe zlecenie wymaga obejścia, dodatkowego arkusza i instrukcji znanej jednej osobie, pozorna oszczędność szybko znika.
Kiedy połączyć istniejące narzędzia
Czasem oba programy wykonują swoją część pracy dobrze, ale informacja między nimi przechodzi ręcznie. Wtedy integracja może być lepsza od wymiany całego zestawu.
Przykład: formularz zbiera poprawne zapytanie, a program do obsługi zleceń dobrze prowadzi realizację. Brakuje tylko kontrolowanego przekazania danych, utworzenia rekordu i oznaczenia wyjątków. To zakres dla automatyzacji i integracji, nie dla nowego ERP.
Sygnały, że brakuje własnego fragmentu
Mały system zaczyna mieć sens, gdy jednocześnie występuje kilka sytuacji:
- ważny status istnieje tylko w notatce, wiadomości lub pamięci pracownika;
- dane są stale kopiowane z programu do arkusza, aby wykonać kluczowe zadanie;
- proces jest charakterystyczny dla firmy i wpływa na jej przychód, jakość lub termin;
- gotowe rozwiązania wymagają kosztownego rozszerzenia albo zmiany całego sposobu pracy;
- brakujący fragment można oddzielić od reszty firmy i opisać jasnymi kryteriami odbioru.
Własne narzędzie nie musi zastępować całej infrastruktury. Może działać między używanymi systemami, porządkować jeden przepływ i zapewniać eksport danych.
Jak ograniczyć pierwszą wersję
Pierwsza wersja powinna obsługiwać jeden proces, konkretną grupę użytkowników i najważniejsze wyjątki. Zwykle potrzebuje:
- jednego miejsca na status i następny krok;
- prostych ról i uprawnień;
- historii najważniejszych zmian;
- eksportu danych;
- procedury awaryjnej na wypadek niedostępności.
Funkcje „które kiedyś mogą się przydać” zwiększają koszt, zanim pojawi się dowód, że są potrzebne. Realne użycie pierwszej wersji jest lepszym źródłem backlogu niż długi warsztat życzeń.
Policz pełny koszt decyzji
Przy gotowym programie uwzględnij abonament, wdrożenie, migrację, integracje i czas poświęcany na obejścia. Przy własnym systemie policz analizę, implementację, hosting, utrzymanie, poprawki bezpieczeństwa i osobę odpowiedzialną za dalszy rozwój.
Przed startem ustal również własność danych, możliwość eksportu, kryteria odbioru i koszt opieki. Dzięki temu mały system pozostaje kontrolowaną inwestycją, a nie projektem bez końca.
Jeżeli gotowe narzędzia omijają jeden ważny element Twojej pracy, zobacz zakres usługi małe systemy dla firm albo opisz brakujący fragment. Najpierw sprawdzimy, czy rzeczywiście trzeba go budować.