Googleスプレッドシートで顧客ヘルススコアを可視化｜CS担当者が今日から実践できるダッシュボードの作り方5ステップ

顧客ヘルススコアの管理は、Googleスプレッドシートだけで十分に始められます。

専用のカスタマーサクセスツールを導入しなくても、スプレッドシートの関数と条件付き書式を組み合わせれば、解約リスクの早期発見から利用促進の優先順位づけまで対応できるダッシュボードが作れます。

筆者はSaaS企業でカスタマーサクセスチームの立ち上げに携わり、10年以上にわたって顧客管理の仕組みづくりを手がけてきました。

高額なCS専用ツールの導入を検討する前に、まずスプレッドシートで「自社にとって本当に意味のある指標は何か」を検証するフェーズを挟んだ方がよい、というのが現場で得た結論です。

なぜ今、Googleスプレッドシートでヘルススコア管理なのか

カスタマーサクセスツールの導入ハードルが依然として高い現実

2026年5月時点で、国内のSaaS企業におけるカスタマーサクセス専用ツールの導入率は依然として限定的です。HiCustomerやGainsightといったCS専用プラットフォームは月額数十万円からの費用がかかり、特にARR（年間経常収益）が1億円未満のスタートアップや中小規模のSaaS企業にとっては、費用対効果の見極めが難しい投資です。

筆者が以前所属していたSaaS企業（従業員約40名、顧客数約200社）でも、CS専用ツールの導入を検討したことがありました。しかし、ツールの年間利用料が約180万円、加えて初期設定やデータ連携に2〜3ヶ月かかるという見積もりを見て、まずはスプレッドシートで「自社に必要なスコア項目」を固めてから判断しよう、という結論に至りました。結果的に、スプレッドシート運用を8ヶ月続けたことで、ツール導入時に「何をトラッキングすべきか」が明確になり、無駄な設定や手戻りを大幅に減らせました。

Google Workspaceユーザーなら追加コストゼロで始められる

すでにGoogle Workspaceを業務で使っている企業であれば、Googleスプレッドシートは追加コストなしで利用できます。Google Workspaceは月額800円（Business Starterプラン・年間契約）から導入でき、スプレッドシートだけでなく、Gmail、Google Meet、Google Driveといったビジネスに必要なツールが一通り揃っています。Business Standard以上のプランではAIアシスタント「Gemini」がスプレッドシート上でも利用可能になり、データ分析の補助にも活用できます。

なお、Google Workspaceをこれから導入する場合や、プランのアップグレードを検討している場合は、Google Workspaceのプロモーションコードを利用すると初年度の費用を15%抑えられます。ヘルススコア管理の基盤づくりと合わせて検討してみてください。

スプレッドシート管理が「つなぎ」ではなく「戦略的選択」になるケース

誤解されがちですが、スプレッドシートでのヘルススコア管理は「ツールを買えないから仕方なく」という消極的な選択とは限りません。以下のようなフェーズの企業にとっては、むしろ積極的な戦略です。

• 顧客数が200社以下で、CSチームが1〜5名規模
• ヘルススコアの指標設計がまだ固まっていない（仮説検証フェーズ）
• プロダクトのログデータ連携基盤がまだ整っていない
• 四半期ごとにスコア項目の見直しを頻繁に行いたい

筆者の経験では、スコア設計は最低3回は大きな見直しが入ります。最初に「ログイン頻度」「機能利用率」「NPS回答」の3指標で始めたところ、3ヶ月後には「ログイン頻度よりも特定機能の利用深度の方がチャーン予測に効く」と分かり、指標を入れ替えました。このような試行錯誤が気軽にできるのは、スプレッドシートの大きな利点です。

ヘルススコア設計の基本：何を測り、どう点数化するか

スコア項目の選定で陥りがちな3つの失敗

