Ném phản hồi người dùng vào đây.
Nó quay ra đã xếp gọn.
Idea Radar là bảng ý tưởng đặt ngay cạnh backlog của bạn. Một tin nhắn hỗ trợ, một yêu cầu tính năng, một ghi chú viết vội sau cuộc gọi: cứ ném vào ở dạng thô. Chúng tự gom thành chủ đề, trùng lặp gộp lại, và mỗi ý tưởng mang theo số người thực sự đã yêu cầu nó.
Backlog nói những gì bạn đã quyết định làm. Radar nói những gì bạn đã nghe được mà chưa phân xử.
“không tìm thấy các bản xuất cũ của tôi”
chat hỗ trợ“nút xuất bị chôn trong menu con”
biểu mẫu công khai“làm ơn thêm chế độ tối”
ticket bị trả vềPhản hồi người dùng thô đi vào, một bảng ý tưởng đi ra. Mỗi chủ đề mang theo số người đã yêu cầu nó, không phải một điểm số do ai đó nghĩ ra.
Người dùng nói với bạn đủ thứ suốt cả ngày. Một tin nhắn hỗ trợ, một dòng trong chat, một ghi chú lấy trong cuộc gọi, một yêu cầu tính năng ai đó gửi từ tám tháng trước. Phần lớn không bao giờ được đọc lại lần thứ hai.
Đổ hết tất cả vào backlog là giết chết backlog. Một bảng mà bốn dòng trên năm sẽ không bao giờ được làm thì không còn là kế hoạch, đó là nghĩa địa có thứ tự sắp xếp. Bỏ vào bộ nhớ dự án cũng sai: bộ nhớ chứa những gì đã chốt, không chứa những gì ai đó mong muốn. Để yên trong chat là mất nó ngay từ lần cuộn màn hình đầu tiên.
Radar là chỗ thứ ba. Ném vào đó bất cứ thứ gì, đúng hình dạng nó đã đến. Nó được gom thành chủ đề, được khử trùng lặp, và được xếp theo số người đứng sau. Khi một ý tưởng chín muồi, bạn đưa nó lên thành ticket backlog, và tất cả những ai từng yêu cầu nó đều được báo.
Một bảng ý tưởng thực sự mang lại gì cho bạn
Phản hồi người dùng đến trong mớ hỗn độn và quay ra đã xếp gọn. Các chủ đề rút ra từ chính những gì người ta viết, không phải từ một hệ phân loại bạn duy trì bằng tay rồi bỏ bê từ tháng ba.
Mỗi ý tưởng mang theo số người đã yêu cầu nó. Việc sắp xếp ưu tiên sản phẩm thôi làm theo cảm tính và trở thành một con số bạn có thể đưa ra cho người khác xem.
Trùng lặp được phát hiện trước khi biến thành hai lần làm riêng biệt. Gộp hai ý tưởng là dời các tín hiệu của chúng, nên việc gộp không thể làm rơi mất một người báo cáo.
Backlog của bạn trở lại đúng công dụng của một backlog: những gì bạn sắp làm, không gì khác. Việc phân loại yêu cầu tính năng diễn ra trên Radar, không phải trên cái bảng mà cả đội đang làm việc.
Ba điều mà dữ liệu bảo đảm
Một công cụ quản lý ý tưởng chỉ đáng giá bằng mức tin cậy bạn đặt vào bản ghi của nó. Ba tính chất ở đây thuộc về cấu trúc, không phải là một quy định nội bộ.
Bốn cách đọc cùng một kho ý tưởng
Một tập dữ liệu, bốn câu hỏi. Bạn đổi góc nhìn và không gì trong dữ liệu dịch chuyển, chỉ những gì bạn nhìn thấy là khác.
Chủ đề
Góc nhìn mặc định. Ý tưởng gom thành chủ đề, chủ đề xếp theo độ nóng, độ nóng đo bằng số người. Đây là bảng ý tưởng bạn mở ra mỗi sáng để xem người dùng đang nói về chuyện gì.
Người ta đang nói về chuyện gì, và to đến mức nào?
Phương pháp: affinity mapping
Tác động / nỗ lực
Một ma trận 2x2. Bạn kéo một ý tưởng là bạn đang ghi mức tác động và mức nỗ lực của nó thẳng vào bản ghi. Góc phần tư trên bên trái là những gì bạn nên làm ngay bây giờ, và nó được lấp đầy nhờ bằng chứng chứ không phải nhờ ý kiến.
Cái gì mạnh mà rẻ, ngay trong tuần này?
Phương pháp: ma trận tác động nỗ lực
Cây cơ hội
Mục tiêu của bạn ở trên cùng, chủ đề nằm dưới nó, ý tưởng nằm dưới các chủ đề. Một chủ đề không gắn với mục tiêu nào sẽ hiện ra trong cột chưa gắn kết, và đó chính là lan can an toàn: hoặc nó được nối vào thứ bạn thực sự quan tâm, hoặc nó được xếp lại một cách có chủ ý.
Cái này có phục vụ mục tiêu quý này của tôi không?
Phương pháp: opportunity solution tree
Chòm sao
Một bản đồ ngữ nghĩa dựng từ embedding. Những ý tưởng cùng nghĩa nằm sát nhau, nên trùng lặp hiện ra thành từng chùm còn lỗ hổng hiện ra thành khoảng trống. Các cặp đáng gộp nổi lên ở đây trước khi có ai làm chúng hai lần.
Trùng lặp của tôi ở đâu, và lỗ hổng của tôi ở đâu?
Phương pháp: phân cụm ngữ nghĩa
Radar và backlog là một mặt phẳng duy nhất
Một ý tưởng chín muồi trở thành ticket. Một ticket bạn sẽ không làm trong quý này quay lại làm ý tưởng. Cả hai chiều đều mang người theo cùng.
Xuất hàng loạt một dự án
11 tín hiệu, 24 lượt vote
Ticket: xuất hàng loạt
Đang làm, 11 người theo dõi
Liên kết nhìn thấy được từ cả hai đầu: một ý tưởng đã đưa lên sẽ hiển thị thẻ ticket của nó, còn một ticket sinh ra từ ý tưởng sẽ hiển thị nó đến với bao nhiêu tín hiệu và bao nhiêu lượt vote.
Liên kết nhìn thấy được từ cả hai đầu: một ý tưởng đã đưa lên sẽ hiển thị thẻ ticket của nó, còn một ticket sinh ra từ ý tưởng sẽ hiển thị nó đến với bao nhiêu tín hiệu và bao nhiêu lượt vote.
Chuyện gì xảy ra với một phản hồi
Từ tin nhắn ai đó gửi cho bạn đến cái ticket mà một agent làm ra, không ai phải gõ lại thứ gì.
Có thứ gì đó đi vào
Một tin nhắn chat hỗ trợ, một bài gửi trên bảng phản hồi công khai của bạn, một ticket bạn đã trả về từ backlog, một ghi chú bạn tự gõ, hoặc thứ gì đó bạn đọc bằng giọng nói từ điện thoại. Cửa nào cũng hợp lệ.
Nó được lưu thành một tín hiệu
Phần nguyên văn thô, tác giả, nguồn và ngày của nó. Không phải bản tóm tắt: chính câu đó. Về sau ý tưởng có ra sao đi nữa, bản ghi này không đổi.
Nó tìm ra ý tưởng và chủ đề của mình
Việc phân loại gắn tín hiệu vào một ý tưởng đã có hoặc mở một ý tưởng mới, rồi gắn ý tưởng đó vào một chủ đề. Nếu nó giống thứ bạn đã có, nó được đánh dấu là trùng lặp khả nghi chứ không bị gộp sau lưng bạn.
Người gửi nhận được hồi âm
Người báo cáo nhận một tin nhắn ngay trong luồng của họ: đã ghi nhận, đây là liên kết công khai của ý tưởng, bạn có thể theo dõi và vote cho nó. Chỉ một tin nhắn đó thôi là khác biệt giữa một người dùng còn báo tiếp và một người dùng không buồn báo nữa.
Bạn đọc kho ý tưởng của mình
Chủ đề để xem người ta nói chuyện gì, ma trận để xem cái gì rẻ mà mạnh, cây cơ hội để kiểm tra nó có phục vụ quý này không, chòm sao để tìm chỗ trùng lặp. Cùng một dữ liệu, bốn góc nhìn, không phải xuất ra đâu cả.
Một agent làm việc trên bảng cùng bạn
Một agent Product Manager ngồi trong bảng điều khiển Radar với quyền đọc toàn bộ kho ý tưởng. Nó gom nhóm lại, đề xuất các lần gộp, chấm điểm tác động và nỗ lực, rồi biện hộ cho ticket tiếp theo bằng chính các phần nguyên văn. Nó đề xuất. Còn việc đưa một ý tưởng lên thành ticket và trả lời một người báo cáo vẫn là quyết định của bạn.
Trước và sau khi ý tưởng có một chỗ để ở
Không có gì ở đây là giả định. Đây là những gì xảy ra với một backlog bị dùng kiêm luôn làm bảng yêu cầu tính năng.
Không có Radar
- : Yêu cầu tính năng chất đống trên bảng cho tới khi không ai còn tin vào thứ tự ưu tiên nữa.
- : Cùng một yêu cầu đến năm lần từ năm người và được lưu thành năm ticket.
- : Người báo cáo không bao giờ nhận được hồi âm, nên họ ngừng báo.
- : Ưu tiên đến từ ai nói với bạn sau cùng, hoặc ai nói to nhất.
- : Dọn dẹp nghĩa là xóa, và xóa nghĩa là mất luôn bằng chứng rằng đã có người muốn nó.
Có Radar
- : Backlog chỉ chứa công việc thực sự sắp được làm, nên thứ tự của nó lại có ý nghĩa.
- : Năm lần báo về cùng một chuyện trở thành một ý tưởng với năm tín hiệu và năm cái tên trên đó.
- : Mỗi người báo cáo đều nhận được một liên kết, một trạng thái, một lá vote và một tin nhắn khi có chuyển động.
- : Ưu tiên đến từ số người đếm được, và bạn có thể mở danh sách ra đọc từng người đã viết gì.
- : Dọn dẹp nghĩa là chuyển sang Radar, và chuyển đi thì không mất gì cả.
Backlog và Radar không phải hai công cụ. Chúng là hai trạng thái của cùng một yêu cầu, và bạn đi từ bên này sang bên kia theo cả hai chiều.
FAQ
Bảng ý tưởng là gì, và khác backlog ở chỗ nào?
Backlog là một kế hoạch: nó chứa công việc đã cam kết và đã xếp thứ tự. Bảng ý tưởng chứa mọi thứ bạn đã nghe nhưng chưa phân xử. Chính việc trộn hai thứ đó làm backlog không còn đọc nổi, vì một bảng mà phần lớn các dòng sẽ không bao giờ được làm thì thôi không còn là kế hoạch. Radar là bảng ý tưởng, backlog vẫn là kế hoạch, và một thao tác duy nhất chuyển một mục từ bên này sang bên kia, theo cả hai chiều.
Đây có phải bảng yêu cầu tính năng để người dùng của tôi gửi bài lên không?
Đúng vậy. Radar là một tab thêm vào trên bảng công khai bạn đã có, cùng đường dẫn và cùng máy chủ, nên người dùng không phải học thêm một địa chỉ thứ hai. Họ gửi ý tưởng, vote cho những ý tưởng họ muốn, bình luận và theo dõi chúng. Ba tab công khai là Ý tưởng, Đang làm và Đã ra mắt, không có chút thuật ngữ quản lý dự án nào ở phía khách ghé thăm.
Việc tự động gom nhóm phản hồi người dùng hoạt động thế nào?
Đó là hai thao tác khác nhau. Khi một tín hiệu đến, một lượt gọi model ngắn sẽ gắn nó vào ý tưởng gần nhất đã có hoặc mở một ý tưởng mới, rồi gắn ý tưởng đó vào một chủ đề. Việc này rẻ và chạy một lần cho mỗi tín hiệu. Tách biệt với nó, một lượt gom nhóm lại sẽ đọc toàn bộ kho và vẽ lại các chủ đề: đó là lượt gọi đắt, và là lượt bạn chủ động kích hoạt. Một chủ đề bạn đã ghim thì không bao giờ bị lượt gom nhóm lại làm tan, nên phần sắp xếp thủ công của bạn vẫn còn nguyên.
Các yêu cầu tính năng trùng lặp được phát hiện bằng cách nào?
Phần tóm tắt của mỗi ý tưởng được tạo một embedding, rồi độ tương đồng giữa chúng được tính ra. Các cặp vượt ngưỡng sẽ nổi lên như ứng viên trùng lặp. Chúng không bao giờ bị gộp tự động: một lần gộp luôn là hành động của con người, hoặc một đề xuất của agent mà bạn chấp nhận. Gom nhóm tự động là một cách sắp xếp được đề nghị, không phải một quyết định.
Người dùng có vote cho ý tưởng được không?
Được, mỗi người một lá vote cho mỗi ý tưởng, với nút bấm nằm trên thẻ và trên trang riêng của ý tưởng. Số lượt vote và số tín hiệu trả lời hai câu hỏi khác nhau: số tín hiệu là bao nhiêu người chịu khó mô tả vấn đề cho bạn, còn số lượt vote là bao nhiêu người thấy mình trong đó một khi nó đã được viết ra. Cả hai đều được hiển thị.
Cái này có cho tôi một lộ trình công khai không?
Nó cho bạn phiên bản trung thực của một lộ trình. Khách ghé thăm thấy những ý tưởng bạn đã duyệt, thấy cái gì đang làm và cái gì đã ra mắt, trên cùng một trang. Thứ họ không thấy là hộp thư đến chưa lọc của bạn, vì một ý tưởng do khách gửi lên vẫn riêng tư với tác giả của nó và với bạn, cho tới khi bạn duyệt nó.
Ma trận tác động / nỗ lực dùng để làm gì?
Nó trả lời một câu hỏi mà khung nhìn theo chủ đề không xử lý được: cái gì đáng làm ngay bây giờ. Kéo một ý tưởng bên trong ô 2x2 sẽ ghi mức tác động và mức nỗ lực của nó vào bản ghi, nên vị trí đó là dữ liệu mà các khung nhìn khác và agent đều đọc lại được, không phải một bức vẽ chỉ sống trong đúng một màn hình.
Opportunity solution tree là gì, và tại sao nó có mặt ở đây?
Nó treo các chủ đề của bạn vào đúng mục tiêu bạn thực sự quan tâm trong quý này, và treo ý tưởng vào các chủ đề. Giá trị thật của nó nằm ở cột chưa gắn kết: một chủ đề không nối với mục tiêu nào thì nhìn thấy được, nên nó sẽ được nối vào, được xếp lại có chủ ý, hoặc bị bỏ hẳn. Chính cột đó giữ cho một kho ý tưởng khỏi lặng lẽ biến thành nghĩa địa.
Tôi có thể trả một ticket backlog về lại Radar không?
Được, và đó là một nửa của toàn bộ ý nghĩa. Ticket rời khỏi bảng, ý tưởng vẫn hiện ra và vẫn vote được, còn người báo cáo lẫn những người theo dõi nó trở thành tín hiệu của ý tưởng nên không ai bị rơi. Tất cả những người liên quan đều được cho biết chuyện gì đã xảy ra và giờ yêu cầu của họ đang ở đâu.
Tôi có thể đổ nguyên một cột backlog vào Radar cùng một lúc không?
Được. Chọn vài ticket, hoặc tích cả cột đang hiện, rồi gửi phần đã chọn sang Radar. Vì mỗi ticket công khai đều có một con người thật đứng sau, màn hình xác nhận đếm số người chứ không đếm số ticket, mỗi người nhận đúng một tin nhắn thay vì một tin cho mỗi ticket, và cả lô vẫn hủy được trong mười phút trước khi bất cứ thứ gì được gửi đi.
Product manager AI có quyết định thay tôi không?
Không. Nó đọc toàn bộ kho ý tưởng, gom nhóm lại, đề xuất các lần gộp, chấm điểm tác động và nỗ lực, rồi biện hộ cho ticket tiếp theo bằng chính các phần nguyên văn chứng minh cho nó. Tạo một ticket và trả lời một người báo cáo là những hành động đi ra ngoài, tới người thật, nên chúng vẫn là của bạn. Bạn cũng có thể cho nó chạy dưới vai Brainstormer, UX Researcher hay một chuyên viên phân tích nghiệp vụ.
Tôi dùng khóa OpenAI của riêng mình được không, và nó có chạy trên điện thoại không?
Được cả hai. Việc gom nhóm chạy bằng khóa của bạn nếu bạn mang khóa tới, và chạy bằng hạn mức đi kèm nếu không. Trên di động bạn có đúng dữ liệu đó và đúng các thao tác đó: hộp thư đến, chủ đề xếp theo độ nóng, phần nguyên văn của một ý tưởng, gộp, đưa lên thành ticket, vote và bình luận. Ma trận và cây cơ hội trở thành một danh sách đã xếp thứ tự, vì một ô 2x2 không phải thứ để kéo bằng ngón cái trên màn hình rộng 390 pixel.
Bạn cũng có thể thích
Backlog công khai
Bảng phản hồi nơi người dùng của bạn vốn đã gửi bài. Radar là tab Ý tưởng của nó, cùng địa chỉ, cùng phiên đăng nhập.
Bảng nhiệm vụ backlog
Bảng kanban mà một ý tưởng được đưa lên, nơi một ticket trở thành một agent viết code.
Khoanh vùng ticket
Trước khi dựng một ý tưởng đã đưa lên, hãy để một agent Product Manager khoanh nó thành mockup của chính sản phẩm thật của bạn.
Đội ngũ agent
Nối chuỗi các agent tiếp nhận một ticket, một khi ý tưởng đã giành được chỗ đứng trên bảng.
Bộ nhớ dự án
Những gì đã chốt thì sống trong bộ nhớ. Những gì mới chỉ được mong muốn thì sống trong Radar.
AgentsRoom MCP
Bộ công cụ mà các agent của bạn dùng để đọc và sắp xếp lại Radar ngay từ phiên làm việc của chúng.
Tìm hiểu thêm
Bảng phản hồi cho tác nhân AI: Để người dùng tự viết prompt
Các công cụ phản hồi thu thập yêu cầu. Không công cụ nào tự xây được thứ mình đã thu. Khi cái bảng người dùng viết vào cũng chính là cái bảng các tác nhân lập trình thực thi, bước viết lại biến mất.
Code giờ do agent viết. Đây là những gì nghề lập trình viên đã trở thành.
Viết code chỉ là một mắt xích trong chuỗi sáu mắt xích, và đó đúng là mắt xích agent đã lấy đi. Năm mắt xích còn lại nặng thêm. Đây là phần nghề còn lại: nghe xem cần xây gì, quyết định, ra đề bài, điều phối, duyệt và phát hành.
Cho ý tưởng của người dùng một chỗ để sống
Tải về miễn phí, macOS, Windows và Linux, kèm sẵn ứng dụng di động.
Ứng dụng đồng hành: theo dõi agent khi đi đường
Sử dụng Claude, Codex, Antigravity CLI hoặc nhà cung cấp AI khác.
Gửi lỗi và yêu cầu thẳng vào backlog công khai của bạn.
Một cái nhìn về AgentsRoom đang hoạt động.