Wycena projektu AI. Rozmowa, którą prowadzę z każdym klientem

Najczęstszy pierwszy mail, jaki dostaję, brzmi tak: „Dzień dobry, chcielibyśmy wdrożyć AI w firmie, proszę o wycenę". I tyle. Trzy zdania, w których nie ma ani słowa o tym, co właściwie ma się wydarzyć. To jak gdyby ktoś napisał do architekta „proszę o wycenę domu" i czekał na liczbę.

Nie odpisuję wtedy ceną. Odpisuję pytaniami - i wiem, że część osób uznaje to za unik albo za sprzedażową grę. Nie jest ani jednym, ani drugim. Prowadzę agencję AI dla małych i średnich firm i przez lata nauczyłem się, że cena podana zbyt wcześnie to najgorsza przysługa, jaką mogę zrobić klientowi. Bo albo będzie za niska i obaj się sparzymy, albo za wysoka i odejdziesz, choć projekt mógł kosztować połowę. W tym tekście pokażę ci dokładnie tę rozmowę, którą prowadzę za każdym razem - jakie pytania zadaję, co realnie rusza ceną w górę i w dół, i dlaczego oferta, która wygląda najtaniej, prawie zawsze okazuje się najdroższa.

Spis treści

• Dlaczego nie podaję ceny w pierwszym mailu?
• Jakie pytania muszę zadać, zanim wycenię cokolwiek?
• Co tak naprawdę podbija wycenę?
• Co obniża cenę, choć tego nie widać?
• Dlaczego wyceniam etapami, a nie cały projekt naraz?
• Fixed price czy rozliczenie za czas - co wybrać?
• Dlaczego pytanie „ile kosztuje AI" jest złym pytaniem?
• Co kryje się w cenie poza samym kodem?
• Dlaczego najtańsza oferta zwykle wychodzi najdrożej?
• Jak przygotować się do rozmowy o wycenie?
• Co z tego zapamiętać
• Słownik pojęć

Dlaczego nie podaję ceny w pierwszym mailu?

Bo nie znam jeszcze projektu. To naprawdę takie proste i jednocześnie tak trudne do przyjęcia.

Kiedy piszesz „chcemy AI do obsługi maili", w mojej głowie pojawia się nie jedna wycena, tylko pięć różnych - i każda jest poprawna. Bo „AI do obsługi maili" może oznaczać prosty automat, który segreguje wiadomości do folderów. Może oznaczać asystenta, który czyta zapytanie ofertowe i podpowiada odpowiedź. A może oznaczać system, który sam odpowiada klientowi, podpina się pod twój magazyn, sprawdza dostępność i wystawia wstępną wycenę. Pierwsza wersja to kwestia kilku dni. Ostatnia to projekt na kilka miesięcy. Różnica w cenie jest dziesięciokrotna, a opisałeś to dokładnie tymi samymi czterema słowami.

Gdybym zgadł, podałbym ci liczbę z sufitu. I wydarzyłaby się jedna z dwóch rzeczy. Albo strzeliłbym wysoko, żeby się zabezpieczyć - wtedy odpadasz na starcie, choć twój projekt mógł być tym tańszym. Albo strzeliłbym nisko, żeby cię nie spłoszyć - a wtedy w połowie prac okazuje się, że budżet nie domyka się ani trochę, i kończy się to rozmową, której obaj nienawidzimy. Cena podana przed zrozumieniem problemu nie jest informacją. Jest loterią, w której przegrywa zawsze ktoś.

Szczerze? Kiedyś podawałem te liczby z głowy, bo bałem się, że milczenie odstraszy klienta. Odstraszało coś innego - rachunek, który potem nie zgadzał się z obietnicą. Dziś wolę stracić kogoś, kto chciał tylko liczby, niż zdobyć kogoś, którego za trzy miesiące zawiodę. To zmienia całą rozmowę. Zamiast „ile to kosztuje" zaczynamy od „co właściwie chcemy zbudować i po co".

Jakie pytania muszę zadać, zanim wycenię cokolwiek?

Ta rozmowa wygląda zawsze podobnie, niezależnie czy gadam z jednoosobową firmą, czy z zakładem na sto osób. Mam kilka pytań, na które muszę poznać odpowiedź, zanim w ogóle otworzę kalkulator.

