您何時應該選擇建立自訂 Microsoft Teams 應用程式？

• 5 分鐘

Microsoft Teams 平台是一個功能強大的彈性平台，用於建立適用於 Microsoft Teams 的應用程式。 但這並不表示它適合所有案例。 在此單元中，我們將討論 Teams 應用程式擅長的一些關鍵案例。

何時使用 Teams 應用程式

加強通訊和共同作業

Teams 應用程式著重於加強共同作業和溝通能力時，會發揮強大功能。 大部分成功的 Teams 應用程式都涉及到從另一個系統提取資訊、就資訊進行交談，以及讓使用者直接從 Teams 用戶端對該資訊採取動作，或根據外部系統的事件或動作，將資訊推送給目標物件。

鼓勵社交互動

著重在鼓勵團隊成員之間社交互動的應用程式也有良好成效。 這些應用程式可傳送投票、讓人員彼此傳送意見反應、讓人員互相交流或只是單純提供娛樂 (不要低估純娛樂性質的應用程式對團隊士氣的影響)。 Teams 是一個社交平台；自訂以社交為主的應用程式，鼓勵您的團隊將公司文化延伸至您的共同作業空間。

啟動和協助常見的商務程式

Teams 可以是啟動及協助完成常見商務流程的有效平台。 建立和分享業務拜訪報告、追蹤專案的時間、預約公共資源、提交服務台要求等這類事務可讓 Teams 應用程式更有效。 通常已有一些其他系統負責完成這些動作。 在那些情況下，使用 Teams 做為啟動程序的橋樑，並在程序進行過程中使用 Teams 溝通，可以建立有效的混合式應用程式。

顯示部分 (或全部) 現有的應用程式

如果您已經擁有網頁應用程式、SharePoint 網站 (或 SPFx 擴充功能)、PowerApp 或其他 網頁型應用程式，在 Teams 中啟用部分或所有應用程式是很合理的狀況。 但請務必謹慎考慮內容與範圍。 如果您啟用瀏覽並將繁忙的網站做為頻道索引標籤，效果可能不彰。

具有索引標籤和 Bot 的個人應用程式

一對一交談 Bot 是 Microsoft Teams 中較為開放的擴充點之一。 對話僅在 Bot 和您的使用者之間進行，您可以靈活地包含工作模組以簡化複雜資訊集的收集，並且可以將它們與個人範圍的索引標籤結合使用。 使用這個畫布，您就可以在 Teams 用戶端內建立完整的傳統應用程式體驗。

何時考慮使用不同的平台

已經有一個執行的好方法

如果已經有一種好方法可完成 Teams 應用程式正在嘗試執行的工作，並且/或者您的使用者已經習慣使用現有系統來完成這項工作，那麼可能很難將體驗轉換到 Microsoft Teams 用戶端。 相反地，您應該尋找讓現有應用程式和 Microsoft Teams 搭配使用的方法。 將通知傳送給使用者或頻道，或從 Teams 內啟動工作流程，但在另一個應用程式中完成工作流程可能比較合理。

並非設計來定期使用的應用程式

一般而言，專為 Microsoft Teams 打造的應用程式可無縫整合至 Teams 用戶端。 這對您的使用者有好處，因為他們通常不會去思考他們當成「應用程式」使用的東西；他們只想要選取按鈕、搜尋項目，然後就能在交談中顯示正確的卡片。 不過，這表示在大部分情況下，您的應用程式不會在任何特定內容中出現。 如果您的應用程式僅設計為鮮少使用，使用者很容易就會忘記它。 大多數成功的應用程式都是因為被經常使用而為使用者所熟知。