Klient przychodzi z zapytaniem ofertowym, opisuje, czego potrzebuje, chce cenę i to najlepiej konkretną, najlepiej od razu.

Problem w tym, że przy większych projektach – szczególnie takich, które dotyczą automatyzacji procesów, integracji danych czy budowy dedykowanych narzędzi – podanie rzetelnej wyceny bez wcześniejszego zrozumienia tematu to albo strzał w ciemno, albo świadome zawyżanie ceny „na wszelki wypadek”. Żadna z tych opcji nie jest uczciwa wobec klienta.

Dlatego w przypadku złożonych projektów, zanim przejdziemy do wyceny i realizacji, proponujemy etap, który nazywamy analizą warsztatową, warsztatami przedprojektowymi czy audytem procesów. To płatna, ale konkretna usługa, która kończy się raportem – dokumentem opisującym, jak rozumiemy projekt, co trzeba zbudować, jakie są ryzyka i ile to może kosztować. Klient czyta, potwierdza albo koryguje. Dopiero potem ruszamy z realizacją.

W tym artykule wyjaśniam, dlaczego tak robimy, kiedy warsztaty mają sens i co konkretnie klient z nich dostaje.

Kiedy warsztaty są potrzebne

Nie każdy projekt wymaga warsztatów. Jeśli zakres jest jasny, technologia znana, a oczekiwania obu stron zbieżne – można iść prosto do wyceny i realizacji.

Warsztaty stają się konieczne, gdy:

• projekt ma wiele niewiadomych – np. klient chce zautomatyzować model cenowy, ale ten model żyje w rozproszonych arkuszach Excela, oparty jest na intuicji i wieloletnich przyzwyczajeniach, a zasady rabatowania nie są nigdzie spisane,
• zakres jest trudny do zamknięcia – funkcjonalności mogą się zmieniać w trakcie realizacji, bo zależą od danych, które dopiero trzeba poznać,
• projekt wymaga integracji wielu źródeł danych – systemy ERP, CRM, arkusze, bazy – i nikt nie wie dokładnie, w jakim stanie te dane są,
• szacowany czas realizacji to kilka miesięcy, a budżet sięga sześciu cyfr – zbyt dużo, żeby wchodzić bez przygotowania.

Przykład z praktyki

Mieliśmy kiedyś sytuację, w której klient przesłał nam zapytanie ofertowe na system cenowy. Dokument wyglądał konkretnie – opisane funkcjonalności, oczekiwane efekty. Ale kiedy nasi konsultanci zaczęli drążyć szczegóły, okazało się, że samo pojęcie „średnia ważona cena” oznaczało co innego dla każdego działu w firmie. Jedni liczyli ją po dostawach z ostatnich trzech miesięcy, inni po rotacji produktów, jeszcze inni po grupach klientów. Bez warsztatów wycenilibyśmy coś, czego klient tak naprawdę nie chciał.

Co się dzieje na warsztatach

Warsztaty przedprojektowe to seria spotkań z klientem – zazwyczaj od dwóch do czterech sesji, każda od godziny do trzech. Celowo nie robimy tego w formie jednego całodniowego maratonu. Z doświadczenia wiemy, że po pierwszej sesji pojawiają się pytania, które trzeba przemyśleć i poruszyć na kolejnym spotkaniu. Przy formacie całodniowym te pytania giną, bo nie ma kiedy ich zadać.

Skład zespołu warsztatowego

Na warsztatach pracują zazwyczaj dwie osoby z naszego zespołu: konsultant odpowiedzialny za zrozumienie procesu biznesowego i architekt techniczny, który ocenia wykonalność i złożoność od strony systemowej. Nie wysyłamy pięciu osób – to generuje niepotrzebne koszty, które potem lądują na fakturze klienta.

Zakres prac warsztatowych

Co robimy na tych sesjach:

• mapujemy proces „as is” – jak klient działa dzisiaj, krok po kroku,
• identyfikujemy luki – co jest nieudokumentowane, co opiera się na wiedzy jednej osoby, co żyje tylko w Excelu,
• definiujemy wymagania – co dokładnie system ma robić, skąd brać dane, jak je przetwarzać, co zwracać,
• szacujemy ryzyka – gdzie mogą pojawić się problemy, co jest niepewne, co wymaga dodatkowej analizy danych,
• ustalamy priorytety – co jest kluczowe na start (MVP), a co można dołożyć w kolejnych etapach.

Nie w każdym bloku muszą uczestniczyć wszystkie osoby z naszego zespołu. Część sesji dotyczy procesu biznesowego, część – kwestii technicznych. Ten podział pozwala efektywniej wykorzystać czas i ograniczyć koszty.

Co klient dostaje po warsztatach