Pierwsze i najważniejsze: jaki problem rozwiązujemy? Nie „co chcesz zbudować", tylko co ci dziś realnie przeszkadza. Bo czasem rozwiązaniem wcale nie jest AI. Czasem to porządny arkusz albo jedno połączenie dwóch programów, które już masz. Jeśli ktoś przychodzi po „chatbota", a po dziesięciu minutach okazuje się, że jego prawdziwy ból to trzy godziny dziennie tracone na przepisywanie zamówień z maila do systemu - to nie jest projekt o chatbocie. I dobrze, żebyśmy to wiedzieli, zanim policzę.

Drugie: skąd wezmę dane? AI bez danych jest jak kucharz bez lodówki. Pytam, gdzie te dane są, w jakim stanie, czy są poukładane czy leżą w mailach i pamięci pani Krysi z biura. To pytanie potrafi zmienić wycenę bardziej niż cokolwiek innego, bo uporządkowanie bałaganu bywa większą robotą niż sam projekt.

Trzecie: kto będzie tego używał i czy w ogóle chce? Najlepsze narzędzie świata jest warte zero, jeśli zespół go nie tknie. Pytam, kto siądzie do tego w poniedziałek rano, jak dziś pracuje, czego się boi. Wdrożenie, które ignoruje ludzi, to wyrzucone pieniądze.

Czwarte: jak poznamy, że się udało? Proszę o konkret, nie o „usprawnimy procesy". Coś w rodzaju „dziś księgowa traci na to cztery godziny tygodniowo, chcemy zejść do pół godziny". Jeśli nie umiemy nazwać celu liczbą, to nie umiemy też powiedzieć, kiedy projekt jest skończony - a projekt bez końca to projekt bez ceny.

Piąte: co się stanie, jeśli nic nie zrobisz? To moje ulubione pytanie, bo natychmiast pokazuje, ile problem naprawdę kosztuje. Jeśli odpowiedź brzmi „nic strasznego, jakoś sobie radzimy" - to świetnie, prawdopodobnie odradzę ci wydawanie pieniędzy. Jeśli brzmi „tracimy klientów, bo nie nadążamy z odpowiedziami" - mamy o czym rozmawiać.

Dopiero po tych pięciu odpowiedziach wiem, czy patrzymy na mały projekt, duży projekt, czy może na coś, czego w ogóle nie powinieneś robić. I dopiero wtedy liczba, którą podam, cokolwiek znaczy.

Co tak naprawdę podbija wycenę?

Klienci najczęściej myślą, że cenę napędza „inteligencja" rozwiązania - że im mądrzejsze AI, tym drożej. Prawda jest dużo bardziej przyziemna. Najwięcej kosztują rzeczy, których z zewnątrz w ogóle nie widać.

Integracje. Samo zbudowanie narzędzia to często mniejsza część pracy. Większa to podłączenie go pod to, co już masz - twój system magazynowy, program księgowy, CRM, skrzynkę, stronę. Jeśli te programy mają porządne API, czyli służbowe drzwi, przez które dają się sterować z zewnątrz, robota idzie gładko. Jeśli któryś jest stary, zamknięty albo działa „tylko przez kliknięcie w okienko", potrafi zająć więcej niż reszta projektu razem wzięta.

Niewiadome. Cena rośnie wszędzie tam, gdzie nie wiem, na co trafię. „Przeanalizujemy umowy z ostatnich pięciu lat" brzmi prosto, dopóki nie okaże się, że połowa to skany kiepskiej jakości, a druga połowa leży w formatach, których nikt już nie otwiera. Każda niewiadoma to ryzyko, a ryzyko zawsze ma swoją cenę - albo płacisz za bufor, który wkalkulowuję, albo za czas, którego nie da się przewidzieć.

Wymóg stuprocentowej pewności. To kosztowny luksus. Automat, który w 95 procentach przypadków robi dobrze, a w 5 procentach pyta człowieka, jest tani i bezpieczny. Automat, który ma się nie pomylić nigdy, bo wynik idzie wprost do urzędu albo do klienta bez kontroli, wymaga zupełnie innej roboty - testów, zabezpieczeń, ścieżek awaryjnych. Im mniej miejsca na błąd, tym wyższy rachunek.

Zmienność zakresu. Najdroższy projekt to ten, który zmienia się w trakcie. Jeśli co tydzień dochodzi nowy pomysł i „a może jeszcze to", cena rośnie nie liniowo, a lawinowo - bo każda zmiana burzy założenia poprzednich. O tym, jak to okiełznać, piszę niżej przy etapach.

