Jak odróżnić prawdziwy problem od głośnej prośby jednego klienta
- 28 kwi
- 3 minut(y) czytania
To jeden z najczęstszych dylematów w produkcie (szczególnie B2B): przychodzi klient, mówi głośno i konkretnie, czego chce, a w firmie robi się napięcie.
Sales: „bez tego nie domkniemy deala”
CS: „klient jest wkurzony”
PM: „to może rozjechać roadmapę”
Tech: „to jest duże i ryzykowne”
Design: „to nie pasuje do reszty”
I pojawia się pytanie: czy to jest prawdziwy problem, czy tylko głośna prośba jednej osoby?
Dobra wiadomość jest taka, że da się to rozróżnić bez polityki i bez zgadywania. Potrzebujesz kilku filtrów, które sprowadzają sprawę do faktów: skali, powtarzalności, kosztu i dopasowania.
1) Najpierw oddziel „prośbę o funkcję” od „problemu”
Klienci prawie zawsze przychodzą z rozwiązaniem:
„Dodajcie eksport do PDF”
„Zróbcie integrację z X”
„Potrzebujemy takiego przycisku”
Twoim zadaniem jest odkopać problem pod spodem.
Zadaj 3 pytania:
„Po co Wam to?”
„Co dzisiaj robicie zamiast?”
„Co się stanie, jeśli tego nie będzie?”
Jeśli nie potrafią jasno odpowiedzieć, to może być życzenie, a nie problem.
2) Sprawdź, czy to powtarzalne (a nie jednorazowe)
Prawdziwe problemy mają tendencję do powtarzania się w różnych rozmowach, kanałach i segmentach.
Szybkie źródła weryfikacji:
support: czy to wraca w ticketach?
sales: czy słyszy to od kilku różnych klientów?
analityka: czy widać to w zachowaniu użytkowników?
rozmowy: czy inne osoby opisują podobny ból, nawet innymi słowami?
Najprostszy test:
„Czy mamy 2–3 niezależne źródła potwierdzenia?”
Jeśli to tylko jedna osoba i tylko w jednej rozmowie, ryzyko „głośnej prośby” jest wysokie.
3) Oceń skalę: ilu użytkowników ma ten problem?
Czasem problem jest realny, ale dotyczy 1% użytkowników. To nie znaczy „nieważny”, ale to zmienia decyzję.
Zadaj pytania:
ilu użytkowników w ich firmie tego potrzebuje?
czy to jest codzienne czy sporadyczne?
czy dotyczy tylko adminów / tylko jednego zespołu?
Prosty filtr:
Ból x Skala x Częstotliwość
Jeśli ból jest duży, ale skala i częstotliwość są małe, to zwykle nie jest priorytet globalny.
4) Sprawdź „koszt obejścia” — to najlepszy dowód ważności
Prawdziwy problem kosztuje. Jeśli koszt jest realny, ludzie:
tracą czas,
robią obejścia,
płacą za zewnętrzne narzędzia,
zatrudniają ludzi,
ryzykują błędy.
Zapytaj:
„Ile czasu Wam to zajmuje tygodniowo?”
„Ile osób to robi?”
„Jakie są konsekwencje, gdy to pójdzie źle?”
„Czy płacicie za obejście? Jakie?”
Jeśli nie ma żadnego kosztu, to często jest „miło by było”.
5) Uważaj na pułapkę „duży klient = prawdziwy problem”
Duży klient może mieć:
specyficzny proces,
specyficzne wymagania compliance,
nietypową strukturę organizacji.
To może być super ważne dla nich, ale nie musi być ważne dla reszty.
Dobre pytanie:
„Czy to jest problem branżowy (wielu firm), czy wewnętrzny (tylko u nich)?”
Jeśli to jest wewnętrzny proces tej jednej firmy, bardzo często kończy się customem, który obciąża produkt.
6) Sprawdź dopasowanie do kierunku produktu
Nawet realny problem może być nie na dziś, jeśli:
macie inny priorytet (np. onboarding, stabilność, konwersja),
to zmienia pozycjonowanie produktu,
to wpycha produkt w inny segment.
To nie jest „ignorowanie klienta”. To jest ochrona spójności.
Dobra zasada:
Jeśli coś nie pasuje do strategii, wymaga „podwójnej zgody” to musi mieć bardzo dużą wartość albo otwierać nowy rynek świadomie.
7) Najważniejsze: sprawdź, czy klient jest gotowy „zapłacić” (nie zawsze pieniędzmi)
To najlepszy test odróżniający realny problem od głośnej prośby.
„Zapłacić” może oznaczać:
zgodzić się na wersję beta,
poświęcić czas na doprecyzowanie wymagań,
udostępnić dane/przykłady,
przetestować prototyp,
zaakceptować rozwiązanie tymczasowe,
(czasem) dopłacić za wdrożenie enterprise.
Jeśli klient tylko krzyczy, ale nie chce współpracować, często to nie jest aż tak krytyczne, jak brzmi.
8) Jak reagować, żeby nie zrobić konfliktu
Nawet jeśli to „głośna prośba”, klient zasługuje na dobrą odpowiedź. Najlepszy format:
„Rozumiem problem”
„Chcę doprecyzować, żeby dobrze go ocenić” (pytania o kontekst, częstotliwość, koszt)
„Sprawdzę, czy to powtarzalne” (support/sales/dane)
„Wrócę z decyzją i alternatywą” (workaround / test / termin przeglądu)
To buduje zaufanie i daje Ci czas na ocenę bez obiecywania.
Mini-checklista, która pomoże sprawdzić czy to problem czy głośna prośba?
Prawdziwy problem zwykle ma 4+ z tych punktów:
powtarza się u wielu klientów
widać go w danych lub support
ma realny koszt (czas/pieniądze/ryzyko)
występuje często
dotyczy dużej grupy użytkowników
pasuje do kierunku produktu
klient jest gotowy współpracować / testować
Jeśli masz 0–2, to najczęściej jest to głośna prośba lub bardzo niszowy przypadek.
Głośna prośba potrafi brzmieć pilniej niż realny problem większości użytkowników. Dlatego najlepszą obroną jest system: pytania o kontekst, weryfikacja powtarzalności, koszt obejścia i dopasowanie do strategii.
Jeśli chcesz zapamiętać jedno najważniejsze zdanie z tego tematu to:
Nie buduj „funkcji”, dopóki nie rozumiesz problemu i jego skali.