CS オンデマンド機能リリースノート 2025年9月版
この記事では、2025年9月 Customer Success (CS) 製品リリースで提供される オンデマンド機能として利用可能な機能拡張の一覧を紹介します。
Gainsight オンデマンド リリースノート版には、次のサブセクションが含まれています：
機能強化 (モジュールごと): 既存の製品機能に対して行われた改善内容を説明します。
オンデマンド機能リリースノートとは何ですか？
リリースノートに記載されている機能および拡張は、ドキュメントとサポートが整備された GAレベルで利用可能ですが、デフォルトでは有効化されていません。
- 任意の機能を早期に利用したい場合は、サポートチケットを提出してください。
- これらの機能を早期に利用しない場合でも、次回のメジャーリリース時に自動的にあなたのテナントで利用可能になります。
- 四半期ごとのリリースはこれまで通り継続され、管理者が制御する機能は引き続き管理者によって設定可能です。
機能拡張
コパイロット
私たちは、コパイロットに新しい拡張機能を導入し、ユーザビリティを向上させ、データカバレッジを拡大し、カスタマーサクセスのワークフロー全体におけるコンテキスト理解を強化します。
C360 から直接 コパイロットにアクセス
C360 インターフェース内から、ページを切り替えることなくコパイロットに直接アクセスできるようになりました。このアップデートにより、ワークフローが効率化され、コンテキストの正確性が向上します。
-
コパイロットはアクティブな顧客アカウントを自動的に参照します。
-
すべての質問とチャット履歴はアカウント個別のものとして保持されます。
注意：C360 で コパイロット を使用するには、管理者がコパイロット を有効化し、テナントに対して C360 コパイロット 連携をオンにする必要があります。アクセスは Gainsight の権限バンドルを通じて管理されます。
主な利点: コパイロット は C360 のワークフローに組み込まれているため、ページを切り替える必要はありません。アカウントのコンテキストを自動的に理解するため、ワークフロー内で直接質問することができます。
拡張データアクセス機能の詳細については、「コパイロットの概要」記事をご参照ください。
コパイロットの拡張データアクセスでより深い回答を取得
コパイロットは、Gainsight 内のより幅広いデータに基づいた回答を提示できるようになりました。これには、スコアカード（基本クエリ）、サクセスプラン、コックピットが含まれます。この拡張により、ユーザーは主要なカスタマーサクセスワークフロー全体で、より的確でコンテキストに富んだ質問を行うことが可能になります。
-
コックピット: オープン、クローズ、期限超過、今後のタスクを含む CTA 情報を取得します。以下のコックピットオブジェクトを使用して基本クエリを実行できます:
-
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 つの情報源から取得し、カスタマーサクセスのワークフロー全体にわたって、より深い洞察を提供できるようになりました。
拡張データアクセス機能の詳細については、「コパイロットの概要」記事をご参照ください。
用語定義の構成
管理者は用語定義を構成して用語を標準化し、コパイロットがどこから情報を取得するかをガイドし、構造化データおよび非構造化データの両方にどのように応答するかを形成できます。これらの定義により、応答の一貫性、正確性、そしてコンテキスト認識が確保されます。
用語定義でサポートされるオブジェクト:
-
カンパニー
-
アクションへの呼びかけ
-
タスジュ
-
サクセスプラン
-
アクティビティタイムライン
-
ユーザーオブジェクト
ロールによるアクセス
-
管理者:用語定義を作成、編集、または削除する
-
エンドユーザー: 用語定義の閲覧
用語定義の仕組みとサポートされている機能の詳細については、「用語定義の機能」の記事を参照してください。
重要
-
用語定義を作成する際は、名前と説明の両方を個別かつ明確に記述してください。コパイロットはこれらのフィールドを使用して、クエリへの回答時にどの用語定義を考慮するかを決定します。社内専用用語、略語、または過度に一般的な用語の使用は避けてください。
-
複数のオブジェクトをカバーする単一のキー定義を作成することはできません。オブジェクトごとに個別の用語定義を作成する必要があります。
詳細なガイダンスと例については、「コパイロットのベストプラクティスと既知の制限事項」の記事を参照してください。
主な利点:用語定義を設定することで、コパイロットをビジネスプロセスに合わせてカスタマイズし、組織のロジックに沿った一貫性のあるコンテキストアウェアな回答をユーザーに提供できます。
属性によるタイムラインのフィルタリングでターゲットを絞ったインサイトを実現
タイムラインは、アクティビティ属性に基づく詳細なフィルタリングをサポートするようになりました。
アクティビティタイムラインオブジェクトで定義された標準、カスタム、システムフィールドを使用して、タイムラインエントリをフィルタリングできます。たとえば、アクティビティの種類、オーナー、参加者、ステータスなどです。
重要
-
コパイロットは、アカウントごとに最新のタイムラインエントリ 50 件のみを分析します。正確で関連性の高い結果を得るには、複数の顧客を対象とした広範なクエリではなく、アカウント個別のクエリを実行することをお勧めします。
-
この機能は、コパイロットを有効にしているすべてのユーザーが利用できます。
例: ユーザーは、次のような高度なクエリを実行できるようになりました: Acme Corp 社の最新の EBR アクティビティから、目標を要約する。
主な利点: 属性ベースのフィルタリングを使用すると、個別のクエリを実行してパターンを発見し、エンゲージメントを追跡し、最も重要なインタラクションに焦点を当てることができます。
属性を使用してタイムラインデータをフィルタリングする方法の詳細については、「コパイロットの概要」記事を参照してください。
主な利点：属性ベースのフィルタリングにより、特定のクエリを実行してパターンを発見し、エンゲージメントを追跡し、最も重要なインタラクションに集中することができます。
Copilot に関連する機能拡張の詳細については、以下の記事を参照してください:
Slack 向け Gainsight AI Agent
Slack 上での使いやすさを向上させ、データカバレッジを拡大し、カスタマーサクセスのワークフロー全体にわたるより深いインサイトを提供するために、Gainsight AI Agent に新しい機能強化を導入しました。
Slack でより深い顧客インサイトにアクセス
Slack 内で、スコアカード、サクセスプラン、コックピットを含む、より幅広い Gainsight モジュールからインサイトを取得できるようになりました。この機能はコパイロットの動作と類似しています。
キー定義も利用可能で、Gainsight CS の管理セクションで設定できます。ただし、Slack 内でキー定義を直接作成することはできません。クエリ実行時には既存のキー定義を利用することができます。
両方の機能強化の詳細については、本リリースノートのコパイロットセクションを参照してください。
制限事項: Slack 内では、複数のテーブル（2 つ以上）を含むレスポンスを生成するクエリは正しくレンダリングされません。
例: Acme Corp のヘルス状況はどうですか？スコアカードの詳細、アクティビティの一覧、CTA の一覧をカバーしてください。
Slack での Gainsight AI Agent に関連する機能拡張の詳細については、以下の記事を参照してください:
ジャーニーオーケストレーター
ジャーニーオーケストレーター(JO)は、自動化されたコミュニケーションの中心です。自動化の力を活用して、大規模な顧客とのコミュニケーションを容易にします。Gainsightにより、カスタマーサクセスチームは、ヘルススコア、製品使用状況、アンケート結果、ライフサイクルステージなどの顧客属性をベースに、自動化されたメール配信ができます。自動化によって、お客様のタッチを拡張し、増え続ける顧客リストと頻繁かつ効果的に関わることができます。
注意：管理者は、6週間ごとに ジャーニーオーケストレーター のインストラクター主導型ライブトレーニングに参加できます！
JO におけるカスタムオプトアウト設定とメールフッター
Gainsight は、JO におけるオプトアウト設定とメールフッターの構成に関する高度な機能を導入しました。これらの強化により、管理者はメールコミュニケーションのコンプライアンス、ブランディング、ローカライゼーションに関して、より柔軟かつ詳細なコントロールを行えるようになります。
主要な機能
-
オプトアウト設定の切り替え: 管理者は、UI からいつでも Gainsight 管理のオプトアウト設定とカスタムオプトアウト設定を切り替えることができます。
-
カスタムフッターの作成と編集: 管理者は複数のカスタムオプトアウト設定を作成可能です。
-
カスタムフッターの言語バリエーション定義: 管理者は、サポートされる各言語ごとに言語バリエーションを手動で定義できます。ただし、コンテンツは自動翻訳されず、管理者がローカライズされたテキストを入力する必要があります。
主な利点
-
Gainsight 管理の設定とカスタム設定をシームレスに切り替え可能。
-
複数のテンプレートでカスタムフッターを再利用し、一貫したメッセージングを実現。
-
言語バリエーションを作成し、ローカライズされたコミュニケーションをサポート。
-
非運用メールテンプレートへの一括オプトアウト設定適用。
-
組み込みのセーフガードにより、アクティブな JO プログラムへの誤った変更を防止します。
注意：カスタムオプトアウト設定は、Dynamic JOプログラムとグループ送信でのみサポートされています。SimpleまたはAdvanced JOプログラムではサポートされていません。
重要: カスタムオプトアウト設定は、Gainsight管理者によって有効化および管理されます。詳細については、Gainsight管理者にお問い合わせください。
オプトアウト設定の詳細については、以下の記事をご覧ください:
要素命名ロジックの強化
以前は、重複した名前を持つ要素を追加すると、名前が赤くなり、重複名エラーを示していました。現在は、重複した名前にサフィックスを追加することで自動的に調整され、デフォルトでエラーを防止します。これにより、エクスペリエンスが合理化され、プログラムの構築がより直感的になります。
主な機能強化
要素シーケンスの増分：新しい要素が追加されると、以前の要素が削除されていても、番号付けは最後に作成された要素から連番で続きます。例: たとえば、メール 1 と メール 2 が存在し、メール 1 を削除した場合、次に追加されるメールは メール 3 となります。
主な利点
この更新により、ワークフローの明確性が高まり、要素管理がよりシンプルで直感的になります。
メモ
-
重複した要素名は赤色で表示され、同一名が解決されるまで公開は無効化されます。
-
条件ノードはこれらの変更の影響を受けません。
要素の命名ロジックの詳細については、「再設計された高度なプログラム」の記事を参照してください。
公開後のソースフィールド編集
Gainsight は、アクティブな JO プログラムにおいてフィールドを追加・編集できる機能を導入しました。この強化により、フィールドの可視性、依存関係チェック、同期ロジックが改善されます。管理者は、進行中の参加者ジャーニーを中断することなく、安全に構成を調整できます。
主な改良点:
- フィールドの可視性とトークン使用: ソースデータの元フィールドは、初回公開時に含まれていなかった場合でも、編集モードで表示・トークンとして使用可能。新規参加者に対してはトークンが正しく解決されますが、既存参加者ではこれらのフィールドは null 値として表示されます。
- 新規フィールドと同期挙動: クエリやデータデザイナーのソースフィールドに追加された新規フィールドは、再公開後にあらゆるソース（特にクエリ）で利用可能。新規参加者に対してのみ正しく同期され、既存参加者には null 値として表示されます。
主な利点
-
重複削減: 既存プログラムを複製せずに編集・利用でき、同様のフィールドを持つ新規プログラムを作成する必要がなくなります。
-
動的フィールドアクセス: 初回公開時に含まれていなかったソースフィールドも編集モードで再利用可能。
-
フィルタリング機能拡張: 既存参加者データに影響を与えずに、新しいフィールドを追加して顧客を取り込むことが可能。
メモ
-
過去に公開時に含まれていたフィールドは削除できませんが、プログラムのドラフト版では引き続き利用可能。
-
新規追加フィールドは、新しい参加者の同期やドラフト更新後の再公開時から適用されます。
-
セグメントやデータデザイナーといったソースのフィールドが、必須フィールドや一意性基準として使用されている場合、それらを リネームまたは削除しないでください。削除した場合、プログラムは失敗し修復不能となります。
公開後のフィールド編集の詳細については、「再設計された高度なプログラム」の記事を参照してください。
コネクタ2.0
コネクタは、すぐに利用可能な統合機能であり、さまざまなデータソースを接続し、その情報をGainsightに同期することができます。
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 側で、対応する秘密鍵とパスワードを入力する。
Key Pair 認証に関する詳細は Snowflake コネクタ 記事を参照してください。