Efektem warsztatów jest raport – dokument, który opisuje projekt tak, jak my go rozumiemy. To nie jest oferta handlowa. To jest zapis tego, co usłyszeliśmy, jak to interpretujemy i co proponujemy.

Zawartość raportu

Raport zawiera:

• opis procesów klienta w formie, która pozwala zweryfikować, czy dobrze je zrozumieliśmy,
• listę wymagań funkcjonalnych – co system ma robić,
• zidentyfikowane ryzyka i niewiadome,
• propozycję podziału na etapy (MVP + kolejne fazy),
• szacunkowy zakres prac i orientacyjny budżet.

Klient czyta raport i albo potwierdza – tak, rozumiecie temat, robimy – albo wskazuje miejsca, w których nasze rozumienie odbiega od rzeczywistości. Wtedy siadamy nad dokumentem, poprawiamy i dochodzimy do stuprocentowej zgodności zanim ktokolwiek napisze choćby linijkę kodu.

To jest kluczowa wartość warsztatów: obie strony mają pewność, że mówią o tym samym. Nie domyślamy się. Nie zakładamy. Mamy to czarno na białym.

Dlaczego warsztaty są płatne

Warsztaty wymagają zaangażowania doświadczonych konsultantów – osób, które mają wiedzę zarówno o procesach biznesowych, jak i o technologii. To nie jest rozmowa handlowa. To jest praca analityczna, która wymaga przygotowania, czasu i kompetencji.

A jeśli nie zdecyduje się na współpracę? Nadal ma wartość – opisane procesy, zidentyfikowane problemy, raport, który może przekazać innemu wykonawcy. Warsztaty to nie jest „nic” – to konkretny produkt.

Dlaczego nie dajemy wyceny od razu

Pokusa jest duża. Klient chce cenę, handlowiec chce zamknąć sprzedaż, zespół chce mieć robotę. Ale podanie konkretnej kwoty w sytuacji, gdy poziom niepewności jest wysoki, prowadzi do jednego z dwóch scenariuszy:

Scenariusz pierwszy — wycena za nisko

Scenariusz pierwszy: wyceniamy za nisko. W trakcie realizacji okazuje się, że projekt jest dwa razy większy niż zakładaliśmy. Albo dokładamy z własnej kieszeni, albo ciągniemy negocjacje z klientem, albo obcinamy zakres. Nikt nie jest zadowolony.

Scenariusz drugi — wycena z dużym buforem

Scenariusz drugi: wyceniamy z dużym buforem. Dokładamy 50% „na niepewność”. Cena jest tak wysoka, że klient odpada. Albo – co gorsza – akceptuje, a potem czuje się oszukany, gdy widzi, ile faktycznie pracy zostało wykonane.

Model time and material z budżetem ramowym

Dlatego przy złożonych projektach stosujemy model time and material z budżetem ramowym. Podajemy klientowi rząd wielkości – np. „projekt będzie kosztował między 35 a 40 tysięcy złotych, dokładną kwotę poznamy po warsztatach”. Dzielimy projekt na etapy z kamieniami milowymi. Po każdym etapie klient widzi postęp, wie ile budżetu zostało skonsumowane i może podjąć decyzję – kontynuujemy, pauzujemy, zmieniamy kierunek.

Tygodniowa weryfikacja konsumpcji budżetu to standard. Klient nigdy nie jest zaskoczony fakturą.

Co by się stało bez warsztatów

Gdybyśmy pominęli warsztaty w dużym projekcie i poszli od razu w realizację, ryzykujemy sytuację, w której po kilku tygodniach pracy obie strony odkrywają, że mówiły o czymś innym. Klient ma w głowie jedną wizję, zespół developerski – drugą. Nikt tego nie spisał, nie potwierdził, nie zweryfikował.

To prowadzi do ciągłych zmian zakresu, frustracji po obu stronach i projektu, który nigdy się nie kończy. Widzieliśmy to wielokrotnie – nie u naszych klientów, ale w branży. Projekty, które ciągną się miesiącami bez wyraźnego celu, bo nikt na początku nie poświęcił czasu, żeby porządnie ustalić, co tak naprawdę budujemy.

Warsztaty eliminują ten problem u źródła.

Podsumowanie

Warsztaty przedprojektowe nie są przejawem naszej niechęci do wyceniania. Są przejawem szacunku – do klienta, do projektu i do własnej pracy. Pozwalają nam podejść do realizacji z pełnym zrozumieniem tematu, a klientowi dają pewność, że firma, której powierza projekt, naprawdę wie, co robi.

Jeśli projekt jest prosty – pomijamy warsztaty i idziemy prosto do rzeczy. Ale jeśli jest złożony, pełen niewiadomych i z budżetem, który wymaga odpowiedzialności – warsztaty to nie koszt. To inwestycja, która chroni obie strony przed dużo większymi stratami.