🟢 HubSpot Service Hub 実践教科書 — 2026年版
Chapter 8

Customer Success Workspace
ヘルススコア設計と CS チームの運用

Customer Success Workspace(CS Workspace)は、サポート対応ではなく「顧客の長期的な成功を支援する」CS 担当者のための専用作業環境だ。2025年3月の再設計でカスタムヘルススコア構築・ボードビュー・チーム別ワークスペースが追加され、解約リスクの早期発見・更新機会の検出・QBR 準備・アップセル提案を一つの画面で完結させることが可能になった。この章では Help Desk との違い・ヘルススコア設計・タスク運用・チーム別ワークスペース・アップセル機会の Sales 連携を体系的に解説する。

📖 読了目安 30分
🎯 対象:CS マネージャー・カスタマーサクセス担当・RevOps
📅 2026年3月版 — CS Workspace 再設計(2025年3月〜)対応

📋 この章の内容

  1. 8-1CS Workspace の概要と Help Desk との違い
  2. 8-2カスタムヘルススコアの設計(指標・重み・閾値)
  3. 8-3アラート・タスク管理・QBR 準備の運用
  4. 8-4チーム別ワークスペースの設計と管理
  5. 8-5更新・アップセル機会の検出と Sales 連携
Section 8-1

CS Workspace の概要と Help Desk との違い

同じ HubSpot Service Hub の中に、「Help Desk Workspace」と「Customer Success Workspace」の2つのワークスペースが存在する。この2つは目的・対象顧客・時間軸・担当者の役割がまったく異なる。混同したまま使うと、エージェントが CS 担当者のビューを開いたり、CS 担当者がサポートチケットの対応をするなど、業務が混乱する。まず違いを明確に理解しよう。

Support-focused
🎧 Help Desk Workspace
問い合わせへの「反応」を管理する場所
主な担当者:サポートエージェント(チケット対応担当)
対象:すべての顧客からの問い合わせ(全プラン・全規模)
時間軸:「今日・今この瞬間」の問題解決
主な指標:FRT・TTR・CSAT・SLA 達成率
主な作業:チケット返信・ルーティング・SLA 管理・AI ハンドオフ
中心オブジェクト:チケット(Ticket)
Success-focused
🌱 Customer Success Workspace
顧客の「長期的な成功」を能動的に支援する場所
主な担当者:カスタマーサクセス担当(CSM)・アカウントマネージャー
対象:特定のアカウント(Enterprise・重点顧客など担当顧客)
時間軸:「今後3〜12ヶ月」の成功・更新・成長を見据える
主な指標:ヘルススコア・NPS・利用率・更新率・NRR
主な作業:ヘルス管理・QBR 準備・アップセル検出・アラート対応
中心オブジェクト:会社(Company)/コンタクト

CS Workspace の画面(モックアップ)

HubSpot — Customer Success Workspace(Service Hub Professional)
ビュー
🔴 要注意アカウント 5
📋 全担当アカウント
🔄 更新90日以内 8
📈 アップセル候補
📅 QBR 今月予定
🏆 Enterprise
🌱 Growth
要注意(5社) ヘルス昇順 ↑
テックフォース社
Enterprise Plan 更新日:2026/05/31(84日後) ARR:¥4,800,000 ⚠️ ヘルス 28(危険)
📊 ヘルス指標の内訳
製品利用率(週次ログイン)
▼ 低下(先月比 -40%)
NPS スコア
3(批判者)
未解決チケット(30日内)
4件(うち Urgent 2件)
最終 CSM 接触日
47日前
📝 アクティブタスク
⚡ 緊急:CTO 山田様に電話フォローアップ — API エラー件の進捗共有
期限:今日中
QBR 準備:3月15日開催予定。利用状況レポート・ROI 試算を作成
期限:3月13日
更新商談:AE 鈴木さんと事前ブリーフィング(ヘルス状況共有)
期限:3月20日
💡 CS Workspace は「会社(Company)」を起点に設計されている

