跳至內容
Mercury .

Mercury Apex 是 Mercury Technology Solutions 的競爭情報產品。它以固定頻率監控競爭對手的頁面,比對實際的內容變更,將每個訊號編織成情境圖,並提供包含推薦行動的晨間簡報。Lens 是控制台:一個圖表、一個資訊流、一份簡報。Apex 不會爬取評論網站。

競爭情報, 競爭對手頁面監控, 內容差異比對, 情境圖譜, 晨間簡報, 面向操作員的競爭情報 (CI)

Mercury Technology Solutions, Mercury Apex, Mercury Lens, 競爭情報, 情境圖譜

具備記憶力的競爭情報

第 30 天應該 比第 1 天更明智。

停止堆積警報。開始累積情境知識。

Mercury Apex 以固定頻率監控您的競爭對手,比對實際發生的變更,並將每個訊號編織成情境圖。晨間簡報不是摘要,而是建議——並附上其來源的快照。

自主監控器即時圖表晨間簡報

自主監控器 · 即時圖表 · 晨間簡報。無警報堆積。

LENS — 即時

示範圖表。啟動監控器以即時資訊取代。

競爭對手首頁職缺定價招募中摘要
監控中
3
新增
1
擷取錯誤
0
監控 3 家競爭對手 · 1 筆新增 · 0 筆擷取錯誤行動建議:今日更新總持有成本(TCO)單頁報告。
定義

Mercury Apex 是什麼

Mercury Apex 是一款具備記憶功能的競爭情報系統。監控器會抓取您指定的頁面,差異比對功能會通知您內容變動。圖表才是產品的核心:每個訊號都是一個節點,每個共享實體都是一條邊。Lens 是控制台——一個圖表、一個餵送流、一份摘要。蒐集很簡單,連結卻很昂貴。

重點摘要

營運人員應牢記的重點

  • Apex 監控您指定的頁面,比對實際變動,並將每個訊號編織成情境圖譜。
  • 晨間摘要提供的是帶有出處引用的建議行動,而非所有資訊的彙整。
  • 第 30 天比第 1 天更豐富,因為圖譜具備記憶功能。週一的工作是延續前情的繼續。
  • Lens 是控制台:一個圖表、一個訊號餵送流、一份摘要。
  • 我們不爬取 G2 或 Capterra。Apex 僅監控您獲授權擷取的屬性頁面。
堆積問題

您已經完成了蒐集,但缺乏連結。

Klue 更新了定價,Crayon 更換了主視覺,有人發布了五個 ML 職缺。您的技術棧確實捕捉到了所有資訊——但它們變成了三個無關的警報,分散在三個工具中,彼此完全孤立。

到了週五,您擁有一堆資料;到了第 30 天,這堆資料變得更大。分析師仍必須手動完成昂貴的工作:釐清哪些變動相關聯,以及我們應該採取什麼行動。

這項工作無法產生複利效應。每個週一都從零開始。

警報

警報不會記憶。

昨天的定價變動與本週的招募熱潮毫無關聯。

提示詞

提示詞也一樣。

關於「Klue 做了什麼」的新聊天視窗,會丟棄上個月的知識圖譜。

卡片

戰術卡片會過時。

業務人員手中的頁面,落後於你本該監控的網站內容至少三個步驟。

核心論點

資訊收集很容易,但建立連結很昂貴。

Apex 就是圍繞這句話建構而成。監視器會抓取你指定的頁面。差異分析告訴你哪裡有變動。知識圖譜才是產品的真正起點:每個訊號都是一個節點,每個共享實體都是一條邊,而下一個問題是針對結構提出的——而不是針對一個從未見過過去 29 天資料的提示詞。

監視器運作方式

抓取、比對、織入、摘要。

1

監控關鍵頁面。

首頁、產品頁、職缺頁、文章——依你設定的頻率進行。剔除無意義的 HTML 排版變動,避免類別名稱被誤認為「訊號」。

2

與昨天的快照比對。

首次運行建立基準線。之後,只有真實的內容變更會被記錄。

3

分類與評分。

發布、定價、招募、訊息調整、弱點等——經過篩選後,依緊急程度評分。可選的模型處理會撰寫摘要並建議下一步;僅在確實發生變更時執行。

4

織入知識圖譜。

新節點會連接到你已知的競爭對手。孤立節點是例外,而非產品設計初衷。

5

醒來時收到摘要報告。

