ユース ケースを理解する

共同作業を行うことのできる Teams のソーシャルなフレームワークでは、Teams アプリを使用してさまざまなユーザー ニーズを解決できます。 たとえば、効果的なコラボレーションを実現する際のギャップを埋めるアプリは最適です。

アプリ ユーザーとアプリの要件は、すべてのアプリの選択を決定する基本的なガイドラインです。 アプリの設計の構築、機能の選択、ビルド環境とテスト環境の決定、アプリの配布は、アプリのユーザーの要件に従います。

アプリでユーザー要件を満たすには、まずユーザーの要件を理解する必要があります。

  • ユーザーを理解する:

    • ユーザーの問題を認識し、ユーザーが直面する一般的な問題の解決策を特定します。
    • ユーザーのニーズを満たす適切な機能の組み合わせを見つけて、Teams アプリを構築します。
    • ユース ケースを理解して、エンド ユーザーがアプリを操作する方法を理解します。
    • アプリが Teams ストアの申請プロセスに合格できるように、 Microsoft Teams ストアにアプリを公開する方法 について学習モジュールを確認することをお勧めします。
  • 問題を理解する: アプリが解決する必要のある主要な問題を解決します。

  • 統合を検討する: アプリに必要なアプリとサービス (認証、Microsoft Graph、Web アプリなど) を特定します。

Microsoft Teams アプリの機能

Teams を拡張する方法は複数あり、アプリごとに異なります。 Teams アプリの機能は次の機能を提供します。

アプリの機能

機能は、アプリで構築することのできる主要な機能です。 また、統合と操作を可能にするため、エントリ ポイントまたは拡張ポイントとも呼ばれます。

Teams アプリには、次の主要な機能のいずれか、またはすべてが含まれます。

個人用アプリ

個人用アプリは、ユーザーが自分のタスクに集中したり、関連するアクティビティを表示したりするのに役立つ専用のスペースまたはボットです。

Teams クライアントでの個人用アプリの外観の概念表現。

タブ

Web ベースのコンテンツをタブに表示します。こでは、他のユーザーが話し合って共同作業を行うことができます。

Teams クライアントでタブがどのように表示されるかについての概念的な表現。

ボット

多くの場合、会話によって何らかの行動を取る必要性が発生します (注文の生成、コードの確認、チケットの状態の確認など)。 ボットは、このようなワークフローを Teams 内で開始することができます。

Teams クライアントでボットがどのように表示されるかについての概念的な表現。

メッセージ拡張機能

メッセージ拡張機能を使用すると、外部の情報を検索して共有できます。 また、チャネル投稿の内容に基づいてヘルプ チケットを作成するなど、メッセージに対して操作を行うこともできます。

Teams クライアントでメッセージ拡張機能がどのように表示されるかについての概念的な表現。

ミーディング拡張機能

Teams の通話エクスペリエンスにアプリを組み込むためのオプションがいくつか用意されています。

Teams クライアントでの会議拡張機能の概念表現。

Webhook とコネクタ

重要

コネクタベースの受信 Webhook を含む Teams の Office 365 コネクタは、2026 年 5 月に廃止されました。 Teams で Webhook 要求を受信し、メッセージを投稿するには、ワークフロー アプリを使用します。 詳細については、「Microsoft Teams 内の Office 365 コネクタの廃止」を参照してください。

Teams で Webhook を作成するにはどうすればよいですか?

  • Webhook 要求を受信したときにチャットまたはチャネルに自動的に投稿するには、定義済みのワークフロー テンプレートを使用するか、 Teams Webhook 要求を受信したとき のトリガーを使用してワークフローを最初から作成します。 詳細については、「 受信 Webhook を使用して Teams でメッセージを送信する」を参照してください。
  • Teams Webhook 要求を受信したときのトリガーの詳細については、「Microsoft Teams - Webhook」を参照してください。

