「顧客が何を感じているか」を数値で把握できなければ、改善の優先順位も、解約リスクの予兆も、プロダクト開発の方向性も見えない。NPS・CSAT・CES の3指標はそれぞれ異なる問いに答える——「長期的な関係性」「個別対応の品質」「プロセスの摩擦」を同時に追跡することで、顧客体験の全体像が初めて見えてくる。この章では3指標の定義と使い分け・サーベイ設計・ワークフロー連携・分析と改善アクション・VoC を Sales・Product に届ける仕組みを体系的に解説する。
3つの指標はしばしば混同されるが、それぞれ「何を測るか」がまったく異なる。NPS は「関係性の強さ」、CSAT は「対応の出来映え」、CES は「プロセスの楽さ」を測る。用途を間違えると、正しい問いに答えられないデータが積み上がる。まず各指標の定義と計算方法、最適な配信タイミングを理解しよう。
| 指標 | 最適な配信タイミング | 回答率の目安 | 目標スコア（BtoB SaaS） |
|---|---|---|---|
| NPS | 初回チケットクローズ後30日 / 以降は90〜180日ごと / 更新前60日 | 15〜30% | +30 以上を目指す |
| CSAT | チケットクローズ後1〜4時間以内 / オンボーディング完了後 | 20〜35% | 85% 以上（満足・非常に満足の割合） |
| CES | 複数回のやりとりが発生したチケットのクローズ後 / セルフサービス体験後 | 15〜25% | 平均スコア 3.0 以下（7点スケールで） |
いきなり NPS・CSAT・CES を同時配信すると回答疲れを引き起こし、全指標の回答率が下がる。まず CSAT から始める——チケットクローズ後の CSAT は運用しやすく即効性が高い。CSAT が安定したら NPS を追加し、プロセス改善の議論が活発になった段階で CES を導入する段階的アプローチが定着率を高める。
サーベイは「短く・タイムリーに・文脈に合った質問で」が鉄則だ。長いサーベイは回答率を下げ、タイミングがずれると記憶が薄れて不正確な回答になる。HubSpot のサーベイ機能（設定場所：サービス → フィードバックサーベイ）では NPS・CSAT・CES の3種を作成・配信・集計できる。
サーベイを送って結果を眺めているだけでは顧客満足度は上がらない。低スコアが届いた瞬間に自動でフォローアップのアクションが走る仕組みを作ることが、フィードバックプログラムの価値を最大化する。HubSpot では「フィードバック提出」をトリガーとしたワークフローが設定でき、スコアに応じて異なる自動アクションを実行できる。
① 自動化 → ワークフロー → 「コンタクトベース」で新規作成。② トリガー：「フィードバック送信 → サーベイ名を選択 → スコアが〇以下」に設定。③ アクション：「タスクを作成」「内部メールを送信」「プロパティを更新」を組み合わせる。④ 重要：「このワークフローは○日以内に再実行しない」設定を必ず入れる。同じ顧客が翌日に別のチケットをクローズして低スコアを送った場合に、二重にアラートが飛ばないよう抑制する。
個々のスコアに反応するだけでなく、集計データのトレンドを定期的に分析し、システムレベルの改善につなげることがフィードバックプログラムの本来の目的だ。HubSpot のフィードバック分析タブとカスタムレポートを組み合わせることで、「どのカテゴリ・担当者・プロセスが顧客満足度を下げているか」を特定できる。
フィードバックデータは CS チームだけのものではない。「顧客が何を不満に感じているか」は Product チームのロードマップに、「顧客が何を評価しているか」は Sales チームの提案トークに、「顧客が解約を考えているサイン」は AE の更新対応に直結する。Service Hub で集まった VoC を組織全体に届ける仕組みを設計することが、サポートチームの戦略的価値を高める。
| 配信先 | 配信内容 | 頻度 | 実装方法 |
|---|---|---|---|
| Sales（AE） | 担当顧客の NPS・CSAT スコア推移・批判者フラグ・「解約リスク」プロパティが更新された顧客リスト | 週次（毎月曜） | HubSpot レポートをメール自動配信 / Slack #sales-csalert チャンネルへ自動投稿 |
| Product | フィードバック自由記述から抽出した機能要望 TOP10・「使いにくい」言及数が多い機能名・CES 悪化の原因カテゴリ | 月次（第1月曜） | CS リーダーが月次レポートを作成 → Notion / Confluence に投稿 → Product 定例で発表 |
| Marketing | NPS 推奨者（9〜10点）のコメント抜粋・事例取材候補リスト・「おすすめしたい理由」の頻出キーワード | 月次 | NPS スコア 9〜10 かつ自由記述あり のコンタクトをリスト化 → Marketing に共有 |
| 経営層・全社 | 月次 NPS・CSAT トレンドグラフ・前月比・批判者コメントサマリー（匿名化）・改善アクション進捗 | 月次（月初の全社会議） | HubSpot ダッシュボードをスクリーン投影 + 1ページサマリー PDF を Slack 共有 |
多くの組織でサポートチームは「コストセンター」と見なされる。しかし月に数百件のフィードバックを分析し、製品改善の根拠となる顧客インサイトを Product に提供できるチームは、戦略的なビジネスパートナーとして経営層に認識される。VoC プログラムは「顧客満足度を上げる施策」であると同時に「CS チームの組織内プレゼンスを高める施策」でもある。毎月の全社会議でフィードバックサマリーを発表するルーティンを確立しよう。
NPS は「関係性の強さ（長期ロイヤルティ）」、CSAT は「個別対応の品質（即時評価）」、CES は「プロセスの摩擦（手間の量）」を測る。3つをセットで設計することで顧客体験の全体像が見える。まず CSAT から導入し、段階的に追加する。
設問数は最大3問・自由記述は任意・同一顧客への配信は月1回以内。CSAT はチケットクローズ後1〜4時間が最高の回答率。NPS は初回クローズ後30日・以降90〜180日ごとが標準。
CSAT2以下→担当エージェントにタスク、NPS 批判者→マネージャーに緊急タスク。このワークフローを設定することで「サーベイで批判を送ったら翌日に電話があった」という体験が批判者をプロモーターに変える。
全体の CSAT 平均だけを追うのではなく、カテゴリ別・担当者別・チャネル別の内訳を分析する。「技術不具合カテゴリの CSAT が低い」という発見が「技術 KB の充実・進捗報告ワークフロー設定」という具体的な改善アクションに直結する。
批判者コメントのテーマ分類・機能要望の件数集計・CES 悪化の原因カテゴリを月次でまとめ、Product 定例で発表する仕組みを作る。CS チームが「製品改善に貢献する情報源」として認識されると組織内プレゼンスが高まる。
解約リスクは Sales に週次配信・機能要望は Product に月次配信・推奨者コメントは Marketing に共有・NPS トレンドは全社会議で発表。顧客の声を組織全体に届けることが、CS チームの戦略的価値を証明する。