ダッシュボード構築の前に、まず「何を測るか」の設計が最重要です。ここを間違えると、どれだけ見た目の良いダッシュボードを作っても意味がありません。筆者がこれまで見てきた中で、特に多い失敗パターンを3つ紹介します。

1つ目は「測りやすい指標だけを集めてしまう」ことです。ログイン回数やページビューはデータ取得が簡単ですが、それだけでは顧客の健全性は測れません。ある顧客が毎日ログインしていても、ヘルプページばかり閲覧していたら、それはむしろ危険信号です。

2つ目は「指標を欲張りすぎる」ことです。最初から10個以上の指標を設定すると、データ収集の負荷が高くなり、週次の更新が回らなくなります。筆者のチームでも初期に8指標でスタートして、2ヶ月目にはデータ更新が滞り始めました。最終的に5指標に絞ったところ、運用が安定しました。

3つ目は「全顧客に同じ指標を適用する」ことです。エンタープライズ顧客とSMB顧客では、プロダクトの使い方も契約形態も異なります。少なくとも顧客セグメント別にスコアの重みづけを変える設計が必要です。

実務で効果が高かった5つのスコア項目

筆者が複数のSaaS企業で検証した結果、以下の5項目がチャーン予測との相関が高く、かつスプレッドシートで管理可能な指標でした。

（1）コア機能の利用頻度：単純なログイン回数ではなく、そのプロダクトの「核となる機能」をどれだけ使っているか。たとえばプロジェクト管理ツールなら「タスク作成数」、MA（マーケティングオートメーション）ツールなら「キャンペーン配信数」が該当します。0〜30点で配点。

（2）利用ユーザー数の推移：契約アカウント数に対して、実際にアクティブなユーザーの割合。導入初月と比較して減少傾向にある場合は減点。0〜20点で配点。

（3）サポート問い合わせの質と量：問い合わせ件数が多いこと自体は必ずしも悪い兆候ではありません。重要なのは「不満・クレーム系」か「活用・拡張系」かの区分です。前者が増えていれば減点、後者が増えていれば加点。0〜20点で配点。

（4）契約更新・拡張のシグナル：直近の商談状況、追加ライセンスの問い合わせ、上位プランへの関心など。営業チームとの情報共有が必要な定性指標ですが、チャーン予測には欠かせません。0〜15点で配点。

（5）エンゲージメント活動への参加：ウェビナー参加、ユーザーコミュニティでの発言、事例取材への協力意向など。直接的な利用データではありませんが、「プロダクトとの心理的距離」を測る補助指標として有効です。0〜15点で配点。

合計100点満点で、80点以上を「Healthy」、50〜79点を「At Risk」、49点以下を「Critical」と分類しています。

5ステップで作るGoogleスプレッドシート・ダッシュボード

ステップ1：データ入力シートの設計

まず「Raw Data」というシートを作成し、顧客ごとの生データを入力する場所を用意します。列構成は以下のとおりです。

A列：顧客ID、B列：会社名、C列：契約プラン、D列：契約開始日、E列：契約更新日、F列：MRR（月次経常収益）、G列：コア機能利用回数（月次）、H列：アクティブユーザー数、I列：契約ユーザー数、J列：サポート問い合わせ数（不満系）、K列：サポート問い合わせ数（活用系）、L列：契約拡張シグナル（1〜5段階）、M列：エンゲージメント活動参加回数

ポイントは、手動入力とAPI・CSV連携のデータを明確に分けることです。G列やH列はプロダクトの管理画面からCSVエクスポートして貼り付ける運用が現実的です。一方、L列のような定性評価は、週次のCSチームミーティングで合議して更新します。

ステップ2：スコア算出シートの構築

「Score」シートを新たに作成し、Raw Dataシートの値を参照してスコアを自動算出します。ここではGoogleスプレッドシートのIF関数、VLOOKUP関数、そしてIFS関数を組み合わせます。

たとえばコア機能利用頻度のスコア（30点満点）は、以下のような段階式で計算します。

