Gainsight CSリリースノート Q2 2026年 7月

もっと見るおよび レポートのダウンロードオプションの削除

Gainsightは Copilot のエクスペリエンスを最適化しました。Show More ボタンと Download Report オプションが削除されました。CSM（カスタマーサクセスマネージャー）は、Show More をクリックする代わりに、追加の詳細を Copilot に直接質問できるようになりました。

変更点

• Copilot の回答で Show More ボタンが利用できなくなりました。

• Copilot で tabular Report（表形式レポート）をダウンロードするオプションが利用できなくなりました。

• Administration（管理者設定）にある Disable downloading report data（レポートデータのダウンロードを無効化）トグルは適用されなくなり、削除されました。

Copilot のチャット履歴保持期間が延長

Copilot は、チャット履歴を従来の 30 日間から 90 日間に拡張して保存するようになりました。これにより、ユーザーは過去の会話を再確認したり、中断したところから再開したり、文脈を失うことなく以前のやり取りを参照したりするための時間をより多く確保できます。また、ユーザーはチャットセッションを削除または名前変更して、履歴を整理された状態に保つことができます。

AI ツール管理 によるデータアクセスの制御

管理者は、Gainsight CS の新しい設定ページから直接、LLM に公開する MCP ツールおよびデータオブジェクトを制御できるようになりました。AI ツール管理 の設定により、MCP 全体をオフにすることなく、セキュリティおよび規制上の要件を満たすために必要な詳細なアクセス制御をチームに提供します。

詳細については、「New Features（新機能）」セクションの「AI ツール管理 による MCP データアクセスの制御」を参照してください。

Gainsight CS Essentials の 1 日あたりの API 呼び出し上限を引上げ

Gainsight は、Gainsight CS Essentials の 1 日あたりの API 呼び出し上限を 50,000 回から 100,000 回に倍増させました。これにより、顧客は Gainsight CS MCP Server を通じて Gainsight を AI アシスタントやエージェントワークフローに接続するための処理能力を向上させることができます。1 分あたり 100 回というレート制限は変更されません。

注: この制限の引上げは Gainsight CS Essentials にのみ適用されます。Growth および Enterprise ティアの制限は変更されません。

詳細については、「Gainsight CS パッケージの概要」の記事を参照してください。

Trusted IPs の Security セクションへの移動

以前は Adminstration > Network Access（管理者設定 > ネットワークアクセス）からアクセスできた Trusted IPs（信頼された IP）の設定が、Administration > Security（管理者設定 > セキュリティ）から利用できるようになりました。設定の変更は不要です。既存の IP 許可リストデータはそのまま引き継がれます。

Trusted Domains によるクリックジャッキング対策

Administration > Security（管理者設定 > セキュリティ）の配下に新設された Trusted Domains（信頼されたドメイン）設定ページでは、管理者が Gainsight アプリケーションの埋め込みを許可するドメインのテナントレベルの許可リストを構築し、単一のトグルで Content Security Policy（コンテンツセキュリティポリシー）ヘッダーの適用を有効化できます。 

有効化すると、許可リストに含まれていないドメインが iframe 内で Gainsight CS を埋め込むことがブラウザによってブロックされ、顧客をクリックジャッキング攻撃から保護します。

注:    Salesforce、Zendesk、 Dynamics は、Gainsight のウィジェットが機能するために自動的に信頼されたドメインに含まれます。

新機能

以下の機能が利用可能です：

• 信頼されたドメイン：Security 内の新しい Trusted Domains タブにより、管理者は Gainsight アプリケーションの埋め込みを許可するドメインのリストを追加、編集、削除、検索できます。

• ワイルドカードサブドメインのサポート：ドメイン入力ではワイルドカードサブドメイン（例：*.abbett.com）が受け入れられます。ページは形式をインラインで検証し、無効な入力に対してはエラーを表示します。

• Content Security Policy (CSP)：Trusted Domains ページにあるトグルにより、テナントレベルで Content Security Policy ヘッダーの適用が有効になります。このトグルはデフォルトでオフになっています。管理者は必要なすべてのドメインが許可リストに追加された後に有効化できます。

ビジネス利用の例

ある会社が、Gainsight を portal.acme.com の内部カスタマーポータルおよび Salesforce 組織に埋め込んでいます。管理者は portal.acme.com を許可リストに追加し、トグルをオンにします。その時点以降、これら 2 つのオリジンのみがアプリケーションを埋め込むことができ、埋め込みを試みる他のドメインはブラウザによってブロックされます。

信頼されたドメインの詳細については、「Trusted Domains によるクリックジャッキング対策」の記事を参照してください。

Admin CLI を使用した Gainsight インスタンスの管理と監査

Gainsight Admin CLI は、Claude などの AI エージェントが Gainsight の設定をプログラムで読み書きできるように最適化された一連のターミナルコマンドです。管理者は、設定を監査または変更するために Gainsight の UI を操作する代わりに、AI エージェントを Gainsight インスタンスに接続し、通常の英語で指示を出すことができます。 

AI エージェントはリクエストを CLI コマンドに変換して実行し、調査結果を報告したり、完了した変更を確認したりします。

主要な機能

Admin CLI には、以下のモジュールにわたる読み取りおよび書き込みアクセス権が付属しています：

モジュール	アクセス	AI エージェントができること
コネクタ	Read（読み取り）	コネクタジョブ、同期スケジュール、およびフィールドマッピングの概要を示します。
Data Designer Templates（データデザイナーテンプレート）	Read + Write（読み取り + 書き込み）	デザインテンプレートの一覧表示と詳細説明、テンプレート内でのタスクの追加と編集、タスク出力のプレビュー、およびテンプレートの削除を行います。MDA、Salesforce、Snowflake にわたるソース接続、オブジェクト、フィールドを検出します。
データ管理	Read + Write（読み取り + 書き込み）	オブジェクトとフィールドの一覧表示、カスタムオブジェクトの作成、カスタムフィールドの作成を行います。
ルールエンジン	Read（読み取り）	ルールの一覧表示、ルール構成の詳細説明、ルールの実行履歴の分析を行います。
ジャーニーオーケストレーター	Read + Write（読み取り + 書き込み）	プログラムの一覧表示、ジャーニー・オーケストレーター プログラムの作成、およびステップの構成を行います。サーベイ（アンケート）の作成はサポートされていません。
スコアカード	Read（読み取り）	スコアカード構造、指標、重み付け、およびグループ割り当ての詳細を記述します。
報告書作成	Read（読み取り）	レポートとダッシュボードを一覧表示します。

主な利点

Admin CLI により、AI を活用した 3 つの管理業務カテゴリーが可能になります：

• インスタンスの検索とドキュメント化：AI エージェントに組織を監査させ、スコアカード、ルール構成、冗長性、欠落箇所の構造化されたサマリーを返させます。オンボーディングの引き継ぎやヘルスチェックに役立ちます。

• プロセス設計とブレインストーミング：ビジネスプロセスを通常の英語で記述します。AI エージェントがインスタンスを検査し、構築を開始する前に設定プランを提案します。

• 書き込み操作による設定：プランを確定すると、AI エージェントが本番インスタンスにオブジェクト、フィールド、ルール、ジャーニー・オーケストレーター プログラムを直接作成します。

前提条件

Admin CLI を使用する前に、以下が整っていることを確認してください：

• Node.js: マシンに Node.js がインストールされている必要があります。

• スーパー管理者アクセス：Gainsight のスーパー管理者アカウントは、CLI を認証してインスタンスに接続するために必要です。

ビジネス利用の例

CS Ops ディレクターが AI エージェントに、顧客のスコアリングがどのように設定されているかをサマリーとしてまとめるよう依頼します。AI エージェントは CLI を使用して構成を取得し、数分で構造化されたサマリーを返します。これは以前、管理者が 1〜2 週間かけてレポートをコンパイルする必要があったタスクです。

Gainsight Admin CLI のインストール方法の詳細については、「Admin CLI の設定」の記事を参照してください。

AI アシスタントを使用したプログラムの作成

ジャーニー・オーケストレーター に「Build with AI」が導入されました。これは、管理者が自然言語プロンプトからプログラムを作成できるようにする機能です。

空白のキャンバスから開始する代わりに、管理者は構築したいジャーニーを記述できます。AI アシスタントは、既存の公開済みプログラムデータ、利用可能なメールテンプレート、およびすぐに使えるベストプラクティステンプレートを使用して、構造化された、ほぼ公開可能なプログラムの下書きを生成します。

新着情報

