Microsoft Teams の サンプル アプリ テンプレート は、次の目標に合わせて設計と構築が行われました。
- 複数の業界に関連するチームに完全に機能するアプリを提供します。
- Power Apps からの基幹業務データのより深い統合の例を提供し、Teams のコラボレーション要素に統合して、より生産性の高いワークロードを推進します。
- Teams と Power Apps で優れた UX デザインを使用する例を提供します。
- ユーザーがビジネス要件に合わせて変更および拡張できる拡張可能なアプリを提供します。
この記事では、これらのアプリを構築するために使用したプロセスと、独自の Power Apps アプリを構築する際に従うことができる手順を確認します。
チップ
この記事では、Teams テンプレートアプリを設計するときに採用したいくつかのアプローチに焦点を当てます。 Power Apps 構築のための賭けの実践に関する追加のリソースについては、Power Apps ドキュメントの Power Apps ガイダンス ドキュメント セクションを参照してください。
このビデオでは、Microsoft Teams の Power Apps テンプレートがどのように作られるのかを説明します:
定義
設計と構築を行う前に、アイデアを持っている必要がありますビジネス上の問題を解決するためのアイデア、レガシーまたは手動のプロセスを最新化するためのアイデア、またはユーザーの生活を楽にするアプリのアイデアがあります。
問題に対する既存の解決策があるかどうかを確認してください。 アプリの利害関係者、顧客、または潜在的なユーザーと話し合い、意見を聞いてください。 要件またはユーザー ストーリーをキャプチャし、最も優先度の高いニーズまたは機会に基づいて優先順位を付けます。
アプリケーションを使用するユーザーの "ペルソナ" または役割を特定します。 この時点で、ユーザーの主要な問題の定義に集中する必要があります彼らの満たされていないニーズは何ですか? 彼らがこの問題を解決することはどれほど重要ですか?
多くのチームは、ユーザーの問題を完全に理解する前に、解決策に飛び込む傾向があります。 この罠を回避する 1 つの方法は、"実行するジョブ" フレームワークを使用することです。 このフレームワークは、ユーザーの行動や決定の元の推進力であるユーザーのニーズと目標を特定して理解するのに役立ちます。 このアーティファクトは、ペルソナの主要な目的と、言語で達成したい仕事のそれぞれを文書化したものです。
上記の例は、ストア ウォーク シナリオの検査サンプル アプリ テンプレートで実行するペルソナとジョブを示しています。
設計
アイデア、ペルソナ、実行するジョブを特定して検証したら、今度はアプリを設計します。 この時点で開発に飛び込みたくなるかもしれませんが、もう少し設計計画を立てることで十分に役立ちます。
計画を立てることで、一貫したユーザー エクスペリエンスを確保しながら、アプリの最適な設計上の決定を下すことができます。
ユーザー エクスペリエンスを設計する
各ジョブ ステートメントのユーザー フローとワイヤー フレーム (Blueprint) を作成して、設計計画を作成します。 このプロセスは、ソリューションがとるプロセスが論理的かつ効率的であり、目前の問題の核心に取り組むことを保証するのに役立ちます。
フローを試してみると、さまざまなプロセスのさまざまな長所と短所をよりよく理解するのに役立ちます。 この理解により、ユーザーが最終目標をスムーズに達成できるようにするフローと画面を選択できます。 設計結果を達成するのに役立つ多くのツールが利用可能です。 たとえば、PowerPoint、Visio などの Microsoft アプリケーション、または Figma、Adobe XD、Sketch などのサードパーティアプリケーションなどのサードパーティ アプリケーション、または単純なペンと紙などです。
これは、エンドユーザーからフィードバックを得るのに適したチェックポイントでもあります。 これらの高レベルのフローをアプリ ユーザーと共有し、エンド ツー エンドのエクスペリエンスに関するフィードバックを入手してください。 この段階での反復は、すばやく変更を加えてオプションを比較できるため、リスクが低くなります。
基本レイアウトができたら、今度は楽しい時間を過ごすことができます。 クリーンで鮮明なアプリが必要ですか? またはもっと遊び心のある何か。 ユーザーの心の状態と、ユーザーにとって何が最も効果的かを考えてください。 アプリ画面のワイヤー フレーミングは、必要なデータコネクタを計画するのにも役立ちます。また、提案された設計が要件に対応していることを確認するためにアプリを構築する前に、関係者とレビューしてフィードバックを得ることができるアーティファクトを提供します。
要件とペルソナを特定し、バックログに優先順位を付けたら、バックログの "必須" 項目を満たすために必要となる一連の機能を特定します。 これは、実用最小限の製品 (MVP) と呼ばれます。
データ モデルの設計
ユーザー エクスペリエンスに加えて、アプリのデータ モデルを設計することも重要です。 Power Apps はどこからでもデータに接続できますので、アプリに必要なデータとその使用方法を検討したいと思います。 Visio またはその他のデータ ダイアグラム作成ツールで、目的のアプリ機能をサポートするために必要なテーブル、フィールド、およびリレーションシップを計画します。 マイルストーン アプリ テーブルのデータモデルとそのリレーションシップの例を次に示します。
使用するフィールド データ型を計画するときに、ユーザーがデータを操作する必要がある方法を検討してください。 たとえば、ステータス、優先度、カテゴリのドロップダウンはマイルストーンで更新でき、そのため、これらのオプションのテーブルを作成し、ルックアップを使用してそれらを作業項目にリンクしました。 アプリ内のユーザーが編集できないその他の頻繁に変更されないリスト オプションについては、選択データ型フィールドを使用しました。 データ設計がアプリとユーザーの目的と使用パターンに適合していることを確認してください。
開発
アイデアとデザインができたので、Power Apps でアプリの作成を開始します。 Teams で Power Apps を使用してアプリを構築している場合、プライベートチームを作成し、チームのメンバーをアプリ開発プロセスに関与するメンバーのみに制限することをお勧めします。
フィードバックを得るために、利害関係者と定期的に進捗状況を確認してください。 アプリが一緒になるのを見ると、完成品の興奮が高まり、アプリのエクスペリエンスを繰り返して改善するために使用できるフィードバックも提供されます。
検証
アプリの機能が完了したら、アプリを徹底的にテストします。
各ペルソナとしてテストする
Teams デスクトップをテストする
Teams モバイルをテストする
アプリが広く配分されるように共有されるかどうか (チーム外の同僚と共有するかどうか)、チームのメンバーではないユーザーとしてテストします。
アプリ チェッカー を確認して、アプリに問題やアクセシビリティの問題があるかどうかを判断し、それらに対処します。
Power Apps コード レビュー ツール を介してアプリを実行します。 このツールは、パフォーマンス、保守性、セキュリティなどのさまざまな領域にわたって、アプリの潜在的な改善の特定の領域を強調することを目的として構築されています。
デプロイ
これでアプリが完成し、完全にテストされました。 これでユーザーをオンボードする準備ができました。 Teams を使用すると、ユーザーにアプリへのアクセスを許可するために使用できるいくつかのオプションがあります。
アプリを開発したチームにメンバーを追加します。
ソリューションを作成し、アプリと基になるテーブルを別の Team 環境に移動します。
広く配分するためにアプリを共有します。
広範な配分のためにアプリを共有するには、次の手順に従いします。
Teams で Power Apps アプリを開きます。
最近のアプリ で、詳しく見る を選択します。
アプリをインストールしたチームを選択します。
同僚と共有する を選択します。
セキュリティ グループを入力または選択 フィールドに、アプリへのアクセスを共有するセキュリティ グループまたはチームを入力します。
同僚は使用できる に切り替えて、共有したいアプリを オン にします。
保存 を選びます。
注意
ユーザーが使用できるようになる前にアプリに含まれる Microsoft Dataverse テーブルのテーブル権限を設定する必要があります。 テーブルのアクセス許可に関する情報の詳細については、権限を設定して同僚とアプリを共有する を参照してください。