Gainsight CSリリースノート2025年 11月

Salesforce向けGainsight Lightning Web Components

Gainsight は、既存の Salesforce ワークフロー内で顧客データやインサイトに直接アクセスできるようにするため、Salesforce 向け Lightning Web Components（LWCs）を導入した。Gainsight CS アプリと 360 ウィジェットを埋め込むことで、アカウント管理、カスタマーサクセス、サポートチームはシステムを切り替えることなくシームレスに連携し、重要な顧客インサイトにアクセスできる。

主要な機能

• C360 および R360 コンポーネントを任意の Salesforce レコードページに追加する。

• プラットフォームを切り替えることなく、Salesforce 内で Gainsight データにアクセスする。 

• 共有された顧客データを活用して、チーム間で協力する。

主なメリット

• Salesforce と Gainsight を行き来する必要をなくし、ワークフローを効率化する。

• 既存の Salesforce ビュー内で、顧客の健康状態、感情、関係指標をリアルタイムに可視化する。

• コラボレーションを強化し、チームがより良い顧客成果の創出に集中できるよう支援する。

ビジネスユースケースの例

• アカウントマネージャーは、Salesforce 内でカスタマーサクセスマネージャーと直接連携し、更新や導入プランを協働で進めることができる。

• サポートチームは、ケースに対応する前に顧客の健康状態や感情を確認できる。

• 経営層は、Salesforce を離れることなく、関係レベルのインサイトにアクセスできる。

以下の表は、旧エクスペリエンスと新エクスペリエンスの違いを示している：

Gainsight Lightning Web Components（LWCs）に関する詳細は、Salesforce 向け Gainsight Lightning Web Components（LWCs）の設定記事を参照してください。

GainsightCS内でのサリーの廃止

Slack での Gainsight AI エージェントおよび Copilot 機能の提供に伴い、Gainsight は 2025 年 11 月 12 日をもって Gainsight CS 内の Sally を廃止する。この変更により、機能が AI 戦略とより整合し、Gainsight 内でのユーザー体験が向上する。
注意：Slack および MS Teams の Gainsight Sally ボットには、現時点で影響はない。

Sally ボットは以前、Gainsight CS アプリケーションの右上隅に表示されていた。Sally は初期の AI 搭載デジタルアシスタントで、ユーザーが自然言語での会話を通じて顧客データにアクセスできる。

重要 

• Gainsight CS 内の Sally は廃止予定であるが、Slack および Microsoft Teams では当面の間サポートが継続される。

• 現在 Gainsight CS 内で Sally を使用している場合は、Gainsight Copilot への移行を推奨する。

C360における添付ファイルの権限およびフィルターの更新

スペース機能強化の一環として、会社プロファイルの添付ファイルセクションが更新され、コラボレーションとアクセス性が向上した。

新着情報

• 権限の強化

  • タグ管理：添付ファイルの作成者に関係なく、すべてのユーザーがタグを追加および削除できるようになった。

  • 添付ファイルの管理：添付ファイルは、作成者および管理者の両方が編集（名前の変更）および削除できる。以前は、これらの操作は作成者のみが行うことができた。
    
    

• 列レベルのフィルター

  • 添付ファイルセクションに新しい列レベルフィルターが追加された。これにより、ユーザーは添付ファイルを迅速に検索、並べ替え、フィルタリングでき、Executive Value Review（EVR）資料や顧客向けドキュメントなどの共有ファイルを簡単に見つけられるようになる。
    
    

スケジュールされたルール実行の実行ログをオンデマンドでダウンロード

Gainsight は、Rules Engine におけるスケジュールされたルール実行の出力ファイルの取り扱いを更新し、パフォーマンスの向上とより細かい制御を可能にした。

変更内容

• ルールを手動で実行すると、引き続き CSV ファイルが自動的に生成および保存されます。

• スケジュールされたルール実行のために、GainsightはUIに新しいCSVフェッチオプションを提供します。

• 「CSV を取得」ボタンをクリックして CSV を生成してダウンロードします。

• これにより、ユーザーは必要な場合にのみ、選択した日付範囲のルール出力をオンデマンドでダウンロードできます。

この機能強化により、特に大量の環境ではルール処理の効率が向上すると同時に、ユーザーは必要に応じて柔軟にデータエクスポートにアクセスできるようになります。

単一会社のレコードの場合、会社担当者プロファイルへ直接移動

Gainsight では、人物がアクティブな会社に1社だけ関連付けられている場合に、会社担当者プロファイルページへ直接移動できる管理者設定が提供されるようになった。

以前は、人物が1社のみと関連付けられている場合でも、ユーザーは 人物概要にリダイレクトされ、以下のような状況が生じていた：

• 余計な画面遷移。

• 会社固有情報へのアクセスの遅延。

この機能強化により、人物が1社のみと関連付けられている場合、ユーザーは直接会社担当者プロファイルに移動でき、より効率的な操作が可能になる。

メモ 

• 設定画面のチェックボックスはデフォルトで有効になっており、担当者概要へのリダイレクトという従来の動作が維持される。

• 複数の有効な会社に関連付けられている場合、または有効な会社がない場合、個人検索は引き続きユーザーを概要セクションにリダイレクトします。

設定の詳細については、P360 管理者ガイドの記事をご参照ください。

グローバル検索で個人レコードを除外するように設定

Gainsight は新しい設定を導入し、管理者がグローバル検索結果において個人レコードの表示を除外できるようになりました。この改善は、お客様からのフィードバックを受け、特に人物データが重複しがちな組織において、検索結果の関連性と分かりやすさを向上させることを目的としています。

何が変わったのか

これまでは、人物レコードが常にグローバル検索に含まれていたため、次のような状況が頻発していました：

• 重複している、または古くなったエントリ。

• メールドメインと人物名が一致した場合などに、無関係な検索結果が表示される。

• 企業やリレーションシップにのみアクセスしたいユーザーにとって、操作が非効率になる。

この改善により、管理者は 人物モデルを引き続き利用しつつ、グローバル検索での 人物レコードの表示をオフにできるようになります。

注: デフォルトでは、チェックボックスがオンになっており、手動でオフにしない限り人物レコードは引き続きグローバル検索に表示されます。

設定の詳細については、P360 管理者ガイドの記事をご参照ください。

