Discovery call nie służy do tego, żeby zebrać listę funkcji
Największy błąd polega na potraktowaniu pierwszej rozmowy jak formularza zamówienia. Klient mówi: potrzebuję strony, pięciu zakładek, formularza kontaktowego, bloga i integracji z newsletterem. Wykonawca zapisuje wszystkie elementy, dodaje do nich liczbę godzin i przygotowuje ofertę.
Taki sposób pracy zakłada, że klient od początku poprawnie zdiagnozował swój problem i zaproponował właściwe rozwiązanie. Czasem rzeczywiście tak jest. Często jednak klient opisuje środek, a nie cel.
Potrzebujemy nowej strony, bo obecna jest stara.
Typowy punkt wyjścia do rozmowy
Samo to zdanie właściwie niczego jeszcze nie wyjaśnia. „Stara” może oznaczać, że strona wygląda nieaktualnie. Może też oznaczać, że nie da się jej wygodnie edytować, źle działa na telefonach, nie generuje zapytań, ma problemy techniczne albo firma po prostu zmieniła ofertę i obecna struktura już do niej nie pasuje.
Każdy z tych problemów może prowadzić do zupełnie innego zakresu prac. Dlatego discovery call powinien zaczynać się nie od pytania „jakie funkcje mają się znaleźć?”, lecz od pytania „co właściwie próbujemy poprawić?”.
Czym różni się discovery call od zwykłej rozmowy sprzedażowej?
Rozmowa sprzedażowa może koncentrować się na przedstawieniu usługi, doświadczenia wykonawcy i warunków współpracy. Discovery skupia się przede wszystkim na sytuacji klienta. Celem nie jest przekonanie go do zakupu za wszelką cenę, ale zebranie informacji potrzebnych do oceny projektu.
Dobrze przeprowadzona rozmowa może zakończyć się również wnioskiem, że nie jesteś właściwą osobą do realizacji zlecenia, budżet nie odpowiada skali projektu albo problem klienta powinien zostać rozwiązany inaczej.
To nie jest nieudana rozmowa. Wręcz przeciwnie — jej zadaniem było zmniejszenie niepewności przed podjęciem zobowiązania.
Jakie informacje powinieneś znać po zakończeniu rozmowy?
Nie istnieje jedna uniwersalna lista pytań pasująca do każdego rodzaju usług. Inaczej wygląda discovery przy projekcie UX, inaczej przy kampanii reklamowej, wdrożeniu CRM czy produkcji materiałów wideo. Można jednak wskazać kilka obszarów, które prawie zawsze warto rozpoznać.
- jaki problem klient próbuje rozwiązać
- dlaczego chce rozwiązać go właśnie teraz
- jak wygląda obecna sytuacja
- co do tej pory było już próbowane
- jaki rezultat klient uważa za sukces
- kto będzie korzystał z rozwiązania
- kto podejmuje decyzje po stronie klienta
- jakie istnieją ograniczenia techniczne, organizacyjne lub prawne
- czy są materiały albo systemy, z którymi trzeba się zintegrować
- jaki jest oczekiwany termin
- czy termin wynika z realnego wydarzenia biznesowego
- jaki jest orientacyjny budżet
- co klient uznaje za absolutnie konieczne, a co za opcjonalne
Nie chodzi o mechaniczne przejście przez trzynaście pytań. Rozmowa powinna rozwijać się naturalnie. Jeśli jedna odpowiedź odkrywa ważny problem, warto wejść w niego głębiej zamiast pilnować przygotowanej listy.
Zacznij od pytania: dlaczego ten projekt w ogóle powstał?
To często najważniejszy fragment całej rozmowy. Klient zgłasza się już z nazwanym rozwiązaniem: nowa strona, redesign sklepu, kampania Google Ads, aplikacja mobilna, automatyzacja procesu. Warto cofnąć rozmowę o jeden poziom.
- Co sprawiło, że zaczęliście myśleć o tym projekcie?
- Co dziś nie działa tak, jak powinno?
- Co się stanie, jeśli nic z tym nie zrobicie przez kolejne pół roku?
- Dlaczego temat stał się istotny właśnie teraz?
Odpowiedzi pomagają odróżnić realny problem biznesowy od pomysłu, który pojawił się przypadkiem. Jeśli klient mówi, że „konkurencja ma aplikację, więc my też chcemy”, sytuacja wygląda inaczej niż wtedy, gdy firma traci miesięcznie kilkadziesiąt godzin na ręczną obsługę procesu, który aplikacja miałaby zautomatyzować.
Nie pytaj tylko o to, czego klient chce. Pytaj, co robi dzisiaj
Obecny proces często mówi o projekcie więcej niż lista oczekiwań. Jeśli tworzysz system do obsługi zapytań, poproś klienta, żeby opisał, co dzieje się od momentu otrzymania wiadomości od potencjalnego klienta do podpisania umowy.
Może się okazać, że problem nie leży w braku narzędzia. Firma ma już CRM, ale nikt konsekwentnie z niego nie korzysta. Dane są wpisywane w trzech miejscach. Część ustaleń trafia do Excela, część na Slacka, a część zostaje w prywatnej skrzynce handlowca.
Jeżeli tego nie odkryjesz, możesz zbudować czwarte narzędzie, które po kilku miesiącach podzieli los poprzednich.
Dopytuj o konkrety, gdy pojawiają się ogólne określenia
Klienci naturalnie używają zwrotów takich jak „nowocześnie”, „intuicyjnie”, „szybko”, „premium”, „prosto” czy „bardziej profesjonalnie”. Problem polega na tym, że każdy może rozumieć je inaczej.
Chcemy, żeby strona była bardziej nowoczesna.
Przykład nieprecyzyjnego wymagania
Nie zapisuj tego po prostu jako wymagania. Dopytaj.
- Co konkretnie w obecnej stronie sprawia wrażenie przestarzałego?
- Czy chodzi bardziej o wygląd, sposób prezentacji treści czy funkcjonalność?
- Czy są strony, które dobrze pokazują kierunek, o którym myślicie?
- Co użytkownik powinien móc zrobić łatwiej niż obecnie?
W ten sposób zamieniasz subiektywne określenia w informacje, na których da się później oprzeć zakres i decyzje projektowe.
Pytanie o sukces jest ważniejsze niż pytanie o funkcje
Jeśli klient zamawia projekt, powinien istnieć jakiś powód, dla którego będzie można uznać go za udany. Nie zawsze musi to być twardy wskaźnik finansowy, ale warto próbować go nazwać.
- więcej wartościowych zapytań
- wyższy współczynnik konwersji
- mniej ręcznej pracy
- krótszy czas obsługi klienta
- mniejsza liczba błędów
- łatwiejsze wdrażanie nowych pracowników
- większa sprzedaż konkretnej usługi
- łatwiejsze zarządzanie treściami
- zmniejszenie liczby pytań kierowanych do obsługi
Pytanie „po czym za sześć miesięcy poznacie, że ten projekt miał sens?” często daje znacznie więcej informacji niż kolejne pytanie o funkcjonalności.
Ustal, kto naprawdę podejmuje decyzję
Możesz przeprowadzić świetną rozmowę z osobą, która doskonale zna projekt, a po przygotowaniu oferty dowiedzieć się, że musi ją jeszcze zatwierdzić właściciel, dyrektor finansowy i szef marketingu. Każda z tych osób może mieć inne oczekiwania.
Dlatego warto wcześniej dowiedzieć się, jak wygląda proces decyzyjny.
- Kto będzie uczestniczył w wyborze wykonawcy?
- Kto finalnie zatwierdza budżet?
- Kto będzie akceptował kolejne etapy?
- Czy ktoś jeszcze powinien być zaangażowany przed przygotowaniem ostatecznej oferty?
To szczególnie ważne w projektach B2B. Osoba, z którą rozmawiasz, może być użytkownikiem rozwiązania, ale niekoniecznie kupującym. Może też być odwrotnie — osoba zamawiająca projekt w ogóle nie będzie później z niego korzystać.
Termin: „jak najszybciej” nie jest terminem
Wielu klientów chce rozpocząć projekt natychmiast. Nie zawsze jednak oznacza to, że rzeczywiście istnieje twardy deadline. Warto dowiedzieć się, skąd termin wynika.
Chcielibyśmy mieć to gotowe do połowy października.
Początek rozmowy o terminie
Naturalnym kolejnym pytaniem jest: „Co wydarzy się w połowie października?”. Jeśli firma startuje wtedy z kampanią, jedzie na targi albo uruchamia sprzedaż nowego produktu, termin faktycznie może być nieprzesuwalny. Jeżeli odpowiedź brzmi „w sumie nic, po prostu fajnie byłoby już mieć”, masz znacznie większe pole do rozsądnego zaplanowania pracy.
Budżet nie jest pytaniem zakazanym
Freelancerzy często unikają rozmowy o budżecie, bo boją się, że klient uzna ją za próbę dopasowania ceny do maksymalnej kwoty, którą może wydać. Tymczasem brak informacji o możliwościach finansowych klienta może prowadzić do marnowania czasu po obu stronach.
Jeżeli klient ma do dyspozycji 10 tysięcy złotych, a realistyczna realizacja pełnego zakresu kosztuje 60 tysięcy, warto wiedzieć o tym przed przygotowaniem kilkunastostronicowej oferty.
Rozmowa o budżecie nie musi sprowadzać się do pytania „ile macie pieniędzy?”. Można podejść do niej normalnie.
Żeby zaproponować zakres, który ma dla Was sens, dobrze byłoby znać orientacyjny przedział budżetu. Mówimy raczej o kilku, kilkunastu czy kilkudziesięciu tysiącach złotych?
Przykład rozmowy o budżecie
Przedział jest często łatwiejszy do podania niż konkretna kwota, a Tobie daje wystarczająco dużo informacji do dalszej rozmowy.
Co zrobić, gdy klient nie chce podać budżetu?
Nie ma sensu zamieniać rozmowy w przeciąganie liny. Możesz odwrócić sytuację i podać typowe poziomy zakresu.
Projekty tego rodzaju realizuję zwykle w przedziale 15–30 tys. zł w zależności od zakresu. Czy taki poziom inwestycji jest w ogóle zgodny z Waszymi założeniami?
Przykład kwalifikacji budżetowej
Jeżeli odpowiedź brzmi „zakładaliśmy maksymalnie 4 tysiące”, od razu wiesz, że trzeba radykalnie zmniejszyć zakres albo zakończyć rozmowę. To znacznie lepsze niż odkrycie tej różnicy po kilku godzinach pracy nad ofertą.
Zapytaj, co już było robione wcześniej
Historia problemu potrafi ujawnić wiele rzeczy, które nie pojawiłyby się przy omawianiu samego nowego projektu.
- Czy wcześniej próbowaliście rozwiązać ten problem?
- Czy współpracowaliście już z innym wykonawcą?
- Co w poprzednim podejściu zadziałało?
- Co poszło źle?
- Dlaczego wcześniejsze rozwiązanie zostało porzucone?
Jeśli klient miał w ciągu roku czterech wykonawców i każdy był według niego „beznadziejny”, nie oznacza to automatycznie, że klient jest problematyczny. Jest to jednak informacja, którą warto zbadać dokładniej.
Discovery to również moment na sprawdzenie ograniczeń
Projekt nie powstaje w próżni. Nawet świetny pomysł może rozbić się o system, którego nie można zmodyfikować, regulacje branżowe, brak dostępu do danych albo decyzję centrali firmy.
- Czy rozwiązanie musi współpracować z istniejącymi systemami?
- Czy są technologie narzucone przez klienta?
- Czy wymagane są konkretne integracje?
- Czy istnieją wymagania bezpieczeństwa?
- Czy projekt podlega wewnętrznym procedurom akceptacyjnym?
- Czy występują ograniczenia prawne albo branżowe?
- Kto dostarczy treści, dane, zdjęcia lub inne materiały?
To często właśnie ograniczenia, a nie sam zakres funkcji, decydują o trudności projektu.
Nie rozwiązuj całego projektu podczas bezpłatnej rozmowy
To druga skrajność. Freelancer chce pokazać kompetencje, więc zaczyna podczas pierwszego spotkania projektować rozwiązanie: proponuje architekturę, rozpisuje kampanię, analizuje strukturę SEO albo szczegółowo planuje proces automatyzacji.
Discovery powinno umożliwić zrozumienie projektu i przygotowanie kolejnego kroku. Nie musi być bezpłatnym konsultingiem, podczas którego klient otrzymuje kompletny plan wdrożenia.
W bardziej złożonych projektach naturalnym rezultatem rozmowy może być propozycja płatnego etapu analitycznego: warsztatu, audytu, discovery sprintu albo przygotowania specyfikacji.
Kiedy bezpłatny discovery call przestaje wystarczać
Nie każdy projekt da się sensownie wycenić po trzydziestominutowej rozmowie. Im większa liczba niewiadomych, tym większe ryzyko, że stała wycena będzie przypadkowa.
Płatny etap discovery warto rozważyć, gdy:
- projekt ma wielu interesariuszy
- wymagania są sprzeczne albo niepełne
- potrzebne są warsztaty z użytkownikami
- trzeba przeanalizować istniejący system
- nie wiadomo jeszcze, które funkcje są rzeczywiście potrzebne
- konieczna jest analiza techniczna integracji
- wycena może różnić się kilkukrotnie zależnie od przyjętych założeń
W takiej sytuacji uczciwsze jest powiedzenie „najpierw musimy to dobrze rozpoznać” niż podawanie ceny z bardzo dużym marginesem bezpieczeństwa.
Jak prowadzić notatki podczas discovery
Notatki powinny oddzielać fakty od założeń. To drobna różnica, która później bardzo pomaga.
Klient chce uruchomić nową stronę przed targami 15 listopada.
Fakt
Prawdopodobnie potrzebny będzie całkowicie nowy CMS.
Założenie do zweryfikowania
Jeśli zapiszesz oba zdania w taki sam sposób, po tygodniu łatwo zapomnieć, które z nich rzeczywiście padło podczas rozmowy, a które było Twoją interpretacją.
Warto osobno zaznaczać:
- potwierdzone wymagania
- hipotezy
- otwarte pytania
- ryzyka
- ograniczenia
- decyzje
- elementy wymagające dodatkowej wyceny
Nie obiecuj rozwiązania, zanim go nie zweryfikujesz
Podczas rozmowy klient może zapytać: „Da się to zrobić?”. Presja, żeby natychmiast odpowiedzieć „oczywiście”, jest duża, szczególnie gdy zależy Ci na zleceniu.
Jeżeli nie masz pewności, lepsza jest odpowiedź: „Na pierwszy rzut oka wygląda to realnie, ale muszę sprawdzić dwie kwestie techniczne przed potwierdzeniem”.
Kilka godzin późniejszej weryfikacji kosztuje znacznie mniej niż kilka tygodni realizowania zobowiązania, które padło spontanicznie podczas pierwszej rozmowy.
Discovery call jest też kwalifikacją klienta
Nie tylko klient ocenia wykonawcę. Ty również powinieneś sprawdzić, czy ta współpraca ma sens.
- Czy oczekiwania są realistyczne?
- Czy klient potrafi podejmować decyzje?
- Czy istnieje realny budżet?
- Czy termin jest wykonalny?
- Czy sposób komunikacji odpowiada temu, jak pracujesz?
- Czy projekt mieści się w Twoich kompetencjach?
- Czy klient szuka partnera do realizacji, czy wyłącznie najniższej ceny?
Czasem najlepszym rezultatem discovery jest decyzja, żeby nie przygotowywać oferty. Pozwala to uniknąć projektu, który od początku miał bardzo małą szansę na dobrą współpracę.
Jak powinna wyglądać struktura rozmowy?
Naturalna rozmowa nie wymaga sztywnego scenariusza, ale dobrze mieć strukturę, która chroni przed pominięciem kluczowych obszarów.
- 2–5 minut — krótkie przedstawienie celu rozmowy i kontekstu.
- 10–15 minut — obecna sytuacja i problem klienta.
- 10 minut — oczekiwany rezultat oraz użytkownicy rozwiązania.
- 5–10 minut — zakres, ograniczenia i wcześniejsze próby.
- 5 minut — termin, proces decyzyjny i budżet.
- 5 minut — podsumowanie tego, co zostało zrozumiane.
- 2–5 minut — ustalenie kolejnego kroku.
W praktyce dobra rozmowa może potrwać 30 minut albo godzinę. Jeżeli potrzebujesz regularnie dwóch godzin tylko po to, żeby przygotować wstępną ofertę, warto zastanowić się, czy część discovery nie powinna być płatnym etapem.
Najważniejsza technika: podsumuj własnymi słowami
Pod koniec rozmowy warto na kilka minut przestać zadawać pytania i powiedzieć klientowi, jak rozumiesz sytuację.
Jeśli dobrze rozumiem, największym problemem nie jest sam wygląd strony. Chodzi przede wszystkim o to, że obecna struktura nie pokazuje nowej oferty B2B, przez co handlowcy muszą każdemu klientowi osobno tłumaczyć zakres usług. Nowa strona ma więc przede wszystkim lepiej kwalifikować zapytania. Zgadza się?
Przykład podsumowania
To jedno z najprostszych narzędzi do wykrywania nieporozumień. Klient może od razu powiedzieć: „Nie do końca — największym problemem jest jednak coś innego”. Lepiej odkryć różnicę po 40 minutach rozmowy niż po trzech tygodniach pracy.
Co powinno wydarzyć się po discovery call?
Rozmowa powinna kończyć się konkretnym kolejnym krokiem. Nie zostawiaj obu stron z nieokreślonym „odezwiemy się”.
- przygotowanie oferty
- dosłanie materiałów przez klienta
- dodatkowa rozmowa z osobą decyzyjną
- audyt istniejącego rozwiązania
- płatny etap discovery
- wstępna analiza techniczna
- świadoma rezygnacja ze współpracy
Jeżeli przygotowujesz ofertę, warto krótko zapisać najważniejsze ustalenia. Dzięki temu oferta nie pojawia się kilka dni później jako dokument oderwany od wcześniejszej rozmowy.
15 pytań, które warto mieć pod ręką
- Co sprawiło, że zdecydowaliście się rozpocząć ten projekt?
- Jaki problem chcecie rozwiązać?
- Jak radzicie sobie z nim obecnie?
- Co w obecnym rozwiązaniu działa dobrze i warto zachować?
- Co działa źle?
- Kto będzie głównym użytkownikiem rozwiązania?
- Po czym poznacie, że projekt zakończył się sukcesem?
- Co musi znaleźć się w pierwszej wersji?
- Co byłoby mile widziane, ale nie jest konieczne?
- Czy próbowaliście już wcześniej rozwiązać ten problem?
- Czy istnieją ograniczenia techniczne lub organizacyjne?
- Kto podejmuje ostateczną decyzję o wyborze wykonawcy?
- Czy istnieje konkretny termin i z czego on wynika?
- Jaki przedział budżetu został przewidziany na projekt?
- Co powinno wydarzyć się jako następny krok po naszej rozmowie?
Pytania, których lepiej nie zadawać w ten sposób
Samo pytanie może sugerować odpowiedź. Jeśli zapytasz „czy zależy Państwu na nowoczesnym i intuicyjnym rozwiązaniu?”, prawdopodobnie każdy odpowie twierdząco. Nie dowiesz się dzięki temu niczego użytecznego.
Podobnie słabo działają pytania:
- Czy ma być responsywne?
- Czy zależy Państwu na wysokiej jakości?
- Czy system powinien być szybki?
- Czy ważne jest dobre UX?
- Czy strona ma dobrze sprzedawać?
To pytania, na które odpowiedź jest oczywista. Discovery powinno odkrywać informacje, których jeszcze nie znasz, a nie potwierdzać rzeczy, z którymi wszyscy się zgadzają.
Najczęstsze błędy podczas discovery call
Za dużo mówienia o sobie
Klient powinien poznać Twoje doświadczenie, ale discovery nie powinno składać się z 30-minutowej prezentacji portfolio. Im mniej wiesz o jego sytuacji, tym trudniej sensownie odnieść własne doświadczenie do projektu.
Przechodzenie od razu do rozwiązania
Pierwszy pomysł nie zawsze jest najlepszy. Jeśli po pięciu minutach rozmowy zaczynasz projektować rozwiązanie, możesz przestać słuchać informacji, które przeczą Twojej pierwszej hipotezie.
Brak rozmowy o pieniądzach
Rozbudowane discovery zakończone informacją, że budżet jest pięć razy niższy od minimalnej realnej wyceny, to stracony czas po obu stronach.
Traktowanie każdej deklaracji jako wymagania
Klient może powiedzieć, że potrzebuje aplikacji mobilnej. Twoim zadaniem nie jest automatyczne zapisanie „aplikacja mobilna”, tylko zrozumienie, jaki problem miałaby rozwiązać.
Brak następnego kroku
Dobra rozmowa zakończona niejasnym „to będziemy w kontakcie” często nie prowadzi do niczego. Obie strony powinny wiedzieć, kto teraz wykonuje ruch i kiedy.
Dobre discovery nie wydłuża sprzedaży. Skraca późniejszy chaos
Może się wydawać, że dokładna rozmowa przed wyceną tylko spowalnia proces. Łatwiej byłoby zebrać kilka zdań, wysłać ofertę i przejść dalej.
Problem w tym, że niewyjaśnione pytania nie znikają. Przechodzą po prostu do kolejnego etapu. Jeśli nie ustalisz celu przed wyceną, będziesz ustalać go podczas realizacji. Jeśli nie sprawdzisz ograniczeń technicznych, odkryjesz je podczas wdrożenia. Jeśli nie ustalisz osoby decyzyjnej, pojawi się ona przy pierwszej akceptacji.
Wtedy każda niewiadoma kosztuje już więcej, bo wpływa na harmonogram, zakres i wykonaną pracę.
Discovery nie ma dać odpowiedzi na każde pytanie. Ma ujawnić te pytania, które są zbyt ważne, żeby zostawić je na później.
Briefstreak
Checklista po rozmowie
- Czy potrafię jednym zdaniem opisać problem klienta?
- Czy wiem, dlaczego projekt jest realizowany właśnie teraz?
- Czy rozumiem obecny proces lub rozwiązanie?
- Czy wiem, co klient uważa za sukces?
- Czy znam najważniejsze wymagania i ograniczenia?
- Czy potrafię oddzielić wymagania od założeń?
- Czy wiem, kto podejmuje decyzje?
- Czy znam realny termin albo powód deadline'u?
- Czy znam przynajmniej orientacyjny poziom budżetu?
- Czy wiem, jakie informacje trzeba jeszcze zweryfikować?
- Czy potrafię ocenić, czy projekt pasuje do moich kompetencji?
- Czy obie strony wiedzą, jaki jest następny krok?
Jeżeli na połowę tych pytań odpowiedź brzmi „nie wiem”, prawdopodobnie jest jeszcze za wcześnie na dokładną wycenę projektu.
