ビジネス設定を追加するためのベストプラクティス

書式設定と構造

Analytics Q&A で適切に処理されるようにビジネス設定を書式設定する方法を次に示します。

• 各設定を明確に分離します。「#」記号で始まる新しい行で各ビジネス設定を開始します。これにより、システムが各設定を個別に理解して処理できます。

  例:

  # This is the first preference

  # This is the second preference

• 短くします。エージェントが混乱しないように、簡潔で簡単な手順を記述します。

コンテンツと目的

Analytics Q&A を効果的に実行できるように、ビジネス固有の設定を記述するときは次のベストプラクティスに従ってください。

• ビジネス固有のKnowledgeを追加します。設定を使用して、次のようなビジネスに関する情報で Analytics Q&A をガイドします。
  • ドメイン固有のガイドライン。
  • 組織に固有の用語。
  • セマンティックモデルスキーマに含まれていない情報。
• 明確かつ具体的にします。ドメイン固有のロジックまたは概念を明確かつ簡潔に説明します。セマンティックモデルがデータモデルを理解していると仮定するのではなく、セマンティックモデルの特定の項目を使用して Analytics Q&A をガイドします。
• あいまいさと競合を回避します。エージェントと競合して困惑する複数の設定がないことを確認します。わかりやすくすると、より良い結果が得られます。
• 複雑な命令を分解します。複雑な命令をシンプルで個別の設定に分割して、エージェントのパフォーマンスを向上させます。
• 例に従います。形式とコンテンツに関する指針については、提供されている例を参照してください。ニーズに合わせてこれらの例を調整します。次の一般的なパターンを考慮してください。
  • 解釈用

    # 「最大」または「最小」のアカウントは、それぞれ total_amount が最も高いアカウントまたは最も低いアカウントを指します。

    # ユーザーが新しいリードについて質問したときに、先週作成されたリードを返す

    # 商談を参照する場合、TPS は合計商品販売数の略です。

  • 出力用

    # セールスデータについて質問するときは、常にアカウント名で並び替える

    # リードについて尋ねる場合、常にリードの名前と状況を返す

    # 案件を分析する場合、常に前四半期と比較する

考慮事項と制限

ビジネス設定を追加するときは、次の制限と動作に留意してください。

• 制限された命令サイズ。最大 50 個の命令を追加でき、各命令は 300 文字に制限されます。命令を追加すると、エージェントのプロンプトのサイズが大きくなり、応答時間が長くなる可能性があります。
• 影響範囲が限定的。現在、ビジネス設定は Analytics エージェントの Analytics Q&A の会話にのみ影響し、他の Tableau Next 環境には影響しません。
• 設定はガイダンスであり、コマンドではありません。AnalyticsのQ&Aでは、ビジネス設定をガイダンスとして使用しますが、すべての回答でビジネス設定に従うとは限りません。
• ユーザー入力が優先されます。Analytics Q&A では、ビジネス設定よりもユーザーの直接入力が優先されます。ユーザー入力には次のものが含まれます。
  • ユーザーの入力の特定の設定。
  • 最近の会話履歴からのコンテキスト。
  • ページに適用される検索条件。
• 機能制御なし。ビジネス設定を使用して、Analytics エージェントの特定の Analytics Q&A 機能を無効にしたり、変更したり、優先度を設定したりすることはできません。

テストと反復

ビジネス設定の最適化は反復プロセスです。さまざまな手順を試して、エージェントの反応を観察し、モデルとユーザーに最も適した方法を確認します。

• 小さく始める: より複雑なロジックを追加する前に、シンプルなビジネス設定から始めます。
• エージェントのテスト: ビジネス設定を追加したら、エージェントの応答をテストします。
• 段階的反復: ビジネス設定を 1 つずつ追加し、各追加後のエージェントの応答をテストします。

権限とシステム動作

さまざまなシステムや環境でのビジネス設定の動作を理解します。

• 設定の継承: 基本セマンティックモデルまたは拡張アプリケーションは、ビジネス設定を自動的には継承しません。使用するセマンティックモデルごとに明確に定義します。
• システム間の設定の移動方法:
  • パッケージ化および同期: セマンティックモデルがデータキットにパッケージ化されると、そのビジネス設定が含まれ、他の接続組織と共有されます。
  • 本番環境に昇格: ビジネス設定は、セマンティックモデルと共に本番環境に移行します。
  • 競合の解決: 昇格中に設定の競合が発生した場合、システム管理者は保持するバージョンを選択する必要があります。

ビジネス設定を使用するケース

ビジネス設定とは、特定のチームまたはビジネスユニットがデータに適用する特定のルール、専門用語、ロジックです。ビジネスコンテキストのレイヤーを追加して、Tableau Next の分析 Q&A と分析エージェントに、ドメイン固有の質問に対するデータの解釈方法と使用方法を伝えます。

ビジネス設定の主要な要素は次のとおりです。

• 固有の用語: 会社固有の用語を定義します(「ホット リード」はスコアが90を超えるリードなど)。
• ビジネスロジック: ビジネスルールに基づいて、さまざまなデータフィールドがどのように関連しているかを説明します。
• 使用ガイドライン:特定のレポートまたは分析でデータをどのように適用するかの手順が説明されています。

ビジネス設定を使用しない場合

ビジネス設定はエージェントにセマンティックガイダンスを提供しますが、計算を実行したり、エージェントのコア動作を制御したりしません。より複雑なニーズがある場合は、代わりに推奨ツールを使用してください。

次の表に、サポートされないビジネス設定や、異なる方法で処理する必要があるビジネス設定を示します。ここに示す例は、実行しない作業を示しています。

ビジネス設定と説明

ビジネス設定は説明とは異なります。説明ではデータについて説明し、ビジネス設定では特定の企業がそのデータをどのように使用するかを説明します。

説明: 事実の基盤

説明は、データに関する公式のユニバーサルドキュメントです。特定のロールに関係なく、組織内の全員が理解できる簡潔で事実に基づいた説明が提供されます。説明とは、コンテナの表示ラベルで、中身を正確に示すものと考えてください。

優れた説明の主要な要素は次のとおりです。

• 目的の説明: 説明によって、データのコンテンツを明確に示すことができます。
• データオリジン: 情報の取得元の説明。
• システムの目的: データの使用目的を説明する説明 (「顧客の納入先住所を保存」など)。
• 技術的詳細: 説明には、測定単位 (「重量 (キログラム)」など) などの必要な制約が示されます。

例: セールスデータテーブル

ビジネス設定と計算項目

計算項目を使用すると、数式とロジックを既存のデータに適用して、新しい再利用可能な指標またはディメンションを作成できます。計算項目を使用して、次の操作を行います。

• カスタム計算: Profit=Revenue−Cost などの数式を使用して正確な式を定義します。
• 条件ロジックの適用: IF[Sales]>1000THEN"High"ELSE"Low" などのカテゴリにデータを区分するロジックを適用します。
• データの操作: 数値操作を実行するか、既存のデータフィールドのテキストを操作します。
• データの変換: カスタム比率、フラグ、または日付ベースのグルーピングを作成して、データを視覚化できるように準備します。

各フィールドタイプを使用するケース

計算項目とビジネス設定のどちらを選択するかは、目標によって異なります。このガイドでは、一般的なシナリオに最適な選択肢について説明します。

シナリオ	計算項目を使用	ビジネス設定の使用
項目に対する算術または論理
カスタムグルーピングまたはフラグ
Analytics エージェントが用語を解釈する方法の調整
エージェントの解釈または表示に影響する
正確で再利用可能な数式の必要性
式ではない主観的またはコンテキスト固有のルールを表現する