Dlaczego wyceny projektów IT tak bardzo się różnią?

Dwie wyceny różnią się, gdy wykonawcy przyjmują inne zakresy, założenia lub poziomy odpowiedzialności. Nazwa "integracja sklepu z systemem magazynowym" nie określa kierunku synchronizacji, mapowania danych, obsługi błędów ani testów.

Na wysokość kwoty wpływają przede wszystkim:

• Liczba godzin analizy potrzebnej do rozpoznania procesów i zależności.
• Skład zespołu, na przykład udział analityka, programisty, testera i osoby odpowiedzialnej za wdrożenie.
• Bufor ryzyka na nieznane zależności, jakość danych i ograniczenia systemów zewnętrznych.
• Sposób wyceny zmian: osobny ryczałt, limit godzin lub bieżące rozliczenie pracy.
• Zakres odpowiedzialności za testy, uruchomienie, szkolenie i stabilizację.

Wykonawca, który uwzględnia migrację danych, scenariusze awaryjne i testy odbiorowe, może wycenić więcej pracy niż oferta zakładająca samo połączenie systemów. Różnić się może również odpowiedzialność po starcie: jedna oferta kończy się na uruchomieniu, a druga obejmuje stabilizację, szkolenie lub utrzymanie.

Porównywanie samych stawek godzinowych też nie wystarcza. Niższa stawka przy większej liczbie godzin może oznaczać wyższą cenę całkowitą, a niewielki koszt początkowy może nie obejmować prac potrzebnych do odbioru.

Gdy projekt dotyczy obiegu faktur, wdrożenie KSeF w Subiekcie GT z określonym zakresem prac warto oceniać przez konkretne procesy, integracje i obsługę wyjątków.

Porównywalna oferta opisuje funkcje, integracje, migrację, testy, wdrożenie, szkolenia i utrzymanie w sposób pozwalający przypisać każdą pracę do wykonawcy albo klienta. Brak informacji oznacza niewiadomą do wyjaśnienia, a nie automatycznie usługę wliczoną w cenę.

Tabela pomaga sprawdzić, jakich informacji wymagać i jakie ryzyko wiąże się z ich brakiem.

Każda pozycja powinna mieć właściciela, rezultat i kryterium odbioru. Przy integracji ustalamy również źródło prawdy dla poszczególnych danych, częstotliwość synchronizacji oraz sposób postępowania przy błędzie. Takie doprecyzowanie zapobiega sytuacji, w której obie strony zakładają, że druga odpowiada za poprawność danych.

Oferta powinna też wskazywać wymagane środowiska, dostępy, licencje i dokumentację oraz zakres utrzymania. W przypadku sprzedaży internetowej koszty faktur i integracji WooCommerce z KSeF pomagają rozdzielić funkcje sklepu od prac po stronie systemu księgowego.

Każda dodatkowa reguła, rola użytkownika, integracja lub ścieżka wyjątkowa zwiększa pracę analityczną, wykonawczą i testową. Dlatego potrzebę rozbijamy na wersję podstawową oraz następne etapy zamiast wyceniać nieokreślony "system".

Przykładowy podział projektu może wyglądać tak:

• Etap podstawowy: rejestracja zamówienia, główny status i widok listy.
• Etap rozszerzony: role użytkowników, dodatkowe statusy oraz raport operacyjny.
• Etap integracyjny: synchronizacja z systemem zewnętrznym, obsługa błędów i ponowienia.

Każdy etap powinien mieć opis wyniku, kryterium odbioru i listę zależności. Jednokierunkowy eksport produktów ma inny zakres niż dwukierunkowa synchronizacja z rozstrzyganiem konfliktów. Podobnie pojedynczy raport różni się od raportu z filtrami, eksportem, kontrolą uprawnień i obsługą brakujących danych.