管理者は、プログラムページから AI アシスタントを使用して ジャーニー・オーケストレーター プログラムを作成できるようになりました。

AI アシスタントを使用して、次のような一般的なジャーニーシナリオのドラフトプログラムを作成します：

• ウェルカムプログラムおよびオンボーディングプログラム

• NPS または CSAT サーベイプログラム

• 更新およびリテンションのリマインダー

• 再エンゲージメントキャンペーン

サポートされている内容

AI アシスタントは現在、以下をサポートしています：

• オーディエンスの選択

• メール 

• メール成果

• サーベイ 

• サーベイ成果

• 遅延

オーディエンスソースは データデザイナーおよび セグメントタイプに制限されています。

制限

Build with AI は以下の制約のもとで動作します：

• AI アシスタントはプログラムを直接公開しません。管理者はプログラムエディタページから生成されたすべてのプログラムを確認し、公開する必要があります。

• Evaluate（評価）ステップおよび条件を含むその他のサポートされていない要素は AI アシスタントではサポートされておらず、必要に応じて手動で追加する必要があります。

• AI アシスタントは、新しいデータソース、メールテンプレート、またはサーベイを作成しません。データソースとして既存のセグメントのみを選択し、既存のメールテンプレートとサーベイを使用できます。

ビジネス利用の例

さまざまなタイプのプログラムを作成するには、以下のサンプルプロンプトを使用します：

• オンボーディング：New ステージにあるアクティブな顧客向けのオンボーディングプログラムを作成します。ウェルカムメールを送信し、7 日間待機してから、機能紹介メールを送信します。

• NPS: Onboarding ステージにあるアクティブな顧客向けの NPS プログラムを作成します。NPS サーベイを送信し、顧客が回答しない場合は 10 日後にリマインダーを送信します。

• プロダクトアダプション/定着：Analytics を 30 日間使用していない顧客向けのプロダクトアダプションプログラムを作成します。特典メールを送信し、5 日間待機してから、ハウツーメールを送信します。

• リニューアル：契約が 90 日以内に満了する顧客向けの更新プログラムを作成します。価値サマリーメールを送信し、14 日後に更新レビューメールを作成します。

要件を満たすプログラムを作成するには、プロンプトにプログラムタイプ、オーディエンスまたはセグメント、アクションタイプ、および各アクションの目的とタイミングを含めます。

プログラム構築のための AI アシスタントの詳細については、「AI アシスタントを使用したプログラムの作成」の記事を参照してください。

AI Tool および オブジェクト管理 によるデータアクセスの制御

Gainsight CS には、MCP サーバーが LLM に公開するものを管理者が制御できる専用の設定ページが導入されています。2 つの独立したコントロールである AI ツール管理 により、チームは完全な MCP の無効化を必要とせずに、ツールレベルおよびオブジェクトレベルでアクセスをそれぞれ制限できます。

Gainsight CS が Copilot、Slack の Gainsight AI Agent、および ChatGPT などの外部クライアントを含む MCP 駆動のインターフェースを使用する場合、これらの設定でアクティブになっているツールとオブジェクトのみがアクセス可能です。

重要: すべてのツールとすべてのオブジェクトはデフォルトでアクティブになっています。LLM の特定ツールやデータへのアクセスを制限する必要がある管理者は、これらの設定を構成する必要があります。

主要な機能

• ツール管理：管理者は設定ページから個々の MCP ツールをアクティブまたは非アクティブとしてマークできます。オフになっているツールは LLM では利用できず、Gainsight Copilot や Gainsight AI を含むすべての MCP 駆動のインターフェースから除外されます。

• オブジェクト管理：管理者は特定のデータオブジェクトをアクティブまたは非アクティブとしてマークできます。オフになっているオブジェクトは LLM に公開されず、アクティブなツールに関係なく、どの MCP ツールによっても取得できません。

ツール管理

以下の表は、ツール管理 で利用可能なコントロールを説明しています。

機能	詳細
カテゴリー	ツールは Core Tools（コアツール）、Read-Only Tools（読み取り専用ツール）、Write Tools（書き込みツール）に分類されています。
デフォルトの並び替え	ツールはデフォルトでアルファベット昇順で一覧表示されます。
検索する	管理者は、「含む」または「完全一致」フィルターを使用してツール名で検索できます。
フィルター	管理者は、アクティブまたは非アクティブのステータスでリストをフィルター処理できます。

• 依存関係：依存オブジェクトを持つ非アクティブなツールを有効にすると、確認プロンプトがトリガーされます。確認すると、非アクティブな依存オブジェクトがすべてアクティブになります。ツールを無効にしても、その依存オブジェクトには影響しません。明示的に無効化されるまでアクティブなままになります。

• ロックされたツール（コアツール）：以下のツールは変更できず、すべてのアクションから除外されます。

  • Get Picklist Values

  • Get Records

  • Resolve Customer

  • Resolve User

• 再接続の要件：直接、またはオブジェクトの変更によってトリガーされたツールの状態の変更では、管理者が MCP クライアントを再接続する必要があります。ツールへの影響がないオブジェクトのみの変更では、再接続は必要ありません。これは特にChatGPTに該当します。

オブジェクト管理

以下の表は、オブジェクト管理で利用可能なインターフェースコントロールについて説明しています。

機能	詳細
検索と並べ替え	管理者（Admin）は、ツール管理と同じコントロールを使用してオブジェクトを検索および並べ替えることができます。
一括操作	管理者は複数のオブジェクトを選択し、単一の操作で有効化または無効化できます。ロックされたオブジェクトは一括選択から除外されます。

• 依存関係：ツールを有効にすると、その必須オブジェクトも有効化されます。変更が適用される前に、確認プロンプトに影響を受けるすべてのアイテムが一覧表示されます。非アクティブなオブジェクトは、ツールに影響を与えることなくいつでも自由に有効化できます。アクティブなオブジェクトを無効化すると、確認プロンプトが表示され、ツールもオフにする必要があることが管理者に通知されます。

• ロックされたオブジェクト: 以下のオブジェクトは、個別または一括で変更することはできません。

  • カンパニー

  • ユーザー

  • リレーションシップ

  • DAピックリスト

ツールとオブジェクトの管理方法の詳細については、「AIツール管理」の記事を参照してください。

CockpitでオーナーごとにCTAをグループ化

Gainsightは、Cockpitの「グループ化（Group-By）」機能を拡張し、「オーナー（Owner）」を含めるようにしました。この機能拡張により、マネージャーはチームメンバー間でのコール・トゥ・アクション（CTA）の割り当て状況を迅速に確認できるようになり、ワークロードの監視や未割り当てのCTAの特定が容易になります。

新機能

• オーナーは、グローバルCockpit、C360 Cockpitセクション、およびMini 360 Cockpitタブの「グループ化」コントロールで利用可能です。

• グループはオーナー名ごとに折りたたみが可能で、各グループヘッダーにはCTAの件数が表示されます。オーナーが割り当てられていないCTAは「未割り当て」グループに表示されます。

• オーナーによるグループ化はカスタムビューに保存できるため、セッションをまたいでレイアウトが保持されます。

詳細については、コックピットのリストビュー 記事を参照してください。

すべてのZendeskウィジェット操作を専用ウィジェットユーザー経由でルーティング

管理者は、個々のユーザーがGainsightライセンスを保有しているかどうかに関わらず、すべてのZendeskウィジェット操作を単一の専用ウィジェットユーザー経由でルーティングできるようになり、ウィジェット全体で一貫した予測可能な権限モデルをチームに提供できるようになりました。

注: この機能をオンにすると、個々のGainsightライセンスを保有しているかどうかに関わらず、すべてのユーザーに対して、閲覧および書き込み権限を含むZendeskウィジェットユーザーの権限がすべてのウィジェット操作に適用されます。

新着情報

管理者が「常にウィジェットユーザーを使用」トグルをオンにすると、ウィジェットは個々のユーザー照合をバイパスし、すべてのユーザーに対して専用のZendeskウィジェットユーザーを使用します。

制限

• この設定は、GainsightからのZendeskウィジェットを提供する連携済みZendeskコネクタにのみ適用されます。

• コール・トゥ・アクション（CTA）の作成や会社属性の更新などの書き込み操作を行うには、ZendeskウィジェットユーザーがCSMロールを持つフルライセンスを保持している必要があります。ウィジェットユーザーがビューアライセンスのままである場合、ウィジェットを介した書き込みアクションは利用できません。

ユースケースの例:

