Pierwsza rozmowa sprzedażowa, którą prowadziłem jako freelancer, była katastrofą. Klient pytał o cenę, ja tłumaczyłem mu, jak działa GraphQL. Pytał o timeline, ja opowiadałem o test-driven development. Po godzinie wyszedł zdezorientowany, nie kupił niczego.

To było 7 lat temu. Dziś zamykam średnio 1 z 3 rozmów sprzedażowych w agencji. Nie dlatego, że jestem urodzonym sprzedawcą. Bo nauczyłem się, że sprzedaż usług IT to konkretna umiejętność, której można się nauczyć.

Ten post to mój pragmatyczny przewodnik. Bez “10 sales hacks”. Konkretne rzeczy, które działają w polskim B2B IT, nauczone na własnych błędach.

Dlaczego programiści źle sprzedają

Programista jest trenowany do rozwiązywania problemów technicznych. Klient ma problem biznesowy. To dwa różne języki.

Programista myśli: “Jak to zbudować”.
Klient myśli: “Co to mi da”.

Programista mówi: “Użyję Next.js z Server Components, Strapi na backendzie, deploy na Vercelu”.
Klient słyszy: “Bla bla bla”.

Klient chce słyszeć: “Strona załaduje się 3x szybciej, zwiększy conversion rate o 15%, klient nie zauważy, na czym jest”.

Pierwsza zasada sprzedaży IT: tłumacz technologie na rezultaty biznesowe.

Dyskwalifikuj klientów wcześnie

Druga lekcja, na którą czekałem długo.

Nie każda rozmowa to potencjalna sprzedaż. 60-70% klientów, którzy zgłaszają się do mnie, nie pasuje. Zła branża, zły budżet, złe oczekiwania, zły fit kulturowy.

Tracenie 2 godzin na rozmowę z klientem, który nigdy nie kupi, to strata. Lepiej dyskwalifikować w 15 minut.

Pytania dyskwalifikujące w pierwszej rozmowie:

  • Budżet: “Jaki jest budżet na ten projekt?”. Jeśli klient mówi “nie mam, zobaczymy” lub liczbę dramatycznie poniżej Twojej wyceny, dyskwalifikuj.
  • Timeline: “Kiedy potrzebujesz, żeby to było gotowe?”. Jeśli “wczoraj” lub “za 2 tygodnie” dla projektu na 3 miesiące pracy, dyskwalifikuj.
  • Decyzyjność: “Kto podejmuje decyzję o zatrudnieniu?”. Jeśli “muszę spytać szefa, wspólnika, żonę”, dyskwalifikuj do czasu kontaktu z decyzyjnym.
  • Doświadczenie z agencjami: “Pracowaliście wcześniej z agencjami / freelancerami?”. Jeśli “nie, pierwsza taka sytuacja” plus mały budżet, ryzyko edukacji wysokie.

Dyskwalifikacja nie znaczy chamstwo. Mówisz: “Z tego, co widzę, mogę nie być najlepszym fitem dla tego projektu. Polecam Ci kontakt do X lub Y”. Klient docenia szczerość.

Discovery: pytania ważniejsze od ofert

Najwięcej programistów wpada w pułapkę “rzucania rozwiązań”. Klient mówi “chcę aplikację”, programista po 5 minutach mówi “zbuduję Ci to za 50k w Next.js”.

To zła kolejność.

Dobry discovery to 80% słuchania, 20% mówienia. Twoje cele:

  • Zrozumieć biznes klienta (co robi, jak zarabia, kogo obsługuje)
  • Zrozumieć problem (co go boli, dlaczego, od kiedy)
  • Zrozumieć rozwiązanie obecne (czym próbują rozwiązać dziś, czemu nie działa)
  • Zrozumieć kryteria sukcesu (co byłoby “udanym projektem” za 6 miesięcy)
  • Zrozumieć alternatywy (z kim jeszcze rozmawiają, co rozważają)

Moje 10 pytań na pierwszą rozmowę:

  1. Opowiedz o swoim biznesie. Co robicie, dla kogo?
  2. Jakie macie aktualnie wyzwania związane z technologią?
  3. Co ten projekt ma rozwiązać? Co teraz nie działa?
  4. Jakie macie aktualne narzędzia / systemy?
  5. Jak wyobrażacie sobie “sukces” tego projektu za 6 miesięcy?
  6. Kto będzie używał tego, co zbudujemy?
  7. Jaki macie budżet i timeline?
  8. Z iloma firmami rozmawiacie?
  9. Kto po Waszej stronie podejmie decyzję?
  10. Co byłoby idealnym partnerem dla Was na tym projekcie?

Te 10 pytań to godzina rozmowy. Po niej wiesz, czy chcesz pracować z tym klientem, jak wycenić, co zaproponować.