Skilljar Education Insights を C360 サマリウィジェットに表示

新しい Skilljar Education Insights ウィジェット により、C360 サマリータブ内で、顧客の学習エンゲージメントやコースのパフォーマンスを一目で確認できる統合ビューが提供されます。これにより、カスタマーサクセスマネージャー（CSMs）は、 サマリータブを通じて、Skilljarコース全体のユーザーの学習状況、コース認定、および修了傾向を簡単に把握できるようになります。これにより、支援のギャップを特定し、導入成果の向上に役立てることができます。

これまでは、Skilljar から詳細なインサイトを取得するには複雑な設定が必要でした。この改善により、管理者は C360 サマリータブ に Skilljar Education Insights をウィジェットとして有効化し、標準機能として提供されるインサイトを確認できるようになりますOOTB。この改善により、以下の 学習インサイトが提供されます：

• 学習者のエンゲージメント：管理者は、選択した期間におけるアクティブ学習者の総数および全体の学習者カバレッジを確認できます。

• 認定ステータス：認定を取得した学習者の総数および発行された認定の総数を確認できます。

• 登録状況：学習者ごとのコース登録数と、コースの修了状況を確認できます。

• 人気コース：コース修了数と修了率に基づき、上位5つのコースを特定できます。

詳細については、C360/R360 のサマリーセクションの設定記事を参照してください。

C360 から直接 コパイロットにアクセス

C360 インターフェース内から、ページを切り替えることなくコパイロットに直接アクセスできるようになりました。このアップデートにより、ワークフローが効率化され、コンテキストの正確性が向上します。

• コパイロットはアクティブな顧客アカウントを自動的に参照します。 

• すべての質問とチャット履歴はアカウント個別のものとして保持されます。

メモ 

• Copilot へのアクセス権を持つユーザーは、テナントで機能が有効になっている場合、自動的に C360 でも Copilot にアクセスできるようになります。

• Sidebar の 360 では Copilot はサポートされていません。

主な利点: コパイロット は C360 のワークフローに組み込まれているため、ページを切り替える必要はありません。アカウントのコンテキストを自動的に理解するため、ワークフロー内で直接質問することができます。

この改善の詳細については、Copilot 概要の記事を参照してください。

Copilot キー定義の設定

管理者は、Copilot キー定義 を設定することで、用語を標準化し、Copilot が情報を取得する場所を指定し、構造化・非構造化の両方のクエリへの応答方法を調整できるようになりました。これらの定義により、応答の一貫性、正確性、そしてコンテキスト認識が確保されます。

キー定義でサポートされるオブジェクト:

• カンパニー

• アクションへの呼びかけ

• タスジュ

• サクセスプラン

• アクティビティタイムライン

• ユーザーオブジェクト

ロールによるアクセス

• 管理者: キー定義を作成、編集、または削除する

• エンドユーザー: キー定義の表示と提案

データ型キー定義の例

例えば、あなたの会社では、ARRが 200 万ドルを超える企業を高価値顧客と定義しているとします。このロジックを正式に定義するために、データキー定義 を作成できます。 

• 名前: 高価値顧客

• ロジック: CompanyテーブルのARR > 2M。

• 説明: ARR が 200 万ドルを超える顧客を特定します。

Copilot の利用方法：ユーザーが「高価値顧客を表示して」と尋ねると、Copilot はこの定義を更新条件と組み合わせて自動的に適用し、正確でコンテキストに応じた結果を返します。

指示タイプキー定義の例

例えば、あなたの会社ではデフォルトの ARR フィールドではなく ARR - Total などの別のフィールドで ARR を管理しているとします。指示キー定義を作成することで、Copilot にこれを理解させることができます。

指示キー定義を使用して、Copilot が優先すべきフィールドや用語を明確に指定できます。特に、あなたの用語が Gainsight のデフォルトと異なる場合に有効です。

• 名前: ARRカスタムフィールド

• 説明: ARR に関するクエリには ARR - Total フィールドを使用します。

Copilot の利用方法：ユーザーが「ARR が 100 万ドルを超える顧客はどれですか？」や「高 ARR のアカウントを一覧表示して」と尋ねると、Copilot は自動的に ARR が ARR - Total フィールドを指すことを理解し、回答を生成する際にその参照を適用します。

キー定義の仕組みとサポートされている機能の詳細については、「キー定義の機能」の記事を参照してください。

重要

• キー定義を作成する際は、名前と説明の両方を個別かつ明確に記述してください。コパイロットはこれらのフィールドを使用して、クエリへの回答時にどのキー定義を考慮するかを決定します。略語やあまりに一般的な用語の使用は避けてください。

• 複数のオブジェクトをカバーする単一のキー定義を作成することはできません。オブジェクトごとに個別のキー定義を作成する必要があります。

• 管理者が利用を開始できるように、13 件の標準キー定義が用意されています。管理者は、使用ケースに応じてこれらのキー定義を編集、削除、または無効化できます。

• Copilot では、作成できるキー定義の数に制限はありません。

詳細なガイダンスと例については、コパイロットのベストプラクティスと既知の制限事項の記事を参照してください。

主な利点: キー定義を設定することで、コパイロットをビジネスプロセスに合わせてカスタマイズし、組織のロジックに沿った一貫性のあるコンテキストアウェアな回答をユーザーに提供できます。

Copilot キー定義の提案と承認

Gainsight は Copilot に新機能を追加し、エンドユーザーが新しいキー定義を提案できるようになりました。これにより、協力的な作業が促進され、組織内の用語が正確かつ一貫して維持されます。 

主な詳細

• 管理者は、キー定義セクションの提案タブ から、ユーザーが提案したすべてのキー定義にアクセスできるようになりました。

• エンドユーザーは、Copilot のキー定義セクションで キー定義を提案オプションを使い、新しいキー定義を直接提出できるようになりました。

キー定義を提案・承認できるユーザー

キー定義の提案ワークフローは、キー定義セクションにアクセス権を持つすべての Copilot ユーザーが利用できます。管理者は、提出されたキー定義を確認、承認、または却下するために、キー定義管理権限 が必要です。

主な利点

• 管理者とエンドユーザー間の協力を強化します。

• キー定義管理の正確性と透明性を確保します。

• 組織内の定義の一貫性を確保します。

注意：提案は、エンドユーザーが提出後に編集することはできません。

