共用方式為


新增通知,讓您的應用程式共同作業

Microsoft Teams 中的應用程式旨在實現組織中人員之間的共同作業。 當應用程式需要資訊轉接 (例如群組 A 執行群組 B 隨後需要處理的工作) 時,如果所有事件都是在該應用程式中發生,則使用者可能會錯過重要更新,且程序可能會停滯。

在 Teams 中針對應用程式的重要事件使用通知時,共同作業會因為主動讓使用者知道有些情況需要他們注意或處理而增強。

Teams 和 Power Platform 為您提供了多種通知方式的選項。

  • 電子郵件通知
  • 簡訊/文字通知
  • Teams 訊息
  • 調適型卡片
  • 頻道張貼

觀看此影片以瞭解如何新增通知來讓您的應用程式共同作業:

選擇正確的通知類型

您應該如何決定要使用何種類型的通知? 許多人預設會傳送電子郵件通知,但也有許多人抱怨他們收到太多電子郵件。 電子郵件是一種可接受的通知類型,但應謹慎使用。 尤其是緊急通知,因為頻繁的電子郵件只有在一段時間後才會看到。

以下是在定義適當類型的通知時該了解的問題:

  1. 該通知是否緊急?

    如果您正在建立用來追蹤安全性問題的應用程式,且有需要立即關注的緊急問題,則應使用簡訊、推播通知或高優先順序 Teams 訊息等通知,以便對方能立即注意到通知。 但不要將這些類型的通知過度用於非緊急通知,否則您可能會激怒您的使用者。

  2. 通知是提供資訊或還是可採取動作?如果您正在建立通知,您要讓通知收件者如何處理通知?

    資訊通知是為了通知使用者,但它們僅用於傳遞資訊。 例如,在 Teams 的「員工構想」範例應用程式範本中,有新構想建立時,會在 Teams 管道中張貼訊息,通知人們已有新構想建立。

    可採取動作的通知可讓收件者進行一個或多個後續活動。 在延伸員工構想一文中,我們會示範如何將通知變更為調適型卡片,讓使用者可以開啟已提交的構想並進行投票。

    如果通知要求使用者可以使用通知執行某些動作 (例如,開啟記錄或回覆),則應使用可採取動作的通知—(例如,調適型卡片),或者新增指向應用程式深層連結的超連結。

    此外,當您將訊息發佈到 Teams 頻道時,Teams 會透過啟用圍繞通知的交談使其他類型的通知更方便採取動作—,使用者可以在頻道中回覆它,讓多人討論通知的能力。

  3. 通知是針對個人的還是針對群組?

    是否有需要通知的特定人員? 或者,是否有一群人需要了解通知? 如果是個人通知,請考慮傳送訊息、電子郵件或文字訊息,以便其他使用者不會因不適用的通知而超載。 如果要讓群組中的多名人員看到訊息,則在 Teams 頻道中貼文會是更好的選擇,因為群組中的使用者都可以看到訊息並進行共同作業。

  4. 通知頻率為何?

    在 Teams 的檢驗範例應用程式範本中,預設會在完成檢驗時,將訊息張貼至 Teams 管道。 不過,如果您的檢查頻率很高,則會將許多訊息張貼到該頻道。 而將許多通知張貼到一個頻道時,可能會遺失個別通知。 當您有多個應用程式傳送通知給你的時,想想手機通知中心—通知很有幫助,但是如果您有許多應用程式張貼更新,通知就會變成噪音。 在這種情況下,您可能會想重新評估您的通知,並將通知變更為僅在緊急檢查或發生問題時才發出通知。

  5. 這對使用者會造成什麼影響?

    您的同事可能會很忙,每次大擾他們都會增加他們的生活壓力—尤其是頻繁的打擾。 如果通知使重要資訊更容易取得,通知就很實用。 但如果通知過於頻繁或不必要,也會有負面影響。 此外,隨意的通知可能會削弱使用者的控制感—如果使用者無法控制大量送達的訊息。 而這可能會是一種令人沮喪的體驗。 考慮在應用程式中為使用者提供選項來控制其通知—這可以是選擇接收通知的設定切換,或是選擇要接收通知類型的喜好設定。 如需範例,請參閱擴充佈告欄

通知:Power Apps 或 Power Automate

建立通知時,您有兩個選擇:

  • 讓您的應用程式直接建立通知。
  • 或者,觸發 Power Apps 流程以張貼通知。

根據您使用的通知類型以及通知觸發方式,來決定應使用哪種方法。 某些通知類型— (如調適型卡片) 需要 Power Automate。 其他如傳送電子郵件、文字訊息或 Teams 頻道訊息可以從 Power Automate 公式或 Power Automate 流程傳送。 雖然這個問題沒有絕對的對與錯,但還是有一些規則需要考慮:

  • 直接從沒有流程的應用程式傳送的通知,將會位於使用者在應用程式進行變更的內容中。 這表示使用者將需要存取傳送訊息的服務,而某些類型的訊息 (例如電子郵件) 可能會來自他們的個人帳戶。 如果您要從服務帳戶或一般通知信箱傳送訊息,則 Power Automate 流程可以由不同的使用者帳戶所擁有,並在由資料條件 (例如建立記錄) 觸發時傳送訊息。

  • 如果流程傳送通知,且由應用程式直接觸發,則需要將流程共用,或將其指派給觸發流程的使用者。 如果流程傳送通知,且由資料條件 (如記錄建立或更新) 所觸發,則流程不需要觸發使用者共用或擁有該流程。

  • 透過使用 Power Automate來傳送通知,您可以更新通知,而無需重新發佈您的應用程式。 如果您的通知詳細資料經常變更,或應用程式需由應用程式製作者以外的使用者修改,則使用 Power Automate 傳送的通知可分割您的工作負載,並在您處理應用程式時,讓其他使用者也能同時處理通知。

  • Power Apps 直送傳送通知使用公式來定義通知邏輯,Power Automate 流程會使用更圖形化的介面來設定通知的屬性。 例如,從 Power Apps 應用程式,您可以使用以下公式透過 Outlook 連接器傳送電子郵件:

Microsoft365Outlook.SendEmail("mailbox@contoso.com", Summary, Description)

相反地,在 Power Automate 中,傳送電子郵件動作會以圖形方式呈現,讓使用者以類似於在 Outlook 傳送電子郵件的方式來填入欄位。

Power Automate 通知

對於有經驗的製作者來說,直接從 Power Apps 傳送電子郵件會更快,但這也需要更多詳細資料—例如附件檔案和格式化文字。 對於經驗不足的製作者,使用 Power Automate 流程傳送電子郵件可能會更容易。

注意

是否能請您告知您偏好的慣用文件語言? 請填寫問卷。 (請注意,本問卷為英文版)

完成問卷大約需要七分鐘。 本問卷將不會收集個人資料 (隱私權聲明)。