Help Desk Workspace がチケットを中心に動くのに対し、CS Workspace は「担当している会社の健全度」を起点に設計されている。CSM は朝にワークスペースを開いたとき、担当アカウントのヘルスランキングを見て「今日誰に連絡すべきか」を判断する。チケット件数よりもヘルススコアの推移・更新日・利用率が意思決定の軸になる。

Section 8-2

カスタムヘルススコアの設計(指標・重み・閾値)

ヘルススコアは「この顧客が更新・成長する可能性がどの程度か」を0〜100点で表す指標だ。2025年3月の再設計でカスタマイズ性が大幅に向上し、自社ビジネスに合った指標の組み合わせ・重み付け・閾値(しきい値)を自由に設定できるようになった。正しく設計されたヘルススコアは「解約の3〜6ヶ月前に警告を発する先行指標」として機能する。

ヘルススコアを構成する指標カテゴリ

⚙️ カスタムヘルススコア設計例(SaaS 企業の場合)
製品利用
週次アクティブユーザー数(WAU)の前月比推移
30%
製品利用
主要機能の利用率(コア機能を月次で使用しているか)
20%
フィードバック
直近の NPS スコア(批判者=低点・推奨者=高点)
15%
サポート
過去30日間の未解決チケット数(多いほど低スコア)
15%
エンゲージメント
最終 CSM 接触日(30日以上空いているほど低スコア)
10%
エンゲージメント
メール開封率・ウェビナー参加・イベント出席履歴
10%
🚦 ヘルススコア閾値と自動アクション設定
0〜49
🔴 危険(Churn Risk)
CSM にタスク即時作成・マネージャー通知・更新商談を前倒し
50〜74
🟡 要注意(At Risk)
週次でモニタリング強化・次回接触を7日以内に設定
75〜100
🟢 健全(Healthy)
定期接触を継続・アップセル機会の検討・事例取材の依頼
設定項目設定場所設計のポイント
指標の追加 サービス → CS Workspace → ヘルススコア → 指標を追加 CRM プロパティ・チケット件数・フィードバックスコアを指標として選択できる。最初は3〜5指標に絞る
重み付け 各指標の「重み(%)」を設定。合計が100%になるよう調整 製品利用データが最も先行指標として信頼性が高いため、合計40〜50%を製品利用に割り当てる
スコアの計算方向 指標ごとに「高いほど良い / 低いほど良い」を設定 利用率・NPS は「高いほど良い」。未解決チケット数・最終接触からの日数は「低いほど良い」
自動アラートワークフロー 自動化 → ワークフロー → ヘルスが「危険」に変化したとき スコアが「健全」→「要注意」→「危険」に変化した瞬間にトリガーするワークフローを設定する
⚠️ 指標が多すぎると「何が下がったのかわからない」ヘルススコアになる

最初から10指標を詰め込むと、スコアが下がっても原因の特定が難しくなる。まず3〜4指標からスタートして6ヶ月間運用し、「このスコアが解約を予測できているか」を検証してから指標を追加・調整するアプローチが定着率を高める。完璧なヘルススコアを最初から作ろうとしないことが、実用的な CS 運用の第一歩だ。

Section 8-3

アラート・タスク管理・QBR 準備の運用

ヘルススコアを設定しても、それを日々の業務に組み込む「運用ルーティン」がなければ意味がない。CS Workspace を朝のルーティンの起点にし、アラート対応・タスク消化・QBR 準備を1画面で完結させることが生産性の鍵だ。

推奨 QBR アジェンダテンプレート