詳細については、Copilot のキー定義 に関する記事を参照してください。

Copilot の新しい プロンプトライブラリ でプロンプトを探索・管理

Gainsight は Copilot に プロンプトライブラリ を導入しました。これにより、ユーザーと管理者はプロンプトを一元管理し、作成、管理、再利用できるようになります。このライブラリにより、ユーザーと管理者はプロンプトを簡単に見つけて活用でき、Copilot とのやり取りを一貫性のある効率的なものにできます。

主要な機能

• プロンプトへの集中管理アクセス：Copilot 内で、すべてのプロンプトに一箇所からアクセスできます。

• 使いやすい 3 つのタブ：

  • マイプロンプト：自分が所有するプロンプトを作成、編集、削除、再利用できます。

  • 管理者の提案：管理者によって作成されたプロンプトを表示する。管理者は、エンドユーザーに表示するプロンプトと非表示にするプロンプトを選択できます。

  • Gainsightの提案：ユースケース別に整理された、Gainsight 推奨のプロンプトを表示します。管理者は、エンドユーザーに表示するプロンプトと非表示にするプロンプトを選択できます。

• 新しいプロンプトを作成：新しいプロンプトボタンを使用して、カスタムプロンプトを作成・保存できます。これらは自動的にマイプロンプトに追加され、いつでも再利用できます。

• プロンプトを即時に使用：プロンプトライブラリから任意のプロンプトを選択すると、すぐに Copilot との会話を開始したり、タスクを実行したりできます。

• Copilot チャット画面の推奨プロンプト：

  • Copilot ランディングページに表示される 5 つの推奨プロンプトは、お気に入りとしてスターが付けられたプロンプトです。

  • スターが付けられたプロンプトが 5 つ未満の場合、残りの枠は Gainsight 推奨プロンプトまたは管理者推奨プロンプトからランダムに補充されます。

  • ユーザーは「すべてのプロンプトを表示」をクリックして、完全なプロンプトライブラリを開くことができます。

プロンプトの作成および管理方法の詳細については、「プロンプトライブラリを使用したプロンプト管理」の記事を参照してください。

コパイロットの拡張データアクセスでより深い回答を取得

コパイロットは、Gainsight 内のより幅広いデータに基づいた回答を提示できるようになりました。これには、スコアカード（基本クエリ）、サクセスプラン、コックピットが含まれます。この拡張により、ユーザーは主要なカスタマーサクセスワークフロー全体で、より的確でコンテキストに富んだ質問を行うことが可能になります。

• コックピット: オープン、クローズ、期限超過、今後のタスクを含む CTA 情報を取得します。以下の Cockpit オブジェクトを使用してクエリを実行できます：

  • call_to_action

  • cs_task

  • cta_group

• サクセスプラン: サクセスプランから目的やテキストの詳細を取得します。

• スコアカード：アカウントの全体スコア、個別の測定項目、および完全なスコアカードを取得します。赤ステータスや閾値未満のスコアなどの条件に基づいてアカウントをフィルタリングします。以下のスコアカードオブジェクトを使用して基本的なクエリを行うことができます:

  • scorecard_master

  • sc_measure_map

  • scorecard_measures

  • scoring_scheme_definition

  • unified_scorecard_fact_company

  • account_scorecard_history

これらの追加により、コパイロットは 7 つの情報源から取得し、カスタマーサクセスのワークフロー全体にわたって、より深い洞察を提供できるようになりました。

拡張データアクセス機能の詳細については、コパイロット の概要記事をご参照ください。

属性によるタイムラインのフィルタリングでターゲットを絞ったインサイトを実現

Timeline では、アクティビティレベルの属性に基づいた高度なフィルターを適用できるようになり、より関連性の高いデータを抽出して Copilot からより深い洞察を得ることができます。
アクティビティTimeline オブジェクトで定義された標準フィールド、カスタムフィールド、システムフィールド（アクティビティタイプ、担当者、参加者、ステータスなど）を使用して Timeline エントリをフィルタリングできます。

重要 

• Timeline に関連するオープンエンドの質問では、Copilot は結果を取得する前にフィルター（指定されている場合）を適用します：

  • クエリに日付範囲やセグメントなどの特定のフィルターが含まれている場合、Copilot はまずそのフィルターを適用し、フィルター後の結果から最新の 50 件の Timeline エントリを取得します。

  • クエリにフィルターが含まれていない場合、Copilot はユーザーの質問に関連する利用可能なすべての Timeline 投稿を分析します。例：過去 1 か月間に、エンタープライズセグメントのどの顧客が否定的な感情を示しましたか？

正確で関連性の高い結果を得るには、複数の顧客を対象とした広範なクエリではなく、アカウント個別のクエリを実行することをお勧めします。

例となるクエリ：ユーザーは、次のような高度なクエリを実行できるようになりました:  「[会社名] の直近の EBR アクティビティから、すべてのビジネス目標を要約してください。」

主な利点: 属性ベースのフィルタリングを使用すると、個別のクエリを実行してパターンを発見し、エンゲージメントを追跡し、最も重要なインタラクションに焦点を当てることができます。 

属性を使用してタイムラインデータをフィルタリングする方法の詳細については、コパイロット の概要記事を参照してください。

Copilot で拡張された製品ドキュメントの回答にアクセス

Gainsight は Copilot の Gainsight CS プロダクトエキスパートに機能強化を導入しました。このプロダクトエキスパートは、Gainsight の公式ドキュメントサイト support.gainsight.com でライブウェブ検索を行い、製品に関するクエリに対して正確で最新かつコンテキストに富んだ回答を提供できるようになりました。回答には情報の出典リンクが含まれており、ユーザーは情報の元をすぐに確認できます。

主要な機能

• Web 検索統合：Gainsight CS プロダクトエキスパートは、ユーザーの質問にリアルタイムで回答するために、Gainsight の公開ドキュメントをウェブ上で検索します。
• インライン引用：回答には主要なポイントの隣に出典リンクが含まれるようになり、ユーザーは情報をすぐに確認したり、必要に応じてさらに詳しく調べたりできます。同じ情報源が複数の内容セクションをサポートしている場合、リンクは各箇所で繰り返されず、最後に一度だけ表示されます。

複数ステップのクエリに対する Copilot の思考プロセスを表示

