„Skoro AI to robi, dlaczego to tyle kosztuje?": jak rozmawiać z klientem o estymacjach?

To pytanie coraz częściej pada na spotkaniach. Czasem wprost, czasem w wersji nazwijmy to podstępnej: „Słyszałem, że teraz da się to zrobić dużo szybciej, więc czy wycena nie powinna być niższa?"

Jeśli jesteś PM-em w software house czy agencji, prawdopodobnie już je słyszałeś. Jeśli nie, zapewne usłyszysz niedługo.

Najgorsze możliwe reakcje to obrona w stylu „to nie jest takie proste!" czy panika („dobra, obniżymy"). Obie wynikają z tego samego błędu: traktujemy pytanie klienta jak atak, a to w gruncie rzeczy uzasadnione pytanie biznesowe.

Dlaczego klient w ogóle o to pyta?

Klient widzi demo, w którym AI generuje stronę w 30 sekund. Czyta nagłówki o agentach, którzy „piszą kod 10 razy szybciej". Jego logika jest prosta: jeśli praca trwa krócej, powinna kosztować mniej.

Ta logika jest częściowo słuszna. AI naprawdę potrafi przyspieszyć niektóre etapy: boilerplate, testy, dokumentację etc. Udawanie, że tak nie jest, zniszczy Twoją wiarygodność szybciej niż jakakolwiek wysoka wycena.

Dlatego pierwsza zasada brzmi: nie zaprzeczaj. Zacznij od przyznania, że klient ma rację tam gdzie ją ma.

Co AI faktycznie przyspiesza, a co nie?

Zanim usiądziesz do rozmowy, rozbij projekt na etapy i uczciwie oceń wpływ AI.

Tam, gdzie AI daje duży zysk:

• szkielety aplikacji i powtarzalny kod,

• testy jednostkowe i dokumentacja techniczna,

• proof of concept,

• migracje i refaktoryzacje o jasnych regułach.

Tam, gdzie zysk jest mały lub zerowy:

• zrozumienie, czego biznes naprawdę potrzebuje,

• decyzje architektoniczne,

• integracje z istniejącymi, nieudokumentowanymi systemami,

• uzgodnienia, akceptacje, zmiany wymagań,

• testy z prawdziwymi użytkownikami,

• odpowiedzialność za jakość i bezpieczeństwo.

Zauważ, że druga lista to rzeczy, które zwykle decydują o tym, czy projekt się uda. Pisanie kodu rzadko bywa wąskim gardłem. Częściej jest nim niejasność wymagań albo opóźnione decyzje po stronie klienta.

Za co klient naprawdę płaci

Tu leży sedno całej rozmowy. Klient płaci za rezultat, a nie za godziny spędzone przy klawiaturze.

Gdy ktoś płaci hydraulikowi, nie pyta, ile minut trwało dokręcanie klucza. Płaci za to, że po wizycie woda nie cieknie, a hydraulik wie, gdzie szukać przyczyny i odpowiada za naprawę.

W projektach IT płacimy za:

• wiedzę, co budować (i czego nie budować),

• ograniczenie ryzyka: doświadczony zespół zna pułapki, w które inni wpadają,

• odpowiedzialność: ktoś odpowiada za jakość, termin i bezpieczeństwo,

• utrzymanie: kod trzeba rozwijać i naprawiać także po wdrożeniu,

• koordynację: dopilnowanie, żeby wszystko się spotkało w jednym miejscu.

Jak prowadzić rozmowę?

1. Potwierdź, że pytanie jest zasadne.

„Dobre pytanie. AI rzeczywiście zmienia sposób, w jaki pracujemy, i chcę pokazać, gdzie to widać w wycenie."

2. Pokaż, gdzie AI już obniżyło koszty.

Najlepiej w liczbach: „Przy tym projekcie testy i dokumentacja zajmą nam o około 40% mniej czasu niż jeszcze dwa lata temu i to jest już uwzględnione." Jeśli nic nie uwzględniłeś, to znak, że wycena wymaga przeglądu.

3. Wyjaśnij, gdzie czas się nie skraca.

Użyj przykładu z projektu klienta, a nie ogólników: „Największe ryzyko tutaj to integracja z Waszym systemem. Tego AI za nas nie rozwiąże, bo wymaga rozmów z ludźmi i zrozumienia, jak ten system naprawdę działa."

4. Przesuń rozmowę z czasu na wartość i ryzyko.

„Zamiast pytać, ile godzin to zajmie, zapytajmy, co się stanie, jeśli ten moduł zadziała źle w dniu premiery."

5. Zaproponuj opcje zamiast jednej ceny.

Np. wariant podstawowy, rozszerzony, z dodatkowym zabezpieczeniem jakości. Dajesz klientowi poczucie kontroli, a rozmowa o cenie zamienia się w rozmowę o zakresie.

Czerwone flagi: czego unikać

• Ukrywania użycia AI. Jeśli klient dowie się później, że korzystaliście z AI, a Wy o tym milczeliście, stracisz zaufanie. Lepiej mówić o tym otwarcie, także o zasadach dotyczących danych klienta.

• Zawyżania wyceny „na zapas" i liczenia, że klient się nie zorientuje. Rynek się uczy szybko, a klienci porównują oferty.

• Powtarzania „to skomplikowane" bez konkretów. Brzmi jak wymówka, nawet jeśli jest prawdą.

• Obiecywania nierealnych oszczędności, żeby wygrać przetarg. Skończy się cięciem jakości albo wypalonym zespołem.

• Obniżania ceny bez zmiany zakresu. To sygnał, że pierwotna wycena była nieuczciwa.

Przykład rozmowy w pigułce:

Klient: „Słyszałem, że AI robi to w kilka godzin. Dlaczego wycena to 3 tygodnie?"

Słaba odpowiedź: „To nie jest takie proste, AI nie zastąpi programistów."

Dobra odpowiedź: „Masz rację, że AI przyspiesza część prac. Przy Waszym projekcie wyceniliśmy już niższy koszt prototypu i testów. Trzy tygodnie to głównie integracja z Waszym systemem płatności i ustalenie reguł biznesowych z Waszym zespołem. To są rzeczy, których AI nie przeskoczy, a od nich zależy, czy w dniu premiery wszystko zadziała. Jeśli chcesz rozbiję wycenę na etapy, żebyś zobaczył, gdzie jest i ile pracy?"

Wniosek

Pytanie „dlaczego to tyle kosztuje, skoro korzystacie z AI?" to nie zagrożenie. To zaproszenie do uczciwej rozmowy o tym, za co klient naprawdę płaci.

Zaufanie klienta buduje się nie przez obronę wyceny, ale przez jej przejrzystość.