Wrzuć feedback użytkowników.
Wraca uporządkowany.
Idea Radar to tablica pomysłów postawiona obok Twojego backlogu. Wiadomość z czatu wsparcia, prośba o funkcję, notatka nabazgrana po rozmowie: wrzucasz je surowe, w nieładzie. Same grupują się w tematy, duplikaty się scalają, a każdy pomysł niesie liczbę osób, które naprawdę o niego poprosiły.
Twój backlog mówi, co postanowiłeś zrobić. Radar mówi, co usłyszałeś i czego jeszcze nie rozstrzygnąłeś.
“nie mogę znaleźć starych eksportów”
czat wsparcia“eksport jest schowany w podmenu”
formularz publiczny“dodajcie tryb ciemny”
zdegradowany ticketSurowy feedback użytkowników na wejściu, tablica pomysłów na wyjściu. Każdy temat niesie liczbę osób, które o niego poprosiły, a nie ocenę, którą ktoś wymyślił.
Twoi użytkownicy mówią Ci różne rzeczy przez cały dzień. Wiadomość do wsparcia, jedna linijka na czacie, notatka z rozmowy, prośba o funkcję złożona osiem miesięcy temu. Większości z tego nikt nigdy nie przeczyta po raz drugi.
Wrzucenie tego wszystkiego do backlogu zabija backlog. Tablica, na której cztery linie na pięć nigdy nie powstaną, nie jest planem, tylko cmentarzem z porządkiem sortowania. Wrzucenie tego do pamięci projektu też jest błędem: pamięć trzyma to, co ustalone, a nie to, czego ktoś sobie życzy. Zostawienie tego na czacie oznacza utratę przy pierwszym przewinięciu.
Radar to trzecie miejsce. Wrzucasz tam cokolwiek, w formie, w jakiej przyszło. To grupuje się w tematy, odsiewa duplikaty i układa według liczby osób, które za tym stoją. Gdy pomysł dojrzeje, awansujesz go na ticket w backlogu, a wszyscy, którzy kiedykolwiek o niego prosili, dostają o tym wiadomość.
Co naprawdę daje Ci tablica pomysłów
Feedback użytkowników przychodzi hurtem i wraca uporządkowany. Tematy wynikają z tego, co ludzie napisali, a nie z taksonomii, którą utrzymujesz ręcznie i przestajesz utrzymywać w marcu.
Każdy pomysł niesie liczbę osób, które o niego poprosiły. Priorytetyzacja produktu przestaje być przeczuciem, a staje się liczbą, którą możesz pokazać.
Duplikaty są wykrywane, zanim staną się dwoma osobnymi wdrożeniami. Scalenie dwóch pomysłów przenosi ich sygnały, więc nie może zgubić żadnego zgłaszającego.
Twój backlog znów jest tym, do czego backlog służy: tym, co zamierzasz zrobić, i niczym więcej. Triage próśb o funkcje dzieje się na Radarze, a nie na tablicy, z której pracuje Twój zespół.
Trzy rzeczy, które gwarantują same dane
Narzędzie do zarządzania pomysłami jest warte tyle, ile zaufania możesz włożyć w jego zapisy. Trzy własności są tu wpisane w strukturę, a nie w regulamin.
Cztery sposoby czytania tego samego korpusu
Jeden zbiór danych, cztery pytania. Zmieniasz perspektywę i w danych nic się nie rusza, zmienia się tylko to, co widzisz.
Tematy
Perspektywa domyślna. Pomysły pogrupowane w tematy, tematy posortowane według temperatury, temperatura mierzona w ludziach. To jest ta tablica pomysłów, którą otwierasz rano, żeby zobaczyć, o czym mówią Twoi użytkownicy.
O czym ludzie mówią i jak głośno?
Metoda: affinity mapping
Wpływ / wysiłek
Macierz 2x2. Przeciągasz pomysł i tym samym zapisujesz jego wpływ i wysiłek na samej karcie. Kwadrant w lewym górnym rogu to to, co powinieneś robić już teraz, a wypełniają go dowody, nie opinie.
Co jest mocne i tanie, w tym tygodniu?
Metoda: macierz impact/effort
Drzewo możliwości
Twój cel na górze, tematy pod nim, pomysły pod tematami. Temat niepodpięty pod żaden cel trafia do kolumny nieprzypisanych, i to jest ten bezpiecznik: albo zostanie podpięty pod coś, na czym Ci zależy, albo świadomie odłożony.
Czy to służy mojemu celowi na ten kwartał?
Metoda: opportunity solution tree
Konstelacja
Mapa semantyczna zbudowana z embeddingów. Pomysły, które znaczą to samo, lądują obok siebie, więc duplikaty widać jako skupiska, a luki jako puste miejsca. Kandydaci do scalenia wychodzą tu na wierzch, zanim ktokolwiek zbuduje je dwa razy.
Gdzie są moje duplikaty, a gdzie dziury?
Metoda: grupowanie semantyczne
Radar i backlog to jedna powierzchnia
Dojrzały pomysł staje się ticketem. Ticket, którego nie zbudujesz w tym kwartale, wraca do bycia pomysłem. Oba kierunki zabierają ludzi ze sobą.
Zbiorczy eksport projektu
11 sygnałów, 24 głosy
Ticket: zbiorczy eksport
W toku, 11 obserwatorów
Połączenie widać z obu stron: awansowany pomysł pokazuje kartę swojego ticketu, a ticket zrodzony z pomysłu pokazuje, z iloma sygnałami i głosami przyszedł.
Połączenie widać z obu stron: awansowany pomysł pokazuje kartę swojego ticketu, a ticket zrodzony z pomysłu pokazuje, z iloma sygnałami i głosami przyszedł.
Co dzieje się z jednym feedbackiem
Od wiadomości, którą ktoś Ci wysłał, do ticketu, który dowozi agent, i nikt niczego nie przepisuje ręcznie.
Coś przychodzi
Wiadomość z czatu wsparcia, zgłoszenie z Twojej publicznej tablicy feedbacku, ticket, który zdegradowałeś z backlogu, notatka, którą wpisałeś sam, albo coś, co podyktowałeś z telefonu. Każde z tych wejść jest tak samo dobre.
Zapisuje się jako sygnał
Surowa wypowiedź, jej autor, jej źródło i jej data. Nie streszczenie: samo zdanie. Cokolwiek stanie się później z pomysłem, ten zapis się nie zmienia.
Znajduje swój pomysł i swój temat
Klasyfikacja podpina sygnał pod istniejący pomysł albo otwiera nowy, a ten pomysł pod temat. Jeśli wygląda to na coś, co już masz, zostaje oznaczone jako możliwy duplikat, a nie scalone za Twoimi plecami.
Osoba dostaje odpowiedź
Zgłaszający dostaje wiadomość w swoim wątku: przyjęte, tu jest publiczny link do pomysłu, możesz go obserwować i na niego zagłosować. Ta jedna wiadomość to różnica między użytkownikiem, który zgłosi coś jeszcze raz, a takim, który już się nie pofatyguje.
Czytasz swój korpus
Tematy, żeby zobaczyć, o czym ludzie mówią, macierz, żeby zobaczyć, co jest tanie i mocne, drzewo, żeby sprawdzić, czy to służy Twojemu kwartałowi, konstelacja, żeby znaleźć duplikaty. Te same dane, cztery ujęcia, zero eksportu.
Agent pracuje na tablicy razem z Tobą
Agent Product Manager siada w panelu Radaru z dostępem do odczytu całego korpusu. Przegrupowuje, proponuje scalenia, wycenia wpływ i wysiłek oraz argumentuje za następnym ticketem, podpierając się wypowiedziami, które to uzasadniają. On proponuje. Awans pomysłu i odpowiedź zgłaszającemu zostają Twoją decyzją.
Przed i po tym, jak pomysły dostają swoje miejsce
Nic tu nie jest hipotetyczne. Tak kończy backlog, który służy jednocześnie za tablicę próśb o funkcje.
Bez Radaru
- : Prośby o funkcje piętrzą się na tablicy, aż nikt już nie wierzy w kolejność priorytetów.
- : Ta sama prośba przychodzi pięć razy od pięciu osób i zostaje założona jako pięć ticketów.
- : Osoba, która zgłosiła, nigdy nie dostaje odpowiedzi, więc przestaje zgłaszać.
- : Priorytety biorą się z tego, kto rozmawiał z Tobą ostatni albo najgłośniej.
- : Sprzątanie oznacza kasowanie, a kasowanie oznacza utratę dowodu, że ktoś tego chciał.
Z Radarem
- : Backlog trzyma pracę, która naprawdę się wydarzy, więc jego kolejność znów coś znaczy.
- : Pięć zgłoszeń tej samej rzeczy staje się jednym pomysłem z pięcioma sygnałami i pięcioma nazwiskami.
- : Każdy zgłaszający dostaje link, status, głos i wiadomość, gdy coś się rusza.
- : Priorytet bierze się z liczby osób, a listę możesz otworzyć i przeczytać, co każda z nich napisała.
- : Sprzątanie oznacza przeniesienie na Radar, a przenoszenie niczego nie gubi.
Backlog i Radar to nie są dwa narzędzia. To dwa stany tej samej prośby, a Ty przechodzisz między nimi w obie strony.
FAQ
Czym jest tablica pomysłów i czym różni się od backlogu?
Backlog to plan: trzyma pracę, która została podjęta i ustawiona w kolejności. Tablica pomysłów trzyma wszystko, co usłyszałeś, ale czego jeszcze nie rozstrzygnąłeś. To mieszanie jednego z drugim czyni backlogi nieczytelnymi, bo tablica, na której większość linii nigdy nie powstanie, przestaje być planem. Radar jest tablicą pomysłów, Twój backlog zostaje planem, a jedna akcja przenosi element z jednego na drugi, w obie strony.
Czy to jest tablica próśb o funkcje, na której mogą pisać moi użytkownicy?
Tak. Radar to dodatkowa zakładka na publicznej tablicy, którą już masz, pod tym samym adresem i na tym samym hoście, więc Twoi użytkownicy nie muszą uczyć się drugiego adresu. Zgłaszają pomysły, głosują na te, których chcą, komentują je i obserwują. Trzy publiczne zakładki to Pomysły, W toku i Wdrożone, bez żargonu zarządzania projektami po stronie odwiedzającego.
Jak działa automatyczne grupowanie feedbacku użytkowników?
To dwie różne operacje. Gdy przychodzi sygnał, krótkie wywołanie modelu podpina go pod najbliższy istniejący pomysł albo otwiera nowy, a ten pomysł podpina pod temat. To tanie i uruchamia się raz na sygnał. Osobno przebieg przegrupowania czyta cały korpus i rysuje tematy od nowa: to jest to drogie wywołanie, które uruchamiasz świadomie. Temat, który przypiąłeś, nigdy nie zostaje rozbity przez przegrupowanie, więc Twoje ręczne porządki przeżywają.
Jak wykrywane są zduplikowane prośby o funkcje?
Podsumowanie każdego pomysłu dostaje embedding, a między nimi liczone jest podobieństwo. Pary powyżej progu wypływają jako kandydaci na duplikaty. Nigdy nie są scalane automatycznie: scalenie to zawsze działanie człowieka albo propozycja agenta, którą akceptujesz. Automatyczne grupowanie jest propozycją układu, a nie decyzją.
Czy użytkownicy mogą głosować na pomysły?
Tak, jeden głos na osobę i na pomysł, przyciskiem na karcie i na własnej stronie pomysłu. Głosy i liczba sygnałów odpowiadają na różne pytania: liczba sygnałów mówi, ile osób zadało sobie trud, żeby opisać Ci problem, a liczba głosów mówi, ile osób rozpoznało w tym siebie, gdy już był zapisany. Pokazujemy jedno i drugie.
Czy dostaję dzięki temu publiczną roadmapę?
Dostajesz jej uczciwą wersję. Odwiedzający widzą na jednej stronie pomysły, które zakwalifikowałeś, to, co jest w toku, i to, co zostało wdrożone. Nie widzą Twojej nieprzefiltrowanej skrzynki odbiorczej, bo pomysł opublikowany przez odwiedzającego pozostaje prywatny, widoczny dla swojego autora i dla Ciebie, dopóki go nie zakwalifikujesz.
Do czego służy macierz wpływ/wysiłek?
Odpowiada na pytanie, z którym widok tematów sobie nie radzi: co warto zrobić już teraz. Przeciągnięcie pomysłu wewnątrz macierzy 2x2 zapisuje jego wpływ i wysiłek na karcie, więc pozycja jest daną, którą inne widoki i agent mogą odczytać, a nie rysunkiem żyjącym na jednym ekranie.
Czym jest drzewo możliwości (opportunity solution tree) i po co tu jest?
Podwiesza Twoje tematy pod cel, na którym naprawdę Ci zależy w tym kwartale, a pomysły pod tematy. Jego prawdziwa wartość to kolumna nieprzypisanych: temat niepodpięty pod żaden cel jest widoczny, więc albo zostaje podpięty, albo świadomie odłożony, albo zamknięty. To ta kolumna nie pozwala zbiorowi pomysłów po cichu zamienić się w cmentarz.
Czy mogę odesłać ticket z backlogu z powrotem na Radar?
Tak, i to jest połowa sensu tego wszystkiego. Ticket schodzi z tablicy, pomysł zostaje widoczny i można na niego głosować, a jego zgłaszający oraz obserwatorzy stają się sygnałami przy pomyśle, więc nikt nie wypada. Wszyscy zainteresowani dowiadują się, co się stało i gdzie teraz mieszka ich prośba.
Czy mogę opróżnić całą kolumnę backlogu na Radar za jednym razem?
Tak. Zaznaczasz kilka ticketów albo odhaczasz całą widoczną kolumnę i wysyłasz zaznaczenie na Radar. Ponieważ za każdym publicznym ticketem stoi prawdziwa osoba, ekran potwierdzenia liczy osoby, a nie tickety, każda z nich dostaje jedną wiadomość zamiast jednej na ticket, a całą partię można cofnąć przez dziesięć minut, zanim cokolwiek wyjdzie.
Czy product manager AI decyduje za mnie?
Nie. Czyta cały korpus, przegrupowuje, proponuje scalenia, wycenia wpływ i wysiłek oraz argumentuje za następnym ticketem, podpierając się wypowiedziami, które to uzasadniają. Utworzenie ticketu i odpowiedź zgłaszającemu to działania wychodzące do prawdziwych ludzi, więc zostają Twoje. Możesz go też uruchomić jako agenta Brainstormer, UX Researcher albo analityka biznesowego.
Czy mogę użyć własnego klucza OpenAI i czy to działa na telefonie?
Tak na oba pytania. Grupowanie działa na Twoim własnym kluczu, jeśli go przyniesiesz, a w przeciwnym razie na wliczonym limicie. Na telefonie masz te same dane i te same akcje: skrzynkę odbiorczą, tematy posortowane według temperatury, wypowiedzi przy pomyśle, scalanie, awans, głos i komentarz. Macierz i drzewo zamieniają się w posortowaną listę, bo macierzy 2x2 nie przeciąga się kciukiem na ekranie o szerokości 390 pikseli.
Może Cię też zainteresować
Publiczny backlog
Tablica feedbacku, na której Twoi użytkownicy już piszą. Radar jest jej zakładką z pomysłami: ten sam adres, ta sama sesja.
Tablica zadań backlogu
Tablica kanban, na którą awansuje pomysł, gdzie ticket staje się agentem piszącym kod.
Doprecyzowanie zgłoszenia
Zanim zbudujesz awansowany pomysł, każ agentowi Product Manager ująć go w makietę wierną Twojemu prawdziwemu produktowi.
Zespoły agentów
Połącz w łańcuch agentów, którzy podejmują ticket, gdy pomysł zasłuży już na miejsce na tablicy.
Pamięć projektu
To, co ustalone, mieszka w pamięci. To, co dopiero wymarzone, mieszka na Radarze.
AgentsRoom MCP
Zestaw narzędzi, którym Twoi agenci czytają i przestawiają Radar z własnej sesji.
Warto przeczytać
Tablica feedbacku dla agentów AI: niech prompt napiszą twoi użytkownicy
Narzędzia do feedbacku zbierają zgłoszenia. Żadne nie potrafi ich zbudować. Kiedy tablica, na której piszą twoi użytkownicy, jest tą samą tablicą, z której wykonują twoje agenty kodujące, etap przepisywania po prostu znika.
Kod piszą teraz agenty. Oto, czym stał się zawód dewelopera.
Pisanie kodu było jednym ogniwem z sześciu i właśnie to ogniwo wzięły agenty. Pozostałe pięć zrobiło się cięższe. Przegląd zawodu, który został: usłyszeć, rozstrzygnąć, opisać, prowadzić, przejrzeć, wydać.
Daj pomysłom Twoich użytkowników miejsce do życia
Pobieranie za darmo, macOS, Windows i Linux, z aplikacją mobilną w zestawie.
Aplikacja towarzyszaca: monitoruj agentów w podrozy
Użyj Claude, Codex, Antigravity CLI lub innego dostawcy AI.
Wysyłaj bugi i prośby bezpośrednio do swojego publicznego backlogu.
Spojrzenie na AgentsRoom w akcji.