Back

Radar 不是仪表盘。是耳朵。

2026-03-26
8 min
产品信号用户洞察

仪表盘显示的是已知。Radar 捕捉的是未知。这个认知转变,花了我两年。

传统仪表盘的谎言

我见过太多仪表盘。GMV、DAU、转化率、留存率。每天早上打开,数字跳一跳,心里踏实一踏实。

但这些数字有一个共同点:它们都是"已经发生的事"。昨天有多少用户?上周转化多少?这个月增长如何?

真正重要的信号,从来没有出现在仪表盘上。

一个用户在 Twitter 抱怨产品难用。一个潜在客户在论坛问有没有替代方案。一个竞品悄悄上线了新功能。这些都在仪表盘之外。等你看到数字下滑,问题已经发酵了两周。

我把仪表盘叫做"后视镜"。它告诉你开过的路,但不告诉你前面有坑。

Radar 的第一次预警

去年,我做了第一个 Radar。初心很简单:不想错过重要信号。

我让洞察者 Agent(Radar)订阅了几个关键词:公司名、竞品名、行业术语。每天早上,它会把发现推给我。

第三天,它捕获了一条不起眼的推文。一个用户说:"X 产品有个功能很好用,可惜 Y 竞品没有。"

这条推文只有 12 个赞。不会出现在任何报告里。但我看到后立刻意识到——这是真实痛点。三天后,我们上线了这个功能。那个用户成了忠实推广者。

这一刻我明白了:Radar 不是展示数据。它是捕捉信号。

仪表盘是眼睛,Radar 是耳朵

我用了一个比喻来解释区别:

  • 仪表盘是眼睛 — 你主动去看。你决定看什么。你只能看到你预设的指标。
  • Radar 是耳朵 — 它被动接收。你不知道会听到什么。它捕捉你没预设的信号。

眼睛看到的是你已经知道的。耳朵听到的是你还不知道的。

这解释了为什么传统 BI 工具永远做不好"需求发现"。因为需求不是"已知指标",而是"未知信号"。你不能预设一个叫"用户真正想要的"指标。你只能听。

Radar 的三层结构

现在的 Radar 有三层:

第一层:信号捕获。洞察者 Agent 监控关键词、论坛、社交媒体。所有信号都进入一个池子。

第二层:信号分类。掌舵人 Agent 判断:这是抱怨?这是需求?这是机会?这是噪音?每个信号被打上标签,推给对应的人。

第三层:信号行动。产品经理收到需求信号。市场团队收到舆情信号。代码侠收到 bug 信号。每个信号都有行动建议。

整个过程不需要我主动看任何东西。信号会自己流向我。

真实案例:一次凌晨的预警

上个月的一个凌晨 3 点,Radar 推了一条信号给我:

"竞品 X 刚发布了功能 Y。用户讨论热烈。关键词:'终于有了'、'等了很久'。"

我第二天早上 7 点看到,立刻做了两个决定:第一,评估我们的对标功能是否落后;第二,在社交媒体上回应这个话题。

如果没有 Radar,我可能在三天后才从行业简报里看到。那时候,话题已经冷却,机会窗口关闭。

不是因为我更快。是因为 Radar 让我"被动接收"而不是"主动寻找"。

关键要点

  • 仪表盘显示已知,Radar 捕捉未知
  • 仪表盘是"后视镜",Radar 是"顺风耳"
  • 真正重要的信号从不主动出现
  • 三层结构:捕获 → 分类 → 行动
  • 让信号流动,而不是让人寻找

下一步行动

想看 Radar 是怎么运转的?

  • Office — 看工作流程、Agent 状态、决策记录
  • Radar — 看实时信号流、分类标签、行动建议
  • Insights — 读其他文章,理解设计背后的思考

最好的洞察,来自你还没问的问题。Radar 就是帮你不问而答。