Gainsight は、回答の背後にある分析プロセスの可視化を追加することで、Copilot の体験を強化しました。Copilot は、リクエストの解釈方法、データソースの選択、最終回答の構築プロセスをリアルタイムで表示するようになりました。この透明性の向上により、ユーザーは Copilot がどのように考え、回答を生成しているかをよりよく理解でき、各回答に対する信頼性と明確さが向上します。

仕組み

ユーザーが「ARR が 100 万以上の企業で議論されたリスクを取得する」といった複雑なクエリを送信した場合、Copilot は次のように動作します：

• 最初の数秒で、計画されたアプローチを表示する

• 使用するデータソース（例：ScorecardやTimeline）を特定します。

• 計画を実行し、最終的な回答を提供する

例：

• 複数ステップのクエリ：Copilot は最初に、計画されたアプローチを表示します。例として「まず Scorecard エージェントからデータを取得し、その後 Timeline エージェントからコンテキストを取得する。」

• 単純なクエリ：単純な質問の場合、Copilot は思考プロセスの共有を省略し、直接回答を返します。

Slack でより深い顧客インサイトにアクセス

Slack 内で、スコアカード、サクセスプラン、コックピットを含む、より幅広い Gainsight モジュールからインサイトを取得できるようになりました。この機能は、Copilot の動作と同様に機能します。

重要な定義は、Gainsight CS の Copilot セクションで設定できます（Copilot 管理者アクセスが必要です）。Slack 上で直接 Key Definitions を作成することはできませんが、既存の定義を使用して Gainsight AI Agent 経由でクエリを実行することは可能です。

両方の機能強化の詳細については、本リリースノートのコパイロットセクションを参照してください。

制限事項: 2 つ以上のテーブルを含むクエリの回答は、Slack 上では正しく表示されません。例: Acme Corp のヘルス状況はどうですか？

CTA ワークフローの改善

Gainsight は、管理者がフィールド設定をより細かく管理できるとともに、CSMs が完全かつ一貫したデータを取得できるようにする、CTA（Call to Action）作成・管理ワークフローの大幅な改善を導入しました。これらの改善により、従来からの使い勝手の課題が解消され、手動および自動の CTA 作成フローの両方で、レイアウトの柔軟性、必須フィールドの管理、編集可能状態の精度が向上します。

主な改良点:

以下の更新により、管理者と CSMs の両方に対して、CTA 作成・管理ワークフローの柔軟性、制御性、データの整合性が向上します：

• 管理者による必須フィールドの制御

• フィールドの動作設定

• CTAクローズ時に必須のフィールド

• 固定動作のフィールド

• 既存CTAsへの影響

管理者による必須フィールドの制御

管理者は、標準フィールドまたはカスタムフィールドを、CTA タイプのレイアウトレベルで必須フィールドとして設定できます。

• この設定は、手動および自動の作成フロー全体に適用され、以下を含みます：

  • Cockpit、C360/R360（手動）

  • ルールエンジン

  • サクセスプランテンプレート

• 必須フィールドは、必須のデフォルト値を持つ編集不可として設定することもできます。

• フィールドが「必須」かつ「読み取り専用」に設定されている場合、デフォルト値の指定が必要です。そうしないと、CTA を作成できません。

• 既存の CTA に新たに必須となったフィールドの値が null の場合、CSMs は次回の保存または編集時にそのフィールドを入力する必要があります。

• これらの必須フィールドにはデフォルト値が事前入力されており、CSM の作業負荷を軽減します。

• CSMs は、すべての必須フィールドを完了する必要があります：

  • 新しいCTAを作成

  • 既存の CTAs を保存または編集する

• 設定されたデフォルト値は、Rules Engine、Success Plan テンプレート、Timeline CTA 作成でも自動的に入力されます。デフォルト値が設定されていない場合、自動フローは継続されますが、ユーザーは次回の保存または編集時に値を入力する必要があります。

フィールドの編集可能性の動作

管理者は、データの一貫性を管理するためにフィールドの編集可能性の動作を設定できます。以下の表は、各フィールド設定とその動作を説明しています。

ビジネスユースケースの例：データの整合性を保つため、CTA作成後はOpportunity IDやRisk Categoryなどのフィールドをロックしてください。

注意：これらの設定はGainsightのインターフェース内でのみ適用されます。フィールドの値は、APIs やRules Engineを通じて引き続き更新できます。

CTAクローズ時に必須のフィールド

管理者は特定のフィールドを「クローズ時必須」として設定できます。これは、ユーザーがCTAをクローズする際に、これらのフィールドに値を入力する必要があることを意味します。

• フィールドは「クローズ時必須」として設定でき、CTAをクローズする際にのみ値の入力が必要になります。

• この設定は編集可能なフィールドにのみ適用され、読み取り専用、作成後ロック、または既に必須としてマークされているフィールドと組み合わせることはできません。そのような場合は、代わりにデフォルト値を使用してください。

固定動作のフィールド

一部のCTAフィールドはGainsightによって自動的に管理されており、CTAレイアウトで設定することはできません。

• 常に必須：所有者、ステータス、優先度などのフィールドは常に必須であり、ユーザーが更新できます。

• 常に読み取り専用：[経過時間]、[変更日]、[会社]、[関係]などのシステムレベルのフィールドは読み取り専用で、編集することはできません。

これらのフィールドの動作は固定されており、レイアウトレベルで上書きすることはできません。

既存CTAsへの影響

フィールドの設定を更新すると、Gainsightはその変更を新規および既存のCTAsの両方に適用し、以下のような動作が発生します：

• フィールドを必須にするなど、フィールドの動作の変更は既存のCTAsにも適用されます

• CSMsは、既存のCTAsを編集または保存する際に、必須項目が未入力の場合は入力を促すプロンプトが表示されます。

• 既存のCTAsは、更新されない限り、以前の値やフィールドの状態を保持します。

• 成功計画テンプレートでは、既存のCTAsは変更されませんが、編集や新規追加時には更新された必須ルールが適用されます。

• フィールドを読み取り専用に設定したり、グループ間で移動するなどのレイアウト変更は、そのタイプの既存のすべてのCTAsに適用されます。フィールドの値は、更新されない限り変更されません。

CTAワークフローの改善についての詳細は、以下の記事を参照してください：

• CTA詳細ビューのレイアウトを設定する