Wycena rośnie także wtedy, gdy wymagania obejmują wiele ról. Dla każdej roli trzeba ustalić dostępne widoki, dozwolone działania i przypadki, w których użytkownik powinien zobaczyć komunikat o braku uprawnień. Jeśli proces zawiera wyjątki, na przykład anulowanie po częściowej realizacji, wykonawca musi uwzględnić ich obsługę i testy.

Zalecamy oddzielić wymagania potrzebne do uruchomienia od usprawnień możliwych do wdrożenia później. Etapowanie ogranicza koszt początkowy, ale wymaga ustalenia, jak decyzje z wcześniejszego etapu wpłyną na dalszą wycenę.

W wycenie sprawdzamy założenia dotyczące danych, dostępów, limitów integracji, poprawek, odbioru i prac po uruchomieniu. Każde z nich może zmienić zakres albo przenieść zadanie na zespół klienta.

Przed akceptacją oferty ustal:

• Kto przygotowuje treści, dane testowe i dostęp do środowisk?
• Czy cena obejmuje import, oczyszczenie i kontrolę danych?
• Jakie limity lub opłaty dostawcy zewnętrznego wpływają na integrację?
• Ile rund uwag obejmuje projekt i jak rozróżniamy błąd od zmiany zakresu?
• Jakie warunki muszą być spełnione do odbioru etapu?
• Kto obsługuje problemy po uruchomieniu i w jakim zakresie?

Poproś o opis postępowania z danymi, które mają braki lub powielone rekordy. Wykonawca może zakładać import bez czyszczenia, podczas gdy klient oczekuje również deduplikacji i ręcznej korekty wyjątków. Te czynności mają różny zakres i powinny być rozdzielone w ofercie.

Jeżeli dostępność potrzebnych danych nie jest potwierdzona, oferta powinna wskazywać sposób weryfikacji i wpływ możliwych wyników na zakres. Dla integracji warto zapytać, czy dostępne jest środowisko testowe, czy dokumentacja API jest aktualna i kto uzgadnia dostęp z zewnętrznym dostawcą. Jawne założenia pozwalają ocenić ryzyko przed rozpoczęciem prac.

Ryczałt ułatwia planowanie budżetu przy stabilnym zakresie, rozliczenie godzinowe pasuje do zmieniających się wymagań, a model etapowany pozwala zatwierdzać kolejne części projektu osobno. O wyborze decydują jakość specyfikacji, procedura zmian i dostępność klienta do podejmowania decyzji.

Tabela porównuje modele według przewidywalności budżetu, obsługi zmian i przygotowania wymaganego od klienta.

Ryczałt bez procedury zmian może prowadzić do sporu o zakres. Przed podpisaniem ustalamy, kto zatwierdza zmianę, w jaki sposób wykonawca podaje jej wpływ na cenę i termin oraz czy prace rozpoczynają się dopiero po akceptacji.

Rozliczenie godzinowe wymaga limitu, regularnych raportów i priorytetów. Uzgadniamy, jak raportowane są wykonane zadania i kto może zatwierdzać dodatkowe prace. Model etapowany sprawdza się, gdy kolejny zakres zależy od wyników poprzedniego; każdy etap wymaga osobnego rezultatu, odbioru i decyzji o kontynuacji.

Całkowity koszt projektu obejmuje także wydatki cykliczne i czas pracy poza samym wykonaniem. Oddzielamy koszt wdrożenia od licencji, utrzymania oraz obowiązków zespołu klienta.

Przed zatwierdzeniem budżetu sprawdź następujące pozycje:

• Licencje i opłaty dostawców zewnętrznych.
• Hosting, środowiska testowe i kopie zapasowe.
• Przygotowanie, oczyszczenie i migrację danych.
• Integracje, limity API i usługi pośredniczące.
• Szkolenia, dokumentację i czas pracowników klienta.
• Utrzymanie, aktualizacje i obsługę zgłoszeń po starcie.

W przypadku integracji ustalamy, kto monitoruje błędy synchronizacji, ponawia nieudane operacje i sprawdza rozbieżności. Sama instalacja połączenia nie określa odpowiedzialności za późniejsze dane.

