Jak zdecydować, które uwagi użytkowników wdrożyć (a które odpuścić)
Gdy ludzie zaczną korzystać z Twojej aplikacji, prośby zaczynają się sypać. Oto prosty sposób, żeby zdecydować, które uwagi użytkowników warto zbudować w kreatorze aplikacji z AI, które odłożyć na bok, a które grzecznie odrzucić.
Pierwsze tygodnie po tym, jak ludzie zaczynają używać Twojej aplikacji, są spokojne. A potem zaczynają napływać wiadomości. „Czy możesz dodać tryb ciemny?” „Byłoby super, gdybym mógł eksportować do PDF.” „Możesz zmienić przycisk na niebieski?” „Naprawdę potrzebujemy integracji z narzędziem, którego już używamy.” W ciągu miesiąca masz listę czterdziestu rzeczy i kreator aplikacji z AI, który z radością zbuduje każdą z nich w jedno popołudnie.
I właśnie to ostatnie jest pułapką. Kiedy budowa każdej funkcji jest tania i szybka, trudne pytanie przestaje brzmieć „czy potrafię to zbudować?”, a zaczyna brzmieć „czy powinienem?”. Wąskie gardło przesuwa się z Twoich rąk do Twojego osądu, a nikt nie daje Ci do tego instrukcji.
Ten wpis to prosty sposób, żeby posortować napływające uwagi do trzech kupek — zbuduj, odłóż, odpuść — bez potrzeby zaplecza w zarządzaniu produktem. Celem nie jest mówienie ludziom „nie”. Chodzi o to, żeby mieć pewność, że rzeczy, które budujesz, to te, które faktycznie pchają Twoją aplikację do przodu.
Dlaczego „po prostu to zbuduj” przestaje działać
Przy pierwszych dziesięciu funkcjach „po prostu zbuduj to, o co ktoś poprosi” to świetna strategia. Nie masz jeszcze tylu użytkowników, żeby pojawiły się sprzeczne opinie, a każda funkcja sprawia, że aplikacja jest bardziej użyteczna niż ta pusta rzecz, którą była tydzień temu.
Przestaje to działać mniej więcej wtedy, gdy masz prawdziwych, różnych użytkowników. Freelancer chce jednego, mała agencja chce czegoś przeciwnego, a jednorazowy gość chce czegoś, czego żadne z nich nigdy nie użyje. Zbuduj wszystkie trzy, a Twoja aplikacja zmieni się w szufladę ze starociami — pełną rzeczy, w których trudno cokolwiek znaleźć i które ciężko nosić. Każda funkcja, którą dodajesz, to funkcja, którą musisz utrzymywać już na zawsze, tłumaczyć nowym użytkownikom i nie psuć, gdy zmieniasz coś obok.
Kreator aplikacji z AI najpierw pogarsza sprawę, zanim ją poprawi, bo zdejmuje naturalny hamulec. Kiedy funkcja zajmowała programiście dwa tygodnie, dobrze się zastanawiałeś, czy jest warta tych dwóch tygodni. Kiedy zajmuje kreatorowi dwadzieścia minut, w ogóle się nie zastanawiasz — po prostu mówisz „tak”. Koszt nie zniknął. Przesunął się z „czasu na budowę” do „ciężaru do dźwigania”, a ciężar trudniej dostrzec.
Trzy pytania, które sortują niemal wszystko
Gdy przychodzi prośba, przepuść ją przez trzy pytania w tej kolejności. Większość rzeczy sortuje się sama już po dwóch pierwszych.
1. Czy to pomaga ludziom, dla których to zbudowałeś? Zbudowałeś swoją aplikację dla kogoś konkretnego — fotografów ślubnych, trenerów młodzieżowej piłki nożnej, niezależnych podcasterów. Prośba od jednej z tych osób jest warta więcej niż prośba od kogoś, kto zabłądził i nigdy nie wróci. Jeśli funkcja pomaga Twoim kluczowym ludziom robić główną rzecz, po którą przyszli, ląduje na samej górze. Jeśli pomaga gościowi, który tak naprawdę nie jest Twoim użytkownikiem, ląduje na samym dole — bez względu na to, jak głośno o nią prosił.
2. Ilu ludzi naprawdę z tego skorzysta? Nie „kto o to poprosił” — tylko kto tego użyje. Jedna osoba prosząca głośno to nie to samo, co dziesięć osób, które po cichu by skorzystały. Bądź tu szczery, bo głośne prośby brzmią jak duże prośby, a zwykle takie nie są. Dobra wskazówka: zapytaj tę osobę, co robi dzisiaj zamiast tego. Jeśli ma koślawy sposób na obejście, którego używa codziennie, to prawdziwa potrzeba. Jeśli „pewnie czasem by tego użyła”, to drobiazg „miło-mieć” w przebraniu.
3. Ile mnie kosztuje noszenie tego na zawsze? Niektóre funkcje są lekkie. Nowa opcja koloru, przeredagowana etykieta, dodatkowe pole w formularzu — zbuduj i zapomnij. Niektóre funkcje są ciężkie: wszystko, co dotyka płatności, wszystko, co wysyła maile do prawdziwych ludzi, wszystko, co dodaje całą nową sekcję z własnymi regułami. Ciężkie funkcje nie są złe, ale powinny zasłużyć na swój ciężar, przechodząc pierwsze dwa pytania z zapasem.
Trzy kupki
Przepuść przez te pytania niemal wszystko, a wyląduje w jednym z trzech miejsc.
Zbuduj. Pomaga Twoim kluczowym ludziom, kilkoro z nich tego użyje, a koszt noszenia jest rozsądny. To te łatwe. Zrób je i powiedz osobie, która prosiła — ludzie, którzy widzą wdrożenie swojego pomysłu, stają się Twoimi najwierniejszymi użytkownikami i najlepszym źródłem kolejnego dobrego pomysłu.
Odłóż. Dobry pomysł, ale jest za wcześnie, albo chce go tylko jedna osoba, albo jest ciężki i nie jesteś jeszcze pewny. Nie mów „nie” i nie buduj. Zapisz to gdzieś, gdzie naprawdę zajrzysz — prosta lista, notatka, tablica. Jeśli kolejne trzy osoby poproszą o to samo w ciągu miesiąca, to samo awansuje do kupki „zbuduj” i da Ci o tym znać. Odkładanie to nie cmentarz; to poczekalnia.
Odpuść. Nie pasuje do tego, do czego służy Twoja aplikacja, służyłoby tylko jednej osobie albo pogorszyłoby aplikację dla wszystkich innych. To wymaga grzecznego, szczerego „nie”. „To przemyślany pomysł, ale nie planuję go dodawać — oto, co zamiast tego bym zaproponował” utrzymuje relację i chroni aplikację. Mówienie „nie” to funkcja. Każde „nie” to „tak” dla utrzymania aplikacji na tyle prostej, żeby ludzie ją rozumieli.
Mały przykład
Ktoś, kogo znamy, prowadzi aplikację do rezerwacji dla nauczycieli muzyki, zbudowaną w całości w kreatorze aplikacji z AI. W jednym tygodniu dostała trzy prośby: nauczyciel chciał automatycznych SMS-ów z przypomnieniami dla uczniów, rodzic chciał sposobu na zobaczenie wszystkich lekcji swoich dzieci w jednym widoku, a jedna osoba chciała aplikacji przetłumaczonej na łacinę „dla zabawy”.
Przypomnienia przeszły wszystkie trzy pytania — kluczowi użytkownicy, wielu z nich zmaga się z nieobecnościami, a SMS-y są ciężkie, ale tego warte. Zbudowane. Widok dla rodzica był dobrym pomysłem od jednej osoby, więc go odłożyła; w ciągu trzech tygodni poprosiło o to jeszcze dwoje rodziców i sam awansował. Tłumaczenie na łacinę dostało ciepłe „nie”. Żadna z tych decyzji nie wymagała arkusza kalkulacyjnego. Wymagała trzech pytań i gotowości do szczerej odpowiedzi na to trzecie.
Część, o której nikt Ci nie mówi
Najtrudniejsze uwagi nie są te ze złymi pomysłami. To dobre pomysły od ludzi, których lubisz, do aplikacji, która nie może być wszystkim. Odpuszczanie ich wydaje się zawiedzeniem danej osoby. Tak nie jest. Najmilszą rzeczą, jaką możesz zrobić dla ludzi korzystających z Twojej aplikacji, jest utrzymanie jej na tyle skupionej, żeby pozostała dobra w tej jednej rzeczy, po którą przyszli.
Następnym razem, gdy prośby się spiętrzą, nie otwieraj najpierw kreatora aplikacji z AI. Otwórz swoją listę, przepuść każdą pozycję przez trzy pytania i posortuj do kupki. Budowanie jest teraz tą łatwą częścią. Decydowanie, co warto zbudować, to faktyczna praca — i jest to praca, którą potrafisz wykonać bez pisania ani jednej linijki kodu.