Co obniża cenę, choć tego nie widać?

Skoro wiesz już, co podbija, sprawiedliwie jest pokazać drugą stronę. Bo na cenę masz większy wpływ, niż myślisz - i to zanim zaczniemy cokolwiek budować.

Najbardziej obniża ją porządek w danych. Jeśli twoje informacje są poukładane, w jednym miejscu, w sensownym formacie - oszczędzasz na czymś, co zwykle zjada sporą część budżetu. Czasem mówię klientowi wprost: zanim podpiszemy umowę, uporządkuj te trzy arkusze, a wycena spadnie. Nie dlatego, że jestem dobrym wujkiem. Dlatego, że to uczciwie tańsze.

Drugą rzeczą jest gotowość do startu od małego. Klient, który mówi „zróbmy najpierw jeden, najprostszy kawałek, sprawdźmy, czy działa, potem rozbudujemy" - dostaje niższą cenę wejścia i mniejsze ryzyko. Bo nie płaci z góry za całą wizję, tylko za pierwszy, namacalny krok.

Trzecia to jasność celu. Im dokładniej wiesz, czego chcesz i po czym poznasz sukces, tym mniej kosztuje zgadywanie. Połowa drogich projektów jest droga nie z powodu technologii, tylko z powodu tego, że nikt na początku nie wiedział, dokąd idziemy. Godzina szczerej rozmowy o celu potrafi zaoszczędzić tygodnie pracy. Pisałem zresztą osobno o tym, ile naprawdę kosztuje AI w firmie i które koszty pojawiają się dopiero później - warto to przeczytać, zanim ustalisz budżet.

I rzecz czwarta, najprostsza: wykorzystanie tego, co już masz. Często nie trzeba budować systemu od zera. Trzeba połączyć narzędzia, za które już płacisz, i dołożyć kawałek inteligencji w jednym miejscu. To bywa różnica między projektem za kilka tysięcy a projektem za kilkadziesiąt.

Dlaczego wyceniam etapami, a nie cały projekt naraz?

Bo nie ufam wycenom na sześć miesięcy do przodu - ani swoim, ani niczyim. Im dłuższy projekt, tym więcej w nim niewiadomych, a niewiadome to dokładnie to, czego nie da się rzetelnie wycenić z góry.

Dlatego dzielę pracę na etapy, które mają swoje nazwy, ale chodzi w nich o coś bardzo ludzkiego: zaczynamy od małego, sprawdzamy, czy ma sens, i dopiero wtedy idziemy dalej.

Pierwszy etap to zwykle POC, czyli dowód, że to w ogóle zadziała. Mały, tani, szybki test na twoich realnych danych - nie ładny, nie kompletny, ma tylko odpowiedzieć na jedno pytanie: czy ten pomysł da się zrealizować i czy daje wynik, na którym ci zależy. Wielokrotnie POC oszczędził klientowi grube pieniądze, bo pokazał, że droga, którą chciał iść, prowadzi w ścianę. Lepiej dowiedzieć się tego za ułamek budżetu niż za całość.

Jeśli POC wypadnie dobrze, robimy MVP - pierwszą wersję, której da się naprawdę używać. Nie ma jeszcze wszystkich bajerów, ale rozwiązuje główny problem i trafia do rąk twoich ludzi. Tu zaczynasz mierzyć, czy obietnica się spełnia. I dopiero potem, jeśli to działa i się opłaca, przechodzimy do rozwoju - dokładania kolejnych funkcji, których teraz jeszcze często nie umiemy dobrze nazwać.

Ten podział nie jest sztuczką, żeby wyciągnąć od ciebie więcej. Jest odwrotnie. Po każdym etapie masz wyjście. Możesz powiedzieć „stop, to mi wystarczy" albo „nie, to nie działa, kończymy" - i zapłaciłeś tylko za to, co naprawdę powstało. To najuczciwszy sposób na pracę z czymś, czego końca nikt na starcie nie zna. A przy AI naprawdę rzadko zna.

Fixed price czy rozliczenie za czas - co wybrać?

To pytanie pada prawie zawsze i nie ma na nie jednej dobrej odpowiedzi. Mają sens oba modele, tylko w różnych sytuacjach. Wytłumaczę różnicę po ludzku.

