← エピソード一覧に戻る Episode 238 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング
タカシ
今日は SaaS CS のデジタルCSです。ChurnZero の 2024 調査では、digital customer success を fully implemented と答えた会社は 17%、partial まで入れても 46% でした。重要なのに、まだ作り切れていない会社が多いテーマなんです。
ミカ
へえ、それだけ未完成なら差がつきそうですね。でも『デジタルCS』って聞くと、なんだか自動メールをたくさん送る話に聞こえます。正直、ちょっと冷たい印象もあります。
タカシ
そこがよくある誤解です。デジタルCSは人をなくす話ではなく、顧客ごとに次の一手を設計して、自動化、教育、セルフサービス、人の介入を組み合わせる運営です。むしろ人が入る価値を高める仕組みですね。
ミカ
なるほど。雑に一斉送信する話じゃなくて、顧客数が増えても価値提供を薄めないためのオーケストレーションなんですね。今日はその設計図を知りたいです。
Chapter 2 なぜ今デジタルCSなのか
タカシ
Gainsight の Customer Success Index 2024 では、デジタル施策を主導しているのは 94% の会社で CS 組織でした。ただ同時に、Marketing が 48%、Product が 30%、Operations が 24% 関わっています。つまり CS 単独では完結しないんです。
ミカ
CS が主役だけど、実際には部門横断なんですね。たしかに onboarding の案内、学習コンテンツ、in-app ガイド、ヘルスの監視って、ひとつのチームだけでは作れなさそうです。
タカシ
その通りです。2023 年の CS Index でも、デジタルCSの最大目的は scale and efficiency が 59%、活用促進が 67%、オンボーディングが 61% でした。要は『顧客が増えても立ち上がりと活用を落とさない』ための経営装置なんです。
ミカ
SaaS って low-touch の顧客が増えるほど、担当者の善意だけでは回らなくなりますもんね。大口顧客だけ丁寧で、残りは放置、だと継続率がじわじわ壊れそうです。
タカシ
まさにそこです。人手を全体に薄く配るより、定型支援はデジタルに寄せて、停滞やリスクのシグナルが出た瞬間だけ人が深く入る。この配分設計ができると、CS は『人数勝負の部門』から抜け出せます。
Chapter 3 成果を出した会社の実例
タカシ
わかりやすいのが Alteryx です。高 ARR 顧客でうまくいっていた人手中心の支援を、低 ARR 顧客にも再現できる hybrid Digital Customer Success に変え、導入 9 か月で automation を CS の基盤にしました。
ミカ
9か月で基盤化は速いですね。で、経営として一番気になるのは、ちゃんと効率も成果も出たのか、という点なんですが、そこはどうだったんですか。
タカシ
かなり出ています。Alteryx は CSM-account ratio を 1 年で 4 倍に引き上げ、End User Onboarding では 50,000 人超のユーザーに、3,000 超のアカウントへ継続配信しました。しかも digital program の顧客は利用日数が増え、deactivation が減り、utilization も上がりました。
ミカ
いいですね。人を増やさずにカバー範囲を広げただけじゃなくて、活用まで伸びている。これなら『デジタル化すると薄くなる』という反論にかなり強いです。
タカシ
Culture Amp も参考になります。6,000 超の顧客に対し、SMB 向けメッセージングを implementation から adoption、renewals まで自動化し、ある 1 回のイベントでは 1,000 件超の案内メール送信で 30 時間超の手作業を削減しました。
ミカ
30時間浮くと、CSM は『送る人』から『危ない顧客を見抜く人』に戻れますね。作業時間を減らすこと自体より、その時間をどこへ再配分するかが重要だとわかります。
Chapter 4 どこで差がつくのか
タカシ
Sibme の事例は、設計の差をよく示しています。use case、activity、NPS、adoption length で顧客を分け、各セグメント向けに journeys と plays を作った結果、end user NPS は 45 ポイント改善、user adoption は 70% 増、NRR は 21% 増でした。
ミカ
面白いのは、成功の理由が『すごい文面を書いた』ではなく、誰に何を出すかを切り分けたことなんですね。同じ顧客でも、段階が違えば次の一手も違うはずですもんね。
タカシ
その通りです。失敗する会社は、デジタルCSをメール自動化で終わらせ、セグメントが粗く、人が入る条件も曖昧です。さらに開封率だけ見て、導入完了率や更新率、NRR まで追わない。これでは運営改善につながりません。
ミカ
たしかに、メールの開封率が高くても、顧客が設定完了していなければ意味がないですね。KPI が顧客成果ではなく配信実績に寄ると、やっている感だけ残りそうです。
タカシ
だから最初の設計単位は『チャネル』ではなく『成功行動』です。たとえばオンボーディング完了、管理者設定、重要機能の初回利用。このイベントに対して、自動支援と human escalation を結びつけると、デジタル施策が生きます。
Chapter 5 明日からの一歩
ミカ
今日の話を聞くと、デジタルCSって low-touch 顧客向けの節約術ではなく、顧客数が増えても価値提供の質を落とさないための運営OSみたいなものですね。
タカシ
その理解で大丈夫です。まずはライフサイクルの 1 点だけ選び、3〜5 セグメントに分け、成功イベントと介入条件を決める。次にメール、教育コンテンツ、in-app、ヘルスデータを一本の設計図にまとめる。この順番が現実的です。
ミカ
いきなり全部自動化しようとせず、まずは『導入 14 日停滞したら何を出すか』みたいな一本の導線から始めると、現場も経営も学びやすそうですね。
タカシ
まさにそれです。デジタルCSは、増えた顧客を雑にさばく仕組みではなく、顧客が成果に近づく確率を上げる仕組みです。皆さんの SaaS でも、まず 1 本の成功導線から設計してみてください。