Umowa wdrożeniowa: na co zwrócić uwagę

Umowę wdrożeniową czyta się zwykle dwa razy: pobieżnie przed podpisem i bardzo uważnie wtedy, gdy coś idzie źle. Lepiej odwrócić te proporcje. Jak w ogóle wybierać firmę, opisuje przewodnik wybór wykonawcy. Poniżej lista obszarów, o które warto zapytać, zanim dokument trafi do podpisu. Uwagi mają charakter ogólny i nie zastępują analizy prawnika.

Dziesięć obszarów w jednej tabeli

Obszar	Pytanie kontrolne
Zakres	Czy osoba spoza projektu zrozumie z umowy, co ma powstać?
Harmonogram	Czy są etapy z datami i co się dzieje przy opóźnieniu którejkolwiek ze stron?
Wynagrodzenie	Co jest w cenie, a co jest płatne dodatkowo?
Zmiany	Jak zgłasza się zmianę zakresu i kto ją wycenia?
Odbiory	Według jakich kryteriów etap jest uznany za wykonany?
Prawa do kodu	Czy firma może rozwijać system z innym wykonawcą?
Dane	Czyje są dane, gdzie są przechowywane i jak je odzyskać?
Błędy i utrzymanie	W jakim czasie wykonawca reaguje i naprawia?
Odpowiedzialność	Za co wykonawca odpowiada i do jakiej kwoty?
Wyjście	Jak zakończyć umowę i co wtedy otrzymuje firma?

Zakres: najczęstsze źródło sporów

Zapis „wdrożenie systemu CRM zgodnie z potrzebami Zamawiającego” nie jest zakresem. Każda strona rozumie go po swojemu. Dobry opis zawiera:

• listę modułów i funkcji z krótkim opisem, co użytkownik może w nich zrobić,
• listę integracji z nazwami systemów i kierunkiem przepływu danych,
• informację, co z migracją danych: ile, skąd, w jakim stanie,
• szkolenia i dokumentację,
• wyraźną listę rzeczy, których zakres nie obejmuje.

Ostatni punkt bywa pomijany, a oszczędza najwięcej nieporozumień. Jeśli zakres ma być doprecyzowany w analizie po podpisaniu umowy, umowa powinna mówić, co się dzieje, gdy analiza pokaże większy zakres, niż zakładano.

Harmonogram i współdziałanie

Opóźnienia wdrożeń częściej wynikają z braku decyzji po stronie zamawiającego niż z wolnej pracy wykonawcy. Uczciwa umowa opisuje obowiązki obu stron: kto po stronie firmy podejmuje decyzje, w jakim czasie odpowiada na pytania i dostarcza dane. Warto sprawdzić, czy terminy wykonawcy przesuwają się o czas oczekiwania na firmę i czy działa to także w drugą stronę. Realne czasy opisuje tekst ile trwa wdrożenie CRM i ERP.

Wynagrodzenie i zmiany

Model	Co sprawdzić w umowie
Stała cena	Powiązanie płatności z odebranymi etapami. Zasady wyceny zmian
Czas i materiał	Stawka, sposób raportowania godzin, limit budżetu, po którego przekroczeniu potrzebna jest zgoda
Abonament	Co obejmuje opłata miesięczna, okres wypowiedzenia, co zostaje u firmy po zakończeniu

Niezależnie od modelu potrzebna jest procedura zmiany: pisemne zgłoszenie, wycena, akceptacja przed rozpoczęciem pracy. Bez niej drobne prośby rozmowami na korytarzu zamieniają się w fakturę, której nikt się nie spodziewał. Różnice między modelami omawia porównanie abonament czy projekt jednorazowy.

Odbiory

Odbiór to moment, w którym firma potwierdza, że etap jest wykonany, i zwykle moment płatności. Warto sprawdzić cztery rzeczy.

1. Kryteria. Odbiór według listy scenariuszy, na przykład „handlowiec zapisuje zapytanie i system tworzy przypomnienie”, a nie według ogólnego wrażenia.
2. Czas na testy. Dość długi, żeby zespół sprawdził system na prawdziwych sprawach.
3. Podział błędów. Które wstrzymują odbiór, a które trafiają na listę poprawek z terminem.
4. Milczący odbiór. Czy brak uwag w terminie oznacza akceptację. Jeśli tak, trzeba tego terminu pilnować.

Prawa do kodu i dane

To obszar, w którym różnice między ofertami są największe i najmniej widoczne w cenie. Z perspektywy właściciela firmy liczą się odpowiedzi na proste pytania.

• Czy po zakończeniu współpracy system nadal działa?
• Czy firma dostaje kod źródłowy i dokumentację?
• Czy inny wykonawca może go legalnie rozwijać?
• Na czyich kontach działają serwery, domeny i usługi zewnętrzne?
• Czy dane można w każdej chwili wyeksportować w czytelnym formacie?
• Czy umowa reguluje powierzenie przetwarzania danych osobowych?

Jeśli odpowiedź na pierwsze trzy brzmi „nie”, firma nie kupuje systemu, tylko dostęp do niego. To bywa w porządku, o ile jest świadomą decyzją i ma odbicie w cenie.

Przykład: zapis, którego zabrakło

Przykład jest zmyślony. Hurtownia artykułów ogrodniczych zamówiła system do obsługi zamówień w modelu stałej ceny. Umowa opisywała zakres na dwóch stronach i nie zawierała słowa o danych po zakończeniu współpracy. Po dwóch latach firma chciała zmienić wykonawcę. Okazało się, że serwer i baza są na koncie dotychczasowego dostawcy, a umowa nie zobowiązuje go do wydania czegokolwiek w określonym formacie ani terminie.

Dane udało się odzyskać po kilku miesiącach rozmów i za dodatkową opłatą. Jeden akapit w umowie, opisujący eksport danych i przekazanie dostępów w ciągu trzydziestu dni, załatwiłby sprawę. Historia pokazuje, dlaczego o rozstaniu warto rozmawiać na początku, gdy obu stronom zależy na dobrej współpracy.

Błędy, utrzymanie i odpowiedzialność

• Okres naprawy błędów bez opłat. Jak długi i co uznaje się za błąd, a co za zmianę.
• Czasy reakcji. Inne dla awarii zatrzymującej pracę, inne dla usterki kosmetycznej. Pojęcie wyjaśnia hasło SLA.
• Kopie zapasowe. Kto je robi, jak często i czy ktoś sprawdza, że da się z nich odtworzyć dane.
• Limit odpowiedzialności. Często ograniczony do wartości umowy. Warto wiedzieć, co dokładnie wyłącza.
• Kary umowne. Czy działają w obie strony i czy są realne do wyegzekwowania.

Czerwone flagi

• Zakres opisany jednym zdaniem.
• Całość płatna z góry albo większość przed pierwszym odbiorem.
• Brak procedury zmian.
• Brak zapisu o kodzie, dostępach i danych po zakończeniu.
• Długi okres bez możliwości wypowiedzenia i brak uzasadnienia.
• Niechęć wykonawcy do rozmowy o tych punktach.

Listę pytań, które warto zadać jeszcze przed otrzymaniem umowy, zawiera artykuł pytania do wykonawcy przed wdrożeniem. O kryteriach wyboru piszemy w tekście jak wybrać firmę wdrożeniową CRM.

Co dalej

Jak wygląda współpraca w modelu abonamentowym, w którym dane pozostają własnością klienta, opisuje strona Program Skalowania. Pytania o konkretne zapisy można zadać na bezpłatnej konsultacji. Pozostałe przewodniki są w bazie wiedzy.