Słuchaj 2 razy więcej, niż mówisz

Banalnie brzmiące, trudne w praktyce.

Programiści są trenowani do gadania. “Tłumacz, że umiesz”. To buduje zaufanie w team meeting. Na rozmowie sprzedażowej działa odwrotnie.

Klient chce być wysłuchany. Większość programistów po jego stronie tego nie robi. Jak Ty zrobisz, wyróżniasz się.

Techniki:

Pauzy. Po pytaniu klient czasem milczy 5 sekund. Większość rozmówców wypełnia tę ciszę nowym pytaniem. Nie. Czekaj. Klient powie coś, czego inaczej by nie powiedział.

Reflexive listening. “Powiedziałeś, że X. Czy dobrze rozumiem, że Y?”. Pokazuje, że słuchasz, nie tylko czekasz na swoją kolej.

Follow-up questions. Klient mówi “potrzebujemy szybszej strony”. Ty: “Dlaczego szybka strona jest ważna teraz?”. Następnie: “Co byłoby, jakby strona nadal była wolna za rok?”.

Pięć follow-up’ów później wiesz prawdziwy ból, który często jest 3 warstwy głębiej niż pierwotny request.

Konkret > abstrakcja

Klient potrzebuje wyobrazić sobie wynik. Twoje zadanie: pomagać mu wyobrazić.

Słabo: “Zoptymalizujemy stronę pod SEO”.

Lepiej: “Po 3 miesiącach Twoja strona powinna rankować w Top 10 dla ‘X’, ‘Y’, ‘Z’ - co przyniesie estymowanie 500 odwiedzin organicznych miesięcznie”.

Słabo: “Zbudujemy panel dashboardu”.

Lepiej: “Panel pozwoli Tobie i 5 osobom z zespołu w real-time widzieć stan zamówień, marżę dnia, top 10 klientów. Zamiast 2 godzin tygodniowo na manualnych raportach, będziesz miał odpowiedzi w 30 sekund”.

Konkrety budują wyobraźnię klienta. Wyobraźnia buduje pragnienie. Pragnienie zamyka sprzedaż.

Cena: dlaczego mówić ostatni

Klient prawie zawsze pyta o cenę wcześnie. “Ile to będzie kosztować?”.

Złe odpowiedzi:

  • Liczba z głowy (“około 30 tysięcy”). Niedokładne, możesz przestrzelić w dół lub górę.
  • “Zależy” bez kontekstu. Wygląda jak unikanie.
  • “Wyślę Ci ofertę pojutrze” bez dalszej rozmowy. Tracisz moment.

Dobra odpowiedź:

“Cena zależy od zakresu. Daj mi 15 minut, żebym lepiej zrozumiał, czego potrzebujecie, potem podam orientacyjną widełkę plus szczegółową ofertę w ciągu kilku dni”.

Następnie wracasz do discovery. Po jego zakończeniu masz dane do orientacyjnej widełki.

Widełka, nie liczba. “Projekt typowo wymaga 200-300 godzin, co przy mojej stawce 350/h daje 70-105 tysięcy”. Klient widzi, że myślałeś.

Konkretna oferta przychodzi PDF-em 2-5 dni później, po szczegółowej analizie.

Negocjacja: dwa popularne błędy

Błąd 1: spuszczać cenę pod presją. Klient mówi “to za drogo”. Ty: “OK, 20% mniej”. Tracisz zarówno marżę, jak i pozycję na przyszłe negocjacje.

Lepiej: “Rozumiem. Co konkretnie sprawia, że budżet nie pasuje?”. Klient odpowiada, ujawnia priorytety. Wtedy negocjujesz scope (mniej feature’ów za mniejszą cenę), nie cenę za ten sam scope.

Błąd 2: trzymanie się sztywno bez zrozumienia ograniczeń. Klient ma realny budżet 20k, Ty wycieniłeś 50k. Negocjacja “twarda” zabija deal.

Lepiej: zaproponuj 3 scope’y.

  • MVP (20k): podstawowe feature’y, mniej polished, działa
  • Standard (35k): pełne feature’y, polish, testy
  • Premium (50k): wszystko plus integracje, monitoring, support 6 miesięcy

Klient wybiera, nie negocjuje. Często wybiera Standard, kompromis środkowy.

Follow-up: gdzie 80% leadów ginie

Klient zgłasza się. Pisze wstępne maile. Spotykasz się. Wysyłasz ofertę. Klient milknie.

Co robisz? Większość programistów nic. Czeka. Po miesiącu uznaje “klient nie chciał”.

To rzadko prawda. Klient ma 50 innych spraw, zapomniał, czeka na decyzję wspólnika, jest na wakacjach, miał kryzys.