=IFS(‘Raw Data’!G2>=100, 30, ‘Raw Data’!G2>=70, 24, ‘Raw Data’!G2>=40, 18, ‘Raw Data’!G2>=20, 12, ‘Raw Data’!G2>=1, 6, TRUE, 0)

利用ユーザー率のスコア（20点満点）は、アクティブ率を算出してから点数化します。

=LET(rate, ‘Raw Data’!H2/’Raw Data’!I2, IFS(rate>=0.8, 20, rate>=0.6, 15, rate>=0.4, 10, rate>=0.2, 5, TRUE, 0))

LET関数を使うと中間計算を変数に格納できるため、数式の可読性が格段に上がります。これは教科書にはあまり載っていないコツですが、チームで数式をメンテナンスする際に大きな差が出ます。

各項目のスコアを算出したら、合計列で単純加算し、TOTAL列に100点満点のスコアを表示します。さらに、IFS関数でHealthy / At Risk / Criticalのラベルを自動付与します。

ステップ3：ダッシュボードシートの視覚化

「Dashboard」シートを作成し、Scoreシートのデータを視覚的に把握できるようにします。ここで活躍するのが条件付き書式とSPARKLINE関数です。

まず、ヘルススコアのセルに条件付き書式を設定します。80点以上は緑（#4CAF50）、50〜79点は黄（#FF9800）、49点以下は赤（#F44336）で背景色を変えることで、一覧表を見ただけで危険な顧客が視覚的に浮かび上がります。

次に、SPARKLINE関数で過去3ヶ月のスコア推移をセル内にミニグラフとして表示します。

