Gotowy program czy aplikacja na zamówienie?

Porównuj sposób wykonania zadania

Lista funkcji rzadko wystarcza do wyboru. Dwa programy mogą oferować „obsługę zleceń”, ale inaczej traktować poprawki, załączniki, uprawnienia i przekazanie pracy kolejnej osobie. Przygotuj kilka przykładów z własnej firmy i przejdź przez nie w każdym rozważanym rozwiązaniu.

Uwzględnij zwykłą sprawę oraz wyjątki: niepełne dane, zmianę terminu, anulowanie zlecenia i poprawkę po zatwierdzeniu. Sprawdź też, co zobaczy osoba z biura, pracownik realizujący zadanie oraz właściciel. Ładny ekran ma znaczenie dopiero wtedy, gdy wiadomo, czy da się na nim wykonać potrzebną pracę.

Są co najmniej trzy drogi

Konfiguracja programu, który już masz

Zacznij od sprawdzenia obecnego systemu. Brakujący widok, dodatkowe pole, automatyczna reguła lub niewykorzystywany dotąd moduł mogą być dostępne w ramach konfiguracji albo rozszerzenia. Potrzebne jest potwierdzenie możliwości konkretnej wersji, licencji i sposobu utrzymania.

To dobry wariant do rozważenia, gdy większość potrzebnych danych już znajduje się w tym programie. Ograniczeniem może być koszt dostosowania, niewygodna obsługa lub brak możliwości dalszych zmian.

Gotowy program

Gotowe rozwiązanie warto sprawdzić przy zadaniach, które są podobne w wielu firmach: prowadzeniu kontaktów, rejestrowaniu czasu czy podstawowej obsłudze zgłoszeń. Możesz obejrzeć istniejące funkcje i ocenić je przed decyzją o wdrożeniu.

Nadal trzeba ustalić zasady pracy, przenieść dane, skonfigurować dostęp i przygotować użytkowników. Abonament nie jest całym kosztem. Sprawdź ograniczenia planu, dopłaty za użytkowników, integracje i sposób eksportu danych.

Aplikacja na zamówienie

Własną aplikację warto rozważyć, kiedy ważne reguły firmy są trudne do odwzorowania w gotowym narzędziu. Przykładem może być obsługa zleceń z określonym zestawem dokumentów, warunkami przekazania do kolejnego etapu i różnymi uprawnieniami pracowników.

Zyskujesz możliwość dopasowania zakresu i ekranów. Jednocześnie trzeba zaplanować wykonanie, testy, utrzymanie oraz dalszy rozwój. Własny kod nie usuwa zależności od ludzi i infrastruktury; sposób przekazania kodu, dokumentacji i dostępu powinien być uzgodniony przed rozpoczęciem pracy.

Krótkie porównanie wariantów

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

Nie ma tu automatycznego zwycięzcy. Gotowy program z kosztownymi obejściami może być złym zakupem, ale własna aplikacja odtwarzająca standardową funkcję również może nie mieć uzasadnienia.

Podczas demonstracji zapisuj przy każdym zadaniu: „działa”, „wymaga konfiguracji”, „wymaga dodatkowej pracy” albo „nieobsługiwane”. Dopisz koszt i osobę, która potwierdziła odpowiedź. Nie sumuj po prostu liczby funkcji: brak obsługi jednego krytycznego wyjątku może mieć większe znaczenie niż dziesięć dodatkowych raportów. Niepotwierdzoną możliwość pozostaw jako otwarte pytanie, zamiast przyznawać za nią punkt.

Integracja bywa lepsza niż wymiana systemu

Osobny ekran do pracy operacyjnej może korzystać z danych obecnego systemu. Przykładowo biuro i produkcja obsługują kompletność zlecenia w aplikacji, a dokumenty księgowe pozostają w programie finansowym. To model zastosowania, nie obietnica zgodności z dowolnym ERP.

Przed wyceną integracji systemów trzeba ustalić:

• z którego programu pochodzi dana informacja i gdzie wolno ją poprawiać;
• czy dostawca udostępnia odpowiedni interfejs wymiany danych i na jakich warunkach;
• czy dane mają płynąć w jednym kierunku, czy w obu;
• co dzieje się przy braku połączenia, duplikacie i błędzie;
• kto otrzymuje informację o problemie i może ponowić operację.

Jeżeli połączenie nie jest dostępne, warto ocenić kontrolowany import lub eksport plików. Trzeba wtedy uwzględnić opóźnienie danych i pracę potrzebną do sprawdzenia wyników. Samo hasło „integracja” nie opisuje zakresu ani niezawodności.

Jak policzyć porównywalny koszt

Wybierz ten sam okres porównania, na przykład dwa lata. To horyzont do własnej kalkulacji, a nie przewidywany czas zwrotu. W każdym wariancie uwzględnij:

1. Przygotowanie i wdrożenie: ustalenie zakresu, konfigurację lub budowę, testy i przeniesienie danych.
2. Opłaty stałe: licencje, serwer lub chmura, wsparcie i utrzymanie połączeń.
3. Czas zespołu: szkolenie, weryfikację danych i udział w odbiorze.
4. Przewidywane zmiany: nowych użytkowników, kolejne widoki i rozwój zakresu.
5. Wyjście z rozwiązania: eksport danych, dokumentację i ewentualne przeniesienie do innego dostawcy.

Oddziel kwoty potwierdzone ofertą od założeń. Poproś o wyjaśnienie, co obejmuje cena, jakie są limity i co będzie wyceniane osobno. Etapy i koszt współpracy z brigdev rozdzielają plan rozwiązania od budowy pierwszej wersji, żeby te decyzje można było podjąć oddzielnie.

Co ustalić przed podpisaniem umowy

Opisz odbiór przez konkretne czynności. Zamiast „system obsługuje dokumenty” zapisz na przykład: osoba z biura dodaje nowy plik do zlecenia, pracownik widzi aktualną wersję, a poprzednia pozostaje możliwa do odnalezienia przez uprawnioną osobę.

Ustal również dostęp do danych, kopie zapasowe i sposób odtworzenia pracy. Zapytaj, kto aktualizuje oprogramowanie, gdzie zgłasza się błąd oraz czym naprawa różni się od zamówienia nowej funkcji. Ustalenia powinny odpowiadać realnej ofercie dostawcy.

Od czego zacząć wybór

Wypisz trzy zadania, których obecny sposób obsługi najbardziej przeszkadza firmie. Do każdego dodaj przykład, częstotliwość i skutek problemu. Następnie sprawdź warianty na tych samych danych oraz z udziałem osób, które będą używać programu.

Jeżeli punktem wyjścia jest arkusz, pomocny będzie przegląd sygnałów, że Excel przestaje wystarczać. Jeżeli problem dotyczy przekazania pracy między osobami, zobacz zakres aplikacji do obsługi zleceń. Pierwsza decyzja dotyczy konkretnego zadania do usprawnienia; dopiero potem warto wybierać technologię i wykonawcę.