Idea Radar

把使用者反饋丟進去。
它們整理好之後回來。

Idea Radar 是放在你 backlog 旁邊的那塊想法看板。客服訊息、功能請求、通話結束後隨手記下的一句話:原樣丟進來就行。它們自己聚成主題,重複項自動合併,每個想法都帶著真正提出過它的人數。

你的 backlog 說的是你決定要做的事。Radar 說的是你聽到了、但還沒拍板的事。

Idea Radar
整理中
原始訊號

找不到我以前的匯出檔案

客服聊天

匯出功能埋在子選單裡

公開表單

請加一個深色模式

降級的工單
聚類中
主題位反饋者
匯出14
外觀9
行動版5
1記錄原話
2按主題聚類
3統計人數

進去的是原始使用者反饋,出來的是一塊想法看板。每個主題帶的是提出它的人數,不是誰拍腦袋給的一個評分。

你的使用者整天都在告訴你事情。一條客服訊息、聊天裡的一行字、通話中記下的一句話、八個月前有人提交的一個功能請求。這些內容裡的大多數,再也沒有被讀第二遍。

把這些全塞進 backlog,等於毀掉 backlog。一塊五行裡有四行永遠不會被開發的看板,已經不是工作計劃,而是一片排好了順序的墓地。放進專案記憶也不對:記憶裝的是已經定下來的事,不是某個人的願望。留在聊天裡,則意味著往下一滾就丟了。

Radar 就是第三個地方。任何東西都可以丟進來,以它到達時的樣子。它會被聚成主題、去重,並按背後的人數排序。等一個想法成熟了,你把它晉升為 backlog 工單,所有提出過它的人都會收到通知。

一塊想法看板真正能給你什麼

使用者反饋成堆地進來,整理好之後再出去。主題是從大家寫下的內容裡長出來的,不是一套你手工維護、三月份就放棄維護的分類體系。

每個想法都帶著提出它的人數。產品優先順序排序不再是一次直覺判斷,而是一個你可以擺出來給人看的數字。

重複項在變成兩個獨立開發任務之前就被檢測出來。合併兩個想法會把它們的訊號一起搬過去,所以合併不可能丟掉任何一個反饋者。

你的 backlog 重新變回 backlog 該有的樣子:你要做的事,僅此而已。功能請求的分揀在 Radar 上進行,而不是在你團隊每天干活的那塊看板上。

資料本身保證的三件事

一個想法管理工具的價值,取決於你能對它的記錄有多少信任。這裡的三條性質是結構上的,不是寫在規章裡的承諾。

原話不可更改
沒有任何工具、任何介面、任何代理能改寫一個人真正敲下的那句話。想法的標題和摘要,你想改多少次都行。而某個人寫下的內容,會原封不動地保持他寫下時的樣子,連同他的名字、他的來源和他的日期。
合併不可能弄丟一個反饋者
最小單位是訊號,不是想法。合併兩個想法搬動的是訊號,而每個訊號本來就帶著自己的反饋者。沒有人需要記得把關注者複製過去:資料結構本身讓丟失變得不可能。
公開提交在到達時並不公開
訪客提交的想法會以原始狀態落進你的收件箱。在你確認它之前,只有作者和你看得見,別人都看不見。沒有這條規則,一塊公開的反饋看板一個月就會變成垃圾場。

讀同一份語料的四種方式

一份資料,四個問題。切換視角,資料本身不會動,動的只是你能看見的東西。

主題

預設視角。想法按主題分組,主題按熱度排序,熱度以人數計量。這就是你早上開啟、用來看使用者在聊什麼的那塊想法看板。

大家在聊什麼,聲音有多大?

方法:親和圖(affinity mapping)

影響 / 投入

一個 2x2 矩陣。你拖動一個想法,就是在它自己的記錄上寫下它的影響和投入。左上象限就是你現在最該做的事,而填滿它的是證據,不是意見。

這一週裡,什麼又有效又便宜?

方法:影響 / 投入矩陣(impact effort matrix)

機會樹

你的目標在最上面,主題掛在目標下面,想法掛在主題下面。沒有掛到任何目標上的主題,會出現在一個「未掛接」欄裡,這就是護欄:它要麼接到某件你真正在乎的事情上,要麼被你有意識地擱置。

這件事服務於我這個季度的目標嗎?

方法:機會解決方案樹(opportunity solution tree)

星圖

一張由向量嵌入(embedding)建置的語義地圖。意思相同的想法會挨在一起:重複項看上去是一簇一簇的,空白則是沒人提過的地方。可以合併的候選會在有人把它們開發兩遍之前,先在這裡浮出來。

我的重複項在哪,我的空白又在哪?

方法:語義聚類

Radar 和 backlog 是同一塊工作面

成熟的想法變成工單。這個季度不會做的工單退回去,重新變成想法。兩個方向都會把人一起帶過去。

Radar

批次匯出一個專案

11 個訊號,24 票

晉升為工單
退回 Radar
Backlog

工單:批次匯出

進行中,11 位關注者

人也一起跟著走

這條聯絡從兩頭都看得見:被晉升的想法會顯示它對應工單的卡片,而由想法誕生的工單會顯示它帶著多少訊號、多少投票而來。

這條聯絡從兩頭都看得見:被晉升的想法會顯示它對應工單的卡片,而由想法誕生的工單會顯示它帶著多少訊號、多少投票而來。

一條反饋會經歷什麼

從別人發給你的那條訊息,到代理交付的那張工單,中間沒有任何人重新敲一遍。

01

有東西進來了

一條客服聊天訊息、一次在你公開反饋看板上的提交、一張你從 backlog 上降級下來的工單、一條你自己敲的筆記,或者你用手機口述的一段話。這些入口每一個都算數。

02

它被存成一個訊號

未經改寫的原話、它的作者、它的來源和它的日期。不是一份摘要:是那句話本身。之後無論這個想法怎麼變,這條記錄都不會動。

03

它找到自己的想法和主題

分類會把這個訊號掛到某個已有的想法上,或者新開一個,再把這個想法掛到某個主題上。如果它看起來像你已經有的東西,它會被標成一個可能的重複項,而不是在你背後被合併掉。

04

提出的人收到迴音

反饋者會在自己的會話裡收到一條訊息:已記錄,這是這個想法的公開連結,你可以關注它、給它投票。就是這一條訊息,決定了一個使用者會不會再來反饋第二次。

05

你來讀這份語料

用主題看大家在聊什麼,用矩陣看什麼又有效又便宜,用機會樹確認它服務於你這個季度,用星圖找出你的重複項。同一份資料,四個角度,不用匯出。

06

一個代理和你一起打理這塊看板

一個 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,行動版應用包含在內。

免費下載 AgentsRoom

配套應用:隨時隨地監控你的 Agent

使用 Claude、Codex、Antigravity CLI 或其他 AI 提供商。

獲取擴充功能
Chrome Web Store

把 Bug 和需求直接傳送到您的公開待辦清單。

AgentsRoom 實際執行一瞥。

多專案管理
多供應商
多代理執行
即時狀態
檔案差異與提交
行動應用
即時預覽
代理團隊
瀏覽器自動化
Backlog 驅動開發
提示詞庫
技能庫
檢視所有功能