Acme CorpはZendeskウィジェットを使用して、サポートエージェントが顧客情報を閲覧し、GainsightでCTAを作成できるようにしています。しかし、すべてのサポートエージェントが個別のGainsightライセンスを持っているわけではありません。

一貫したアクセスを確保するため、管理者のLinaは「常にウィジェットユーザーを使用（Always Use Widget User）」トグルをオンにします。トグルを有効にした後、すべてのウィジェット操作は、各サポートエージェントを個々のGainsightユーザーに照合する代わりに、専用のZendeskウィジェットユーザーを経由してルーティングされます。

書き込みアクションのために、LinaはZendeskウィジェットユーザーがCSMロールを持つフルライセンスを保持していることを確認します。

トグルを有効にする方法の詳細については、「Zendesk コネクタ」の記事を参照してください。

外部管理S3コネクタのセキュリティ認証の強化 

Gainsightは、外部S3コネクタに新しい認証タイプである「IAM Role」を追加し、機能を強化しました。 

IAMロールはS3の代替認証メカニズムであり、静的なアクセスキーを必要とすることなく、Gainsightがロールを引き受けて顧客が管理するS3バケットにアクセスすることを許可します。この認証タイプにより、キーのローテーションや偶発的な資格情報の漏洩に関連するセキュリティリスクが排除されます。

IAMロール認証を構成すると、AWSアカウントでロールを作成するために必要な以下の値がGainsightに表示されます。

• Gainsight AWSアカウントID

• 外部ID

• 信頼ポリシー (Trust Policy)

• 権限ポリシー

ロールを作成した後、Role ARNとS3バケット名をGainsightに入力して接続を完了します。

重要: AWSアカウントでIAMロールを作成する際、ロール名は gs-cs-s3-コネクタ-role から始める必要があります。このプレフィックスの後に任意の識別子を追加できます。

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

Copilotからリレーションシップデータをクエリし、レコードを直接作成  

CopilotとGainsight AI Agent in Slackがリレーションシップデータをサポートするようになり、リレーションシップのインサイトにアクセスし、一箇所でアクションを実行できるようになりました。ビジネスレビューの準備をしている場合でも、オープンなCTAのフォローアップをしている場合でも、ワークフローを離れることなく、会話から直接タイムラインアクティビティ、CTA、サクセスプラン、タスクを作成または更新できます。

新機能

• 会社レベルのデータで利用可能な同じエクスペリエンスを使用して、メインのCopilotエクスペリエンスおよびR360からリレーションシップデータをクエリできるようになり

• ました。左側のナビゲーションメニューでCopilotにアクセスできるユーザーは、R360からリレーションシップデータをクエリすることもできます。

• Copilotはタイムラインアクティビティ、CTA、サクセスプラン、またはタスクを作成する前に必須フィールドの入力を求めるため、アクションを完了するために会話を離れる必要はありません。

• Copilotの回答は、標準のKey Definitionsではなく、レポートに基づくようになりました。Copilotは以下のレポートを使用します： 

  • アクセス権限があるもの。

  • Gainsight Home、R360、C360、またはReport Builderから利用できるもの。

  • 過去90日以内に開かれたか、実行されたもの。

• 管理者はエンドユーザーによる特定のオブジェクトおよびツールへのアクセスを制限できます。すべてのオブジェクトとツールはデフォルトで有効になっています。AIツールとオブジェクトの設定方法については、Control Data Access with AI Tool and オブジェクト管理セクションを参照してください。

注意：上記でリストされたすべての機能は、Gainsight AI Agent in Slackでも利用可能です。Copilotでサポートされている機能は、Slackアプリにも適用されます。

Gainsight CS MCPでポートフォリオデータをクエリする方法の詳細については、MCPセクションを参照してください。

重要: 標準の 13個のKey Definitionsは無効に設定されています。管理者によって作成されたKey Definitionsはアクティブなままで影響を受けません。

詳細については、「Copilot の概要」の記事をご覧ください。

メトリック値の入力検証範囲を設定

管理者は、メトリックの作成時または編集時にDefine Metric Limitsをオンにすることで、任意のメトリックに検証制限を設定できるようになりました。CSMが定義された範囲外のActual、Target、またはBase値を入力すると、エラーメッセージが表示され、値を保存できません。

新機能

• 管理者はDefine Metric Limitsをオンにして、任意のメトリックに対してMin Value、Max Value、Decimal Placesを設定できます。

• CSMが定義された範囲外の値を入力すると、エラーメッセージが表示され、値を保存できません。

• 検証は新規入力にのみ適用されます。既存のメトリック値は影響を受けません。

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

• 顧客目標の設定

• 顧客目標を作成

目標ステータスをOpenまたはClosedとしてマーク  

管理者は各目標ステータスをOpenまたはClosedに分類できるようになりました。目標がClosedカテゴリのステータスに移動すると、目標リストに取り消し線付きで表示され、アクティブな目標と完了した目標を一目で簡単に区別できるようになります。

新機能

• 管理者はCustomer Goals Admin > Attributes and Settings > Statusから各ステータスにOpenまたはClosedのカテゴリを割り当てることができます。

• Closedカテゴリのステータスにある目標は、目標リストに取り消し線付きで表示されます。

• すべてのステータスはデフォルトでOpenになります。

• 管理者はOther SettingsからRestrict Actions on Closed Goalsを有効にして、エンドユーザーが閉じられた目標を編集したり再オープンしたりするのを防ぐことができます。有効にすると、閉じられた目標のすべてのフィールド、メトリック、および関連する作業が読み取り専用になります。

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

• 顧客目標の設定

• 顧客目標を作成

重複する目標の防止  

管理者は重複目標の制限を有効にして、CSMが同じアカウントに対して同じ目標を2回作成するのを防ぐことができるようになりました。この設定が有効になっている場合、CSMは同じ会社またはリレーションシップに対して同じNameとTypeを持つ目標を作成できません。

新機能

管理者はCustomer Goals Admin > Attributes and Settings > Other SettingsからRestrict Duplicate Ruleを有効にできます。有効になっている場合： 

• CSMは同じ会社またはリレーションシップに対して同じNameとTypeを持つ目標を作成できません。エラーメッセージが表示され、目標を保存できません。

• 既存の目標が閉じられるか削除されると、CSMは同じ会社またはリレーションシップに対して同じ名前とタイプの新しい目標を作成できます。

• 同じ名前で異なるタイプ、または同じタイプで異なる名前の目標を作成することは許可されます。

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

• 顧客目標の設定

• 顧客目標を作成

目標ライブラリでメトリックを検索 

CSMは目標ライブラリで名前によってメトリックを検索できるようになり、特定メトリックを見つけるために完全なリストをスクロールする必要がなくなりました。

新機能

メトリック名検索：C360のGoals Libraryパネルで検索フィールドが利用可能になり、CSMはメトリック名で検索して必要なメトリックを迅速に見つけることができるようになりました。

詳細については、顧客目標を作成の記事を参照してください。

Gainsight CSでStaircase AIインサイトを直接表示 

Staircase統合が有効な場合、Staircase AIインサイトはほぼリアルタイムで自動的にGainsight CSに同期されるため、チームはアプリケーションを切り替えることなく最新のアカウントインテリジェンスに基づいて行動できます。これらのインサイトにはC360 SummaryレイアウトおよびGainsight Homeからアクセスして、アカウントに対してアクションを実行できます。また、Data Managementに保存されているAIオブジェクトを使用してGainsight CS内でネイティブなレポートやダッシュボードを作成し、Staircase AIデータを既存の会社データと組み合わせることもできます。

注意：Gainsight CSでのStaircase AIインサイトの表示は、Staircase AIを購入したお客様のみが利用できます。

新機能

Data Management内のAIオブジェクト

AIオブジェクトを表示するには、Administration > Customer Data > Data Managementに移動し、検索バーで名前でオブジェクトを検索します。

オブジェクトの表示名	オブジェクト名	オブジェクトタイプ	詳細
AI Insight Types	ai_insight_types	システム	企業に対してStaircase AIが検出できるすべてのインサイトタイプを保存し、インサイトタイプごとに1つのレコードを持ちます。
AI Insights	ai_insights	標準	過去のエントリを含め、時間の経過とともに企業に対して検出されたすべてのインサイトの完全な履歴を保存します。
カンパニー AI Attributes	カンパニー_ai_attributes	標準	企業の現在の状態を保存し、特定の時点でアカウントに対してどのインサイトがアクティブにトリガーされているかを示します。

C360へのAI属性の追加