📊 四半期ビジネスレビュー(QBR)アジェンダ
テックフォース社 × 弊社 CS チーム · 2026年3月15日 14:00〜15:00
60分 / オンライン
📈 利用状況レビュー(15分)
WAU(週次アクティブユーザー) 18人(目標 30人)
主要機能の利用率 42%(前四半期 71%)
ログイン日数(月平均) 8日(前四半期 18日)
🎯 成果と達成状況(10分)
1.
当初の導入目的(KPI)の達成状況を確認
2.
この四半期で解決できた課題・成功事例の振り返り
3.
利用率低下の要因をヒアリング(組織変更・予算・不満)
🔍 課題と改善提案(20分)
1.
未解決チケット 4件の現状と解決スケジュールを共有
2.
利用率改善のための追加トレーニング提案
3.
社内推進担当者(チャンピオン)の特定と育成計画
🚀 次の四半期に向けて(15分)
1.
次四半期の利用目標と成功指標の再設定
2.
新機能のロードマップ共有・活用提案
3.
更新について:現在の状況確認・オプション提示(残84日)

CSM の週次ルーティン設計

タイミングCS Workspace での作業所要時間
月曜 朝(週初め) 「要注意アカウント」ビューを開き、先週からヘルスが悪化した顧客を確認。その週の最優先タスクを設定 30分
毎朝(日次) 「今日期限のタスク」リストを確認し、アクション実施後にタスクを完了にする。ヘルス低下アラートがあれば即対応 15〜20分
水曜(中間確認) 「更新90日以内」ビューで今後3ヶ月に更新を迎える顧客を確認。AE との連携タスクを作成 20分
金曜(週次振り返り) 今週完了したタスク・ヘルス改善・フォローアップ結果を内部メモに記録。翌週のアクション計画を作成 30分
月次(QBR 準備) 翌月の QBR 対象顧客を特定し、利用状況レポート・NPS 推移・ROI 試算を作成してアジェンダに添付 2〜3時間/顧客
Section 8-4

チーム別ワークスペースの設計と管理

2025年3月の再設計で、CS チームを顧客セグメントや担当領域ごとに「チーム別ワークスペース」として分けて管理できるようになった。Enterprise 担当・成長企業担当・SMB 担当でフィルター条件・ビュー・ヘルススコアの閾値を個別に設定することで、各 CSM が「自分の担当顧客だけ」に集中できる環境が作れる。

🏆
Enterprise チーム
ARR 500万円以上・契約 Enterprise プランの顧客を担当。QBR 頻度:四半期・CSM 接触:月2回以上。ヘルス危険閾値を低めに設定して早期発見を重視する。
フィルター例:会社プラン = Enterprise / ARR ≥ 500万円 / 担当 CSM = チームメンバー
🌱
Growth チーム
ARR 100〜500万円・成長フェーズの顧客を担当。アップセル機会の検出に重点を置く。QBR 頻度:半年・CSM 接触:月1回。利用率の伸びが最重視指標。
フィルター例:ARR 100〜500万円 / 利用率が直近3ヶ月で増加傾向 / 更新率 90%以上
🏪
SMB チーム(デジタル CS)
ARR 100万円未満・主にデジタルタッチで対応。CSM 接触は低スコア時のみ(ハイタッチ予算なし)。KB・メールシーケンス・ウェビナーで一括支援。
フィルター例:ARR < 100万円 / ヘルスが「危険」に変化したとき = 自動アラートのみ
✅ チーム別ワークスペース設定の手順

設定場所:サービス → CS Workspace → ワークスペースを追加。ワークスペースに名前をつけ、①表示する会社のフィルター条件(ARR・プラン・担当 CSM など)②使用するヘルススコアの種類③デフォルトのビュー(ヘルス昇順・更新日昇順など)を設定する。チームメンバーを招待すると、招待されたメンバーは自分のワークスペースのみが表示される。マネージャーは全ワークスペースをまたいで閲覧できる「全体ビュー」を持つことができる

Section 8-5

更新・アップセル機会の検出と Sales 連携