• CTAの種類、理由、優先度、スヌーズを設定する

• Call to Action（CTA）詳細ビュー

• Cockpit インライン編集

• 手動アクション・コール・トゥ・アクション（CTA）とタスクの作成

• リレーションシップCTAを手動で作成する

• コックピットのリストビュー

顧客目標フィールドの作成時のみの動作を制御する

管理者は、特定のフィールドを目標作成時のみ編集可能としてマークすることで、顧客目標フィールドの動作をより細かく制御できるようになりました。目標が作成されると、これらのフィールドは読み取り専用となり、重要なデータを保護し、カスタマーサクセスのワークフロー全体で一貫性を確保するのに役立ちます。

仕組み

管理者は、標準フィールドやカスタムフィールドを問わず、目標作成時のみ編集可能に設定できます。

これはコックピットのフィールド制御と同じ仕組みで、管理者がフィールドをいつ、どのように編集できるかを定義します。その機能は現在、顧客目標にも拡張されています。

• エンドユーザーは、目標作成フォームでのみこれらの値を入力または変更できます。

• 目標が作成されると、これらのフィールドはUI上で読み取り専用になります。

• フィールドは、APIs やRules Engineを通じて引き続き更新可能です。

注: フィールドが必須であり、デフォルト値が設定されていない場合、ユーザーは作成時に値を入力しなければ進めません。

目標テンプレートを使用する

ユーザーが目標ライブラリから目標をインポートする場合：

• 作成時のみ編集可能に設定されたフィールドは、テンプレートのデフォルト値で事前入力されます。

• ユーザーは、これらのフィールドを作成時にのみ編集できます。

• 一度保存されると、これらのフィールドは編集できなくなります。

管理者は以下のことができます。

• デフォルト値をレイアウト（タイプ）レベルで設定する。

• 特定の目標ライブラリテンプレートでデフォルト値を上書きする。

カスタム目標での動作

• 作成時のみ編集可能なフィールドは、目標作成フォームに表示されます。

• ユーザーは、目標を保存する前に値を入力または変更できます。

• 作成後、これらのフィールドは読み取り専用になります。

既存の目標への影響

目標が既に作成された後に、フィールドが作成時のみ編集可能としてマークされた場合：

• そのフィールドは、影響を受けるすべての目標で即座に読み取り専用になります。

• エンドユーザーは、UI上でそのフィールドを編集できなくなります。

• 管理者は、APIs やルールを通じて引き続きそのフィールドを更新できます。

ビジネスユースケースの例

目標ワークフローの改善についての詳細は、以下の記事を参照してください：

• 顧客目標の設定 

• 顧客目標を作成

Slackでの強化されたTimeline通知で、より多くのコンテキストを把握

Gainsight は、Slack における Sally のTimeline通知を改善し、手動で作成されたTimelineのアクティビティやコメントで自分がメンションされた場合、そのアクティビティノートも通知に含まれるようにしました。このアップデートにより、アクティビティの内容を即座に確認できるようになり、特にマネージャーや経営層にとって便利です。基本的な状況を把握するために、もはや Gainsight に戻る必要はありません。

注: この機能強化は、エンドユーザーが手動で作成したTimelineのアクティビティにのみ適用されます。

主な機能強化:  
通知には、アクティビティノートも表示されるようになりました。
対象となるのは、以下の場合です：

• アクティビティ内であなたをメンションした場合。

• あなたのアクティビティにコメントがあった場合。

• コメント内であなたをメンションした場合。

前と後 

古い経験：通知にはアクティビティノートが表示されませんでした。

新しいエクスペリエンス: 通知にアクティビティノートが表示されます。

注: アクティビティヘッダーの変更は、これらの通知にアクセスできるすべてのユーザーが利用可能であり、管理者による設定は不要です。

主な利点

• より明確なコンテキスト：ユーザーは通知内で、アクティビティヘッダーとノートの両方を直接確認できます。

• クリック回数の削減：Slack と Gainsight 間の行き来を最小限に抑え、時間を節約できます。

• 一貫した体験：アクティビティの詳細が、すべての関連するTimeline通知タイプで一貫して表示されます。

Slack におけるTimeline通知の詳細については、Gainsight のSlack における通知記事を参照してください。

スペース のAttachments Widgetでファイルを安全に共有

Gainsight は、スペース に新しいAttachments widgetを導入しました。これにより、社内チームとエンドユーザー間で安全かつ柔軟にファイルを共有できるようになります。  Gainsight は、社内チームとエンド ユーザー間で安全かつ柔軟なファイル共有を可能にする新しい「添付ファイル ウィジェット」を スペース に導入しました。 

ペルソナ別の概要

アクセス場所

• 管理者:Administration > Spaces Configuration > Layouts に移動し、 Attachments widget を追加してください。一般設定でデフォルトの動作を設定することもできます。

• CSMsとコラボレータ：Spacesに移動 > Shared Spaceを開く > Attachments widget。C360 > Attachments でも、Share to Spaces や Remove from Spaces を通じて利用できます。

• エンドユーザー:Spaces ページ > Attachments セクション。

主な利点

• スペース 内でのドキュメント共有を集中化し、明確な管理を実現。

• 安全な双方向のやり取りを可能にし、メールの往復を削減。

• 社内リポジトリを保持しつつ、承認済みファイルのみを公開。

詳細については、以下の記事を参照してください：

• スペース管理者ガイド

• CSMのためのスペースウィジェットと権限

• エンドユーザー向け スペース ガイド

• スペースのFAQ

スペース 招待メールのカスタマイズ可能なメール背景

管理者および CSMs は、スペース 招待メールの背景をカスタマイズできるようになり、自社ブランドにより適したデザインに調整できます。この機能強化により、招待フロー中の「メールカスタマイズ」パネルから、単色、グラデーション、カスタム画像、または白紙オプションを設定できるようになりました。

主な利点

• 管理者および CSMs が、ブランドに沿った視覚的に統一された招待メールを送信できるようになります。

• 組織のテーマやマーケティング基準に合わせて、メールデザインを柔軟に調整できます。

管理者ロックオプションで スペース のバナー設定を管理