管理者は、C360 SummaryレイアウトのAttributesウィジェットにStaircase AIフィールドを追加できるようになりました。追加されると、これらのフィールドは標準の会社属性と並んで表示され、CSMはC360でアカウントシグナルの完全なビューを直接得ることができます。カンパニー AI Attributesオブジェクトの各フィールドには、管理者が作成したカスタムフィールドを含め、簡単に識別できるようにAIアイコンが表示されます。

Gainsight HomeでAIインサイトを表示

Gainsight Homeをパーソナライズして、サマリーリボンにAI Insightウィジェットを追加したり、ホームビューにAI Insightsテーブルウィジェットを追加したりできます。サマリーリボンは、Account Dark、No Reach Out、Churn Riskを含む14個の標準AI Insightレポートをサポートしています。ウィジェットを選択すると、影響を受けるアカウントのリストが表示されます。

主な利点

• アプリケーションを切り替えることなく、C360およびGainsight HomeでStaircase AIシグナルを直接表示できます。

• ほぼリアルタイムのデータ同期により、CSMが常に最新のアカウントインテリジェンスを持っていることを保証します。

• Account Dark、Churn Risk、No Reach Outなどのインサイトを使用してリスクのあるアカウントを迅速に特定し、コミュニケーションベースのシグナルからRulesやProgramsなどのワークフローへのアクションを促進します。

• 標準の会社データと一緒にStaircase AIデータを使用してGainsight CSでネイティブなレポートとダッシュボードを構築し、StaircaseとGainsightのダッシュボード間を切り替える必要をなくします。

注意：すべてのStaircase AIインサイトの定義については、Staircase AIドキュメントのInsightsの記事を参照してください。

詳細については、Gainsight Objectsの記事を参照してください。

グローバル検索結果の優先順位を設定 

管理者は、グローバル検索結果におけるレコードタイプの順序と表示/非表示を設定できるようになりました。以前は、検索結果の順序は固定されており、カスタマイズできませんでした。デフォルトでは、3つのレコードタイプすべてが有効になっている場合、以下の順序で表示されます： 

1. カンパニー

2. リレーションシップ

3. パーソン

管理者はカスタムの優先順位を設定し、各レコードタイプの表示/非表示を切り替えられるようになり、ユーザーが最も関連性の高いレコードを最初に見られるようになります。

• 優先順位に基づく並べ替え：管理者はレコードタイプをドラッグして並べ替え、組織内のすべてのユーザーに対してグローバル検索結果に表示される順序を設定できます。

• 表示制御：管理者は各レコードタイプの横にあるトグルを使用して、個別のレコードタイプのオン/オフを切り替えることができます。有効化されたレコードタイプはHIGHEST PRIORITYセクションの下に表示されます。無効化されたレコードタイプはHIDDEN FROM SEARCHセクションに移動します。

• 更新されたグローバル検索結果ビュー：ユーザーには検索結果がタブベースのレイアウトで整理されて表示されるようになり、各タブはカンパニー、リレーションシップ、Personなどのレコードタイプを表します。ユーザーはタブをクリックして、その特定のレコードタイプの結果を表示できます。タブの順序は、管理者が設定した優先順位を反映します。

利用可能な範囲

• Personは、P360が有効になっている場合にのみ設定可能なオプションとして表示されます。Administrationの360 Layouts > P360 > Configurations > General SettingsでEnable P360 for users in Administrationトグルがオフになっている場合、PersonレコードタイプはGlobal Searchから削除されます。

• リレーションシップは、アドオンとして購入されている場合にのみ設定可能なオプションとして表示されます。リレーションシップが購入されていない場合、Global search result priorityパネルには表示されません。

メモ

• 常に少なくとも1つのレコードタイプを有効にしておく必要があります。 

• 検索の優先順位はグローバル検索結果にのみ適用され、TimelineやZoom検索など、検索が利用可能な他の領域には適用されません。

• Global search result priorityスライドアウトペインで変更を適用した後、更新がグローバル検索結果に反映されるまでに約15分かかります。

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

• 管理者による設定: 企業 

• リレーションシップの設定

• ピープルマネジメント

メール返信の追跡

Email Managerが顧客からのメール返信を追跡するようになりました。以前は、プラットフォームはメールの開封とクリックを追跡できましたが、受信者がメールに返信したことを検出するメカニズムがありませんでした。この機能強化によりEmail Respondedメトリックが導入され、ジャーニー・オーケストレーター (JO)、Email Assist、およびGroup Sendを通じて送信されたメールに返信したユニーク受信者の数を測定できるようになります。これにより、顧客のエンゲージメントとアウトリーチの有効性をより正確に評価できます。JOメール返信の詳細については、Branch Journeys Based on Email Responsesセクションを参照してください。

新機能

• Email Respondedメトリック：メールに返信したユニーク受信者の数を追跡するために、Email Manager > Outboxに新しいResponded列が追加されました。

さらに、Email Historyには、Email Assistを通じて送信されたメールに対して同じRespondedメトリックが表示されます。

• 返信されたメールエンゲージメントの詳細：各メールスレッドについて、システムはメールに返信した顧客の詳細をキャプチャします。Opened、Clicked、Bounced、Failedなどの既存のステータスと並んで、Respondedステータスを使用してメールのパフォーマンスをフィルタリングおよびセグメント化できるようになりました。

• レポート可能な返信データ：返信データはEmail Log V2オブジェクトにキャプチャされ、以下のフィールドが追加されます：

  • First Responded Date

  • Last Responded Date

  • Is Responded

  • Total Responded

注: この機能が有効化される前に送信されたメールの場合、列には追跡データが存在しないことを示すダッシュ（-）が表示されます。 

主な利点

• プライバシーフィルターやボットの影響を受ける精度の低い開封・クリックのシグナルに依存する代わりに、実際の顧客の返信を追跡します。

• 有意義なエンゲージメント（返信）を使用してメールのパフォーマンスを評価し、メッセージングとタイミングの最適化に役立てます。

• 返信率などの返信ベースのメトリックを使用して、メールキャンペーンの真の影響を測定します。  

• Email Log V2オブジェクトの返信データを使用してレポートを作成し、オーディエンスをセグメント化し、ターゲティングされたアクションを推進します。

メモ

• メールのアクティビティを追跡するには、Auto Email Captureを設定してメールをTimelineに同期します。設定手順については、AI Follow-Up & Auto Email Capture Admin Guideの記事を参照してください。

• Auto Email Captureの対象基準については、Auto Email Capture User Guideの記事を参照してください。

メール返信の追跡に関する詳細については、Group Send User GuideおよびEmail Log V2 Objectの記事を参照してください。

AIを活用した件名とプレヘッダーの生成

ユーザーは、Email Template Builder内でAIを使用して件名とプレヘッダーを直接生成できるようになりました。件名を手動で作成する代わりに、AIがメールの本文コンテンツから件名とプレヘッダーテキストを生成するのを支援します。  

主要な機能

• メールコンテンツからの自動生成：AIがメール本文を読み取り、1つのアクションでラベル付きの件名とプレヘッダーのバリエーションを3つ生成します。

• 3つのトーンバリエーション：Conversational、Direct、Outcome-focusedの3つがあり、それぞれ異なるコミュニケーションコンテキストに適しています。

• インライン推敲チップ：生成後、書き直すことなく出力を調整するために、Elaborate it、Shorten it、またはMake it sharperオプションを使用します。

• カスタム指示入力：テキストを自由に入力して、特定のトーン、切り口、またはブランドボイスに向けてAIを誘導します。

• トークンの保持：件名とプレヘッダー内のマージトークン（パーソナライズ変数）は、生成および推敲の過程を通じて保持されます。

• エラーハンドリング：生成に失敗した場合、この機能は明確なインラインエラーメッセージを表示し、下書きコンテンツを失うことなく再試行できるようにします。

主な利点: AIが生成した件名により、CSMがコピーの決定に費やす時間が削減され、ライターに複数のトーンオプションにわたる構造化された出発点を提供します。推敲チップにより、ビルダーを離れることなく迅速な反復が可能になります。

プレヘッダーと件名に関する詳細については、Email Template BuilderおよびDesign Email Templates for Group Sendの記事を参照してください。

テンプレートビルダーでメールテンプレートを直接翻訳

Email Template Builderから直接、HTMLメールテンプレート全体を複数の言語に翻訳できるようになりました。単一のアクションで、本文コピー、件名、プレヘッダーを含む完全なテンプレートを翻訳のために送信し、全体のHTML構造、インラインCSS、マージトークンを保持します。

