- Jak agent AI uczy się na błędach zespołu? Audyt artefaktów i doskonalenie skilli - 27 października 2026
- Co zmienia się dla klienta, gdy partner wdrożeniowy pracuje z agentami AI? - 26 października 2026
- Jak wygląda wytwarzanie oprogramowania z agentami AI w praktyce? Proces eVolpe krok po kroku - 22 października 2026
Wdrożenie CRM przed niepowodzeniem zabezpieczają przede wszystkim cztery grupy zapisów w umowie: jasno opisany zakres i kryteria odbioru, płatności powiązane z odbiorem etapów, zasady zmian zakresu oraz gwarancja i SLA po starcie systemu. Do tego dochodzą prawa do kodu, dostęp do danych i warunki zakończenia współpracy. Patrzymy na nie z perspektywy wykonawcy: w eVolpe negocjujemy takie umowy od 2009 roku.
W skrócie: Najwięcej sporów w projektach CRM nie dotyczy błędów w kodzie, tylko tego, co było w zakresie, a co nie. Dlatego najważniejsze zabezpieczenie to precyzyjny zakres i procedura odbioru, a kary umowne są dopiero ostatnią linią obrony.
Czym są gwarancje umowne w projekcie CRM?
Gwarancje umowne w projekcie CRM to zapisy, które określają, za co odpowiada wykonawca, jak sprawdza się wynik jego pracy i co dzieje się, gdy wynik odbiega od ustaleń. Obejmują zarówno etap wdrożenia (zakres, harmonogram, odbiór), jak i okres po starcie systemu (usuwanie błędów, dostępność, wsparcie). Dobrze skonstruowane klauzule chronią obie strony, bo zmniejszają pole do sporów o interpretację.
W polskim prawie warto odróżnić gwarancję od rękojmi. Rękojmia za wady wynika z Kodeksu cywilnego, a gwarancja jest dobrowolnym zobowiązaniem, którego treść określa umowa. W umowach między przedsiębiorcami rękojmię często się ogranicza lub wyłącza i zastępuje gwarancją z opisanymi czasami reakcji. Dlatego zamawiający powinien sprawdzić, co dokładnie obejmuje gwarancja, skoro rękojmia może nie obowiązywać. Szczegóły warto skonsultować z prawnikiem.
Porównanie systemów CRM
Nadal nie wiesz, która droga jest dla Ciebie?
Skorzystaj z porównywarki CRM eVolpe i obok opłat licencyjnych porównaj pozostałe cechy konkretnych produktów.
Jakie klauzule powinna zawierać umowa na wdrożenie CRM?
Umowa na wdrożenie CRM powinna zawierać co najmniej osiem klauzul, które razem opisują zakres, sposób odbioru, odpowiedzialność i zasady wyjścia ze współpracy. Każda z nich odpowiada na inne ryzyko:
| Klauzula | Co reguluje | Przed czym chroni |
|---|---|---|
| Zakres i specyfikacja | Opis funkcji, integracji i danych do migracji, najlepiej jako załącznik po analizie przedwdrożeniowej | Sporem o to, co było w zakresie |
| Testy i procedura odbioru | Kryteria akceptacji, czas na testy, klasyfikacja błędów blokujących i drobnych | Odbiorem „na słowo” lub blokowaniem odbioru bez końca |
| Harmonogram i kamienie milowe | Etapy, terminy i obowiązki obu stron, w tym dostarczenie danych i decyzji przez klienta | Opóźnieniami, za które trudno ustalić odpowiedzialność |
| Zmiany zakresu (change request) | Sposób zgłaszania, wyceny i akceptacji zmian | Niekontrolowanym wzrostem kosztów |
| SLA i gwarancja | Czasy reakcji i naprawy dla kategorii błędów, okres gwarancji | Długimi przestojami po starcie |
| Kary umowne | Wysokość i limity kar za opóźnienia lub naruszenie SLA | Brakiem konsekwencji za niedotrzymanie ustaleń |
| Poufność i ochrona danych | Umowa powierzenia przetwarzania danych osobowych, zgodność z RODO, miejsce przechowywania danych | Naruszeniem przepisów o ochronie danych |
| Prawa do kodu i wyjście z umowy | Licencja lub przeniesienie praw do kodu, dokumentacja, eksport danych przy zakończeniu współpracy | Uzależnieniem od jednego wykonawcy |
Jak odbiór i płatności etapowe chronią zamawiającego?
Płatności powiązane z odbiorem kolejnych etapów chronią zamawiającego, bo wykonawca dostaje wynagrodzenie za zweryfikowany wynik, a nie za upływ czasu. Gdy etap ma błędy, zamawiający może wstrzymać część płatności do czasu poprawek. Taki układ utrzymuje równowagę ryzyka między stronami i chroni płynność finansową zamawiającego.
Warunkiem jest procedura odbioru opisana w umowie. Powinna określać, kto testuje, ile dni trwają testy, jakie błędy blokują odbiór, a jakie można poprawić po nim. Bez tych zapisów odbiór staje się negocjacją. W projektach prowadzonych z agentami AI dowodem działania mogą być też testy automatyczne i raporty zapisane przy zgłoszeniach; piszemy o tym w artykule Co zmienia się dla klienta, gdy partner wdrożeniowy pracuje z agentami AI?
Jak umowa powinna regulować zmiany zakresu i rozliczenia?
Zmiany zakresu to najczęstsze źródło nieporozumień w projektach CRM, dlatego umowa powinna opisywać procedurę ich zgłaszania, wyceny i akceptacji, zanim pojawi się pierwsza zmiana. Każda zmiana powinna mieć pisemną wycenę, wpływ na harmonogram i podpis osoby uprawnionej po stronie zamawiającego.
Sposób rozliczenia zmienia rolę tych zapisów. W modelu Fixed Price każda zmiana wymaga renegocjacji ceny, więc precyzyjna procedura change request jest kluczowa. W modelu Time & Material, stosowanym m.in. w projektach prowadzonych w Scrumie, zmiany są wpisane w sposób pracy, a ochronę daje budżet kontrolny, regularne raporty z wykorzystania godzin i priorytetyzacja zadań przez klienta. Przy rozwoju CRM z udziałem agentów AI model Time & Material lepiej przenosi na klienta spadek kosztu prostych zadań niż stała cena ustalona przed startem (więcej o liczeniu oszczędności z AI).
Jak umowa CRM powinna regulować prawa do kodu i wyjście ze współpracy?
Umowa powinna jasno określać, kto ma prawa do kodu stworzonego na zamówienie i jak zamawiający odzyska dane oraz dokumentację, gdy współpraca się zakończy. Te zapisy decydują o tym, czy firma może zmienić wykonawcę bez przepisywania systemu od nowa. Ich brak to jedna z głównych przyczyn uzależnienia od dostawcy (o vendor lock-in piszemy tutaj).
Przeniesienie autorskich praw majątkowych do kodu wymaga formy pisemnej pod rygorem nieważności i obejmuje tylko pola eksploatacji wyraźnie wymienione w umowie (art. 53 i art. 41 ust. 2 ustawy o prawie autorskim i prawach pokrewnych). Alternatywą jest licencja o określonym zakresie. Przy systemach open source, takich jak SuiteCRM, rdzeń systemu jest dostępny na licencji open source, a umowa dotyczy kodu tworzonego dla klienta. Niezależnie od modelu warto zapisać:
Jak przygotować umowę wdrożeniową CRM krok po kroku?
Umowę wdrożeniową CRM najlepiej przygotować wspólnie przez trzy obszary: biznes, IT i dział prawny, zaczynając od zakresu, a kończąc na zapisach prawnych. Sprawdza się pięć kroków:
Jakich błędów unikać w umowie na wdrożenie CRM?
Najczęstszym błędem w umowie na wdrożenie CRM jest ogólny opis zakresu, który każda strona interpretuje po swojemu. Inne błędy, które warto wyeliminować przed podpisem:
Najczęściej zadawane pytania
Zakres i specyfikację, procedurę odbioru, harmonogram, zasady zmian zakresu, SLA i gwarancję, kary umowne, zapisy o ochronie danych oraz prawa do kodu i warunki zakończenia współpracy.
Rękojmia wynika z Kodeksu cywilnego, a gwarancja jest dobrowolnym zobowiązaniem opisanym w umowie. Między przedsiębiorcami rękojmię często się ogranicza lub wyłącza, dlatego treść gwarancji ma kluczowe znaczenie.
Częściowo. Motywują do dotrzymania terminów, ale nie naprawiają projektu. Skuteczniej chronią precyzyjny zakres, procedura odbioru i płatności powiązane z odbiorem etapów.
To zależy od umowy: możliwe jest przeniesienie praw lub licencja. Przeniesienie wymaga formy pisemnej i wymienienia pól eksploatacji. W obu przypadkach warto zapewnić sobie dostęp do kodu i dokumentacji.
Fixed Price daje przewidywalny budżet przy stabilnym zakresie. Time & Material lepiej sprawdza się, gdy wymagania będą się zmieniać, ale wymaga kontroli budżetu i regularnych raportów.
SLA (Service Level Agreement) określa czasy reakcji i naprawy błędów oraz dostępność systemu. Dobre SLA dzieli błędy na kategorie, np. krytyczne i drobne, z różnymi czasami obsługi.
Jesteś gotowy na prowadzenie dużego projektu wdrożeniowego w Twojej firmie?
Wiesz, o co zapytać dostawcę? Jak przygotować własny zespół? Jak stworzyć skuteczne zapytanie ofertowe? Jaką metodykę wybrać? Na co zwrócić uwagę negocjując umowę wdrożeniową i serwisową?
Specjalnie dla Ciebie stworzyliśmy darmowy kurs mailowy przygotowujący do prowadzenia wdrożeń.
Codziennie przez dwa tygodnie otrzymasz od nas na swoją skrzynkę kolejną dawkę wiedzy, która pozwoli odnaleźć Ci się w tym skomplikowanym procesie.
Darmowy kurs mailowy
Źródła
- Ustawa z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych, art. 41 ust. 2 i art. 53
- Ustawa z dnia 23 kwietnia 1964 r. – Kodeks cywilny (rękojmia za wady, gwarancja, kara umowna)
- Jak agent AI uczy się na błędach zespołu? Audyt artefaktów i doskonalenie skilli - 27 października 2026
- Co zmienia się dla klienta, gdy partner wdrożeniowy pracuje z agentami AI? - 26 października 2026
- Jak wygląda wytwarzanie oprogramowania z agentami AI w praktyce? Proces eVolpe krok po kroku - 22 października 2026