CS チームが顧客との日常的な関係を通じて蓄積する「この顧客は機能を使い倒している」「チームが拡大している」「新しい部署でも使いたいと言っていた」という情報は、Sales チームにとって最高の商談情報だ。CS Workspace でアップセル・拡大機会のシグナルを検出し、自動で Sales に渡す仕組みを設計することが「CS → Revenue」の流れを生み出す。

📈 アップセル機会の検出シグナルと Sales 連携フロー
利用シグナル
シート上限に近づいている
契約シート数の90%以上が稼働中。「もうすぐ追加シートが必要」な状態を自動検出する
エンゲージメントシグナル
高機能への問い合わせが増加
現在のプランにない機能についての問い合わせ・KB 閲覧が複数回発生している
組織シグナル
顧客組織の拡大が確認された
採用中のポジションが急増・別部門への展開について CSM ミーティングで言及あり
フィードバックシグナル
NPS 推奨者かつ利用率が高い
NPS 9〜10・ヘルス 80以上・主要機能利用率 90%以上——拡大提案の最適タイミング
更新シグナル
更新 90日前 × ヘルス良好
更新90日前かつヘルス 75以上——マルチイヤー契約・プランアップグレードを提案する絶好機
製品シグナル
API / 連携機能の利用急増
API コール数が急増または連携設定が複数実施——上位プランへの移行ニーズを示すシグナル
⚡ シグナル検出 → Sales 連携の自動化(ワークフロー設計)
シグナル検出時、会社プロパティ「アップセル機会」を「あり」に自動更新。これを AE の HubSpot ビューのフィルターに使用
CSM に「AE に共有する」タスクを自動作成。会話メモ・利用状況サマリーを添付して AE に Slack 通知
Sales 側では「アップセル機会あり」の会社一覧からパイプラインに商談を作成し、CS のメモを商談の詳細に引き継ぐ
商談のクローズ後、CS にフィードバック——「AE がどのシグナルを活用して成約したか」を学習することでシグナル精度を改善

📌 第8章 まとめ

CS Workspace と Help Desk は「目的・時間軸・対象」がまったく異なる

Help Desk は「今日のチケット対応」、CS Workspace は「今後12ヶ月の顧客の成功」を支援する。担当者の役割を明確に分け、同じ画面を使わせないことが生産性の前提条件だ。

ヘルススコアは最初 3〜4 指標で作り、6ヶ月かけて検証・調整する

製品利用率(WAU)・NPS・未解決チケット数・最終接触日の4指標が実用的なスタートセット。重みは製品利用に40〜50%を割り当て、スコアが解約を実際に予測できているかを定期的に検証する。

ヘルス閾値を決めて「自動アラート → 即タスク作成」ワークフローを設定する

スコアが「健全 → 要注意 → 危険」に変化した瞬間にトリガーするワークフローを設定する。CSM が自分で気づくのを待つのではなく、システムが能動的に教えてくれる仕組みを作ることが解約防止の本質だ。

チーム別ワークスペースで Enterprise・Growth・SMB を分けて管理する

顧客セグメントごとに異なるフィルター・ヘルス閾値・接触頻度の基準を持つチーム別ワークスペースを設定する。各 CSM は自分の担当顧客だけを見ることで集中力と精度が上がる。

QBR は「利用状況 → 課題 → 次の四半期」の3部構成で設計する

利用状況レビュー・成果振り返り・課題と改善提案・次四半期の目標設定——この流れを CS Workspace のデータで事前に準備することで、QBR が「報告会」ではなく「共同の計画立案」になる。

アップセルシグナルを自動で Sales に渡す仕組みが NRR を高める

シート上限接近・上位機能への問い合わせ・更新90日前×高ヘルス——これらのシグナルを会社プロパティで管理し、ワークフローで AE に自動通知する。CS が発掘した拡大機会が Sales の商談に変わることで NRR が向上する。

Next Chapter
第9章:自動化設計 — チケットルーティング・再オープン制御・必須ワークフロー10選 →