主要な機能

• フルテンプレート翻訳：Create VersionダイアログボックスにTranslateタブが追加され、HTMLメールテンプレート全体、本文、件名、プレヘッダーを1つのアクションで翻訳します。

• HTMLおよびCSSの保持：翻訳後もHTML構造とインラインCSSは保持されます。レイアウトとスタイリングは影響を受けません。

• トークンの保持：テンプレートに埋め込まれたマージトークン（パーソナライズ変数）は保持され、翻訳されません。

主な利点: HTMLメールテンプレートの手動翻訳は時間がかかり、レイアウトが崩れたりトークンが失われたりするリスクがあります。自動翻訳によりこの手間が解消され、チームはHTMLや翻訳の専門知識がなくてもローカライズされたコミュニケーションを提供できるようになります。

メールテンプレートの翻訳に関する詳細については、Email Template Builderの記事を参照してください。

プログラムゴールでプログラムの成果を追跡 

ジャーニー・オーケストレーター (JO) がGoalsをサポートするようになり、管理者はメールの開封数やクリック数といった従来のエンゲージメントメトリックを超えて、プログラムのビジネスインパクトを測定できるようになりました。代わりに、Health Scoreの改善、ライフサイクルステージの変更、更新日の変更、またはその他のアカウントおよびリレーションシップレベルのメトリックなど、ビジネス成果を測定します。管理者は、年間経常収益（ARR）などの財務値フィールドをマッピングして、成功したプログラム参加者の影響を受けたARR（Influenced ARR）の合計を計算することもできます。

注: Program Goalsは、新しく作成されたプログラムにのみ追加できます。

主な機能

• 目標の評価は、標準のJO参加者処理サイクルで実行されます。

• Program AnalyticsダッシュボードのGoal CompletionおよびFinancial Attributionウィジェットで、目標のパフォーマンスを確認できます。

• ARRは、アカウントがプログラムに再参加したり、複数の参加者が目標を達成したりした場合でも、一意のアカウントまたはリレーションシップごとに1回だけカウントされます。

• Business Outcome目標は、プログラムのエンティティに基づいて、カンパニーおよびリレーションシップオブジェクトに制限されます。

目標に関する詳細については、Configure Program Goalsの記事を参照してください。

アクティブなプログラムのアクション実行スケジュールを編集

管理者は、Editを使用してアクティブなProgram内のメールおよびアクションステップのアクション実行スケジュールを更新できるようになりました。この機能強化により、管理者はプログラムを停止、複製、または再作成することなく、プログラムの公開後にステップの日付、時間、およびタイムゾーンを調整できます。

新着情報

• Action Execution Scheduleトグルは、元のプログラムで設定されていなかった場合でも、アクティブなプログラムの編集モードで有効になります。

• メールおよびアクションステップの実行日を変更します。

• ステップ用に設定された実行時間を更新します。

• 実行に使用されるタイムゾーンを変更します。

実行の編集に関する詳細については、Program Elementsの記事を参照してください。

アンケートURLとページオープン数をSurvey Participantオブジェクトに移動 

ジャーニー・オーケストレーター (JO) は、アンケートURLとSurvey Page Open CountをSurvey Participantオブジェクトに保存するようになりました。

新しいバージョンで作成されたすべてのプログラムにおいて、これらのアンケート参加者の詳細は、Advanced Outreach ParticipantsオブジェクトではなくSurvey Participantオブジェクトにキャプチャされます。

主な利点

• 適切なアンケート専用オブジェクトからアンケート参加者の詳細にアクセスします。

• アンケートのエンゲージメントの詳細をSurvey Participantオブジェクトに保存することで、データ管理を改善します。

• 新しいProgramでのアンケートURLおよびページオープン数データのソースとして、Survey Participantオブジェクトを使用します。

詳細については、「Program Elements」の記事を参照してください。

改善されたJourney Analyticsダッシュボード

 

ジャーニー・オーケストレーターに拡張されたJourney Analyticsが追加され、管理者がプログラムの健全性を監視し、中央集権型のダッシュボードからパフォーマンスを分析できるようになりました。

新着情報

• 統合されたJourney Analyticsダッシュボード：新しいダッシュボードは、プログラム全体にわたるリーチ、エンゲージメント統計、およびメールテンプレートの統計を追跡するための標準ウィジェットを提供します。

• インタラクティブなレポート機能：新しいダッシュボードは、すべてのウィジェットからレポートビルダーへのドリルダウンをサポートし、管理者がAccount Tier、CSM、Regionなどのビジネスディメンションごとにジャーニーのパフォーマンスを分析できるようにし、個別のカスタムレポートを作成する必要性を減らします。

• 改善されたメールレポート機能：チームは、開封率やクリック率を含むメールのエンゲージメントメトリックをより適切にレビューし、詳細なレポートにドリルダウンしてさらに分析できます。

主な利点

• プログラムの健全性をより速く監視 

• 手動でのレポート作成の工数を削減

• 顧客セグメント全体でパフォーマンスを分析

• エンゲージメント、離脱、および失敗をより簡単に調査

アナリティクスに関する詳細については、Reports Across Programsの記事を参照してください。

プログラムステータスのサマリーを表示

 

管理者は、Programsリストページにある新しいProgram Operational Summaryカードにより、ジャーニー・オーケストレータープログラムの健全性とアクティビティを一目で監視できるようになりました。

新着情報

プログラムページに以下のサマリーカードが追加されました：

• Total Programs：ジャーニー・オーケストレーター内のプログラムの総数。

• Active Schedules：アクティブなスケジュールを持つプログラム。

• Idle Programs：繰り返しスケジュールが設定されており、参加者のアクティビティがないアクティブなプログラム。

• Failures：過去24時間以内の実行中に参加者同期エラーまたはシステムエラーが発生したプログラム。

管理者は任意のサマリーカードをクリックしてプログラムリストをフィルタリングできます。完全なリストに戻るには、Total Programsカードをクリックします。

プログラムのサマリーカードに関する詳細については、Programs List Overviewの記事を参照してください。

メール返信に基づいてジャーニーを分岐

ジャーニー・オーケストレーターがメール要素に対してResponded / Not Respondedのアウトカムを提供するようになりました。このアウトカムにより、管理者は参加者がメールに返信したかどうかを評価し、返信に基づいて個別のジャーニーパスを作成できます。

以前は、ジャーニー・オーケストレーターは参加者がメールを開封したか、またはメール内のリンクをクリックしたかを評価し、アウトカムの選択は自動的に行われていました。この機能強化により、管理者は評価したいメールエンゲージメントのアウトカムを選択できるようになります。メールの開封やリンクのクリックを超えてエンゲージメントを評価し、メールに返信した参加者を特定できるようになりました。

メモ

• メールのアクティビティを追跡するには、Auto Email Captureを設定してメールをTimelineに同期します。設定手順については、AI Follow-Up & Auto Email Capture Admin Guideの記事を参照してください。

• Auto Email Captureの対象基準については、Auto Email Capture User Guideの記事を参照してください。

新着情報

メール要素に対してResponded / Not Respondedを選択すると、ジャーニー・オーケストレーターは参加者の返信ステータスを評価し、参加者を以下のいずれかのパスにルーティングします：

• Responded：参加者がメールに返信しました。

• Not Responded：参加者は設定された評価期間内にメールに返信しませんでした。

メール返信に関する詳細については、Program Elementsの記事を参照してください。

MCPで既存のレポートを使用してGainsightデータをクエリ

Gainsight CS Model Context Protocol (MCP) は、自然言語によるクエリをより深く理解するためにレポート定義を検索するようになり、より正確で関連性の高い結果を提供できるようになりました。 

新着情報

以下の機能が利用可能になりました：

• レポートの検索：クエリを送信すると、Gainsight CS MCPはアクセス権を持つレポート全体を自動的に検索します。レポート名、説明、およびフィルターロジックをクエリと照合して、関連するレポートを特定します。

• レポートデータの取得：関連するレポートが特定されると、Gainsight CS MCPはそのレポートからデータを取得します。

• レポートロジックの動的変更：LLMはユーザーのクエリにより良く答えるためにレポートを変更することもでき、Gainsight CS MCPは以下の変更を適用できます：

  • 元のレポート出力に含まれていなかったフィールドの追加。

  • クエリ基準に基づく新しいフィルターの追加。

  • リクエストに一致させるための既存のロック解除されたフィルター値の変更。

  • クエリに関係のないロック解除されたフィルターの削除。