Fixed price, czyli cena z góry za z góry ustalony zakres, jest jak umowa z hydraulikiem: „wymiana kranu, dwieście złotych, kropka". Wiesz dokładnie, ile zapłacisz, i to jest jego ogromna zaleta - daje spokój. Ale ma jeden warunek, o którym łatwo zapomnieć: działa tylko wtedy, gdy zakres jest naprawdę precyzyjnie opisany. Bo gdy w połowie powiesz „a dołóżmy jeszcze to", przestaje być fixed - zaczyna się negocjacja każdej zmiany, a takie negocjacje potrafią zatruć dobrą współpracę.

Rozliczenie za czas, po angielsku time and material, jest jak umowa ze stolarzem, który robi ci meble pod wymiar: płacisz za przepracowane godziny i zużyte materiały. Brzmi groźniej, bo nie znasz końcowej liczby z góry, ale daje to, czego fixed price nie da - swobodę zmieniania kierunku bez awantury. Gdy w trakcie odkrywasz, że lepszy jest inny pomysł, po prostu go realizujemy, a nie spieramy się, czy „mieścił się w zakresie".

Jak wybieram? Prosto. Jeśli projekt jest dobrze znany i policzalny - prosty automat, jasna integracja, sto razy robiona rzecz - proponuję fixed price, bo ryzyko jest małe i mogę je wziąć na siebie. Jeśli wchodzimy w teren z niewiadomymi, eksperymentujemy, nie wiemy jeszcze, co dokładnie zadziała - uczciwiej jest rozliczać się za czas, bo wycena z góry byłaby albo zawyżona o gruby bufor, albo nierealna. Często łączę jedno z drugim: POC i MVP za stałą cenę, bo da się je domknąć, a późniejszy rozwój za czas, bo jego kształt dopiero się klaruje.

Jest jeszcze trzecia droga, którą lubię najbardziej przy dłuższej współpracy - stała kwota miesięczna za opiekę i rozwój. Ale o tym przy utrzymaniu.

Dlaczego pytanie „ile kosztuje AI" jest złym pytaniem?

Bo to pytanie o narzędzie, a nie o cel. A z narzędziem jest tak, że jego cena nic nie znaczy, dopóki nie wiesz, do czego ci służy.

„Ile kosztuje AI" jest jak „ile kosztuje samochód". Może kosztować tyle co używana skoda i tyle co flota dla firmy kurierskiej. Pytanie nie ma sensu w oderwaniu od tego, dokąd masz nim jechać i jak często. Dopiero kiedy powiesz mi „dojeżdżam codziennie 40 kilometrów do pracy i wożę dwoje dzieci", umiem doradzić, ile naprawdę powinieneś wydać - i często będzie to mniej, niż się obawiałeś.

Lepsze pytanie, to które naprawdę chcę usłyszeć, brzmi: „jaki problem mam i ile mnie on dziś kosztuje?" Bo dopiero z tego wynika, ile wolno wydać na rozwiązanie. Jeśli proces zjada ci dwa etaty miesięcznie i generuje błędy, które tracą klientów, to budżet jest jeden. Jeśli oszczędzasz dzięki temu godzinę w tygodniu - zupełnie inny, i być może w ogóle nie warto się tym zajmować.

Najlepsze, co mogę zrobić dla klienta na pierwszym spotkaniu, to czasem odradzić mu AI. Mówię wtedy: „to, co opisujesz, rozwiążesz jednym połączeniem dwóch programów, które już masz, za ułamek tego, co planowałeś wydać". Tracę na tym konkretny projekt. Zyskuję klienta, który wie, że mówię mu prawdę - i wraca, gdy trafi na problem, który AI faktycznie rozwiązuje. Jeśli dopiero zaczynasz i nie wiesz, od czego, napisałem osobny przewodnik o tym, jak mała firma powinna zacząć z AI w 2026 - tam jest cała kolejność kroków.

Co kryje się w cenie poza samym kodem?

To jest część, którą najczęściej się pomija - i potem najbardziej boli. Bo projekt AI nie kończy się w dniu, w którym oddaję działające narzędzie. On się wtedy dopiero zaczyna żyć.

Po pierwsze, utrzymanie. Świat się zmienia pod twoim narzędziem - dostawcy AI aktualizują swoje modele, programy, które podłączyliśmy, zmieniają swoje API, prawo się rusza. Coś, co działało idealnie w styczniu, w czerwcu może wymagać poprawki, bo zmienił się ktoś trzeci. To nie jest usterka. To naturalne zużycie, jak przegląd w aucie. Wliczam je w rozmowę o wycenie, bo udawanie, że go nie ma, byłoby oszustwem przez przemilczenie.

