Teams アプリの計画チェックリスト

アプリのライフサイクルは、アプリの計画から最終的なデプロイまで、さらにさらに長く続きます。 アプリを計画するには、ユーザーと要件を知る以上の時間がかかります。 アプリのニーズに応じて、今後の更新プログラムの計画を検討することもできます。

アプリのライフサイクルの計画を実際に見てみましょう。

関連する質問

アプリを計画する際に考慮すべき質問のチェックリストを次に示します。 計画にアプリ開発の重要な詳細が含まれるようにするためのガイドラインとして使用します。



ユーザーを理解する
# 考慮する要因
1 ユーザーは主にモバイル クライアントの現場担当者ですか?
2 多くのゲスト ユーザーがアプリへのアクセスを必要とすることを期待していますか?
3 チームとチャネル、または主にグループ チャットを使用していますか?
4 プライマリ ユーザーは技術的にどの程度高度ですか?
5 完全なオンボーディング エクスペリエンスが必要ですか? それともいくつかのポインターが必要な場合があります。

問題を理解する
# 考慮する要因
1 ユーザーが使用する現在の状態システムの長所と短所は何ですか?
2 対処したいユーザーが直面する問題は何ですか?
3 ユーザーが現在のプロセスの方法で気に入っている機能は何ですか?

アプリの制限事項を理解する
# 考慮する要因
1 現在のアプリのバックエンド統合に関する課題は何ですか?
2 社内またはサード パーティのバックエンド データを所有しているのは誰ですか?
3 アプリの機能に影響を与えるファイアウォールはありますか?
4 アプリの機能に必要なデータにアクセスするための API はありますか?

認証を提供する
# 考慮する要因
1 ユーザーは自分のロールに基づいてデータのさまざまなビューにアクセスしますか?
2 関与している PII はありますか?
3 対話もユーザー ロールに基づいて行われますか?
4 外部ユーザーはアプリにアクセスしますか?

オンボーディング エクスペリエンスを計画する
# 考慮する要因
1 ユーザーがチャネルでタブを初めて構成するとどうなりますか?
2 メッセージ拡張機能でカードを共有している場合は、詳細情報ページへの小さなリンクを追加して、アプリで他にできることをユーザーに紹介するのに役立ちますか?
3 ほとんどのユーザーが既にアプリの内容のコンテキストを持っているか、別のコンテキストで既にサービスを使用していることを期待していますか?
4 事前の知識を持たないユーザーがアプリにアクセスすることがありますか?

個人用スコープ アプリ
# 考慮する要因
1 プライバシーやその他の理由でアプリとの 1 対 1 の対話が必要ですか? たとえば、休暇の残りやその他の個人情報を確認する場合などです。
2 共通の Teams を持っていない可能性のあるユーザー間でコラボレーションが行われる予定はありますか? たとえば、会社で予定されている組織全体のイベントを見つけるなどです。
3 Teams アプリ エクスペリエンス全体でユーザーに送信する必要があるパーソナライズされた通知やメッセージはありますか?

共有スコープ アプリ
# 考慮する要因
1 アプリによって表示される情報は、タブで、またはボットを介して提供され、チームのほとんどのメンバーに関連し、有用ですか? たとえば、スクラム アプリなどです。
2 アプリのコンテキストは、追加先のチームによって変わる可能性がありますか? たとえば、Planner のタスクはチームによって異なります。
3 共同作業が必要なペルソナのすべてのメンバーが 1 つのチームに属している可能性はありますか? たとえば、チケットで作業しているエージェントなどです。

ビルド環境の選択

提案: アプリのニーズに基づいて適切な環境を選択するのに役立つオプション。


アプリのテストを計画する

提案: アプリに最適なテスト環境を決定するのに役立つオプション。


アプリの配布を計画する

提案: 最適な配布モデルを決定するのに役立つオプション。

Teams アプリのホスティングを計画する

Teams でアプリがホストされない。 ユーザーが Teams にアプリをインストールすると、構成ファイル (アプリ マニフェストとも呼ばれます) とアプリのアイコンのみを含むアプリ パッケージがインストールされます。 アプリのロジックとデータ ストレージは、開発中のローカルホストや Azure Web サービスなど、他の場所でホストされます。 Teams は HTTPS 経由でこれらのリソースにアクセスします。

Teams アプリのアプリホスティングを示す図

アプリのビルド以外の計画

  • Teams で行われていることを判断: 新しいアプリでも既存のアプリでも、Teams クライアント内でアプリ全体が必要かどうかを確認します。 アプリの一部のみを統合する場合は、ワークフローの共有、共同作業、開始、監視に重点を置きます。

  • オンボード エクスペリエンスの計画: 主要なユーザーを念頭に置いてオンボード エクスペリエンスを作成します。 1000 人のユーザーがいるチャネルにインストールされたチャット ボットを導入する方法は、1 対 1 のチャットにインストールされる場合とは異なります。

  • 将来の計画: 現在のソリューションでユーザーが優先する新機能を特定します。 新機能は、アプリの設計とアーキテクチャに影響を与える可能性があります。