• テナント用語の認識：社内用語をGainsightのフィールド名に翻訳する必要はありません。レポートにはカスタムティア名、アカウントセグメント、チームラベルなど組織の用語がコード化されているため、MCPはこれらの用語を自動的に理解します。

主な利点

この機能強化により、以下の成果が得られます：

• 既存のレポートがGainsight CS MCPのナレッジ層として機能し、追加の設定なしで自然言語によるクエリが可能になります。 

• クエリ結果はデータガバナンスルールを自動的に尊重するため、ロックされたフィルターは適用されたままであり、権限内にあるレポートのみが検索されます。

制限

レポートベースのクエリには以下の制限が適用されます：

• Matrix Data Architecture (MDA) 接続タイプのレポートのみが含まれます。Salesforce (SFDC) やその他の外部接続から取得されたレポートは含まれません。

• 過去90日以内に実行されたレポートのみが含まれます。

• Gainsight CS MCPは関連性を判断するためにレポートのメタデータに依存しているため、意味のある名前や説明がないレポートは検索結果に表示されない場合があります。

• レポート内のロックされたフィルターは変更または削除できません。

ビジネス利用の例

CSMの質問例：「更新が未完了のすべてのEnterpriseティアのアカウントを表示してください。」

Gainsight CS MCPはアクセス可能なレポートを検索し、アカウントティアと更新ステータスでフィルタリングするレポートを特定し、関連するフィルター値を適用して、スコープ絞り込みされた結果を返します。

詳細なセットアップ手順については、Set Up Gainsight CS MCP Server Integrationの記事を参照してください。

Gainsight CS MCPでポートフォリオデータをクエリ 

Gainsight CS MCPは、Gainsight Homeで設定したフィルターを読み取ることで、ポートフォリオレベルのクエリをサポートするようになりました。 

クエリで「My Portfolio」と言及すると、MCPは個人のGainsight Homeフィルターを取得し、それらを自動的に適用します。

新着情報

以下の機能が利用可能になりました：

• ポートフォリオフィルターの取得：Gainsight CS MCPは、ポートフォリオの範囲を定義するために設定された会社およびリレーションシップのフィルターを読み取るようになりました。

• 自動フィルター適用：クエリが「My Portfolio」と言及している場合、MCPはGainsight Homeのフィルター設定を取得し、それらのフィルターをクエリに適用します。ポートフォリオの基準に一致する会社またはリレーションシップのみが返されます。

• 会社およびリレーションシップのサポート：会社レベルとリレーションシップレベルの両方のGainsight Homeフィルターがサポートされ、一致するクエリに自動的に適用されます。

前提条件 : Gainsight Homeで少なくとも1つのフィルターが設定されている必要があります。

主な利点

この機能強化により、以下の成果が得られます：

• Gainsight CS MCPはGainsight Homeのフィルター設定を自動的に読み取るため、すべてのクエリでアカウントリストやフィルター基準を指定する必要はありません。

• Gainsight CS MCPクエリで使用されるポートフォリオの定義は、カンパニーおよびリレーションシップオブジェクトのクエリのフィルターのみを使用し、Gainsight全体で担当ビジネスの整合性のあるビューを保証します。

Copilotからリレーションシップを直接クエリしてレコードを作成する方法の詳細については、Copilotセクションを参照してください。

制限 : Gainsight CS MCPは、Gainsight Homeのフィルターからのみポートフォリオの範囲を決定します。他のGainsightの画面や設定からポートフォリオ定義を読み取ることはありません。

ビジネス利用の例

CSMがGainsight HomeでARRが100万ドル以上というフィルターを設定しており、ポートフォリオビューにスコープ絞り込みされた一連の会社が表示されているとします。

CSMの質問例：「私のポートフォリオにある会社のARRとCSMの詳細を取得してください。」

Gainsight CS MCPはGainsight Homeのフィルターを取得し、そのフィルターを適用してカンパニーオブジェクトをクエリし、一致する会社のARRとCSM割当の詳細を返します。

詳細なセットアップ手順については、Set Up Gainsight CS MCP Server Integrationの記事を参照してください。

Gainsight CS MCPで会社およびリレーションシップの連絡先を検索 

CSMは、自然言語クエリを使用してMCPサーバー経由で直接アカウントの連絡先を検索できるようになりました。

新着情報

以下の機能が利用可能になりました：

• 新しいSearch Contactsツール：Gainsight CS MCPサーバーには、任意の会社またはリレーションシップから連絡先情報を取得する専用ツールが含まれています。「Abbettの

• 主要な連絡先は誰ですか？」などの質問をすると、サーバーは会社を特定し、Search Contactsツールを呼び出して、Personオブジェクトから関連する人物を返します。

• フィルターに対応したクエリ：役割、役職、またはその他のPersonオブジェクトの属性によって連絡先検索を絞り込むことができます。例えば、「役職がDirectorであるAbbettの連絡先を取得してください」と質問すると、titleフィールドにフィルターが適用され、一致する結果のみが返されます。

• 会社およびリレーションシップのPersonサポート：このツールはバックエンドでカンパニー Personとリレーションシップ Personの両方のオブジェクトをクエリするため、Gainsightインスタンスで人物データがどのように構造化されていても連絡先が返されることが保証されます。

• 文脈に応じたレスポンスフォーマット：このツールは、名前、メールアドレス、役割、役職など、広範な連絡先詳細セットを取得します。その後、LLMはクエリの文脈に基づいて最も関連性の高いフィールドを選択し、フォーマットします。

制限事項：このツールは読み取り専用アクセスをサポートしています。MCPサーバーを介して連絡先を作成、更新、または削除することはできません。

CS MCPから作成されたタイムラインアクティビティにレコードを関連付け 

Gainsightは、Timelineのレコード関連付け機能をCS MCPコネクタに拡張しました。カンパニー、リレーションシップ、CTA、Success Plan、およびCaseのレコードを、MCPのワークフローを離れることなく、MCP経由で直接新規および既存のアクティビティの両方に関連付けることができるようになりました。

新機能

• Gainsight UIで適用されるすべてのフィールドレベルの検証および必須フィールドのチェックは、MCP経由でも適用されます。

• 非アクティブなActivity Typesを持つアクティビティは、MCP経由で作成または更新することはできません。

CSM Reportsウィジェットのタブ表示と並べ替えによるレポート管理 

CSMは、タブ付きレイアウトを使用してCSM Reportsウィジェットでレポートを表示および管理できるようになりました。以前は、すべてのレポートがスクロール可能なリストに表示されていたため、レポートを迅速に見つけて切り替えることがより困難でした。

新機能

• レポートがタブとして表示されるようになり、識別と移動が容易になりました。

• CSMはレポートタブを並べ替えて、最も関連性の高いものを優先することができます。

• レポートを追加する際、Gainsightはデフォルトでログイン中のCSMによってリストをフィルタリングします。CSMはこのフィルターを削除または変更して、利用可能なすべてのレポートを検索できます。

• フィルターの選択内容は保存され、次回ウィジェットを開いたときに復元されます。

注: CSMはSwitch to New Versionを使用して新しいタブ表示に移動できます。エンドユーザーはCSMによって設定されたものと同じ表示とタブ順序を確認できますが、変更を加えることはできません。

以下の画像は、新しいユーザーインターフェースと以前のユーザーインターフェースの違いを示しています。

New System（新規システム）のUI

Old UI

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

• Spaces Widgets Configuration

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

Spacesへの招待を送信する前にテストメールを送信 

管理者およびCSMは、メールのコンテンツ、フォーマット、およびトークンが正しく表示されることを確認するために、顧客にSpacesへの招待を送信する前にテストメールを送信できるようになりました。 

新機能

• 個別の招待と一括招待の両方の招待ワークフローでSend Test Emailオプションを利用できます。

• ログインしているユーザーのメールアドレスがデフォルトで事前入力されており、内部ユーザーのアドレスに変更できます。

• テストメールを送信しても、実際の招待が送信されたり、選択した会社へのアクセス権が与えられたりすることはありません。

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

• Manage Spaces Users and Invitations

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

カンパニー SpacesでリレーションシップレベルのSuccess PlansおよびGoalsを表示 

カンパニー SpacesのSuccess PlansおよびCustomer Goalsウィジェットにカンパニー > リレーションシップ列が含まれるようになり、会社とその関連リレーションシップの両方からのアセットを単一の表示で示すようになりました。

新機能

• リレーションシップレベルで作成されたSuccess PlansおよびCustomer Goalsが、カンパニー Spacesにおいて会社レベルのアセットと並んで表示されるようになります。

