跳至主要內容
SHAO MEDIA

半夜的告警先被推成了一則通知:Hookpager 的介面,把值勤做成了幾個按鈕

從 V2EX 上一款名為 Hookpager 的 iOS 告警推送 App 的功能取捨看起,觀察半 夜值勤的通知介面如何在確認、靜音與免打擾之間被設計,以及它與 Bark、Pushover 的 差異所在。 TAGS: Hookpager, 通知介面設計, iOS App 設計 CATEGORY: 科技 TYPE: 設計評論

約 3 分鐘

10月12日,V2EX 的「分享創造」版上出現了一則帖子。一位署名 bigjack 的開發者 貼出了自己的 iOS App:Hookpager。起點很具體:做運維或自建服務的人,半夜常靠 Email 或 Slack 刷告警,手機上的通知不夠醒目,於是做了這個東西。

功能本身很簡潔。任意 HTTPS Webhook 發一個 POST,手機就收到推送。App 內提供確認、 靜音、免打擾三種處理,支援配對碼綁定第二臺裝置。適配的場景列得很清楚:Jenkins、 Cloudflare、Uptime Kuma、GitHub Actions。計費則是免費額度加 Pro 訂閱,月付 1.99 美元、年付 14.99 美元、終身 39.99 美元。開發者也坦言目前主要面向海外用戶。

值得看的,是這三個動作被排在一起的方式:確認、靜音、免打擾。大多數推送 App 只回 答一個問題,「通知到了沒」。Hookpager 想回答的是下一個問題:「人收到了之後, 要怎麼處置」。把值勤人員的處置行為直接做進通知的處理層,這是告警工具與訊息工具 的分界線。一則告警被確認,意味著有人接手;被靜音,意味著已知但不處理;免打擾則 是把判斷往後延。這三個按鈕排出的,其實是一套縮小版的 on-call 責任流程。這種把 處置權交還給使用者的設計姿態,和先前觀察過的[[ios27-liquid-glass-transparency-slider -design-observation|iOS 27 把視覺風格的決定權交還給使用者]]有幾分相似的思路:介面 先給工具,規則由人定。

但競爭環境對它不客氣。帖子的回覆裡,Bark 被提了四次。Bark 免費、可自部署、通知 可自訂,已經是這個圈子裡的預設答案。也有人拿 Pushover 相比:五美元終身、經營多年 ,穩定性有紀錄可查。還有人直接問,PagerDuty 本來就有 App,手機都能收到推送,競爭 力是什麼。

回覆裡最有價值的一條來自用戶 doveyoung。他說 Bark 只能看到通知、點擊跳轉;如果 Hookpager 能把這些告警組織起來,做成類似 Zabbix 或 Grafana 那樣的聚合檢視,才算 有差異點。這句話點出了問題的核心:Hookpager 目前的三個按鈕,處理的是單則告警的 當下,而值勤真正的痛點在時間軸上。半夜三點的一則通知之所以讓人焦慮,是因為不知 道它是不是今晚的第五則、不知道上一則有沒有被處理過。聚合與時間軸,才是把「刷消 息」變成「值班」的那一層介面。

另外有回覆指出,開發者提供的站點與文檔網址當時無法存取,回傳 Not found。對一款 以海外用戶為目標、靠 Webhook 信任鏈運作的告警工具來說,文件頁掛掉是比功能缺口 更傷的第一印象。告警類產品的本質是「它必須一直在」,官網的可用性就是這個承諾的 第一頁。

一個旁證是帖子本身的資料:六百多次瀏覽、七則回覆,討論幾乎全繞著既有替代品打轉 。這不代表產品沒有機會,只代表它的差異目前還寫在定價表上,沒寫在介面上。同樣是 把訊息送到手機,Bark 送的是通知,Pushover 送的是管道,PagerDuty 送的是流程。 Hookpager 的三個按鈕已經摸到了流程的邊,下一步若是把告警排成可回看、可交接的時 間軸,它才真正有了自己的表情。在那之前,它是一款做對了方向、還沒做出差異的工具 ,而方向與差異之間的距離,往往就是一款 App 站得住或站不住的全部。

相關報導