=SPARKLINE({過去3月スコア, 過去2月スコア, 過去1月スコア, 今月スコア}, {“charttype”,”line”;”color”,”#1a73e8″;”linewidth”,2})

このミニグラフがあるだけで、「今月のスコアは高いが下降トレンド」という重要な情報が一目で読み取れます。数値の絶対値だけでなくトレンドを見ることが、ヘルススコア運用の肝です。

さらに、シート上部にCOUNTIFS関数を使ったサマリーセクションを設けます。Healthy数、At Risk数、Critical数、そして前月比の増減を表示することで、チーム全体の顧客ポートフォリオの健全性を俯瞰できます。

ステップ4：アラート・通知の自動化

スプレッドシートだけでは「見に行かないと気づかない」という弱点があります。これを補うために、Google Apps Script（GAS）で簡易的なアラートを組みます。

具体的には、毎朝9時にスクリプトが自動実行され、スコアが50点を下回った顧客、または前月比で15点以上下落した顧客をリストアップし、Gmailで担当CSメンバーに通知するという仕組みです。コードは30行程度で実装できます。

Google WorkspaceのBusiness Standard以上のプランであれば、Google Chatとの連携も容易です。チームのChatスペースに直接通知を飛ばすことで、メールよりも即時性の高いアラート運用ができます。Google Apps Scriptからの通知先にChatのWebhook URLを指定するだけで設定完了です。

筆者のチームでは、このアラート導入によって「気づいたときには解約通知が来ていた」というケースが導入前の月平均2.3件から0.4件に減少しました。早期に気づけることで、担当者が先手を打ってフォロー架電やオンボーディング再実施を行えるようになった結果です。

ステップ5：チーム運用ルールの整備

ダッシュボードは作って終わりではありません。むしろ、運用ルールの整備こそがヘルススコア管理の成否を分けます。

筆者のチームで定着した運用ルールは以下のとおりです。

• 毎週月曜にデータ更新（担当者ごとに自分の顧客分を更新、所要時間は1人あたり約15分）
• 毎週水曜のCSチーム定例で、Criticalおよびスコア下降トレンドの顧客を重点レビュー
• 月初にスコアの妥当性を振り返り、配点の調整要否を議論
• 四半期に一度、スコア項目自体の見直し（不要な指標の削除、新指標の追加検討）

意外な発見だったのは、データ更新の曜日を月曜に固定したことの効果です。当初は「データが発生したらすぐ更新」としていましたが、更新タイミングがバラバラだと週次レビューの数値に鮮度のムラが出て、議論の前提が揃いませんでした。全員が同じタイミングで更新するルールにしたことで、水曜のレビュー精度が明らかに向上しました。

スプレッドシート vs 専用ツール：どちらを選ぶべきか

スプレッドシートでの運用と専用CSツールの導入、それぞれの特徴を整理します。

筆者の見解としては、顧客数が200社を超え、CSチームが5名以上になり、かつプロダクト側のデータ連携基盤が整った段階で、専用ツールへの移行を検討するのが合理的です。逆に言えば、そのフェーズに達するまではスプレッドシートで十分に戦えます。

なお、Google Workspaceをまだ導入していない企業がこの方法を試す場合、まずは14日間の無料トライアルで検証してみてください。本格導入の際はGoogle Workspaceプロモーションコードを活用して初年度15%割引で契約するのがおすすめです。Business Standardプラン（月額1,600円/ユーザー）であれば、2TBのクラウドストレージに加え、スプレッドシート上でGeminiによるデータ分析支援も利用でき、ヘルススコア管理の効率がさらに上がります。

デメリットも率直に述べておくと、スプレッドシート運用には「データ更新の属人化」「同時編集時の競合」「処理速度の限界」という課題があります。特に顧客数が150社を超えたあたりから、VLOOKUP関数の参照が重くなり始めます。この場合はINDEX-MATCH関数への置き換えや、シートの分割で対処可能ですが、根本的な解決にはならないことは認識しておくべきです。

導入前後で変わったこと：筆者のチームの実例

最後に、スプレッドシート・ダッシュボードの導入前後で、筆者のチームに起きた変化を共有します。

導入前は、各CSメンバーが自分の担当顧客の状況を個別のメモやスプレッドシートで管理しており、チーム全体での顧客健全性の把握ができていませんでした。解約の兆候に気づくのは、顧客から「来月で解約します」と連絡が来たときというケースが大半でした。月間チャーンレート（解約率）は約3.2%で推移していました。

ダッシュボード導入後、3ヶ月目には月間チャーンレートが1.8%まで改善しました。特に効果が大きかったのは、スコアが急落した顧客への「予防的フォロー」が仕組み化されたことです。「Critical」判定が出た顧客には48時間以内にCS担当者がコンタクトを取るというルールを設け、解約意向が固まる前の段階で課題をヒアリングし、対策を打てるようになりました。

もう1つの想定外の効果として、スコアデータがプロダクトチームへのフィードバックに活用できるようになったことが挙げられます。「この機能の利用率低下がスコア悪化に直結している」という定量的な根拠を示せるようになり、プロダクト改善の優先順位づけにCSチームの声が反映されやすくなりました。

まとめ：まずは手を動かして、自社に合うスコア設計を見つけよう

顧客ヘルススコア管理は、高額なツールがなくても始められます。Googleスプレッドシートでデータ入力シート、スコア算出シート、ダッシュボードシートの3層構造を作り、Google Apps Scriptでアラートを自動化すれば、実務で十分に機能するヘルススコア管理の仕組みが完成します。

重要なのは、最初から完璧な設計を目指さないことです。5つ程度のスコア項目で小さく始め、四半期ごとに見直しながら自社の顧客実態にフィットする指標を磨いていくアプローチが、結局は最も確実です。

Google Workspaceを活用した業務改善の第一歩として、今日からスプレッドシートを1枚開いて、まずは自社の顧客10社分のデータを入れてみてください。そこから見えてくるものが必ずあります。Google Workspaceの導入がまだの方は、プロモーションコードで初年度15%割引を適用して始めるのが経済的です。