Oprogramowanie na zamówienie dopasowane do Twojej firmy

Kiedy dedykowany system ma sens

Oprogramowanie na zamówienie nie jest potrzebne w każdej firmie. Gotowe narzędzie będzie lepsze, jeśli pokrywa większość procesu i można je rozsądnie skonfigurować. Własny system warto rozważyć, gdy:

• Proces firmy daje przewagę i nie powinien być upraszczany do możliwości gotowego programu
• Te same dane są przepisywane między kilkoma aplikacjami
• Zespół utrzymuje krytyczny proces w arkuszach lub wiadomościach e-mail
• Brakuje integracji z używanym ERP, księgowością, magazynem albo sklepem
• Dostępne rozwiązania wymagają wielu dodatków, a ich modyfikacje zwiększają koszt i ryzyko kolejnych zmian
• Firma potrzebuje kontroli nad kodem, danymi i kierunkiem dalszego rozwoju

Podczas analizy sprawdzamy również wariant oparty na gotowym produkcie i integracji. Jeżeli wystarczy prostsze rozwiązanie, mówimy o tym przed rozpoczęciem budowy.

Jak prowadzimy projekt od analizy do wdrożenia

Projekt dzielimy na etapy, aby zakres i koszt były widoczne przed rozpoczęciem kolejnej części prac.

• Analiza potrzeb: poznajemy użytkowników, obecny proces, źródła danych i sytuacje wyjątkowe
• Zakres pierwszej wersji: wybieramy funkcje konieczne do uruchomienia systemu i odkładamy dodatki, które nie blokują celu
• Projekt techniczny i interfejs: opisujemy przepływy, uprawnienia, integracje oraz sposób przechowywania danych
• Implementacja i testy: dostarczamy kolejne fragmenty rozwiązania i regularnie zbieramy uwagi
• Wdrożenie: przygotowujemy środowisko, migrację danych i plan przejścia z dotychczasowego procesu
• Rozwój po starcie: poprawiamy rozwiązanie na podstawie realnego użycia i dokładamy kolejne funkcje według priorytetu

Osoba po stronie klienta ma wgląd w postęp i decyzje projektowe. Zmiany zakresu są omawiane przed wykonaniem, a nie dopiero na fakturze.

Integracje, dane i własność kodu

Dedykowany system rzadko działa w izolacji. Dlatego już podczas analizy ustalamy, skąd pobiera dane, dokąd ma je przekazywać i co powinno wydarzyć się w razie błędu integracji.

Łączymy rozwiązania między innymi z Shopify, WooCommerce, wFirma, systemami ERP i CRM, magazynami, operatorami płatności, kurierami oraz usługami udostępniającymi API. Projektujemy logowanie zdarzeń, ponawianie operacji i możliwość sprawdzenia, dlaczego konkretny rekord nie został przetworzony.

Zasady przekazania kodu źródłowego, dokumentacji i dostępów zapisujemy w umowie. Unikamy uzależniania klienta od jednej osoby lub niedostępnego konta. Jeżeli przejmujemy istniejący projekt, zaczynamy od przeglądu repozytorium, infrastruktury, zależności i sposobu wdrażania.

Ile kosztuje oprogramowanie na zamówienie

Koszt zależy przede wszystkim od liczby ról użytkowników, reguł biznesowych, integracji i zakresu migracji danych. W naszym publicznym cenniku MVP aplikacji webowej mieści się zwykle w przedziale od 30 do 120 tys. zł netto, a rozbudowane systemy dedykowane zaczynają się od 60 tys. zł netto. Mniejsze integracje i automatyzacje wyceniamy zwykle od 5 do 40 tys. zł netto.

Możemy pracować w stałym zakresie i cenie, gdy wymagania są dobrze określone, albo w rozliczeniu godzinowym 120 zł netto za godzinę, gdy priorytety mają zmieniać się w trakcie rozwoju. Przed startem wskazujemy założenia, elementy wpływające na koszt i etap, od którego można bezpiecznie zacząć.

Po otrzymaniu opisu potrzeb odpowiadamy w ciągu 24 godzin, a do 48 godzin przedstawiamy wstępną wycenę i propozycję kolejnego kroku. Dokładny zakres oraz harmonogram powstają po analizie wymagań.

Utrzymanie i rozwój po uruchomieniu

Uruchomienie pierwszej wersji nie kończy pracy nad systemem. Użytkownicy pokażą, które elementy warto uprościć, integracje zewnętrzne będą się zmieniać, a firma doda nowe produkty i procesy.

Możemy odpowiadać za bieżące poprawki, rozwój funkcji, aktualizacje zależności i opiekę nad środowiskiem hostingowym. Zakres wsparcia, godziny dostępności i czasy reakcji ustalamy w umowie lub SLA odpowiednim do znaczenia systemu dla firmy.

Jeżeli klient chce utrzymywać rozwiązanie własnym zespołem, przekazujemy repozytorium, uzgodnioną dokumentację i dostępy. Model współpracy nie powinien blokować zmiany wykonawcy ani dalszego rozwoju produktu.