管理者は、バナーウィジェットを設定してロックできるようになり、CSMs は事前に定義されたコンテンツとオプションを確認できます。これにより、CSMs の繰り返し設定を削減し、スペース 全体でブランドの一貫性を維持できます。このオプションは、スペース レイアウトエディタのバナーウィジェット設定内で利用可能です。

バナーがロックされている場合：

• CSMs は、ロックされたコンテンツ、レイアウト、フィールドを変更できません。

• ツールチップが表示されます：このバナーは、ブランドの一貫性を保つためにロックされています。更新を依頼する場合は、組織の変更リクエスト手順に従ってください。

例: 以前は、CSMs が各会社のレイアウトごとにバナーコンテンツを設定する必要がありました。現在は、管理者がバナーをグローバルに事前設定でき、ビジネスニーズに応じて CSM の上書きを許可または制限できます。

主な利点

• CSMs の繰り返し作業を減らし、時間を節約できます。

• 各会社でのデザインとメッセージの一貫性を確保します。

• レイアウトおよびコンテンツの権限を細かく管理できます。

• 制限が適用される場合に、視覚的なツールチップで明確性を向上させます。

メモ

• ロックされたバナーは、CSMs に表示されますが編集はできません。

• 管理者は、スペース レイアウトエディタを通じていつでもバナー設定を更新できます。

これらの機能強化の詳細については、以下の記事を参照してください：

• スペース管理者ガイド

• CSMのためのスペースウィジェットと権限

• エンドユーザー向け スペース ガイド

• スペースのFAQ

タイムライン

タイムラインは、顧客の正式レコードですこれにより、ユーザーは顧客とのインタラクションに関する情報を記録することができ、さらにインサイトを迅速に収集し、アクションを起こすことができます。Customer 360ページのタイムラインビューでは、顧客のライフサイクルの中で顧客インタラクションを追跡するのに役立つアクティビティを記録し、表示することができます。タイムラインでの更新済み10分間のトレーニングは、Gainsightエンドユーザーと共有できます！

マイルストーンタイプでTimelineアクティビティをフィルター

Gainsight は、Timelineにマイルストーンタイプでのフィルタリング機能を導入しました。これは多くのユーザーから要望のあった機能強化で、Timeline機能の使いやすさを向上させます。 

主な改良点:

• 新しいフィルターオプション：Timelineの高度なフィルターセクションに、マイルストーンタイプフィールドが追加されました。

• 複数選択のサポート：ユーザーは、Timelineビューに表示されるアクティビティをフィルターするために、1 つ以上のマイルストーンタイプを選択できます。

• すべてのマイルストーンタイプに対応：そのフィルターは、手動および自動の両方のマイルストーンに適用されます。適用されると、Timelineには選択されたタイプに一致するマイルストーンのアクティビティのみが表示されます。

主な利点: この改善により、ユーザーはTimelineで表示される内容をより細かく制御できるようになり、関連するマイルストーンに集中したり、アクティビティの確認を効率化したりすることが容易になります。

JO におけるカスタムオプトアウト設定とメールフッター

Gainsight は、JO におけるオプトアウト設定とメールフッターの構成に関する高度な機能を導入しました。これらの強化により、管理者はメールコミュニケーションのコンプライアンス、ブランディング、ローカライゼーションに関して、より柔軟かつ詳細なコントロールを行えるようになります。

主要な機能

• オプトアウト設定の切り替え: 管理者は、UI からいつでも Gainsight 管理のオプトアウト設定とカスタムオプトアウト設定を切り替えることができます。

• カスタムフッターの作成と編集: 管理者は複数のカスタムオプトアウト設定を作成可能です。

• カスタムフッターの言語バリエーション定義: 管理者は、サポートされる各言語ごとに言語バリエーションを手動で定義できます。ただし、コンテンツは自動翻訳されず、管理者がローカライズされたテキストを入力する必要があります。

主な利点

• Gainsight 管理の設定とカスタム設定をシームレスに切り替え可能。

• 複数のテンプレートでカスタムフッターを再利用し、一貫したメッセージングを実現。

• 言語バリエーションを作成し、ローカライズされたコミュニケーションをサポート。

• 非運用メールテンプレートへの一括オプトアウト設定適用。

• 組み込みのセーフガードにより、アクティブな JO プログラムへの誤った変更を防止します。

注意：カスタムオプトアウト設定は、Dynamic JOプログラムとグループ送信でのみサポートされています。SimpleまたはAdvanced JOプログラムではサポートされていません。

オプトアウト設定の詳細については、以下の記事をご覧ください:

• Gainsight管理オプトアウト設定

• グローバルオプトアウトのカスタムオプトアウト設定

• オプトアウトカテゴリーのカスタムオプトアウト設定 

• メールオプトアウト設定API

主な機能強化

以前は、プログラムに重複した名前の要素が追加されると、重複エラーを示すために名前が赤色で表示されていました。現在は、重複した名前にサフィックスを追加することで自動的に調整され、デフォルトでエラーを防止します。これにより、エクスペリエンスが合理化され、プログラムの構築がより直感的になります。

要素シーケンスの増分：新しい要素が追加されると、以前の要素が削除されていても、番号付けは最後に作成された要素から連番で続きます。例: たとえば、メール 1 と メール 2 が存在し、メール 1 を削除した場合、次に追加されるメールは メール 3 となります。

主な利点

この更新により、ワークフローの明確性が高まり、要素管理がよりシンプルで直感的になります。

メモ

• 重複した要素名は赤色で表示され、同一名が解決されるまで公開は無効化されます。

• 条件ノードにはこれらの変更は影響しません。
  要素のプログラム命名ロジックの詳細については、再設計された高度なプログラムの記事を参照してください。

アクティブなプログラムにフィールドを追加

Gainsightは、アクティブなJOプログラムにフィールドを追加できる機能を導入しました。これにより、管理者は進行中の参加者ジャーニーを妨げることなく、フィルター条件やトークンを安全に更新できるようになります。 

主な改良点:

• フィールドの可視性とトークン使用: ソースデータの元フィールドは、初回公開時に含まれていなかった場合でも、編集モードで表示・トークンとして使用可能。トークンは新しい参加者に対して正しく解決されます。 

• 新規フィールドと同期挙動: クエリやデータデザイナーのソースフィールドに追加された新規フィールドは、再公開後にあらゆるソース（特にクエリ）で利用可能。

主な利点

