把使用者反饋丟進去。
它們整理好之後回來。
Idea Radar 是放在你 backlog 旁邊的那塊想法看板。客服訊息、功能請求、通話結束後隨手記下的一句話:原樣丟進來就行。它們自己聚成主題,重複項自動合併,每個想法都帶著真正提出過它的人數。
你的 backlog 說的是你決定要做的事。Radar 說的是你聽到了、但還沒拍板的事。
“找不到我以前的匯出檔案”
客服聊天“匯出功能埋在子選單裡”
公開表單“請加一個深色模式”
降級的工單進去的是原始使用者反饋,出來的是一塊想法看板。每個主題帶的是提出它的人數,不是誰拍腦袋給的一個評分。
你的使用者整天都在告訴你事情。一條客服訊息、聊天裡的一行字、通話中記下的一句話、八個月前有人提交的一個功能請求。這些內容裡的大多數,再也沒有被讀第二遍。
把這些全塞進 backlog,等於毀掉 backlog。一塊五行裡有四行永遠不會被開發的看板,已經不是工作計劃,而是一片排好了順序的墓地。放進專案記憶也不對:記憶裝的是已經定下來的事,不是某個人的願望。留在聊天裡,則意味著往下一滾就丟了。
Radar 就是第三個地方。任何東西都可以丟進來,以它到達時的樣子。它會被聚成主題、去重,並按背後的人數排序。等一個想法成熟了,你把它晉升為 backlog 工單,所有提出過它的人都會收到通知。
一塊想法看板真正能給你什麼
使用者反饋成堆地進來,整理好之後再出去。主題是從大家寫下的內容裡長出來的,不是一套你手工維護、三月份就放棄維護的分類體系。
每個想法都帶著提出它的人數。產品優先順序排序不再是一次直覺判斷,而是一個你可以擺出來給人看的數字。
重複項在變成兩個獨立開發任務之前就被檢測出來。合併兩個想法會把它們的訊號一起搬過去,所以合併不可能丟掉任何一個反饋者。
你的 backlog 重新變回 backlog 該有的樣子:你要做的事,僅此而已。功能請求的分揀在 Radar 上進行,而不是在你團隊每天干活的那塊看板上。
資料本身保證的三件事
一個想法管理工具的價值,取決於你能對它的記錄有多少信任。這裡的三條性質是結構上的,不是寫在規章裡的承諾。
讀同一份語料的四種方式
一份資料,四個問題。切換視角,資料本身不會動,動的只是你能看見的東西。
主題
預設視角。想法按主題分組,主題按熱度排序,熱度以人數計量。這就是你早上開啟、用來看使用者在聊什麼的那塊想法看板。
大家在聊什麼,聲音有多大?
方法:親和圖(affinity mapping)
影響 / 投入
一個 2x2 矩陣。你拖動一個想法,就是在它自己的記錄上寫下它的影響和投入。左上象限就是你現在最該做的事,而填滿它的是證據,不是意見。
這一週裡,什麼又有效又便宜?
方法:影響 / 投入矩陣(impact effort matrix)
機會樹
你的目標在最上面,主題掛在目標下面,想法掛在主題下面。沒有掛到任何目標上的主題,會出現在一個「未掛接」欄裡,這就是護欄:它要麼接到某件你真正在乎的事情上,要麼被你有意識地擱置。
這件事服務於我這個季度的目標嗎?
方法:機會解決方案樹(opportunity solution tree)
星圖
一張由向量嵌入(embedding)建置的語義地圖。意思相同的想法會挨在一起:重複項看上去是一簇一簇的,空白則是沒人提過的地方。可以合併的候選會在有人把它們開發兩遍之前,先在這裡浮出來。
我的重複項在哪,我的空白又在哪?
方法:語義聚類
Radar 和 backlog 是同一塊工作面
成熟的想法變成工單。這個季度不會做的工單退回去,重新變成想法。兩個方向都會把人一起帶過去。
批次匯出一個專案
11 個訊號,24 票
工單:批次匯出
進行中,11 位關注者
這條聯絡從兩頭都看得見:被晉升的想法會顯示它對應工單的卡片,而由想法誕生的工單會顯示它帶著多少訊號、多少投票而來。
這條聯絡從兩頭都看得見:被晉升的想法會顯示它對應工單的卡片,而由想法誕生的工單會顯示它帶著多少訊號、多少投票而來。
一條反饋會經歷什麼
從別人發給你的那條訊息,到代理交付的那張工單,中間沒有任何人重新敲一遍。
有東西進來了
一條客服聊天訊息、一次在你公開反饋看板上的提交、一張你從 backlog 上降級下來的工單、一條你自己敲的筆記,或者你用手機口述的一段話。這些入口每一個都算數。
它被存成一個訊號
未經改寫的原話、它的作者、它的來源和它的日期。不是一份摘要:是那句話本身。之後無論這個想法怎麼變,這條記錄都不會動。
它找到自己的想法和主題
分類會把這個訊號掛到某個已有的想法上,或者新開一個,再把這個想法掛到某個主題上。如果它看起來像你已經有的東西,它會被標成一個可能的重複項,而不是在你背後被合併掉。
提出的人收到迴音
反饋者會在自己的會話裡收到一條訊息:已記錄,這是這個想法的公開連結,你可以關注它、給它投票。就是這一條訊息,決定了一個使用者會不會再來反饋第二次。
你來讀這份語料
用主題看大家在聊什麼,用矩陣看什麼又有效又便宜,用機會樹確認它服務於你這個季度,用星圖找出你的重複項。同一份資料,四個角度,不用匯出。
一個代理和你一起打理這塊看板
一個 Product Manager 代理坐在 Radar 面板裡,對整份語料有讀取權限。它重新聚類,提出合併建議,給影響和投入打分,並拿著能佐證的原話為下一張工單辯護。它只負責提議。把想法晉升為工單、給反饋者回話,仍然是你的決定。
有了一個放想法的地方,前後有什麼不同
這裡沒有一條是假設。這就是一個同時兼作功能請求看板的 backlog 會遇到的事。
沒有 Radar
- : 功能請求在看板上越堆越多,直到再也沒有人相信那個優先順序順序。
- : 同一個需求從五個人那裡來了五次,最後建成五張工單。
- : 提出它的人從來收不到迴音,於是他不再提了。
- : 優先順序取決於誰最後一個跟你說話,或者誰嗓門最大。
- : 清理意味著刪除,而刪除意味著丟掉「有人想要它」這個證據。
有了 Radar
- : backlog 裡只剩真的會做的工作,所以它的順序重新有了意義。
- : 同一件事的五次反饋,變成一個想法,上面掛著五個訊號和五個名字。
- : 每個反饋者都拿到一個連結、一個狀態、一次投票權,以及事情有進展時的一條訊息。
- : 優先順序來自一份人數統計,而且你可以開啟名單,逐條讀他們各自寫了什麼。
- : 清理意味著搬到 Radar,而搬家不會丟掉任何東西。
backlog 和 Radar 不是兩個工具。它們是同一個需求的兩種狀態,你可以在兩者之間來回移動。
FAQ
什麼是想法看板,它和 backlog 有什麼不同?
backlog 是一份計劃:它裝的是已經承諾、並且排好順序的工作。想法看板裝的是你已經聽到、但還沒拍板的一切。把兩者混在一起,正是 backlog 變得沒法讀的原因,因為一塊大部分行永遠不會被開發的看板,已經不是計劃了。Radar 是那塊想法看板,你的 backlog 繼續當計劃,而一個動作就能讓一個條目在兩者之間往任一方向移動。
這是一塊我的使用者可以直接提交的功能請求看板嗎?
是的。Radar 是你已有的那塊公開看板上多出來的一個分頁,同一個 slug、同一個域名,所以你的使用者不必再記第二個地址。他們提交想法,給想要的想法投票,評論並關注它們。公開的三個分頁是「想法」「進行中」和「已發布」,訪客那一側看不到任何專案管理黑話。
使用者反饋的自動聚類是怎麼工作的?
這是兩件不同的事。一個訊號到達時,一次簡短的模型呼叫會把它掛到最接近的已有想法上,或者新開一個想法,再把這個想法掛到某個主題上。這一步很便宜,每個訊號只跑一次。另外還有一次重新聚類,它通讀整份語料並重新劃出主題:那才是貴的呼叫,也是你有意去觸發的那一次。你置頂過的主題永遠不會被重新聚類打散,所以你手工整理的成果留得住。
重複的功能請求是怎麼被檢測出來的?
每個想法的摘要都會生成一個向量嵌入(embedding),然後在它們之間計算相似度。超過閾值的配對會作為重複候選浮出來。它們永遠不會被自動合併:一次合併,要麼是人的操作,要麼是你點頭同意的代理建議。自動聚類給的是一個整理方案,不是一個決定。
使用者可以給想法投票嗎?
可以,每人每個想法一票,投票按鈕在卡片上,也在想法自己的頁面上。投票數和訊號數回答的是兩個不同的問題:訊號數是有多少人願意花力氣把問題描述給你聽,投票數是問題寫下來之後有多少人覺得「說的就是我」。兩個數字都會顯示。
這能給我一份公開路線圖嗎?
它給你的是公開路線圖的誠實版本。訪客在同一個頁面上看到你已經確認過的想法、正在進行的工作和已經發布的內容。他們看不到的是你那個未經篩選的收件箱:訪客提交的想法在你確認之前,只對它的作者和你可見。
影響 / 投入矩陣是用來做什麼的?
它回答一個主題檢視回答不了的問題:現在做什麼最划算。在這個 2x2 裡拖動一個想法,會把它的影響和投入寫進記錄本身,所以那個位置是一份其他檢視和代理都能讀到的資料,而不是只活在一個螢幕裡的一張畫。
什麼是機會解決方案樹(opportunity solution tree),它為什麼在這裡?
它把你的主題掛到這個季度你真正在乎的目標上,再把想法掛到主題上。它真正的價值在那個「未掛接」欄:沒有連到任何目標的主題會被看見,於是它要麼被接上,要麼被有意識地擱置,要麼被放棄。正是這一欄,讓一堆想法不會悄無聲息地變成一片墓地。
我可以把 backlog 裡的工單退回 Radar 嗎?
可以,而且這正是一半的意義所在。工單離開看板,想法依然可見、依然可以投票,而它的反饋者和關注者會變成這個想法上的訊號,所以沒有人被丟下。所有相關的人都會被告知發生了什麼,以及他們的需求現在住在哪裡。
我可以一次把 backlog 的一整列清空到 Radar 嗎?
可以。選中若干張工單,或者勾上整個可見的列,然後把選中的內容發到 Radar。因為每張公開工單背後都有一個真實的人,確認介面統計的是人數而不是工單數,每個人只收到一條訊息,而不是每張工單一條,而且整批操作在真正發出之前有十分鐘可以撤銷。
AI 產品經理(Product Manager)會替我做決定嗎?
不會。它通讀整份語料,重新聚類,提出合併建議,給影響和投入打分,並拿著能佐證的原話為下一張工單辯護。建工單和回覆反饋者是朝真實的人發出去的動作,所以它們仍然歸你。你也可以把它換成 Brainstormer、UX Researcher 或者一名業務分析師來執行。
我可以用自己的 OpenAI 金鑰嗎,它在我手機上能用嗎?
兩個都可以。如果你帶了自己的金鑰,聚類就跑在你的金鑰上,否則跑在內含的額度上。在手機上你拿到同樣的資料和同樣的操作:收件箱、按熱度排序的主題、一個想法的全部原話、合併、晉升、投票和評論。矩陣和機會樹會變成一個排好序的列表,因為 2x2 矩陣不是那種能在 390 畫素寬的螢幕上用拇指拖動的東西。
你可能還會喜歡
延伸閱讀
給你使用者的想法一個落腳的地方
免費下載,支援 macOS、Windows 和 Linux,行動版應用包含在內。
配套應用:隨時隨地監控你的 Agent
使用 Claude、Codex、Antigravity CLI 或其他 AI 提供商。
把 Bug 和需求直接傳送到您的公開待辦清單。
AgentsRoom 實際執行一瞥。