フィードバックとガイダンスに関する推奨事項
この Power Platform Well-Architected エクスペリエンスの最適化チェックリストの推奨事項に適用されます:
| XO:05 | 通知とメッセージで、意味があり、便利で、シンプルなガイダンスを提供します。 関連性、重要性、価値のある情報をユーザーに通知します。 ユーザーの行動についてフィードバックを提供します。 何かが起こったときと次に何をする必要があるかをユーザーに知らせます。 |
|---|
このガイドでは、ワークロードのユーザーに有意義なフィードバックとガイダンスを提供するための推奨事項について説明します。 適切に設計されたワークロードのフィードバックとガイダンスは、アクションを実行し、効果的に意思決定を行うために必要な情報をユーザーに提供します。 関連性がなかったり、理解しにくいフィードバックやガイダンスが表示されたり、ユーザーが適切に反応するには不適切なタイミングで表示されたりすると、ユーザー エクスペリエンスが低下し、生産性の低下、サポート コストの上昇、ビジネス プロセスの失敗につながる可能性があります。
主要な設計戦略
ユーザーがアクションを実行すると、システムから迅速かつわかりやすいフィードバックが得られる必要があります。 通知とメッセージは、重要な情報をユーザーに迅速かつ状況に応じて伝える上で重要な役割を果たします。
フィードバック通知
騒音や邪魔なものを最小限に抑えます。 騒音や気を散らすものを最小限に抑えるために、必要な場合にのみ通知を使用してください。 システム メッセージの過負荷により効率が低下し、フラストレーションが生じます。 通知はワークフローを中断し、効率を低下させ、生産性を妨げます。 中断すると回復に時間がかかり、エラーが発生する可能性があります。 通知が無関係であったり、過度に煩わしかったり、不適切な方法で配信されたりすると、ユーザーをイライラさせる可能性もあります。
通知には中心的な場所を使用します。 通知センターは、メッセージ コンテンツを集約するのに役立ちます。 重要な情報に素早くアクセスできるため、ユーザーがいつでも最新情報を入手できるようにするのに最適な場所です。
人々がより迅速に行動できるよう支援します。 すぐに実行できるオプションがない通知はイライラさせる可能性があります。 通知内でアクションを提供することで、ユーザーの時間を節約できます。 ユーザーは、デバイス間で通知にアクセスし、通知に基づいて操作できる機能を高く評価しています。
エラーが発生した場合に安心感を与える。 プロセスの一部が失敗した場合は、問題とその原因をユーザーに通知し、作業が失われていないことを伝えます。 ユーザーが自信を持って進めることができるように、次の手順について明確な指示を提供します。
同じ通知を複数回表示することは避けてください。 複数のアプリ、UI サーフェス、デバイスにまたがる通知を複数回無視しなければならないのは、ユーザーフレンドリーとは言えません。 分類された通知は、同期されていないとその価値を失います。 その結果、通知システムはデバイス中心型からユーザー中心型に移行しつつあります。
重要なメッセージを最初に置く。 緊急性を適切なデザインパターンに合わせて、重要なメッセージを最初に置きます。 送信する通知の種類と、それがエクスペリエンスに与える影響を考慮してください。 適切なコミュニケーションパターンを選んで。たとえば、重要でないメッセージについてはユーザーのアクションをブロックしないようにしましょう。 最も緊急または重要なメッセージが優先されるようにしてください。
簡潔なメッセージを作成する。 通知が読みやすく、混乱が最小限に抑えられるようにします。 迅速な更新により、生産性に影響を与えることなくユーザーに最新情報を提供します。
インライン検証を提供する。 可能な場合は常に、インライン検証を使用して、エラーに関する即時フィードバックをユーザーに提供します。
堅牢な設定で人々を強化する。 詳細な通知設定により、ユーザーは独自の設定を行うことができます。 ユーザーが受信する通知や使用する機能を選択できるようにすることで、満足度と信頼が向上します。
アプリ内ガイダンス
アプリ内ガイダンスは、ユーザーがワークロードを効果的に学習して使用できるようにする方法の 1 つです。 アプリ内ガイダンスの例としては、ツールヒント、ウォークスルー、チュートリアル、ヘルプ メニュー、コンテキスト ヒントなどがあります。
アプリ内ガイダンスの目的と範囲を確立する。 ガイダンスが解決することを目指す具体的な問題またはギャップを定義します。 ガイダンスが達成または改善しようとしている望ましい成果と指標を定義します。
ガイダンスの内容とインタラクションを設計する。 ユーザーのニーズと期待、ガイダンスの目的と結果に基づいて、アプリ内ガイダンスのコンテンツとインタラクションを作成します。 明確で簡潔な言語、適切な口調とスタイル、一貫した用語と書式を使用します。 アイコン、画像、アニメーション、サウンド、色などの視覚的要素と聴覚的要素を使用して、コンテンツとインタラクションを強化します。 進捗状況インジケーター、完了メッセージ、報酬などのフィードバックと強化を使用して、ユーザーのモチベーションを高め、励まします。
適切なガイダンスタイプとコンポーネントを選択する。 ユーザーのニーズと期待、ガイダンスの目的と結果に基づいて、アプリ内ガイダンスの最も適切なタイプとコンポーネントを選択します。 ユーザー制御のレベル、ユーザーの中断の度合い、ユーザーの注意の量など、各タイプとコンポーネントの長所と短所を考慮してください。 さまざまなタイプとコンポーネントを組み合わせて使用して、包括的で柔軟なガイダンス エクスペリエンスを提供します。
ガイダンスの設計と実装を繰り返し改善する。 ワークロードのエクスペリエンスのユーザー テストの一環として、アプリ内ガイダンスの長所と短所を特定します。 ガイダンスの内容、対話、タイプ、コンポーネント、統合に必要な変更と改善を加えます。 アプリ内ガイダンスがユーザーのニーズと期待、ガイダンスの目的と結果を満たすまで、テストと評価のプロセスを繰り返します。
Power Platform の促進
キャンバス アプリでは、Power Fx 式を使用して、モデル駆動型アプリでは、カスタマイズされたコマンド バー アクション を使用して画面上部に広がるアプリ メッセージ バー通知をトリガーできます。
アプリ内通知は、集中化されたユーザー通知ハブにプッシュされ、モデル駆動型アプリ と Power Apps モバイルアプリ の画面上部に広がるアプリ メッセージ バー通知をトリガーでき、Dataverse Web API アクション、またはより便利な プロコード プラグイン または ローコード プラグイン によって呼び出されます。
Power Apps 通知コネクタを使用して、 モバイル アプリがインストールされているデバイスに プッシュ通知を送信 Power Apps することを検討してください。
ユニバーサルヘルプパネルを実装するには、キャンバスアプリの サイドペイン を使うか、モデル駆動型アプリの カスタムページサイドダイアログ としてユニバーサルヘルプパネルを実装します。
情報ボタンのモダンコントロール を使用して、キャンバス アプリでインライン コンテキスト情報を提供します。
基本的なフィールドレベルの入力検証では、Dataverse は サーバー側のビジネスルール を提供します。 ローコードプラグインを使用したサーバー操作中の Power Fx で定義された高度なサーバー側入力検証とカスタマイズされたエラー を実装します。
コネクタを使用して、たとえば Outlook のようなサービス向けに Power Platform エコシステムのその他のサービスに対して通知を送信します。