• 重複削減: これで、既存のプログラムを複製して新しいプログラムを作成するのではなく、編集して再利用できるようになりました。

• 未使用フィールドへのアクセス：初回公開時に含まれていなかったソースフィールドも編集モードで再利用可能。

• フィルターサポートの拡張：既存の参加者データに影響を与えることなく、顧客を含めるためにフィルターに新しいフィールドを追加することをサポートします。

メモ

• 過去に公開時に含まれていたフィールドは削除できませんが、プログラムのドラフト版では引き続き利用可能。

• 新規追加フィールドは、新しい参加者の同期やドラフト更新後の再公開時から適用されます。

• セグメントやデータデザイナーといったソースのフィールドが、必須フィールドや一意性基準として使用されている場合、それらを リネームまたは削除しないでください。削除すると、プログラムが失敗し、修正できなくなります。

• プログラム内の既存の参加者に対して、新しく追加されたフィールドの値は null として表示されます。

アクティブなプログラムへのフィールド追加の詳細については、再設計された高度なプログラムの記事を参照してください。

動的プログラムにおけるJO保護制限

最適なパフォーマンスを確保し、プラットフォームの安定性を維持するために、GainsightはJourney Orchestratorの動的プログラムリソースに対して保護制限を導入しました。 

重要: この保護制限は極端または高値の閾値であり、ほとんどのユーザーには影響しません。

リソースの過剰消費を防ぐため、これらの制限はUIレベルとバックエンドレベルの両方で実装されています。ユーザーは制限に近づくと警告を表示されます。ハードストップにより、以下で定義された制限を超える操作を防ぎます。

実装された制限

• プログラムには最大で100ノードまで追加できます。ノードが80個追加されると、警告が表示され始めます。

• プログラムごとに最大20個の計算フィールドを追加できます。

• 評価要素では、ブランチごとに最大26個の条件を設定できます。

• 遅延要素では、メールの最大遅延期間は365日です。

• 評価要素では、評価の最大遅延期間は90日です。

• テナント内で同時にアクティブにできるプログラムは最大2,000件です。

• すべてのプログラムにおいて、1日に追加できる参加者の数に新しい制限が導入されました。

この参加者制限により、単一のテナントが過剰な量の参加者データを取り込むことを防ぎます。この制限を超えた場合：

• 参加者の同期が一時停止されます。

• 失敗した参加者レコードの一覧を記載したメール通知が送信されます。

• 失敗したレコードは、手動で同期するか、翌日に同期をスケジュールすることができます。

詳細についてはGainsightサポートにお問い合わせください。
JO保護制限の詳細については、再設計された高度なプログラムの記事を参照してください。

メールステップ設定でアクション実行スケジュールを上書き

Gainsightは、管理者がJourney Orchestrator（JO）の特定のメールに対して、プログラムレベルのアクション実行スケジュールを上書きできる機能を導入しました。これにより、アクション実行を待たずに、即時のサンキューメールなど、時間に敏感なコミュニケーションを送信する柔軟性が向上します。

主要な機能

• ステップレベルの制御：有効にすると、このトグルにより特定のメールやアンケートがプログラムレベルのアクション実行スケジュールを無視して、トリガー後すぐに送信されます。

• 時間に敏感なコミュニケーションに適用：サンキューメール、確認メッセージ、アンケート完了通知などのリアルタイム通知に最適です。

主な利点

• 柔軟なスケジューリング：特定のメールは即時に送信し、その他のメールはグローバルスケジュールに従って送信されます。

• 応答性の向上：リアルタイムの承認や確認により、顧客体験を向上させます。

• 運用の一貫性：中央集権的な管理を維持しつつ、ステップレベルでの制御された例外を許可します。

アクション実行の上書きの詳細については、再設計された高度なプログラムの記事を参照してください。

レポートダウンロードの詳細な制御

Gainsightは、管理者やレポート所有者がどのレポートをダウンロード可能にするかを決定できるレポートレベルの制御を追加しました。以前は、ダウンロードの挙動はテナントレベルで一括管理されていました。一部のレポートのエクスポートを許可し、他をブロックする方法はありませんでした。この改善により、必要な場所でダウンロードを有効にしたままデータをエクスポートできるようになりました。

主な機能強化

レポートレベルのトグル：レポート設定でレポートデータのダウンロードを無効化トグルがオフの場合、レポート内のデータをダウンロードトグルを使って、個々のレポートをダウンロード可能または不可に設定できます。この挙動はレポートビルダーページでのみ適用され、他の利用箇所には適用されません。

主な利点

• 詳細な制御：レポートレベルで、どのレポートをダウンロード可能にするかを決定します。

• より強力なガバナンス：従来の一括許可・一括禁止モデルを、柔軟な権限設定に置き換えます。

• 安全な共有：受信者のダウンロードを制限したり、共有者のデータ権限を適用したりできます。

• チームの柔軟性：セキュリティを損なうことなく、関係者に必要なアクセス権を付与します。

レポートのダウンロード方法の詳細については、レポートおよびダッシュボードのエクスポートの記事を参照してください。

Gainsight Event Stream Connector

Gainsightは、外部システムとのリアルタイムのイベント駆動型統合を可能にするEvent Stream Connectorを導入しました。このコネクタにより、外部プラットフォームはレコードの作成や更新などのイベントを、スケジュール同期を必要とせずに直接Gainsightにプッシュできます。

設定を簡素化するために、このコネクタにはSAP Sales Cloud CRM向けの事前構築テンプレートも含まれています。

Event Stream Connectorは、以下のGainsightオブジェクトをサポートしています：

• カンパニー

• パーソン

• 企業担当者

• 低-ボリュームのカスタムオブジェクト

• オポチュニティ

注: Opportunityオブジェクトを送信先として使用できるのは、Renewal Centerアドオンを購入したお客様のみです。

接続の作成方法の詳細については、Gainsight EventStream コネクタの記事を参照してください。

Dynamicsコネクタ認証の強化

Gainsight Dynamics コネクタは、既存のクライアントシークレット方式による OAuth M2M 認証に加えて、証明書ベース認証もサポートするようになりました。このアップデートにより、管理者はクライアントシークレットに依存することなく、Microsoft Dynamics 365 に安全に認証できるようになります。

この認証方法の使用方法について詳しくは、Dynamics コネクタの記事を参照してください。

