操作:通知¶
介紹¶
通知操作,可以某個場景下自動傳送飛書訊息通知至群組或人員。
適用於在某些關鍵環節下傳送飛書通知訊息,管理專案進度與監控專案風險。 比如:
- 評審節點完成後,通知至需求負責人
- 開發節點延期後,傳送通知到關聯飛書群
- 每週彙總正在進行中的需求,傳送至部門群及關聯需求群
產品評審節點完成後,通知至研發¶
實際管理流程中,想對一些重要節點的流轉操作進行監控並進行通知,比如當評審節點完成後,向研發推送需求評審訊息,並同步到對應的需求群內。當自動化“操作”選擇飛書通知後,可在【通知至個人】選擇欄內選擇需要接收通知的相關人員、角色、某節點負責人和個人。 自動化規則拆解
針對以上訴求,可以大致梳理為:
- 觸發器: 評審節點完成
- 操作:推送飛書訊息至研發角色與關聯需求群
配置流程 在自動化中進行如下配置:
| 配置步驟 | 圖示 |
|---|---|
| 規則名稱:[評審透過]通知 | ![]() |
| 觸發器-工作項狀態修改 | ![]() |
| 操作-通知 | ![]() |
效果如下:

開發節點延期後,傳送通知到關聯飛書群¶
專案經理需要監控所有需求開發節點的延期情況,若開發節點排期延期後,則在第二天早上10點傳送通知至需求關聯群。 自動化規則拆解
針對以上訴求,可以大致梳理為:
- 觸發器: 需求開發節點延期 1 天
- 操作:傳送飛書通知至需求關聯群
配置流程 在自動化中進行如下配置:
| 配置步驟 | 圖示 |
|---|---|
| 規則名稱:延期需求通知 | ![]() |
| 觸發器-動態時間任務 | ![]() |
| 操作-通知 | ![]() |
效果如下:

彙總需求,傳送至部門群及關聯需求群¶
業務需要每週四下午 16:00 彙總正在進行中的需求清單,包括需求名稱、進行中節點、優先順序、需求文件等內容,傳送至部門群,及分別傳送至關聯需求群。 自動化規則拆解
針對以上訴求,可以大致梳理為:
- 觸發器: 每週四下午 16:00
- 條件: 業務線屬於 Meesage,且需求狀態不等於“已結束”的需求
- 操作: 彙總傳送需求清單,展示名稱、進行中節點、優先順序、需求文件欄位,通知至部門群與關聯需求群。
配置流程 在自動化中進行如下配置:
| 配置步驟 | 圖示 |
|---|---|
| 規則名稱:本週正在進行中需求 | ![]() |
| 觸發器-定時迴圈 | ![]() |
| 條件-欄位值 | ![]() |
| 操作-通知 | ![]() |
效果如下:

每天定時,將缺陷度量圖表傳送至部門群和負責人¶
推送度量圖表注意事項
- 單次推送(單張訊息卡片)最多可展示10個圖表
- 暫不支援全景檢視
- 圖表推送僅支援「定時迴圈」觸發器且無篩選條件
- 選擇圖表推送時,不要勾選「個人僅收到當前負責人為本人的資料」
業務需要每個工作日上午 10:00 將缺陷處理進度的度量圖表,包括累積流圖、WIP趨勢等圖表,傳送至部門群及並同步給研發負責人 自動化規則拆解
針對以上訴求,可以大致梳理為:
- 觸發器: 定時迴圈,每個工作日上午 10:00
- 操作: 推送度量圖表,將缺陷處理進度的度量圖表,包括累積流圖、WIP趨勢等圖表,傳送至部門群及並同步給研發負責人
配置流程 在自動化中進行如下配置:
| 配置步驟 | 圖示 |
|---|---|
| 規則名稱:每日定時傳送缺陷處理日報 | ![]() |
| 觸發器-定時迴圈 | ![]() |
| 操作-通知 | ![]() |
效果如下:

訊息通知自定義補充¶
在訊息通知的卡片,我們可以將自定義文案與欄位/負責人組合展示,便於傳達重點資訊。
例如需求被刪除時,需要傳送通知至部門群時,文案內容為:如有疑問,請聯絡XXX諮詢。

FAQ¶
為什麼沒有收到自動化訊息?¶
請按照以下檢查自動化的配置: 步驟一:自動化規則是否啟用。

步驟二:增加一個分支操作:通知至測試群(記得群內加機器人)再次觸發自動化
注意:測試分支不要配置通知到人,因為通知到人也有限制條件,自動化不會通知給操作人自己

情況一:測試群收到通知,說明觸發器和條件沒有問題,操作配置有誤,檢查通知配置
- 出於降噪考慮,系統預設不會傳送通知給“規則觸發人”。管理員可以自定義配置“規則觸發人”,在操作-通知到個人中,勾選上規則觸發人來實現專案管理機器人對操作人的通知。 舉個例子:配置節點完成時通知給QA角色,如果QA角色是你自己,你完成節點時就不會收到通知

- 出於降噪考慮,10 分鐘內對同一個需求的節點的人員變更、排期變更的操作,通知會合成一張卡片。可檢查原通知卡片上資訊是否已變更。
- 群內是否新增了機器人。

- 配置的通知範圍為角色時,角色上是否已填寫人員。

-
是否勾選了「跳過法定節假日及週六日」 情況二:測試群未收到通知,說明觸發器或條件問題,繼續排查
-
無條件:觸發器有問題,可能是未滿足觸發條件
- 「欄位值修改」觸發器:新建的時候不會觸發,必須是修改新建好的需求(或其他例項)欄位值,如果要新建的時候觸發應該用「建立工作項」觸發器
- 「工作項狀態修改」觸發器:需要確認每個節點是否配置了到達事件的狀態修改,即檢視操作記錄裡是否真的有狀態變化
- 「動態時間任務」觸發器:
- 需求停留時長已超過設定天數,狀態停留超期提醒為超過xx天時提醒,比如7月5號時設定超期3天時提醒,這個時候超期4天的歷史需求(如7月1號排期到期的需求)不會提醒
- 已完成和終止的工作項不會觸發:如需求在「已結束」狀態停留7天,因為工作項已結束,所以不出觸發
- 連續兩個操作,第一個操作沒有觸發的話,第二個操作不會觸發
- 有條件:刪除或修改條件後,重新觸發,看看是否能通知
- 測試群能通知:條件有問題
- 條件配置:條件最多隻能傳遞6000個工作項,如果條件或檢視資料篩選出來的工作項超過6000個,自動化不生效,可以新增多個條件分支,透過進一步篩選減少每個分支的數量
- 測試群不通知:如果確認條件篩選無誤,可以按上文檢查觸發器是否有問題
“規則觸發人”是什麼?¶
操作觸發器事件的人。例如觸發器為“欄位修改”,那麼修改欄位的人為“規則觸發人”。
彙總任務通知可以自定義展示欄位嗎?¶
可以。

彙總任務通知可以支援傳送給需求關聯群嗎?¶
可以。

子任務的通知可以傳送至子任務所屬需求群嗎?¶
可以。













