Przejdź do głównej treści
Chen Dahuang
Wszystkie artykuły
8 min czytaniaPierwotnie z X

Nie wpadaj w uniesienie, gdy użytkownik mówi „świetne”: punkty bólu a punkty swędzenia

Ustna aprobata jest bezwartościowa. Jest tylko jeden twardy standard oceny popytu: to, co użytkownik jest gotów zapłacić.

Chen Dahuang

Chen Dahuang

Niezależny deweloper

Nie wpadaj w uniesienie, gdy użytkownik mówi „świetne”: punkty bólu a punkty swędzenia

Pierwotnie opublikowano na X Articles.

Jest jedno zdanie, które nabiera indie developerów łatwiej niż cokolwiek innego:

„Ten pomysł jest świetny."

Brzmi wspaniale. Zwykle jest bezwartościowe. To, że wiele osób cię chwali, nie znaczy, że potrzebują tego, co budujesz. Może są uprzejmi, może kierunek po prostu brzmi dobrze, może próbują cię dodać otuchy.

Pleciesz bez opamiętania, a oni nie mają serca pola ci zimną wodą, więc rzucają ci darmową:

„Nieźle, to całkiem wartościowe."

I jesteś zaczepiony.

Myślisz, że zweryfikowałeś popyt. Tak naprawdę zweryfikowałeś, że druga osoba jest w porządku.

Ustne „świetne" od użytkownika najwyżej mówi ci, że Twój pomysł nie brzmi głupio.

Nie dowodzi, że ma potrzebę. Nie dowodzi, że się przeniesie. Nie dowodzi, że będzie używać codziennie. I na pewno nie dowodzi, że zapłaci.

Ustna aprobata to najbardziej szkodliwa rzecz

W badaniach produktowych nic nie boli tak jak ustna aprobata.

  • „Daj znać, jak będzie działać."
  • „Na pewno bym z tego korzystał, jak już powstanie."
  • „Ten kierunek ma prawdziwy rynek."
  • „Wiele osób wokół mnie tego potrzebuje."

Wszystko to brzmi jak popyt. Większość to po prostu smar towarzyski. Sprawiają, że czujesz się komfortowo i pewnie, wmawiając ci, że dotknąłeś prawdziwego punktu bólu. Potem naprawdę to budujesz, wysyłasz link, a ta osoba nie ma nawet ochoty się zarejestrować.

Wtedy zdajesz sobie sprawę, że usłyszane „świetne" to tylko inny sposób powiedzenia „powodzenia".

Jest tylko jeden twardy standard popytu

Spójrz na to, co użytkownik jest gotów zapłacić.

Pieniądze to najtwardszy sygnał. Jeśli zapłacą, problem naprawdę ich boli.

Pieniądze to nie jedyny koszt. Czas, migracja danych, aktywne wypróbowanie produktu, polecenie go koledze, znoszenie surowej wersji — to też koszty.

Ale jeśli użytkownik nie poniesie żadnego kosztu i tylko powie miłe rzeczy, najpewniej to tylko swędzenie.

Punkty bólu zmuszają ludzi do działania. Punkty swędzenia tylko czynią ludzi uprzejmymi.

Nie myl zachęty przyjaciół z rynkiem

Wielu indie developerów zaczyna od omówienia pomysłu z przyjaciółmi.

Przyjaciel mówi, że dobrze, więc zaczynasz budować. Internauta mówi, że chce, więc zaczynasz budować. Ktoś w komentarzach pisze „zapisuję" — i myślisz, że rynek nadszedł.

Prawdziwy rynek żyje w rekordach płatności, w umówionych testach, w użytkownikach gotowych pokazać ci swój brzydki obecny arkusz Excela, w użytkownikach mówiących ci, ile pieniędzy co miesiąc marnują na ten problem, w użytkownikach znoszących błędy dla półproduktu.

  • Osoba, która obejdzie problem dziesięcioma obejściami — to ból.
  • Osoba, która płaci co miesiąc za alternatywę — to ból.
  • Osoba, która spędzi pół godziny, tłumacząc ci swój workflow — to ból.
  • Osoba, która mówi tylko „fajny pomysł" i nic więcej — nie traktuj tego poważnie.