連結された識別子を使用した PX–CS 関係マッピングの強化

Connectors 2.0 の PX アカウントと CS リレーションシップの統合が強化され、Product ID と SFDC ID の組み合わせなど、連結された値を使用してリレーションシップレベルでより細かなマッピングをサポートできるようになりました。この強化により、単一の構成下で複数のアカウントとリレーションシップの組み合わせを追跡する顧客に対して、より正確でスケーラブルなデータ関連付けが可能になります。

主な利点

• データ解像度の向上：このアップデートにより、複数の製品リレーションシップを管理する顧客にとって重要となる、リレーションシップレベルでの PX アカウントと CS アカウント間の 1 対 1 のマッチングが可能になります。

• 柔軟なリレーションシップ定義：このアップデートにより、一意の連結識別子を使用して、製品レベルおよび非製品レベルの両方のリレーションシップをサポートできるようになります。

PX–CS リレーションシップのマッピングについて詳しくは、プロダクトエクスペリエンス統合の記事を参照してください。

Snowflake とのゼロコピー統合

Gainsight は Snowflake とのゼロコピー統合をサポートし、Snowflake データを Gainsight にインポートや複製することなく、ライブでクエリ実行できるようになりました。これにより、セットアップが簡素化され、冗長性が削減され、Snowflake から直接 ほぼリアルタイムなインサイトを得られます。

ビジネスユースケースの例：多くのお客様は、売上、サポート、製品の使用状況、顧客成功指標などの重要なデータセットを Snowflake に保存しています。これまでは、チームは Gainsight コネクタを使用してこのデータを Gainsight に取り込み、分析やレポート作成を行っていました。効果的ではありましたが、その方法では 同期ジョブの設定 や データパイプラインの維持管理 が必要でした。

ゼロコピー統合では、Gainsight が Snowflake に直接接続するため、CSM や管理者はデータをコピーしたり同期をスケジュールすることなく、最新データを即座にレポートや分析に活用できます。

接続が作成されると、Gainsight はデータ管理にすぐに使用できるビューを作成し、そこで Snowflake オブジェクトを選択できるようになります。これらはライブ オブジェクトとして追加され、レポートで直接使用できます。

ゼロコピー統合の詳細については、Snowflake ゼロコピー統合でのライブ オブジェクトの選択の記事を参照してください。

注: 既存の Snowflake 接続の場合、ゼロコピー統合が機能するには、管理者が Snowflake 接続を再承認する必要があります。

Snowflake のキーペア認証サポート

Gainsight は Snowflake 接続において キーペア認証 をサポートしました。これにより管理者は、パスワードの代わりに RSA キーペア を使用して安全に接続できるようになります。この対応は、Snowflake がサービスアカウントにおける パスワード認証の非推奨化 を進めていることに沿ったものです。

ビジネスユースケースの例：多くの組織では、Snowflake に機密性の高い 顧客データ、財務データ、プロダクト利用データ を保存しています。キーペア認証は、トークンの更新やパスワードの保存を必要とせず、より安全で長期的なアクセスを実現します。さらに、自動化された 鍵のローテーションポリシー や サービスアカウント設定 もサポートします。

有効化手順: 

• Snowflake 側で、サービスユーザーに公開鍵を割り当てる。

• Gainsight 側で、対応する秘密鍵とパスワードを入力する。

詳しくは、Snowflake コネクタの記事を参照してください。

データデザイナーでのルックアップの設定

Gainsight は、データデザイナーにルックアップ構成の機能拡張を導入し、管理者が Dataspace を管理する際の柔軟性を高めました。これで、データデザインの最後のタスクから作成された Dataspace に対してルックアップを設定できるようになりました。これにより、Dataspace を他の Gainsight 標準オブジェクトにリンクできるようになり、これらの Dataspace を基に作成されたレポートやルールが、関連オブジェクトのすべてのフィールドにアクセスできるようになります。

この設定： 

• データ準備プロセスの最後のタスクにのみ適用されます

• サポートされるデータ型：文字列、メール、GSID。 

• 設定が完了すると、ルックアップはユニバーサル Dataspace の一部となり、他のデザインやモジュールでも広く利用できるようになります。

メモ

• ルックアップを設定した後に新しいタスクが追加されると、Gainsight は親タスクのルックアップを自動的に子タスクに置き換えます。

• 以下の場合はルックアップを追加できません：

  • タスク内にフィールドが存在しない場合。

  • フィールドのデータ型（Email、GSID、String）が、ルックアップでサポートされていないデータ型に変更された場合。

ルックアップの設定方法について詳しくは、データデザイナーの準備の詳細に関する記事を参照してください。

システム生成メールフォーマットの再設計

オンボーディングの指示、サンドボックスの更新アラート、テナント接続の更新など、Gainsightが自動的に送信するシステム生成のメール通知を、複数のユーザータッチポイントにわたる明確さ、関連性、使いやすさに重点を置いて改良しました。

メモ: 既存の機能には変更はありません。このアップデートは、メールテンプレートの再設計のみを対象としています。ワークフローに影響を与えることなく、通常どおりプラットフォームを引き続き使用できます。

例：

このアップデートで刷新されたメールフォーマットに関連する主なユースケースは以下の通りです：

• ユーザーオンボーディングとパスワードアシスタンス: わかりやすいガイド付きの指示により、初期設定からユーザーをサポートします。また、アクセス回復が必要な場合に、ユーザーがパスワードを安全にリセットするのにも役立ちます。

• テナントの作成と有効期限: テナント接続のリクエスト、承認、または有効期限についてユーザーに通知し、テナント名、ID、有効期限、タイムリーなアクションを実行するためのリンクなどの重要な詳細を提供します。

• サンドボックス更新通知: サンドボックスの更新が開始されたとき、完了したとき、または失敗したときにユーザーに通知します。これにより、プロセスを追跡し、必要に応じて対応することができます。

• マジックリンクログイン: 電子メールは、ユーザーがパスワードを使用せずにGainsightインスタンスにログインするための安全で時間制限のあるリンクをリクエストしたときにトリガーされます。

• サポートアクセスの更新: テナントにGainsightサポートアクセスが付与または更新されたときに、誰がアクセスを提供したか、いつ有効期限が切れるかをユーザーに通知します。

以下の画像は、パスワード変更をリクエストした際のサンプルメールです：