Office 365 コネクタを既に構築している場合:

  • Power Automate コネクタを作成する: Power Automate は、Teams で広く使用されているワークフロー アプリを強化します。 これは、プログラムで Teams との間でデータを送受信するためのスケーラブルで安全なアプローチです。 この方法を採用すると、製品から Teams チャネルにアラートを投稿するためのワークフロー テンプレートを作成できます。 このアプローチにより、新しいメソッドのユーザー導入が簡単になります。 詳細については 、エンタープライズ開発者、ISV、パートナー向けの Power Automate を参照してください。
  • Teams アプリを更新する: 現在の Teams アプリを強化できます。 たとえば、ユーザーがシステム内のトリガー イベントに基づいてプロアクティブ メッセージを設定できるようにすることができます。 詳細については、「 ボットが事前対応型メッセージを介してチャネルに投稿する方法」を参照してください。

既知の問題

  • ワークフロー Webhook はプライベート チャネルをサポートします。 Power Automate ポータルまたは Teams のワークフロー アプリを使用して構成できます。
  • ワークフロー Web フックは、アダプティブ カードおよび MessageCard ペイロードをサポートします。 MessageCard ペイロードはコンテンツをレンダリングしますが、対話型の HTTP POST アクション ボタンをサポートしていません。 対話型カードの場合は、アダプティブ カードを使用し、カード応答を処理するようにワークフローを構成します。

限界事項

ワークフローは特定のユーザー (ワークフローの所有者と呼ばれる) にのみリンクされ、Teams のチームやチャネルにはリンクされません。 共同所有者が割り当てられていない場合、所有者がいない場合、ワークフローは孤立フローになる可能性があります。 フローによって自動化されたビジネス プロセスの継続性を維持するために、管理者は 1 人以上の共同所有者を追加し、ワークフローに対する完全な制御を付与できます。 また、接続の認証 (存在する場合) を追加し、フローが無効になっている場合は有効にすることもできます。 詳細については、 孤立フローの管理を参照してください。

受信 Webhook は、別のアプリから Teams チャネルに通知を自動的に送信する簡単な方法です。 送信 Webhook を使用すると、Web サービスにメッセージを @mention で送信できます。

Teams クライアントでコネクタがどのように表示されるかについての概念的な表現。

Microsoft Graph for Teams

Microsoft Graph API for Teams は、アプリの機能を作成または強化するのに役立つチーム、チャネル、ユーザー、メッセージに関する情報へのアクセスを提供します。 通知 API は、アプリから Teams アクティビティに通知を送信する簡単な方法を提供します。

Microsoft Graph for Teams についての概念的な表現。

注:

Teams ストアは進化しました。

以前は、組織用にビルドされたカスタム アプリ (LOB アプリ) は、タイルの省略記号を選択することで更新されていました。 更新された Teams ストア エクスペリエンスを使用すると、Teams 管理センターにログインすることで、組織用に構築されたカスタム アプリ (LOB アプリ) を更新できるようになりました。

アプリのスコープ

アプリには、次のいずれかのスコープを指定できます。

  • 個人用アプリ エクスペリエンス: 個人用アプリは、ユーザーが自分のタスクに集中したり、重要なアクティビティを表示したりするのに役立つ専用のスペースまたはボットです。
  • 共有アプリ エクスペリエンス: Teams、チャネル、およびチャットは共同作業スペースです。 これらのコンテキストのアプリは、そのスペース内のすべてのユーザーが利用できます。 通常、共同作業スペースでは、アプリの操作や新しい社会的対話の実現に重点が置かれます。

アプリは、さまざまなスコープにまたがって存在できます。 例:

  • アプリは、中央の共有場所 (タブ) にデータを表示できます。
  • また、同じ情報を個人の会話インターフェイス (ボット) を介して表示することもできます。

ユーザーは同一のアクティビティを実行するためにキャンバス タブでアプリを操作するか、会話型ボットを使用する場合があります。

次の手順

関連項目