表示されているのは Looker のドキュメントです。Looker Studio のドキュメントについては、https://support.google.com/looker-studio をご覧ください。

Best Practice: Create a Positive Experience for Looker Users

以下のベストプラクティスは、経験豊富な Looker の部門横断的なチームが共有する推奨事項を反映しています。これらのインサイトは、実装から長期的な成功に至るまで、Looker のお客様との連携に携わった長年の経験に基づいています。ベストプラクティスはほとんどのユーザーと状況に対応するよう作成されていますが、実装の際は慎重に判断してください。

LookML デベロッパーは、次のヒントを参考にして Looker のユーザーエクスペリエンスを向上させることができます。

ユーザーにわかりやすいフィールド名を用意する
類似するフィールドをグループ化し、使いやすくする
最初はユーザーにあまり多くの情報を公開しないようにする
説明を追加して、使用するフィールドと Explore をユーザーが把握できるようにする
一般的なワークフローを Looker に組み込む

これらの推奨事項については、以降のセクションで詳しく説明します。

ユーザーにわかりやすいフィールド名を用意する

label パラメータを使用して、ディメンションまたはメジャーにわかりやすい名前を適用すると同時に、ビューファイルとモデルファイル内ではデータベースフレンドリーな名前を維持します。カウントを数に、総計を合計に変えるなど、一般的な単語名をいくつか変更することをおすすめします。ユーザーにとって意味のある単語がわからない場合は、ビジネスユーザーと連携して一般的なクエリをいくつか作成し、ユーザーの使用目的を表現するクエリ結果で使われている単語を確認してください。たとえば、Inventory Items、Order Items、Orders、Products の各ビューに Count というメジャーがあるとします。label パラメータを使用して、それぞれのメジャーに一意でわかりやすい名前（Number of Inventory Items、Number of Order Items、Number of Orders、Number of Products など）を指定できます。
同じ名前のフィールドを複数公開するのは避けてください。たとえば、type: count のメジャーは、Looker 内で「Count」という名前で自動的に作成されます。その結果、多くのビューファイルに同じ名前のカウントのメジャーが含まれることになる。同じ名前のフィールドが複数あると、ユーザーが混乱する可能性があります。ラベルを追加したり、count メジャーの名前を変更したりして、カウント対象のオブジェクトを示すことで、混乱を防ぐことができます。他にも、ディメンショングループなどで [作成日] や [更新日] などのフィールドにご注意ください。
type: yesno のフィールドにわかりやすい名前を付けます。たとえば、商品が返品されたかどうかを示すフィールドには、[返品済み] ではなく [この商品は返品されましたか？] という形式で名前を付けます。
比率にはわかりやすい名前を付けます。たとえば、[注文の割合] よりも [購入者あたりの注文数] のほうが明確です。
フィールドには一貫性のある名前を付け、モデル全体で一貫した値を使用します。value_format パラメータまたは value_format_name パラメータを使用して、通貨記号、パーセンテージ、小数の精度などの書式設定を数値フィールドに適用すると、すべてを明確にできます。

類似するフィールドをグループ化し、使いやすくする

group_label パラメータを使用すると、関連する個々の結合済みビューまたは複数の結合済みビューのディメンションとメジャーを統合できます。たとえば、すべての地理情報を [地理] グループにまとめることで、フィールドピッカーで、アルファベット順に一覧表示するのではなく、住所や地域に関するすべての情報をまとめて表示できます。
```
    dimension: city {
      group_label: "Geography"
      type: string
      sql: ${TABLE}.city ;;
    }

    dimension: country {
      group_label: "Geography"
      type: string
      map_layer_name: countries
      sql: ${TABLE}.country ;;
    }
    
```
view_label パラメータを使用して、大規模な非正規化テーブルを分割します。フィールド内の view_label パラメータを使用すると、フィールドピッカー内で、フィールドを論理的に個別の見出しにグループ化できます。多数のフィールドを含む大規模な非正規化テーブルは、操作しにくい場合があるため、左側の Explore フィールドピッカーでは複数のビューがあるような錯覚を与えます。

最初はユーザーにあまり多くの情報を公開しないようにする

最初の Looker のロールアウト時には、あまり多くの情報をユーザーに提供するのは避けます。最初は簡潔に始め、次第にオプションを追加していく。すべてのテーブルやディメンションとメジャーを一度に公開する必要はありません。最初に最も重要なフィールドを公開し、その後ビジネスユーザーがデータの活用に習熟するに従い、機能を追加していきましょう。
ユーザーインターフェースで、不要なディメンションは非表示にします。ユーザーインターフェースで使用しないディメンション（ID フィールドやデータベースの更新日など）には、hidden パラメータを使用します。
Explore と結合で fields パラメータを使用して、ユーザーが使用できるフィールドの数を制限します。含まれるフィールドは、Explore に関連するフィールドのみにする必要があります。これにより、肥大化を軽減し、ユーザーエクスペリエンスを向上させることができます。hidden パラメータとは異なり、field パラメータを使用すると、Explore ごとにフィールドを含めるか除外するかを指定できます。
Explore の hidden パラメータを使用して、特定の Look、ダッシュボードタイル、フィルタへの情報入力のみに使用される Explore は非表示にします。ユーザーによる探索を意図していない Explore は、ユーザーインターフェースには表示されません。
Explore の数を最小限に抑えながら、ユーザーが必要な情報に簡単に到達できるようにします。ユーザー層の異なる複数のモデルに Explore を分割し、各ユーザーグループが利用できるオプションを制限することを検討してください。最適な Explores 数はそれぞれのビジネスによって異なりますが、Explores の数が多すぎるとエンドユーザーを混乱させがちです。[Explore] のプルダウンメニュー内で Explore を効果的にグループ化できるように、モデル内の Explore で group_label パラメータを使用することを検討してください。

説明を追加して、使用するフィールドと Explore をユーザーが把握できるようにする

ディメンションとメジャーで description パラメータを使用し、モデル内で利用されるロジックや計算に関する補足情報をユーザーに提供します。この方法は、複雑なロジックや計算が利用されているディメンションとメジャーの場合は特に重要です。とはいえ、シンプルなフィールドの説明文についても検討し、ユーザーがその背後にある定義を理解できるようにすることをおすすめします。
ユーザー向けに Explore の説明を定義します。各 Explore に簡単な説明を追加し、その Explore の目的と使用するユーザー層を指定します。

一般的なワークフローを Looker に組み込む

関連するすべての指標に drill_fields を追加します。ドリルフィールドを利用すると、ユーザーは集計値をクリックして詳細データにアクセスできます。set パラメータを利用して、ビュー内の任意の数のメジャーに適用できる再利用可能フィールドのセットを作成します。
すべての階層ディメンションに drill_fields を追加します。たとえば、都市の drill_field を都道府県のディメンションに追加すると、ユーザーは都道府県を選択してから、その都道府県内の都市にドリルダウンできるようになります。こうした階層のドリルダウンは、時間のディメンショングループ内に自動的に適用されます。
ユーザーが簡単に操作し、他の Looker ダッシュボードや、Looker 以外のシステムまたはプラットフォームにフィルタを渡すことができるリンクを設定します。ドリルダウンでフィルタを渡す例については、link パラメータのドキュメントをご覧ください。