Jedna firma wycenia automatyzację na 15 tys. zł, druga na 25 tys. zł, a trzecia na 40 tys. zł. Każda deklaruje, że usprawni sprzedaż, połączy rozwiązanie z CRM-em i użyje AI do analizy danych.
W takiej sytuacji najniższa cena wygląda jak rozsądny wybór. I nie musi być błędem. Problem zaczyna się wtedy, gdy trzy oferty tylko z pozoru dotyczą tego samego projektu. Firma wybiera wykonawcę, prace ruszają, a po kilku tygodniach padają pytania: czy integracja ma tylko odczytywać dane z CRM-u, czy także je zapisywać? Kto przygotuje panel administracyjny? Co z danymi archiwalnymi? Co stanie się, gdy zewnętrzne API nie udostępni potrzebnej informacji?
Wtedy klient mówi: „Przecież to miało być w zakresie”. Wykonawca odpowiada: „Tego nie było w wycenie”. Obie strony mogą działać w dobrej wierze. Po prostu wcześniej inaczej zrozumiały jedno zdanie w ofercie.
Dopłata często nie bierze się z samego faktu, że projekt jest trudny. Bierze się z tego, że ważne elementy projektu nie zostały wystarczająco opisane przed startem.
Nie każda zmiana oznacza błąd wykonawcy. W trakcie wdrożenia może pojawić się nowa potrzeba, której nikt nie mógł przewidzieć. Firma ma wtedy prawo zmienić zakres, a wykonawca - wycenić dodatkową pracę. Różnica polega na tym, czy klient wie, za co dokładnie płaci i czy naprawdę chce tę zmianę kupić. Poniżej znajdziesz siedem najczęstszych - według mnie - źródeł dopłat w projektach CRM, automatyzacji i AI.
1. Krótki opis potrzeby nie jest zakresem projektu
„Chcemy automatyzację sprzedaży” albo „potrzebujemy AI do analizy danych” to dobry początek rozmowy, ale to jeszcze nie jest opis pracy, którą ma wykonać dostawca. Żeby wycenić projekt, wykonawca powinien wiedzieć między innymi:
- który proces ma się zmienić,
- kto dziś go wykonuje,
- jakie dane są potrzebne,
- co dokładnie ma powstać,
- po czym firma uzna, że rozwiązanie działa.
Bez tych informacji każdy wykonawca dopowiada sobie brakujące elementy. Jeden zakłada prosty formularz i dwie automatyzacje. Drugi uwzględnia integrację, obsługę błędów, testy i szkolenie zespołu a trzeci wycenia pełny panel do zarządzania procesem. Jak widzisz, mamy trzy ceny za trzy różne zakresy.
2. „Integracja z CRM-em” może znaczyć prawie wszystko
To jedno z najbardziej zdradliwych sformułowań w ofertach IT. Integracja może oznaczać, że system pobierze z CRM-u imię klienta i nazwę firmy. Może też oznaczać zapis nowych danych, aktualizację istniejących rekordów, tworzenie zadań dla handlowców, obsługę błędów, synchronizację w obie strony oraz monitoring działania po uruchomieniu. Szeroko, prawda? Każda z tych rzeczy wymaga innej pracy, dostępu do innych danych i innego poziomu odpowiedzialności.
Przed podpisaniem umowy warto zapytać:
- z jakich pól i obiektów CRM korzysta rozwiązanie,
- czy dane są tylko odczytywane, czy też zapisywane,
- co dzieje się, gdy system nie znajdzie rekordu albo zapis się nie powiedzie,
- kto nadaje dostępy i utrzymuje integrację po odbiorze,
- czy integracja działa w jedną, czy w obie strony.
Jeśli odpowiedź brzmi tylko „połączymy się z CRM-em”, nie masz jeszcze informacji potrzebnej do porównania ceny.
3. Dane archiwalne i migracja są odkładane na później
Chcesz, żeby nowe rozwiązanie działało na danych o obecnych klientach. Dopiero w trakcie prac pojawia się pytanie: a co z historią z poprzedniego CRM-u, arkuszami Excela, starymi ofertami i dokumentami?
Migracja danych może wymagać ich oczyszczenia, usunięcia duplikatów, uzupełnienia braków, ustalenia nowych nazw pól i sprawdzenia, czy dane wolno przenieść. Czasem problemem jest nawet prostsza rzecz: firma nie wie, kto ma dostęp do starego systemu albo gdzie znajduje się eksport.
Jeżeli migracja nie jest wpisana do zakresu, wykonawca może słusznie uznać ją za dodatkową pracę. Jeżeli była konieczna do osiągnięcia opisanego rezultatu, klient powinien zapytać, dlaczego nie została uwzględniona wcześniej. To pytanie trzeba wyjaśnić przed startem, nie w dniu testów.
4. Oferta opisuje funkcję, ale nie opisuje pracy wokół niej
Wykonawca może pokazać działające demo. Takie rozwiązanie nie jest jeszcze gotowe do pracy zespołu. Wokół jednej funkcji często pojawiają się dodatkowe zadania: o role i uprawnienie, komunikaty dla użytkowników czy szkolenie zespołu. Nie każdy projekt potrzebuje wszystkich tych elementów. Ale firma powinna wiedzieć, których z nich kupuje.
Najtańsza oferta może obejmować samo uruchomienie mechanizmu. Droższa może obejmować również to, co pozwoli zespołowi bezpiecznie używać go na co dzień. Bez porównania zakresów łatwo uznać, że droższy wykonawca „zawyża cenę”, choć po prostu wycenia więcej pracy.
5. Zewnętrzny system ma ograniczenia, których nikt wcześniej nie sprawdził
Automatyzacja często zależy od systemu, którego wykonawca nie kontroluje: CRM-u, ERP-u, systemu księgowego, platformy e-commerce albo zewnętrznego API. Wykonawca może założyć, że potrzebne dane są dostępne. Dopiero podczas prac okazuje się, że API nie zwraca danej informacji, potrzebny jest wyższy pakiet licencji albo system pozwala na mniej, niż wynikało z rozmów.
Przykład jednego z naszych klientów. Integracja nowej aplikacji z Subiektem GT. Wykonawca załozył, że system ERP u klienta ma możliwość pełnej wymiany danych. I tak wycenił ofertę. Tymczasem okazało się, że do poprawnego działania wymiany danych potrzebna jest Sfera do Subiekta (dodatkowo płatna) oraz moduł do wymiany danych napisany w .NET lub kupiony u zewnętrznego dostawcy.
Nie zawsze da się wykryć każde ograniczenie przed podpisaniem umowy. Da się jednak jasno zapisać założenia:
- z których systemów korzysta projekt,
- jakie dostępy zapewnia klient,
- które możliwości techniczne trzeba potwierdzić,
- co stanie się, jeśli dane lub API nie pozwolą osiągnąć zakładanego efektu.
Takie zapisy nie usuwają ryzyka. Pozwalają jednak podjąć decyzję, zanim problem zamieni się w nieplanowany koszt.
6. Zmiana biznesowa miesza się z brakującym ustaleniem
To zwykle najbardziej sporny moment projektu.Firma może w trakcie prac powiedzieć: „Chcemy, żeby automatyzacja obsługiwała też drugi kanał sprzedaży” albo “chcemy dodatkowy dostęp dla naszych klientów, aby sami wprowadzali dane”. To wyraźnie nowa potrzeba. Wykonawca ma podstawę, żeby ją osobno oszacować.
Inaczej jednak wygląda sytuacja, gdy w zapytaniu od początku było: „System ma przekazywać leady do handlowców”, ale dopiero w trakcie prac wykonawca pyta, czy powinien tworzyć zadanie i zapisywać historię przekazania. Jeżeli bez tego nie da się przeprowadzić opisanego procesu, sprawa nie jest już tak oczywista.
To nie jest oczywiście artykuł o tym, kto ma rację prawną. Umowa i konkretne ustalenia zawsze wymagają osobnej oceny. Warto jednak zadać trzy pytania:
- Czy ta potrzeba pojawiła się dopiero po rozpoczęciu prac?
- Czy była potrzebna, aby osiągnąć rezultat opisany w zapytaniu, ofercie lub umowie?
- Czy obie strony mogły ją rozsądnie zauważyć przed wyceną?
Odpowiedzi nie zawsze będą korzystne dla klienta. Ale pozwalają rozmawiać o faktach, a nie o tym, co kto pamięta z rozmowy sprzed kilku miesięcy.
7. Firma nie ustaliła, co znaczy „gotowe”
Na końcu projektu wykonawca prezentuje działające rozwiązanie. Klient widzi demo, ale nie wie, czy może podpisać odbiór. Nie wiadomo, jakie scenariusze mają zostać przetestowane, na jakich danych i kto testuje. Jakie błedy blokują odbiór, a które można poprawić później. I co z dokumentacją: czy jest częścią rezultatu?
Bez kryteriów odbioru projekt łatwo kończy się zdaniem: „To działa, więc odbierajmy”. A potem okazuje się, że rozwiązanie nie radzi sobie z istotnym wyjątkiem, nie ma instrukcji albo nikt po stronie firmy nie potrafi samodzielnie zmienić podstawowej konfiguracji.
Kryteria odbioru nie są formalnością. Dają obu stronom wspólną odpowiedź na pytanie, co dokładnie zostało kupione.
Jak odróżnić uczciwą zmianę od niejasnego zakresu?
Nie każda prośba o dodatkowy budżet powinna budzić podejrzenia. Projekt może się zmienić, bo firma poznała nową potrzebę albo świadomie chce rozszerzyć rozwiązanie. Zanim zaakceptujesz dopłatę, poproś o krótkie, pisemne wyjaśnienie:
- co dokładnie ma zostać zrobione,
- czego nie obejmowała pierwotna wycena,
- z czego wynika potrzeba zmiany,
- jaki będzie wpływ na koszt, termin i odbiór,
- jakie są warianty: zrobić teraz, odłożyć albo zrezygnować.
Następnie porównaj tę informację z zapytaniem ofertowym, ofertą, umową oraz notatkami ze spotkań. Jeżeli dokumenty są niejasne, to właśnie jest problem do rozwiązania. Nie przez kłótnię o to, kto co pamięta, lecz przez doprecyzowanie decyzji przed kolejnym etapem prac.
Dobra zmiana ma opis, koszt, wpływ na harmonogram i decyzję klienta. Zła zmiana pojawia się jako zdanie: „trzeba dopłacić, bo wyszło więcej pracy”.
Co zrobić, gdy projekt już trwa?
Nie jest za późno na uporządkowanie sytuacji. Zbierz aktualną ofertę, umowę, dokumentację, harmonogram oraz ustalenia ze spotkań. Następnie spisz otwarte elementy i każde dodatkowe oczekiwanie wykonawcy. Przy każdej pozycji zapisz: czy wynika z nowej potrzeby, czy z wcześniejszego zakresu, ile kosztuje, jaki ma wpływ na termin i kto podejmuje decyzję.
Taka lista nie naprawi wszystkiego od razu. Zatrzymuje jednak sytuację, w której kolejne dopłaty są akceptowane pojedynczo, bez spojrzenia na cały projekt.
Jeżeli koszt projektu jest istotny dla firmy albo dokumentacja pozostawia dużo miejsca na interpretację, warto zaprosić niezależną osobę po stronie klienta. Nie po to, żeby zastąpiła wykonawcę lub prowadziła za niego projekt. Po to, żeby przejrzała zakres, zadawała pytania przed decyzją o zmianie i pomogła ocenić, czy rozwiązanie można odebrać.
Nadzór inwestorski: kto reprezentuje interes firmy?
Wykonawca odpowiada za realizację projektu. Naturalnie patrzy więc na pracę także przez pryzmat własnej estymacji, zespołu i sposobu działania. To normalne - nie oznacza złych intencji. Firma kupująca wdrożenie często nie ma natomiast własnej osoby, która rozumie dokumentację i potrafi przełożyć techniczne ustalenia na koszt, termin oraz ryzyko biznesowe.
Nadzór inwestorski może pomóc na trzech etapach:
- przed wyborem wykonawcy - przygotować zapytanie i porównać oferty według tych samych kryteriów,
- w trakcie prac - sprawdzić dokumentację, omówić ryzyka i ocenić dodatkowe prace przed ich akceptacją,
- przy odbiorze - zestawić wykonanie z uzgodnionym zakresem oraz wskazać braki i otwarte kwestie.
Decyzje zawsze pozostają po stronie firmy. Rolą nadzoru jest dać jej informacje potrzebne do podjęcia tych decyzji.
Autor
Wojtek Kibitlewski
Projektuję automatyzacje procesów biznesowych z wykorzystaniem sztucznej inteligencji. Pomagam wdrożyć je w Twojej firmie.