Zbuduj wspólną podstawę porównania
Zbierz ofertę, wymagania, opis obecnego procesu i materiały przekazane dostawcy. Następnie wypisz potrzebne rezultaty oraz sprawdź, gdzie zostały uwzględnione. Nie zakładaj, że element pominięty w opisie jest w cenie.
Przykładowo „integracja z ERP” może oznaczać jednorazowy import pliku albo dwukierunkową wymianę danych z obsługą błędów. Oba zakresy wymagają innych ustaleń. Zapisz systemy, kierunki przepływu, częstotliwość, właścicieli oraz sposób testowania.
Proponujemy, aby każde wymaganie miało status: uwzględnione, wyłączone albo do wyjaśnienia. Przy niejasności poproś o odpowiedź w formie, która stanie się częścią uzgodnionego zakresu projektu.
Sprawdź sześć obszarów oferty
Poniższa lista Celor pomaga uporządkować review. Jej celem jest ujawnienie niewiadomych przed decyzją.
| Obszar | Pytanie do wykonawcy |
|---|---|
| Rezultat | Co użytkownik zrobi po wdrożeniu i co pozostaje poza zakresem? |
| Odbiór | Jakie przykłady, kryteria i testy potwierdzą wykonanie? |
| Zależności | Jakie dane, dostępy i decyzje musi zapewnić klient? |
| Koszt | Jak powstała wycena i które pozycje są poza ceną? |
| Utrzymanie | Kto reaguje na błędy, aktualizuje rozwiązanie i ponosi koszty? |
| Przekazanie | Jak klient otrzyma dokumentację, dane, kod i potrzebne dostępy? |
Pytania o prawa, odpowiedzialność i zapisy umowy wymagają odpowiedniego przeglądu prawnego. Ocena biznesowa i techniczna dostarcza do niego kontekstu.
Poproś o uzasadnienie architektury i pełnego kosztu
Dostawca powinien umieć połączyć wybór technologii z wymaganiami: wolumenem, integracjami, niezawodnością, kompetencjami zespołu i przyszłymi zmianami. Sama popularność narzędzia nie wyjaśnia jego dopasowania.
GOV.UK w wytycznych wyboru technologii wskazuje m.in. całkowity koszt posiadania oraz możliwość późniejszej zmiany rozwiązania. Dlatego zapytaj o licencje, infrastrukturę, utrzymanie i koszt wyjścia ze współpracy. Oceń także wykorzystanie gotowych produktów lub obecnych systemów.
GAO Cost Guide wiąże wiarygodną estymację z opisem zakresu i założeń. Przy istotnej kwocie poproś więc o rozbicie prac i źródła niepewności, a nie tylko łączny budżet.
Traktuj niejasności jako pytania do rozstrzygnięcia
Sygnałem do pogłębienia rozmowy jest precyzyjna cena przy nieopisanych integracjach, harmonogram bez obowiązków klienta lub brak czasu na testy. To nie dowodzi nierzetelności wykonawcy. Pokazuje, gdzie obie strony mogą inaczej rozumieć projekt.
W hipotetycznym porównaniu tańsza oferta obejmuje wyłącznie development, a droższa dodatkowo migrację danych i wsparcie startu. Wyrównanie zakresu może zmienić kolejność cen. Pokaż osobno elementy obowiązkowe, opcjonalne i jeszcze niewycenione.
Nie porównuj liczby ekranów bez procesu, który mają obsługiwać. Jeden ekran rozliczeniowy z wieloma wyjątkami może wymagać więcej pracy niż kilka prostych formularzy.
Zakończ review konkretnym werdyktem
Rekomendacja powinna wskazywać: zaakceptować, zaakceptować po spełnieniu warunków, poprawić przed decyzją albo odrzucić. Przy każdym istotnym ryzyku zapisz konsekwencję, potrzebną odpowiedź i osobę odpowiedzialną. Unikaj ogólnego stwierdzenia „oferta wygląda dobrze”.
Jeżeli największą niewiadomą jest koszt, przejdź do weryfikacji wyceny IT. Sprawdź też, czy dostawca proponuje właściwy etap: PoC czy MVP. W Second Opinion oceniamy projekty software, AI, automatyzacji i data przed podpisaniem umowy lub rozpoczęciem realizacji. Zakres analizy dopasowujemy do wybranego pakietu i materiałów.
Częste pytania
Czy najtańsza oferta software house’u jest najbardziej ryzykowna?
Nie musi być. Różnica może wynikać z zakresu, wykorzystania gotowych elementów lub sposobu pracy. Najpierw porównaj założenia i kompletność; sama cena nie rozstrzyga jakości.
Jakie dokumenty przygotować do niezależnej oceny?
Ofertę, wymagania lub brief, opis procesu, znane integracje, harmonogram oraz uzgodnienia z dostawcą. Zaznacz również pytania bez odpowiedzi i decyzję, którą ma wesprzeć review.
Źródła i dalsza lektura
- GOV.UK Service Manual: Choosing technology — an introduction
- GAO: Cost Estimating and Assessment Guide
Źródła wspierają wskazane w tekście zasady. Listy kontrolne i przykłady to propozycje Celor do dopasowania do konkretnego projektu.