W Standing in the Nail jest trafna obserwacja:

Oceniając, czy użytkownicy akceptują produkt, nie możesz słuchać tylko tego, czy mówią „dobrze" czy „źle" — musisz zobaczyć, co są gotowi za niego zapłacić. Mogą zapłacić pieniędzmi, czasem, uwagą, kosztem migracji, autoryzacją organizacyjną albo poczuciem bezpieczeństwa psychicznego.

Bo indie developerzy nie mają budżetu na próby i błędy jak wielkie firmy.

Nie możesz spalić sześciu miesięcy na „wszyscy mówią, że dobrze". Musisz wcześnie wiedzieć, czy ta potrzeba to naprawdę biznes.

Zadawaj bardziej przyziemne pytania

Nie pytaj: „Co myślisz o tym produkcie?"

To pytanie jest o wiele za łatwe do odbicia ogólnikami.

Pytaj:

  • „Jak rozwiązujesz ten problem teraz?"
  • „Czy kiedykolwiek płaciłeś za ten problem?"
  • „Czy zapłaciłbyś teraz cenę early bird?"
  • „Czy zrobiłbyś mi zrzut ekranu swojego obecnego workflow?"
  • „Jeśli zbuduję brzydkie MVP, wypróbujesz je w przyszłym tygodniu?"

Potem obserwuj, co robią, nie co mówią.

Ludzie w prawdziwym bólu dają ci szczegóły. Opowiadają o obecnych frustracjach, alternatywach, budżecie, o tym, czego próbowali, dlaczego ich to irytuje.

Udany ból daje ci tylko opinie. Mówią „kierunek jest dobry" i wracają do scrollowania telefonu.

Opinie są bezwartościowe. Zachowanie jest coś warte. Płacenie jest warte najwięcej.

Mnóstwo produktów ponosi porażkę z jednego głównego powodu: pomyłka „ktoś pochwalił" z „ktoś kupił".

Te dwie rzeczy dzieli ogromny dystans. Ludzie, którzy cię chwalą, konsumują twój wyraz. Ludzie, którzy kupują, rozwiązują własny problem.

Możesz słuchać pochwał — ale nie podejmuj na ich podstawie decyzji.

Możesz zbierać pozytywne opinie — ale nie licz ich jako zamówienia.

Możesz wierzyć w kierunek — ale zawsze wracaj do jednego pytania:

Co ta osoba jest gotowa za to zapłacić?

„Wygląda wartościowo" często znaczy: nikt się nie spieszy z kupnem

Rzeczą, której indie developerzy powinni bać się najbardziej, jest budowanie produktów, które „wyglądają wartościowo".

Jeśli coś wygląda wartościowo, wszyscy to rozumieją, każdy może powiedzieć coś miłego — i nikt nie spieszy się z kupnem.

Naprawdę dobre wczesne produkty zwykle nie są tak wspaniałe. Mogą rozwiązywać jedną małą rzecz dla niewielkiej grupy ludzi, ale ta mała rzecz jest wystarczająco irytująca, wystarczająco częsta i wystarczająco kosztowna. Pokaż im to, a nie powiedzą „fajny kierunek" — zapytają wprost:

Ile?

Kiedy mogę tego użyć?

Mogę wypróbować już dziś?

To jest dobry sygnał.

Użytkownik mówi „świetne" — nie wpadaj w uniesienie.

Każ im zapłacić. Każ im wypróbować. Każ im się przenieść. Każ im ponieść jakiś realny koszt.

Gdy koszt się pojawi, popyt wychodzi na jaw.

A różnica między bólem a swędzeniem staje się oczywista.

Źródło: Standing in the Nail

Jeśli uznasz to za przydatne, podziel się ze znajomym.

Powiązane artykuły