• リレーションシップ Spacesでは、引き続きその特定のリレーションシップのアセットのみが表示されます。

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

• Spaces Widgets Configuration

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

• エンドユーザー向け Spaces ガイド

Spacesで子会社ごとにSuccess Plansをフィルタリング 

管理者は、SpacesのSuccess Plansウィジェットに対して会社階層（カンパニー hierarchy）のサポートを有効にできるようになりました。有効にすると、CSMは子会社ごとにSuccess Plansをフィルタリングし、親会社のSpaces内で子会社のSuccess Plansを直接表示できます。

新機能

• 管理者はSpaces Configurationからカンパニー Hierarchyを有効にできます。

• この設定にアクセスするには、Administration > Spaces Configurationに移動し、3つの横ドットのメニューを開き、General Settings > Success Plansを選択します。

• 有効にすると、Filter カンパニー HierarchyアイコンがSuccess Plansウィジェットに表示されます。CSMは含める子会社を選択できますが、親会社は常に含まれ、選択を解除することはできません。

• 子会社のSuccess PlansにはChildタグが付けられ、親会社のプランと視覚的に区別できるようになります。

• カンパニー > リレーションシップ列には、各プランのリレーションシップと並んで子会社名が表示されます。

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

• Spaces Widgets Configuration

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

• エンドユーザー向け Spaces ガイド

Spacesで子会社のレポートデータをエンドユーザーに表示

CSMがShow data from all childrenオプションを有効にすると、Spacesのエンドユーザーはレポートウィジェットで子会社のデータを表示できるようになりました。以前は、このデータはCSMにのみ表示されていました。

新機能

• CSMは、Spaces内のCSM ReportsセクションにあるレポートウィジェットでShow data from all childrenオプションを有効にできます。

• 有効にすると、エンドユーザーはCSMと同じロールアップされた子会社データを表示できます。

• エンドユーザーにはShow data from all childrenのトグルは表示されず、結果データのみが表示されます。

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

• Spaces Widgets Configuration

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

• エンドユーザー向け Spaces ガイド

ジャーニー・オーケストレーター、Group Send、およびEmail Assistを介したSpacesの招待の自動化 

管理者は、ジャーニー・オーケストレータープログラム、Group Send、およびEmail Assistから直接Spacesの招待をトリガーできるようになり、チームがユーザーに一括招待を送信できるようになりました。

注意：Gainsight Assistを介したSpacesの一括招待の送信はサポートされていません。

新着情報

• Email Template Builderで新しいSpaces要素を使用して、Spaces招待テンプレートを作成できます。要素はボタンまたはリンクとして設定でき、ユーザー権限タイプ（Collaborate and InviteまたはCollaborate Only）およびリンクの有効期限を設定できます。

• 管理者が手始めとして使用できるように、2つの標準Spaces招待テンプレートが用意されています。

• Spacesのメールテンプレートを使用する場合、Email要素に対してSpaces専用のJOアウトカムオプションが利用可能です：

  • Invite Accepted：参加者がSpacesの招待を受け入れたときにトリガーされます。

  • Invite Not Accepted：設定されたSpacesの招待の有効期限が切れ、参加者が招待を受け入れなかった場合にトリガーされます。

• 管理者は、新しい評価分岐（evaluate branches）を使用して、参加者がSpacesの招待を受け入れたかどうかに基づいてプログラム内の次のステップを定義できます。

詳細については、Program Elements, Email Template New およびDesign Email Templates for Group Sendの記事をご参照ください。

Timelineアクティビティの複製（クローン）

 

ユーザーは、既存のカンパニーまたはリレーションシップのTimelineアクティビティを複製し、主要なフィールドがすでに事前入力された状態でアクティビティコンポーザーを開くことができるようになりました。これにより、類似したアクティビティを顧客アカウント間で記録する際に、メモ、参加者、カスタムフィールドの値を再入力する必要がなくなります。

主要な機能

• 管理者設定コントロール：管理者は、ユーザーにアクティビティの複製を許可するために、Timeline General settingsのEnable Activity Cloningトグルをオンにする必要があります。

注意：複製は、標準のカンパニーおよびリレーションシップアクティビティでのみサポートされています。複製は、CTA、Success Plans、Renewal Center、Scorecardのアクティビティではサポートされていません。

• 任意のアクティビティを複製：360ページ、グローバルTimeline、またはTimelineウィジェットから任意のTimelineアクティビティを複製できます。

• 事前入力されたコンポーザー：件名、コンテキスト、カスタムフィールド、参加者、関連レコードがすでに入力された状態で、複製されたアクティビティがアクティビティコンポーザーで開きます。

• 独立したアクティビティ：複製されたアクティビティは、元のアクティビティへのリンクを持たない新しいスタンドアロンのレコードです。

• 自動的に適用される現在の日付：アクティビティの日付は、元のアクティビティの日付ではなく、システム設定に基づく現在の日時（日付と時刻）に設定されます。

主な利点: アクティビティの複製により、複数のアカウント間または繰り返し行われるエンゲージメントにおいて類似したアクティビティを記録するCSMの反復的なデータ入力が削減されます。

メモ

• 複製されたアクティビティは、独立した新しいアクティビティです。元のアクティビティへのリンクはありません。クローンであることを示すフィールドやインジケーターはありません。

• アクティビティの日付は、システム設定に基づく現在の日時（日付と時刻）に設定されます。元のアクティビティから引き継がれることはありません。

アクティビティを複製する方法の詳細については、Activity Optionsの記事を参照してください。

Timelineアクティビティの固定（ピン留め） 

Timelineにおいて、アクティビティの所有者、編集権限を持つユーザー、またはGainsight管理者が、アカウントのTimelineの最上部に最大3つのアクティビティを固定できるようになり、レコードを開くすべてのステークホルダーに対して最も重要なアカウントコンテキストを可視化できるようになりました。

以前は、ユーザーが標準の降順時系列フィードの上に優先度の高いアクティビティを表示するためのネイティブな方法がありませんでした。これにより、表示を維持するために将来の日付でアクティビティを記録するなどの回避策が取られることが多く、レポートが破損したりルールのロジックが破綻したりしていました。

主要な機能

• 管理者設定コントロール：
管理者はEnable Activity Pinningトグルをオンにして、ユーザーがC360およびR360のアカウントビューの最上部に最大3つのTimelineアクティビティを固定できるようにすることができます。

• アクティビティの固定と固定解除：アクティビティの所有者または管理者は、任意のアクティビティカードの3つの縦ドットのメニューから、該当するTimelineアクティビティを固定できます。同じメニューには、すでに固定されているアクティビティ用のUnpinオプションも用意されています。

• 固定されたアクティビティの表示：固定されたアクティビティは、標準の時系列フィードの上にある、専用のピン留めセクションのTimelineの最上部に表示されます。ピン留めセクション内では、アクティビティは最新のものから古いものの順に並べられます。固定された各アクティビティには、標準のアクティビティと区別するためのピンアイコンが表示されます。

メモ

• R360で作成されたピンは親のC360には表示されず、その逆も同様です。ピンは、それが作成された個別の360レベルでのみ適用されます。

• 自動メールキャプチャのアクティビティおよび関連レコードのアクティビティはサポートされていません。メインのアクティビティのみ固定できます。

アクティビティを固定する方法の詳細については、Activity Optionsの記事を参照してください。

管理者定義のビューをTimelineに公開 

管理者は、カスタムフィルターを使用した名前付きのTimelineビューを作成し、ユーザー、グループ、またはチーム全体に直接公開できるようになりました。有効にすると、これらのビューはTimelineビューのドロップダウンにある専用のAdmin-Defined Viewsセクションに表示され、各CSMが自分自身でフィルターを設定することなく、一貫した厳選された出発点を提供します。

Auto Email CaptureなどのAI駆動型機能によって記録されるアクティビティの量が増加するにつれて、フォーカスされたTimelineビューは、CSMがノイズを取り除き、生産性を維持するのに役立ちます。大規模なチームを管理する管理者は、各ユーザーに個別でフィルター設定のトレーニングを行う必要がなくなります。

主要な機能

• Timeline Administrationの新しいViewsタブ：Timeline Administrationからビューを作成し、名前、説明の設定、基本フィルター（Activity Type、Activity Date）およびAND/ORロジックを使用した高度なフィールドレベルの条件の追加を行うことができます。

• ユーザー権限の割り当て：ビューをAll Users、特定のユーザーやグループ、または外部の人物に割り当てます。