Mój follow-up schedule:

  • Dzień 3 po wysłaniu oferty: “Mam nadzieję, że oferta dotarła. Daj znać, czy masz pytania”.
  • Dzień 10: “Wracam do rozmowy o projekcie X. Czy masz pytania albo potrzebujesz dodatkowych informacji?”
  • Dzień 20: “Wiem, że jesteś zajęty. Daj znać, czy nadal jesteś zainteresowany albo czy mam zamknąć ten lead w moim systemie”.
  • Dzień 45: ostatni follow-up, “Ostatnia próba kontaktu w sprawie projektu X. Daj znać, jeśli sytuacja się zmieni”.

Po 4 follow-up’ach klient albo odpowie, albo go zamknę w CRM. Ale 30% klientów odpowiada dopiero przy 2-3 follow-up’ie. Bez follow-up’u tracisz te 30%.

Long-term: relacja > pojedyncza sprzedaż

Najbardziej dochodowy klient to nie nowy klient. To stały klient.

Pozyskanie nowego klienta kosztuje (czas, marketing, networking, sprzedaż). Stały klient przychodzi do Ciebie. Krótszy sales cycle, większa pewność płatności, niższe ryzyko.

Moja strategia: każdy projekt to potencjalny początek długiej relacji.

Tactics:

  • Retainer offer po zakończeniu projektu (X godzin/miesiąc za Y zł)
  • Quarterly check-in ze stałymi klientami (nawet jak nie ma aktywnego projektu)
  • Rekomendacje partnerom klienta (oni wiedzą, że dbasz)
  • Holiday cards / małe gesty (banalne, ale wyróżniają)
  • Sharing relevant info (artykuły, nowe technologie pasujące do ich biznesu)

W agencji 60% przychodu jest od stałych klientów. To zaszło 3 lata. Pierwsze 6 miesięcy 100% było od nowych.

CRM: nie potrzebujesz HubSpota

Programiści lubią narzędzia. Ale do startu wystarczy:

Pierwsze 6 miesięcy: spreadsheet w Google Docs albo Airtable. Kolumny: imię, firma, status (lead/proposal/won/lost), wartość, ostatni kontakt, następny krok.

6-12 miesięcy: Notion albo prosty CRM jak Pipedrive (15 USD/miesiąc).

Po 12 miesiącach: jeśli boli, dorzuć HubSpot, Salesforce. Większość małych firm tego nie potrzebuje.

Moim CRM-em przez pierwsze 2 lata był Obsidian z Dataview. Każdy klient w osobnej notatce, dataview generuje dashboard. Free, działa, ja to znam.

Personal brand jako engine sprzedaży

Najlepsza sprzedaż to brak sprzedaży. Klient sam dzwoni, gotowy zapłacić.

To wymaga personal brandu. Treści, LinkedIn, blog, newsletter, podcasty.

W moim case’ie 70% klientów dzwoni “bo czytałem Twojego bloga / widziałem na LinkedIn”. Bez personal brandu musiałbym aktywnie sprzedawać 30 godzin tygodniowo. Z personal brandem sprzedaż to 5 godzin tygodniowo, reszta to delivery.

Personal brand to inwestycja 12-24 miesięczna. Ale po niej sprzedaż staje się łatwiejsza permanentnie.

Co czytać dalej

  • “The Win Without Pitching Manifesto” Blair Enns. Najlepsza krótka książka dla freelancerów konsultantów.
  • “The Trusted Advisor” David Maister. Klasyk o budowaniu relacji konsultingowych.
  • “Spin Selling” Neil Rackham. Stara, ale aktualna metodologia dla complex B2B sales.
  • “Never Split the Difference” Chris Voss. Negocjacje, świetna książka.

Nie kupuj kursów “sales hackery” za 2000 zł. Większość to powtórki tych 4 książek z brzydkim slidesem.

Od czego zacząć

Jeśli właśnie sprzedajesz pierwsze projekty:

  1. Stwórz prosty CRM (Google Sheet wystarcza).
  2. Napisz swoje 10 pytań discovery, używaj na każdej rozmowie.
  3. Trenuj słuchanie. Cel: pierwsze 30 minut rozmowy bez sprzedawania, tylko pytania.
  4. Wyceniaj widełkami, nie konkretami z głowy.
  5. Follow-up schedule dla każdego leada (4 razy, potem zamknięte).
  6. Buduj personal brand równolegle.

Sprzedaż nie jest dla wszystkich programistów. Jeśli nie znosisz rozmawiania z klientami, idź na etat. Programista na etacie zarabia świetnie, bez sprzedaży.

Ale jeśli planujesz swoją firmę, freelance, jakikolwiek własny biznes, sprzedaż jest skill jednym z trzech podstawowych (obok delivery i marketingu).

Można się jej nauczyć. Zajmuje rok-dwa. Inwestycja zwraca się tysiącami procent w długim horyzoncie.