Python における Self とは: 実際の例
Python における Self とは: 実際の例
驚くべきレポートの作成を目指す場合、UX の法則に従うことが必須です。UX の法則は、レポートとストーリーのデザインの指針となるため、LuckyTemplates レポート内で理解し、意識的に実装する必要がある最も重要な原則です。
このチュートリアルでは、UX の法則に焦点を当て、いくつかの例を見てみましょう。さらに、各法律を実践する方法をより深く理解するために、主な要点を見つけてみましょう。
そうは言っても、私の個人的なお気に入りであるヒックの法則から始めましょう。選択肢の数と複雑さが増すにつれて、意思決定にかかる時間と労力が増大すると述べています。これは、タスクに利用できる要件やオプションが多ければ多いほど、より多くの時間と労力が必要になることを意味します。
選択肢が多すぎると、ユーザーは選択肢を比較することに疲れやすく、最終的にはまったく選択できなくなる可能性があります。選択過多とは、選択肢が多すぎることによる悪影響を説明する行動経済学の原則です。
目次
UX の法則: 選択肢の過多
選択肢の多さによってユーザーが意思決定を行えるようになると、分析の麻痺が発生します。分析麻痺は、ユーザーが決定を考えすぎたり、分析しすぎたりして、決定が下されず、行動がとられなくなるときに発生します。
あるいは、ユーザーの選択肢が多すぎて決定を下す時間が限られている場合、ユーザーは購入者の後悔を経験します。購入者後悔とは、製品やサービスを購入した後に感じる後悔の感情です。選択肢が多すぎると、ユーザーは自分にとって最適な選択肢を選択しているかどうか疑問に思うでしょう。
選択の過負荷を軽減する最善の方法は、ユーザーが自由に使用できるフィルターの数を減らすことです。
UX の法則: フィルターを減らす
フィルターの代わりにグラフ間の相互作用を使用します。
さまざまな粒度レベルで適切なビジュアルを選択するか、さまざまなディメンションを使用することで、フィルタリング機能を活用できます。
インタラクション、メニュー、ドリルスルー アクション、およびグラフ を使用することで、ユーザー向けのストーリーとストーリー パスを作成できます。グラフ間の相互作用を常に考慮する必要があります。
例として、私がに提出したレポートを示します。倉庫、倉庫の名前、スキャン請求書の割合がわかります。
たとえば、最上位のウェアハウスをクリックすると、グラフでデータがフィルタリングされていることがわかります。
最後のボタンをクリックすると、同じことが起こります。ツールチップで追加情報も表示されます。
同時に、Filter Warehouseフィルターからカリフォルニアを選択すると、その特定の州のデータもフィルターされることがわかります。
したがって、対話型グラフとフィルターの両方を使用すると、同じ結果が得られるため、冗長になります。
この場合、フィルターはもう使用しないでください。インタラクションを使用すると、ユーザーがメトリクスの観点から興味のあるものを選択し、情報をドリルダウンできるように誘導できるため、インタラクションを使用することをお勧めします。
フィルタの数を減らすもう 1 つの方法は、フィルタをグループ化することです。フィルタの階層を作成できます。これは、地理に特に適しています。
たとえば、都市、国、大陸ごとに個別のフィルターを使用する必要はありません。階層を作成するだけで、ページ上のフィルターの数を最小限に抑えることができます。
すべての対象者を対象としたレポートではなく、特定の対象者を対象としたレポートを作成します。
これは、異なるニーズを持つ 10 人の異なる対象者向けのレポートを作成しないためのヒントです。代わりに、ゴールデン データセットを 1 つ作成し、そのデータセットをレポートから分離します。
データ モデルがクリーンで明確で、文書化されていることを確認してください。インクリメンタルハイブリッドテーブルまたは集計を使用する必要があります。必要に応じて、モデルのデータ変換に時間を投資し、専門家チームと一緒に作業を監査し、データセットを認証します。
データセットを 1 つのレポートだけに使用するのではなく、同じデータセットに基づいて、対象者ごとに特定のレポートを含む複数のレポートを作成し、適切な粒度に調整します。
その結果、保守、開発、文書化が容易になります。これにより、フィルタの数を大幅に減らすことができ、分析の麻痺や購入者の後悔も軽減できるため、それほど複雑ではありません。
データ内の発見を強調表示します。
レポート設計者は、データ構成手法を使用して何が重要であるかに焦点を当て、ユーザーに 1 つのオプションを別のオプションよりも検討するよう強くアドバイスしてください。ユーザーは、すべての作業を自分で行うのではなく、ガイダンスを見つけるためにレポートを使用することに留意する必要があります。
以下の例では、国を選択すると、自動的に強調表示されます。さらに、特定の点についてさらに詳しく知りたい場合は、その上にマウスを置くだけで重要な情報が表示されます。
ビデオゲームからインスピレーションを得てください。
特定の状況でさまざまなフィルターをユーザーに提供することで、分析からユーザーが何を必要としているかを決定します。
ゲームを進めると新しい選択肢が現れるため、ビデオ ゲームで使用されるストーリーテリングからインスピレーションを得ています。ただし、ゲームの開始時にすべてのオプションと情報が一度に表示されるわけではありません。
この手法は、LuckyTemplates レポート内にも実装できます。
UXの法則におけるヤコブの法則
ヤコブの法則は、ユーザーが他の Web サイトやアプリに多くの時間を費やすことを説明しています。これにより、レポートやアプリが同じように見え、機能するという期待が生まれます。新しいレポートは、機能し、他のプロジェクトと同様に見えるように開発する必要があります。
ヤコブの法則から得られる教訓
UX の法則は、レポートの採用と開発のスピードを高めるという重要な教訓を教えてくれます。時間がかかるため、不必要な新しいエクスペリエンスを作成したくありません。
レポート開発者であれば、空白ページ症候群を経験したことがあるかもしれません。これは、ライターズ ブロックの別の言葉で、多くの作家がある時点で悩まされる創造的なブロックを指します。この白紙ページ症候群は、レポート設計者も経験する可能性があります。
優れたテクニックは、建築要素の再利用です。たとえば、ナビゲーションに集中して最初のページを作成します。次に、そのページを複数回複製し、最小限の要素を変更します。レポートの開発をスピードアップし、ユーザー エクスペリエンスに関して優れた調和を得ることができます。
UX の法則から得られるもう 1 つのポイントは、異なるレポート間の一貫性を実現することです。会社用に作成した LuckyTemplates レポートについて考えてみましょう。色、テーマ、フォント、形状、ナビゲーションの点で同様のエクスペリエンスを提案しますか? そうでない場合は、真剣に考え直す必要があります。
ここでLuckyTemplates テンプレートが役に立ちます。時間を節約でき、空白ページ症候群が軽減されるからです。また、ユーザーは同様のナビゲーション体験をすると、より親しみを感じるようになります。ユーザーは、新しいことに適応するよりも、自分のタスクに集中するようになります。
これは、企業が PowerPoint プレゼンテーション、ロゴ テンプレート、アイコン、スライド ライブラリ、および色のブランド アイデンティティを作成する理由でもあります。同様に、日付テーブル、アイコン、テンプレートなどの LuckyTemplates にも同じことを適用できます。
コミュニティの力
最後のポイントとして、コミュニティの力について触れなければなりません。社内で LuckyTemplates 開発者が 1 人だけではないのに、なぜ一人で作業する必要があるのでしょうか?
導入、ユーザー エクスペリエンス、一貫性の点で本当に影響を与えたい場合は、同僚と協力して、ユース ケースなどに基づいて複数のテンプレートを作成し、ユーザーに可能な限り最高のエクスペリエンスを作成してください。
UXデザインにおけるフィッツの法則
次に説明したい UX の法則は、ターゲットを取得するまでの時間がターゲットまでの距離とサイズの関数であるというフィッツの法則です。
ターゲットとは、ユーザーが対話しようとしているものです。ターゲットまでの距離は、誰かが開始する場所からそのターゲットまでの距離です。近いターゲットのインタラクション コストは最も低くなりますが、遠くにある一部のターゲットのインタラクション コストは最も高くなります。
距離は理解しやすい概念ですが、遠くにあるものは通常、到達するのに時間がかかり、ターゲットの大きさを見落としがちです。
フィッツの UX の法則から得られる教訓
ボタンのサイズは重要な役割を果たします。ユーザーは正確な位置に到達するために慎重に移動する必要があるため、小さなボタンをクリックするのに時間がかかります。より多くの時間と注意力が必要になります。
最も重要なボタンは、素早く簡単にクリックできるように、明確で大きくする必要があります。タッチ ターゲットは、ユーザーが正確に選択できるように十分な大きさにする必要があります。画面の端ではなく、人々がすでにマウスを持っている可能性のある場所にターゲットを配置します。
用に作成したレポートを見てみましょう。メトリクスとボタンのドリルダウンがあります。
患者の名前をクリックすると、ボタンがアクティブになります。このボタンは、気づいてクリックできるほど大きいです。
一方、画面の端にアクティブになる別のボタンがあります。ただし、患者の名前を選択するときに画面のその部分を見ることがないため、非常に小さく目立たないため、クリックするのは非常に困難です。
したがって、ボタンのサイズと底部までの距離を考慮する必要があります。
UXデザインにおけるミラーの法則
UX の興味深い法則の 1 つは、平均的な人が作業記憶に保持できるオブジェクトの数は約 7 であるというミラーの法則です。
人間はワーキングメモリに多くの項目を保存できないため、項目をざっと調べやすくする必要があります。段階的開示の原則を使用し、適切なタイミングで必要な情報のみを表示する必要があります。
ミラーの法則の要点
設計を限られた数のオプションに制限してください。ワーキングメモリは限られているため、分析を理解するためにユーザーに苦労させる必要はありません。
コンテンツを小さなカテゴリに整理して、ユーザーがプロセスを理解しやすくし、オプションが多い場合は簡単に覚えられるようにします。
簡単な例は、電話番号の表示方法です。この原則は、二次メニューを追加することでレポートのデザインにも適用されます。
短期記憶能力は、事前の知識と状況に基づいて個人差があります。これは、認知負荷の観点から覚えておくべき重要なことです。レポートは主なアイデアに焦点を当て、デザインはできるだけ整理してください。
UXデザインにおけるパレートの法則
最後の UX の法則はパレートの法則または 80/20 の法則で、UX の法則では生産性の原則としても知られています。この背後にある一般的な考え方は、結果の約 80% は原因の 20% から生じるというものです。
UX の法則の観点から見ると、ユーザーの 80% が機能の 20% を使用し、コードの 20% がエラーの 80% を引き起こしていると理解できます。パレートの法則は、将来の優先順位付け、ユーザーからのフィードバック、どこに焦点を当てるべきかを知る際に役立ちます。
UX のパレートの法則から得られるポイント
パレートの法則は完璧主義に対する解毒剤です。
「完璧よりも完了のほうが優れている」という有名な格言は誰もが知っています。この原則も同じ結論に達します。すべてを完璧に実行しようとして結果を達成するために膨大な時間を費やすのではなく、最も重要な機能に焦点を当て、それらを正しく実行する必要があります。
それは、大きなアパートに住んでいるのに、ほとんどの時間をたった 1 つの部屋で過ごしているようなものです。ほとんどの時間をその 1 つの部屋で過ごす場合、光熱費を大幅に削減できます。完璧ではありませんが、十分なレベルになるでしょう。
UX デザイナーは、ユーザー エクスペリエンスを作成するときに同じロジックを使用します。エクスペリエンスが完璧である必要はありませんが、完璧ではない 20% の部分に努力を集中する必要があります。
最小変動積 – パレートの法則の動作
最小変動積は、パレートの法則が機能していることです。これはソフトウェアおよび製品開発へのアプローチです。パレートの法則に基づくと、レポート ページの一部など、機能のごく一部がユーザーの時間の大部分を占めることがわかっています。
これは、コンテンツの残りの部分に価値がないという意味ではありませんが、一部の機能とコンテンツが大多数のユーザーにとってより重要であることを意味します。
このアプローチを要約すると、視聴者にとって重要なビジネス ニーズを特定し、ユーザーの採用者を引き付けるために最小限の機能でそれを構築することになります。これらの早期採用者を獲得したら、彼らから学び始め、この調査を使用して反復を通じてレポートを段階的に開発できます。
MVP を構築するときは、ターゲット ユーザー、ユーザーのニーズ、目標に関する調査を収集する必要があります。ユーザー満足度 80% を得るには、製品の重要かつ必要な機能の 20% に焦点を当てる必要があります。
言うまでもなく、この原則は、最も多くの人に影響を与えている最も差し迫ったユーザビリティの問題を浮き彫りにするため、解決すべき問題の優先順位を決めるのに役立ちます。
このため、LuckyTemplates に関してはアジャイル手法がよく使用されます。重要なことに集中するのに役立ち、反復のたびに価値が追加されます。
教訓として、パレートの法則は遭遇するすべての問題を解決するわけではありませんが、多くのユーザーに最大の利益をもたらす分野にエネルギーと努力を集中させることができます。
また、ユーザーとビジネスに何が関係しているのかを明確にすることで、適切な意思決定の問題の優先順位付けと解決に着手できるようになります。
LuckyTemplates の LuckyTemplates レポート開発
ダッシュボードのベスト プラクティス: ベスト デザイン プラクティス
効果的なデータ ストーリーテリング: 正しい質問をする
結論
要約すると、LuckyTemplates プロジェクトに実装できる UX 原則の法則の重要性について説明しました。これは作品のデザインを改善するだけでなく、ユーザー エクスペリエンスを向上させる魅力的なストーリーを作成するのにも役立ちます。
ではごきげんよう、
アレックス・バディウ
Python における Self とは: 実際の例
R の .rds ファイルからオブジェクトを保存および読み込む方法を学習します。このブログでは、R から LuckyTemplates にオブジェクトをインポートする方法についても説明します。
この DAX コーディング言語チュートリアルでは、GENERATE 関数の使用方法とメジャー タイトルを動的に変更する方法を学びます。
このチュートリアルでは、マルチスレッド動的ビジュアル手法を使用して、レポート内の動的データ視覚化から洞察を作成する方法について説明します。
この記事では、フィルター コンテキストについて説明します。フィルター コンテキストは、LuckyTemplates ユーザーが最初に学習する必要がある主要なトピックの 1 つです。
LuckyTemplates Apps オンライン サービスが、さまざまなソースから生成されたさまざまなレポートや分析情報の管理にどのように役立つかを示したいと思います。
LuckyTemplates でのメジャー分岐や DAX 数式の結合などの手法を使用して、利益率の変化を計算する方法を学びます。
このチュートリアルでは、データ キャッシュの具体化のアイデアと、それが結果を提供する際の DAX のパフォーマンスにどのように影響するかについて説明します。
これまで Excel を使用している場合は、ビジネス レポートのニーズに合わせて LuckyTemplates の使用を開始するのに最適な時期です。
LuckyTemplates ゲートウェイとは何ですか? 知っておくべきことすべて