フィードバックとガイダンスに関する推奨事項

この Power Platform Well-Architected エクスペリエンスの最適化チェックリストの推奨事項に適用されます:

このガイドでは、ワークロードのユーザーに有意義なフィードバックとガイダンスを提供するための推奨事項について説明します。 適切に設計されたワークロードのフィードバックとガイダンスは、アクションを実行し、効果的に意思決定を行うために必要な情報をユーザーに提供します。 関連性がなかったり、理解しにくいフィードバックやガイダンスが表示されたり、ユーザーが適切に反応するには不適切なタイミングで表示されたりすると、ユーザー エクスペリエンスが低下し、生産性の低下、サポート コストの上昇、ビジネス プロセスの失敗につながる可能性があります。

主要な設計戦略

ユーザーがアクションを実行すると、システムから迅速かつわかりやすいフィードバックが得られる必要があります。 通知とメッセージは、重要な情報をユーザーに迅速かつ状況に応じて伝える上で重要な役割を果たします。

フィードバック通知

騒音や邪魔なものを最小限に抑えます。 騒音や気を散らすものを最小限に抑えるために、必要な場合にのみ通知を使用してください。 システム メッセージの過負荷により効率が低下し、フラストレーションが生じます。 通知はワークフローを中断し、効率を低下させ、生産性を妨げます。 中断すると回復に時間がかかり、エラーが発生する可能性があります。 通知が無関係であったり、過度に煩わしかったり、不適切な方法で配信されたりすると、ユーザーをイライラさせる可能性もあります。

通知には中心的な場所を使用します。 通知センターは、メッセージ コンテンツを集約するのに役立ちます。 重要な情報に素早くアクセスできるため、ユーザーがいつでも最新情報を入手できるようにするのに最適な場所です。

人々がより早く行動できるように支援する。 すぐに実行できるオプションがない通知はイライラさせる可能性があります。 通知内でアクションを提供することで、ユーザーの時間を節約できます。 ユーザーは、デバイス間で通知にアクセスし、通知に基づいて操作できる機能を高く評価しています。

エラーが発生した場合に安心感を与える。 プロセスの一部が失敗した場合は、問題とその原因をユーザーに通知し、作業が失われていないことを伝えます。 ユーザーが自信を持って進めることができるように、次の手順について明確な指示を提供します。

同じ通知を複数回表示することは避けてください。 複数のアプリ、UI サーフェス、デバイスにまたがる通知を複数回無視しなければならないのは、ユーザーフレンドリーとは言えません。 分類された通知は、同期されていないとその価値を失います。 その結果、通知システムはデバイス中心型からユーザー中心型に移行しつつあります。

重要なメッセージを最初に置く。 緊急性を適切なデザインパターンに合わせて、重要なメッセージを最初に置きます。 送信する通知の種類と、それがエクスペリエンスに与える影響を考慮してください。 通信に適切なパターンを選択し (たとえば、重要でないメッセージに対するユーザーのアクションをブロックしないように)、最も緊急または重要なメッセージが優先されるようにします。

簡潔なメッセージを作成する。 通知が読みやすく、混乱が最小限に抑えられるようにします。 迅速な更新により、生産性に影響を与えることなくユーザーに最新情報を提供します。

インライン検証を提供する。 可能な場合は常に、インライン検証を使用して、エラーに関する即時フィードバックをユーザーに提供します。

堅牢な設定で人々を強化する。 詳細な通知設定により、ユーザーは独自の設定を行うことができます。 ユーザーが受信する通知や使用する機能を選択できるようにすることで、満足度と信頼が向上します。

アプリ内ガイダンス

アプリ内ガイダンスには、ユーザーがワークロードを効果的に学習して使用できるようにするさまざまな方法が含まれています。 アプリ内ガイダンスの例としては、ツールヒント、ウォークスルー、チュートリアル、ヘルプ メニュー、コンテキスト ヒントなどがあります。

アプリ内ガイダンスの目的と範囲を確立する。 ガイダンスが解決することを目指す具体的な問題またはギャップを定義します。 ガイダンスが達成または改善しようとしている望ましい成果と指標を定義します。

ガイダンスの内容とインタラクションを設計する。 ユーザーのニーズと期待、ガイダンスの目的と結果に基づいて、アプリ内ガイダンスのコンテンツとインタラクションを作成します。 明確で簡潔な言語、適切な口調とスタイル、一貫した用語と書式を使用します。 アイコン、画像、アニメーション、サウンド、色などの視覚的要素と聴覚的要素を使用して、コンテンツとインタラクションを強化します。 進捗状況インジケーター、完了メッセージ、報酬などのフィードバックと強化を使用して、ユーザーのモチベーションを高め、励まします。

適切なガイダンスタイプとコンポーネントを選択する。 ユーザーのニーズと期待、ガイダンスの目的と結果に基づいて、アプリ内ガイダンスの最も適切なタイプとコンポーネントを選択します。 ユーザー制御のレベル、ユーザーの中断の度合い、ユーザーの注意の量など、各タイプとコンポーネントの長所と短所を考慮してください。 さまざまなタイプとコンポーネントを組み合わせて使用​​して、包括的で柔軟なガイダンス エクスペリエンスを提供します。

ガイダンスの設計と実装を繰り返し改善する。 ワークロードのエクスペリエンスのユーザー テストの一環として、アプリ内ガイダンスの長所と短所を特定します。 ガイダンスの内容、対話、タイプ、コンポーネント、統合に必要な変更と改善を加えます。 アプリ内ガイダンスがユーザーのニーズと期待、ガイダンスの目的と結果を満たすまで、テストと評価のプロセスを繰り返します。

Power Platform の促進

キャンバス アプリでは、Power Fx 式を使用して、モデル駆動型アプリでは、カスタマイズされたコマンド バー アクション を使用して画面上部に広がるアプリ メッセージ バー通知をトリガーできます。

アプリ内通知は、集中化されたユーザー通知ハブにプッシュされ、モデル駆動型アプリ と Power Apps モバイルアプリ の画面上部に広がるアプリ メッセージ バー通知をトリガーでき、Dataverse Web API アクション、またはより便利な プロコード プラグイン または ローコード プラグイン によって呼び出されます。

インストールされている Power Apps モバイル アプリを持つデバイスに プッシュ通知を送信する ために Power Apps 通知コネクタを使うことを考慮します。

ユニバーサルヘルプパネルを実装するには、キャンバスアプリの サイドペイン を使うか、モデル駆動型アプリの カスタムページサイドダイアログ としてユニバーサルヘルプパネルを実装します。

情報ボタンのモダンコントロール を使用して、キャンバス アプリでインライン コンテキスト情報を提供します。

基本的なフィールドレベルの入力検証では、Dataverse は サーバー側のビジネスルール を提供します。 ローコードプラグインを使用したサーバー操作中の Power Fx で定義された高度なサーバー側入力検証とカスタマイズされたエラー を実装します。

コネクタを使用して、たとえば Outlook のようなサービス向けに Power Platform エコシステムのその他のサービスに対して通知を送信します。

参照

ユーザー インターフェースのコンテンツ作成に関する推奨事項

エクスペリエンスの最適化のチェックリスト

完全な推奨事項セットを参照してください。