關鍵行動、具體下一步,以及指向快照的引用連結。平靜的夜晚不會製造噪音,破損的 URL 也不會偽裝成平靜的夜晚。

我們不爬取 G2 或 Capterra。這些網站會阻擋非瀏覽器客戶端,而 403 錯誤不是一種策略。Apex 僅監控你獲授權抓取的屬性。

控制台

單一圖譜。資訊流。摘要報告。

Lens 是控制台,Apex 是品牌名稱。

情境知識圖譜

每個競爭對手、頁面和訊號都是一個節點。叢集圍繞定價、訊息、GTM(市場進入策略)和風險形成。懸停節點可查看其關聯內容。點擊可深入查看訊號。密度是一種功能:這表示監視器成功建立了連結,而非我們畫出了更漂亮的雜亂線條。

訊號資訊流

優先處理緊急事項。前後對比。建議行動。採取行動後標記為已讀。將連結複製到 Slack。這是篩選佇列,而非記憶體。

無待處理訊號。監視器將在下次真實變更後將差異結果推送至此。

晨間簡報

「追蹤 3 家競爭對手 · 新增 1 家 · 抓取錯誤 0 筆。」接著是關鍵的一行:該採取什麼行動。如果監控清單狀態不佳,簡報會明確指出。我們寧可因 404 錯誤通知你,也不願對你未獲應得的平靜夜晚表示祝賀。

靜態掃描完成。監控清單健康正常。

監控清單異常。在信任這種沉默之前,請先修復 URL。

監控對象

命名競爭對手。標註 URL。

典型監控組合:

首頁與產品頁面

定位、包裝、主張。

職缺資訊

他們正在招募誰——這往往是產品發布前的先兆。

文章 / 更新日誌

他們希望市場關注的重點。

清單由你掌控。Apex 依既定頻率抓取,遵守 robots.txt 規範,網路波動時重試,並拒絕將流量靜態導向錯誤主機。若「定價」監控最終落在首頁,那是設定錯誤的監控項目,而非定價訊號。

對比分析

傳統堆疊 vs. Apex

傳統堆疊
Apex
每次頁面變更產生一則通知
單一節點,連結至你已知的資訊
週一為回顧彙整
週一為持續追蹤
「Klue 調整定價」
「Klue 重新定價、發布 ML 職缺,並針對該定價所資助的項目進行招募」
所有資訊的摘要
建議行動方案,附帶證據
第 1 天 = 第 30 天
第 30 天的資訊密度高於第 1 天

你仍可購買監控套件。Apex 是讓你運行監控的工具,避免監控本身成為另一堆雜訊。

適用團隊

適用對象

競品分析與產品行銷

您需要的是行動策略,而非原始 HTML。

銷售賦能

簡報是輸入至卡片的核心內容,而不是一堆 PDF 資料夾。

關注短名單的創業者

三名競爭對手、七個頁面、每小時運作的 AI Agent,無需額外部署平台。

行銷代理商

每位客戶僅需一個監控名單(產品正朝此方向發展;監控者已支援配置)。

不適用於試圖煮沸整個網路。如果您需要四千個來源與海量數據流,您已經知道該去哪裡購買。

一個早晨

範例 — 非客戶引述

48 小時內捕捉到兩個關鍵訊號:入門價格上漲、15 人規模的職缺底線、釋出五個 ML 職位。在擴建 AI 團隊的同時,進行高端市場定價調整。

行動:今天更新 TCO 單頁報告。不要等到 QBR(季度業務檢討)再說。

這就是產品發揮作用的時刻。圖譜已整合 Klue,新節點自動連接。簡報並未要求您手動去尋找職缺頁面。

常見問題

營運人員真正會問的問題

它取代了這些工具最弱的部分:將本週的行動與上月的數據連接起來。將 Apex 作為分析層疊加在您已有的資料收集工具之上;如果您的監控名單僅包含幾個 URL,也可將其作為主要收集器。
啟動監控

啟動監控,明日閱讀簡報。

將 Apex 指向那些讓你夜不能寐的競爭對手。明天早晨,你將知道他們是否有動向——以及圖譜建議你採取何種行動。

watchlist.yaml命名競爭對手,指向其 URL。
competitors:
  - name: alpha
    pages:
      - url: https://alpha.example/
        kind: homepage
      - url: https://alpha.example/careers
        kind: careers
cadence: hourly

Watcher 為標準 Python 函式庫。Console 為圖譜介面。本地運行無需帳戶。

Mercury Apex · 蒐集輕鬆易行 · 連結成本高昂