Microsoft Teams 中的應用程式旨在讓組織中的人員之間進行共同作業。 當您的應用程式具有資訊交接功能時，例如群組 A 執行群組 B 需要處理的動作，如果應用程式中發生所有內容，使用者可能會錯過重要更新，而進程可能會停滯。
在 Teams 中針對應用程式中的重要事件使用通知，會主動讓使用者知道某些事情需要他們的注意或需要完成，從而增強共同作業。
Teams 和 Power Platform 提供多種通知人員的方式。
- 電子郵件通知
- 簡訊/文字通知
- Teams 訊息
- 調適型卡片
- 頻道貼文
觀看這段影片，瞭解如何新增通知，讓您的應用程式具有協作性：
選擇正確的通知類型
您應該如何決定要使用哪種類型的通知？ 許多人默認使用電子郵件通知，但許多人也抱怨他們收到的電子郵件太多。 電子郵件是一種可接受的通知類型，但應謹慎使用。 特別是對於緊急通知，因為頻繁的電子郵件只有在一段時間後才會看到。
以下是定義適當通知類型時要問的一些問題：
通知緊急嗎？
如果您要建立應用程式來追蹤安全問題，而且有需要立即注意的緊急問題，則應該使用簡訊文字、推播通知或高優先順序 Teams 訊息等通知，以便立即注意到通知。 但不要過度使用這些類型的通知來處理非緊急通知，否則您可能會激怒使用者。
通知是資訊性還是可採取行動性？ 如果您要建立通知，您想要讓通知收件者如何處理通知？
資訊通知是為了通知使用者，但僅供參考。 例如，在 Teams 的員工構想範例應用程式範本中，建立新構想時，會在 Teams 頻道中張貼訊息，通知人員已建立新構想。
可採取動作的通知可讓收件者進行一個或多個後續活動。 在延伸的員工構想一文中，我們示範如何將通知變更為調適型卡片，讓使用者可以開啟提交的構想並投票。
如果通知要求使用者能夠對通知執行某些動作，例如開啟記錄或回應，則應使用可採取動作的通知，例如互動式卡片，或新增超連結以深層連結至應用程式。
此外，Teams 會啟用有關通知的對話，讓其他類型的通知更具動作性，當您將訊息張貼至 Teams 頻道時，使用者可以在頻道中回應訊息，讓多人能夠討論通知。
通知是個人的還是團體的？
是否有需要通知的特定人員？ 或者，是否有一群人需要了解通知？ 針對個人通知，請考慮傳送訊息、電子郵件或文字訊息，讓其他使用者不會因不適用的通知而超載。 如果群組中的多人應該看到訊息，則 Teams 頻道中的貼文是更好的選擇，因為群組中的使用者都可以看到訊息並共同作業。
通知的頻率是多少？
在 Teams 的檢查範例應用程式範本中，根據預設，檢查完成時會將訊息張貼至 Teams 頻道。 不過，如果您的檢查頻率很高，則會將許多訊息張貼到該頻道。 當許多通知發佈到一個頻道時，個別通知可能會遺失。 想想您的手機通知中心——當您有一些應用程式向您發送通知時，它們會很有幫助，但如果您有許多應用程式發布更新，通知就會變成噪音。 在此情況下，您會想要重新評估通知，並將通知變更為只通知緊急檢查或問題。
對用戶有什麼影響？
您的同事可能很忙，而每次的干擾都會增加他們生活的壓力，尤其是頻繁的打擾時。 如果通知使重要資訊更容易獲得，那麼它們就很好。 但過於頻繁或不必要時，也可能會造成負面影響。 此外，任意通知可能會削弱使用者的控制感，如果許多訊息開始到達而使用者無法控制。 這可能是一次令人沮喪的經歷。 考慮在應用程式中為使用者提供控制通知的選項，這可以是選擇加入通知的設定切換，也可以是選擇接收通知類型的偏好設定。 如需範例，請參閱 擴充公告 。
通知：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 Apps 傳送電子郵件會更快，但需要更多詳細資料，例如附件檔和格式化文字。 對於經驗不足的製作者來說，使用 Power Automate 流程傳送電子郵件可能會更容易。