Warto zapytać, co obejmuje utrzymanie: aktualizacje, kopie zapasowe, monitoring, reakcję na awarie czy rozwój funkcji. Są to różne rodzaje prac, dlatego oferta powinna wskazywać ich zakres i sposób zgłaszania. Kosztem po stronie klienta jest także czas pracowników na warsztaty, weryfikację danych, testy akceptacyjne i podejmowanie decyzji.

Przy projektach opartych na systemie zewnętrznym potwierdzamy, które opłaty pobiera jego dostawca i kto odpowiada za uzyskanie licencji. Nie łączymy kosztów cyklicznych z jednorazowym wdrożeniem, bo utrudnia to porównanie ofert i planowanie budżetu na kolejne okresy.

Oferty porównujemy według tego samego zakresu, wyłączeń, ryzyk, harmonogramu, składu zespołu i kryteriów odbioru. Każdą pozycję oznaczamy jako wliczoną, wyłączoną albo wymagającą wyjaśnienia.

Procedura porównania:

1. Oznacz wymagane funkcje priorytetem.
2. Zapisz zakres integracji, migracji, testów, wdrożenia i utrzymania.
3. Porównaj wyłączenia oraz zależności od klienta i dostawców zewnętrznych.
4. Sprawdź harmonogram, skład zespołu i kryteria odbioru.
5. Poproś o wycenę brakujących elementów jako osobnych opcji.

Wspólny arkusz porównawczy nie musi tworzyć pozornie precyzyjnej punktacji. Wystarczy zaznaczyć, czy dana pozycja jest wliczona, wyłączona, zależna od dodatkowych danych czy opisana niejednoznacznie. Do każdej rozbieżności dopisujemy pytanie i odpowiedź wykonawcy.

Z naszych wdrożeń wynika, że rozbieżność łatwiej wyjaśnić, gdy wykonawca przypisze koszt do etapów i odpowiedzialności, a nie tylko poda jedną sumę. W przypadku integracji systemu sprzedaży z księgowością warto sprawdzić, które procesy i wyjątki obejmuje zakres integracji Subiekta GT z KSeF. Dla połączenia sklepu z systemem sprzedażowym pomocny będzie też opis integracji Subiekta z WooCommerce.

O doprecyzowanie prosimy, gdy oferta nie wskazuje etapów, wyłączeń, kryteriów odbioru lub odpowiedzialności po starcie. Nowej wyceny wymaga zmiana danych wejściowych, wymagań albo warunków integracji, które wpływały na pierwotną kalkulację.

Czerwone flagi to cena bez opisu funkcji, termin bez wymienionych zależności i niejasne utrzymanie po uruchomieniu. Nie przesądzają o jakości wykonawcy, ale uniemożliwiają rzetelną ocenę ryzyka. Dopytania wymagają także nieokreślona liczba poprawek, brak kryterium odbioru i deklaracja, że "wszystko jest w cenie", bez listy elementów.

Zapytaj wykonawcę:

• Które wymagania są wliczone, a które wymagają osobnej wyceny?
• Jakie dane lub dostępy mogą zmienić zakres?
• Kto zatwierdza zmianę i jak dokumentowany jest jej wpływ na termin?
• Jakie warunki potwierdzają odbiór i kto usuwa błędy wykryte po starcie?

Jeśli odpowiedzi zmieniają budżet, poproś o aktualizację oferty z osobno opisanymi wariantami. Gdy zakres pozostaje niepewny, można najpierw zamówić analizę lub discovery z określonym rezultatem, na przykład mapą procesów, listą integracji, priorytetami i zakresem pierwszego etapu.

• Kalkulator wyceny prac projektowych - składniki, wzór i wdrożenie
• Porównanie cen Sellasist i Apilo w Excelu: policz koszt dla swojego sklepu
• Kiedy firma potrzebuje własnego systemu zamiast kolejnej wtyczki?
• Kalkulator wyceny sprzątania: jakie dane uwzględnić i jak liczyć cenę