Po drugie, koszty bieżące. Część rozwiązań AI rozlicza się od użycia - im więcej zapytań, tym wyższy miesięczny rachunek u dostawcy. To nie trafia do mojej kieszeni, ale musisz o tym wiedzieć z góry, bo to twój realny koszt eksploatacji. Zawsze pokazuję go osobno i uczciwie, łącznie z tym, jak rośnie, gdy firma się rozkręca.

Po trzecie, ludzie. Najlepiej zaprojektowany system bywa porzucony, bo nikt nie wytłumaczył zespołowi, jak i po co go używać. Wdrożenie to nie tylko kod. To pokazanie, przeprowadzenie za rękę przez pierwsze tygodnie, poprawienie tego, co w praktyce okazało się niewygodne. Ta część bywa niewidoczna w wycenie u tańszej konkurencji - i właśnie dlatego ich rozwiązania tak często umierają miesiąc po wdrożeniu.

Dlatego przy dłuższej współpracy proponuję stałą opiekę miesięczną - przewidywalną kwotę, w której mieści się utrzymanie, drobny rozwój i to, że gdy coś przestanie działać, masz do kogo zadzwonić tego samego dnia. Dla małej firmy bez własnego działu IT to często najspokojniejszy model ze wszystkich.

Dlaczego najtańsza oferta zwykle wychodzi najdrożej?

Powiem to wprost, choć brzmi jak frazes, którego sam bym nie znosił, gdyby nie był prawdą: najtańsza oferta prawie zawsze okazuje się najdroższa. Widziałem to tyle razy, że przestałem traktować to jak opinię. To wzorzec.

Mechanizm jest prosty. Ktoś podaje cenę o połowę niższą od reszty. Wygrywa, bo cena rządzi pierwszym wrażeniem. Potem dzieje się jedno z trzech. Albo zakres był policzony tak ciasno, że co druga potrzebna rzecz okazuje się „poza zakresem" i dopłacasz za każdą z osobna, aż uzbiera się więcej, niż kosztowałaby uczciwa oferta. Albo wykonawca, żeby zmieścić się w tej cenie, robi rzeczy na skróty - pomija testy, pomija zabezpieczenia, pomija to nudne pilnowanie danych - i pęka to dokładnie wtedy, gdy najmniej możesz sobie na to pozwolić. Albo po prostu znika w połowie, bo policzył tak nisko, że stracił na tym pieniądze i motywację.

A potem przychodzisz do kogoś takiego jak ja, żeby to poskładać - i płacisz drugi raz, tym razem z dopłatą za sprzątanie po poprzedniku. Naprawa cudzego, źle zbudowanego systemu bywa droższa niż zbudowanie nowego od zera, bo najpierw trzeba zrozumieć, co tam właściwie jest, a często okazuje się, że jest tam mniej, niż obiecywano.

Nie mówię tego, żeby usprawiedliwiać wysokie ceny - sam nie jestem najdroższy na rynku i czasem to ja jestem tańszy. Mówię, żebyś porównywał oferty po zakresie, nie po liczbie na dole. Zapytaj, co dokładnie jest w cenie. Czy są testy. Czy jest wdrożenie ludzi. Czy jest utrzymanie. Czy podana liczba to całość, czy tylko bilet wstępu. Dwie oferty z tą samą kwotą potrafią opisywać dwa zupełnie różne projekty - i to, której zaufasz, decyduje o tym, czy za rok będziesz miał działające narzędzie, czy kosztowną lekcję.

Jak przygotować się do rozmowy o wycenie?

Skoro dotarłeś tutaj, dam ci coś praktycznego - listę rzeczy, które jeśli przemyślisz przed rozmową, sprawią, że twoja wycena będzie celniejsza, a często też niższa.