• ビューに対するアクション：ビューはいつでも編集、複製、削除できます。変更や削除は、割り当てられたすべてのユーザーのドロップダウンに即座に反映されます。

• ビューのアクティブ/非アクティブの切り替え：Activeトグルをオフにして、ビューを非アクティブにします。非アクティブなビューは、ユーザー向けのドロップダウンに表示されなくなります。

• Timeline全体のビュー：ユーザーは、ビューのドロップダウンから管理者定義のビューに切り替えることができます。ただし、ユーザーは管理者定義のビューを編集することはできません。カスタマイズするには、コピーを自身の個人用ビューとして保存できます。

メモ

• 既存の個人用ビューは影響を受けません。

• 管理者定義のビューは、Global Timeline、カンパニー 360、リレーションシップ 360、Person 360、およびGS HomeのTimelineウィジェット全体で適用されます。

• 管理者定義のビューは、Scorecard、CTA、Success Plan、またはその他のTimelineに隣接する画面では利用できません。

ビューの設定方法の詳細については、Configure Admin-Defined Views for Timelineの記事を参照してください。

TimelineアクティビティをSuccess Plansに関連付け

 

Gainsightは、Success Planとの関連付けのサポートを導入することにより、Timelineの既存のAssociated Records機能を拡張しました。管理者は、ユーザーがTimelineアクティビティを

カンパニーおよびリレーションシップの関連するSuccess Plansにリンクできるように設定できるようになり、顧客エンゲージメント全体のコンテキストと視認性を向上させることができます。

主要な機能

• 管理者設定コントロール：
管理者は、カンパニーおよびすべてのリレーションシップタイプに対してSuccess Planとの関連付けを有効化または無効化できます。この設定はデフォルトで無効になっています。有効にすると、ユーザーはName、Type、Status、Ownerなどのフィールドを使用してSuccess Plansを検索できるようになります。管理者はさらに、検索可能なフィールドやフィルター基準をカスタマイズできます。

• 一括有効化オプション：
管理者はEnable for Allオプションを使用して、既定の設定を適用し、すべてのカンパニーおよびリレーションシップタイプにわたってSuccess Planの関連付けを一括で有効化できます。Generalタブで一度設定すると、このオプションは表示されなくなります。

• TimelineにおけるSuccess Planの関連付け：
ユーザーはAssociated Recordsセクションから直接、Timelineアクティビティを既存のSuccess Planに関連付けることができます。

主な利点

• アクティビティをSuccess Planに直接リンクすることで、顧客のエンゲージメントと進捗状況をより的確に把握できます。

• Timelineを離れることなく、関連するSuccess Planを簡単に検索して関連付けることができます。

• ビジネスニーズに合わせて、検索、表示、およびフィルターのオプションを設定できます。

• 一括有効化を使用してすべてのエンティティ全体で機能を迅速に有効化し、セットアップ時間を短縮します。

注意：Associate Activity with Success Plansオプションは既定で無効になっており、管理者が有効化する必要があります。有効化した場合、既定の設定には Status = Active フィルターと、NameやOwnerなどの一般的な検索可能フィールドが含まれます。

関連レコードの設定方法についての詳細は、Configure Associated Records to Timelineの記事を参照してください。

Timelineアクティビティの更新ソースを追跡

GainsightはTimelineの編集履歴を拡張し、あらゆるアクティビティ更新のソースを記録することで、すべての更新の元を簡単に特定できるようにしました。

新機能

• 既存のFields、Modified By、Modified Date列に並んで、新しいModified By Source列が編集履歴に追加され、各更新の発生元が表示されます。

• 各更新のソースが記録されます。例として、Gainsightでの直接編集、API、Rules Engine、CS MCPなどが含まれます。

注意：ソースの記録は2026年7月13日から有効となります。Modified By Source列は2026年7月25日から表示されます。2026年7月13日より前に更新されたアクティビティの場合、Modified By Source列にはハイフン（-）が表示されます。この列はレポート作成可能なフィールドとしては利用できません。

詳細情報については、Activity Options記事を ご参照ください。

CS MCPから作成されたTimelineアクティビティを特定 

GainsightはTimelineを拡張し、CS MCPコネクタ経由で作成または更新されたすべてのアクティビティにCS MCPソースタグを表示するようにしました。これにより、チームはすべてのTimelineビューおよびReportにおいて、MCP由来のアクティビティを迅速に特定してフィルタリングできるようになります。

新機能

• CS MCPソースタグは、すべてのTimelineビューでアクティビティ上に表示されます。

• CS MCPソースの値は、Activity Timelineオブジェクト配下のSourceフィールドを使用して、ビューおよびレポート内のフィルターとして利用できます。

Data Permissionsで継承式を設定

 

管理者はData Permissionsで継承式（inheritance expressions）を定義し、関連オブジェクト全体でアクセス決定がどのように組み合わされるかを制御できるようになりました。以前は、カンパニーレベルに共有ルールが存在する場合、ORロジックを使用してリレーションシップ、CTA、Success Plan、その他の子オブジェクトに自動的に拡張され、すべての関連オブジェクト全体でいずれか1つのレベルでユーザーにアクセス権限が付与されていました。

管理者はこの既定の動作をオーバーライドし、特定のユーザータイプに対してANDロジックを定義できるようになりました。これにより、ユーザーが複数のオブジェクトレベルで同時に条件を満たした場合にのみアクセス権限が付与されるようになります。

ビジネス利用の例

パートナーCSMがアカウント配下の1つのリレーションシップのみを管理しているとします。既定のORロジックでは、カンパニーレベルのアクセス権限により、関連付けられていないリレーションシップ配下のCTAやSuccess Planを閲覧できていました。継承式を使用することで、管理者は他のCSMの作業方法に影響を与えることなく、そのパートナーCSMを自分が所有するリレーションシップのみにスコープ絞り込みできます。

仕組み

すべてのオブジェクトのData Permissionsに新しいInheritance Rulesセクションが追加されました。管理者は以下のことができます。

• ユーザー属性（例：Is Partner = true）に基づいてルールを作成し、そのユーザータイプに対してANDロジックとORロジックのどちらを適用するかを定義します。

• すべてのオブジェクトにわたって、各オブジェクトレベルで独立してルールを設定します。

• Manage Rules Priorityを使用して、ユーザーが複数の基準に一致した場合にどのルールを適用するかを制御します。

• カスタムルールが明示的に設定されない限り、既定の設定（すべてのレベルでOR）がそのまま適用されます。

注: ルールを作成すると、既定でORロジックが適用されます。必要に応じていつでもこれをANDに変更できます。

詳細については、Data Permissionsの記事を参照してください。

OAuth Client Secretのセキュリティ強化

 

Gainsightは、User Management > Authentication > OAuth ApplicationsページにおいてOAuth Client Secretを保護するためのセキュリティ強化を導入しました。Client Secretは、リストビューやアプリケーション詳細画面に表示されなくなりました。これにより、意図しないSecretの露出リスクが軽減されます。

アプリケーションが作成されたとき、またはClient Secretが再生成されたときに、Secure Dialog BoxにSecretが1回だけ表示されます。管理者はダイアログボックスを閉じる前に、Secretをコピーして保存する必要があります。一度閉じると、Secretは永久にマスクされ、二度と表示できなくなります。

主な改良点:

• リストビューから非表示になったClient Secret：OAuth ApplicationsリストビューにClient Secret列が表示されなくなりました。Application Name、Client ID、Statusのみが表示されます。

• 1度限りのSecret表示：作成または再生成の直後、ポップアップ内にClient Secretが1回だけ表示されます。ポップアップには、Copy to clipboardオプションと、閉じる前にSecretを確認するための目の表示アイコンが含まれています。

• Client Secretの再生成：アプリケーション詳細画面で新しいRe-Generate Client Secretボタンが利用可能になりました。既存のSecretが紛失または漏洩した場合、管理者はこのボタンを使用して新しいSecretを生成できます。

注: 

• Client Secretを再生成すると、既存のSecretは即座に無効化されます。以前のSecretを使用している連携機能は、新しいSecretで更新されるまで動作を停止します。

• Client Secretのセキュリティ強化は、既存のOAuthアプリケーションやアクティブな連携機能には影響しません。すべての既存の接続は中断されることなく機能し続けます。既存のアプリケーションのClient Secretは、UI上に表示されなくなります。紛失したSecretを復元するには、Re-Generate Client Secretオプションを使用して新しいものを生成してください。

詳細については、OAuth for Gainsight APIsの記事を参照してください。