1. Opisz problem, nie rozwiązanie. Zamiast „chcemy chatbota" napisz „klienci pytają mailem o dostępność, a my odpowiadamy po dwóch dniach i przez to tracimy zamówienia". To drugie powie mi dziesięć razy więcej i pozwoli policzyć rzecz, której naprawdę potrzebujesz. 2. Policz, ile ten problem kosztuje dziś. Choćby z grubsza. Ile godzin, czyich, jak często, ile błędów. Bez tej liczby ani ty, ani ja nie wiemy, ile wolno na to wydać. 3. Sprawdź, gdzie masz dane i w jakim stanie. Czy są w jednym systemie, czy rozsiane po mailach i głowach. To jeden z największych czynników ceny, a jednocześnie coś, na co masz realny wpływ przed startem. 4. Zastanów się, kto będzie tego używał. I czy ten ktoś o tym wie. Najlepiej, gdyby ta osoba była przy rozmowie - to ona powie, co naprawdę boli, a nie to, co wydaje się szefowi. 5. Określ, po czym poznasz, że się udało. Jedna mierzalna rzecz. „Z czterech godzin do trzydziestu minut", „odpowiedź w godzinę zamiast w dwa dni". To zamienia mglisty projekt w policzalny.

Nie musisz przychodzić z gotową specyfikacją - od układania tego jesteśmy my. Ale jeśli przyjdziesz z tymi pięcioma odpowiedziami, pierwsza rozmowa zamiast zgadywania będzie konkretem, a wycena, którą dostaniesz, będzie miała ręce i nogi. I co najważniejsze - czasem na tym etapie sam zobaczysz, że problem jest mniejszy, niż się wydawał, albo że da się go rozwiązać taniej, niż myślałeś. To też wynik wart tej godziny.

Co z tego zapamiętać

Wycena projektu AI nie jest cennikiem. Jest rozmową - i im jest szczersza, tym celniejsza będzie liczba na końcu. Dlatego nie podaję ceny w pierwszym mailu nie z przekory, tylko dlatego, że dobra cena wymaga zrozumienia problemu, a problemu nie da się zrozumieć z trzech zdań.

Jeśli masz wynieść z tego tekstu jedno zdanie, niech to będzie to: przestań pytać „ile kosztuje AI", zacznij pytać „ile kosztuje mnie ten problem dzisiaj". Pierwsze pytanie nie ma odpowiedzi. Drugie ma - i to właśnie ono powie ci, czy w ogóle warto, a jeśli tak, to ile wolno wydać, żeby się opłaciło. Najlepszy wykonawca to nie ten, który poda najniższą liczbę. To ten, który zada ci dość pytań, żeby ta liczba była prawdziwa.

Słownik pojęć

• API - służbowe drzwi programu, przez które inne narzędzia mogą się z nim łączyć i sterować nim bez klikania w okienka. Gdy twój system księgowy ma API, da się go podpiąć pod nowe rozwiązanie. Gdy nie ma, integracja bywa najdroższą częścią projektu.
• POC (dowód słuszności koncepcji) - mały, szybki test na realnych danych, który ma odpowiedzieć tylko na jedno pytanie: czy ten pomysł w ogóle zadziała. Robi się go zanim wyda się duże pieniądze, żeby nie inwestować w drogę prowadzącą w ścianę.
• MVP (pierwsza używalna wersja) - najprostsza wersja narzędzia, która rozwiązuje główny problem i nadaje się do realnej pracy, choć nie ma jeszcze wszystkich funkcji. Trafia do rąk zespołu, żeby sprawdzić, czy obietnica się spełnia, zanim dołoży się resztę.
• Fixed price (stała cena) - rozliczenie, w którym z góry ustalasz zakres i z góry znasz kwotę. Daje spokój, ale działa tylko przy precyzyjnie opisanym projekcie - każda zmiana w trakcie wymaga osobnej negocjacji.
• Time and material (rozliczenie za czas) - płacisz za faktycznie przepracowane godziny i zużyte zasoby. Nie znasz końcowej kwoty z góry, ale możesz swobodnie zmieniać kierunek prac. Lepsze przy projektach z dużą liczbą niewiadomych.

Zanim zapytasz o cenę, pogadajmy o problemie

Jeśli nosisz się z pomysłem na AI w firmie i zastanawiasz się, ile to mniej więcej kosztuje, napisz do mnie na j.cybulski@idea4me.pl - ale nie pytaj o cenę. Opisz, co cię uwiera i ile cię to dziś kosztuje. Oddzwonię z pytaniami, nie z fakturą, a na koniec tej rozmowy będziesz wiedział więcej, niż gdybym od razu rzucił liczbą. Czasem usłyszysz ode mnie, że tańszym rozwiązaniem jest coś, czego się nie spodziewałeś. To też dobra odpowiedź.

Więcej o tym, jak wygląda współpraca ze mną - od pierwszej rozmowy po wdrożenie.