クライアントサービス vs カスタマーサクセス:本当の違い

簡潔に言うと:同じ顧客、違う仕事

私は毎日サポートキューで働いているため、これらの肩書きがどれほど混乱しているかを最前線で見ています。同じ人物が、ある会社では「サクセスマネージャー」、別の会社では「クライアントサービスリード」と呼ばれ、ほぼ同じ仕事をしているのを見てきました。そして、顧客がただ回答を待っているあいだに、チームがそのタスクがどちらの箱に入るかで言い争っているのも見てきました。

では、ブランディングを取り除いて考えてみましょう。どのポストセールスチームも、ある瞬間には次の2つのどちらかをしようとしています。顧客が持ち込んできたことに対応するか、顧客がそれを必要とする前に先回りするかです。クライアントサービスは主に対応側に位置します。カスタマーサクセスは主に先回り側に位置します。カスタマーサポートは、両者が頼る純粋な対応エンジンです。そう捉えると、組織図をめぐる争いのほとんどは消えてなくなります。

それぞれが実際に何であるかを見ていきましょう。

クライアントサービスの実態

クライアントサービスは、顧客が購入したものを届けるチームです。導入支援、マネージドサービス、カスタムオンボーディング、あるいはあらゆる種類の代行業務を販売しているなら、クライアントサービスはそれをスコープし、実行し、納品するグループです。代理店、プロフェッショナルサービス部門、そしてデリバリー要素の大きいB2Bベンダーを思い浮かべてください。

その特徴を決定づけているのは、クライアントサービスが**契約範囲(コントラクテッドスコープ)**を担うという点です。関係性はステートメント・オブ・ワークやサービス契約を軸に構築され、成功は約束された作業が適切に、そして期限どおりに届けられたかどうかで測られます。関係構築の要素が強く、アカウントマネジメント寄りに見えることも多いですが、コアのループはリアクティブです。つまり、クライアントが依頼し、クライアントサービスが応答して届けるという流れです。

このリアクティブなループこそ、クライアントサービスチームがサポートとチケット対応の領域にこれほど近い理由です。クライアントサービス担当者のデスクに届くものの多くは、実際にはチケットになり得た依頼であり、これが両者の役割が曖昧になる一因です。

カスタマーサクセスの実態

カスタマーサクセス(CSと略されることが多く、CSM=カスタマーサクセスマネージャーが担当することが多い)は、プロアクティブな対となる存在です。その仕事は、固定されたスコープを届けることではなく、顧客が購入したものから実際に価値を得て、使い続け、更新し、できれば拡大していくようにすることです。

カスタマーサービスの著者であるShep Hykenは、その境界線を明確に示しています。

「従来のカスタマーサービス部門は、問題を解決し質問に答えます。顧客のニーズや要望に対して反応するのです。一方カスタマーサクセス部門は、顧客が問題の存在に気づく前に、成功を確実にし問題を回避するために顧客と協働します。言い換えれば、カスタマーサクセス部門はプロアクティブなのです。」

Shep Hyken, LinkedIn

「顧客が気づく前に問題を回避する」という部分がすべてです。カスタマーサクセスは、チケットの解決件数ではなく、継続率、チャーン、拡大収益、導入状況で測定されます。優れたCS機能が電話が鳴るのを待つのではなくプロアクティブなエンゲージメントやヘルススコアに頼る理由もそこにあります。そして経済的な裏付けもあります。よく引用されるBain & Companyの調査によれば、継続率が5%上昇すると、利益は25%から95%増加する可能性があります。

クライアントサービス vs カスタマーサクセス:本当の違い

並べてみると、その違いは一目瞭然です。一方のチームは届けた作業で評価され、もう一方は実現した価値と維持した収益で評価されます。

それぞれが単なるカスタマーサービスとどう重なるかも含めて、同じ内容を表形式で示します。

もっとも分かりやすい見分け方はこれです。チームの1日が「顧客が求めるもの」で形作られているならクライアントサービス寄り、「顧客が次に何をすべきか」で形作られているならカスタマーサクセス寄りです。

カスタマーサポートはどこに位置するか(そして3つが混同される理由)

これらの肩書きが絡み合ってしまう理由は、それらがリアクティブからプロアクティブまでの単一のスペクトラム上に位置しており、境界線が曖昧だからです。

カスタマーサポートはリアクティブの錨(いかり)です。誰かが問題を抱え、サポートがそれを解決します。クライアントサービスはその一歩先にあり、依然として応答が中心ですが、ブレイクフィックスではなくデリバリーを軸にしています。カスタマーサクセスはもっともプロアクティブ寄りです。問題が起きるのは、企業がこのスペクトラムを1つのチームに押し込め、ほぼ無作為にラベルを選んでしまうときです。

実務者たちはこの点について絶えず議論しています。r/CustomerSuccessでは、"多くの企業がカスタマーサポート部門を単にカスタマーサクセスと改名しているだけで、それは間違っている"という不満が繰り返し見られます。なぜなら、名前を変えただけのサポートチームは、看板が何であろうと依然としてリアクティブだからです。そして「クライアント」と「カスタマー」という言葉の違いにこだわる実務家もいます。

「多くの人が、なぜ私が『カスタマーサクセス』ではなく『クライアントサクセス』というラベルを使うのかを尋ねてきました……多くの共通点と微妙な違いがあるため、多くの企業がこれらの用語を同じ意味で使っています。しかし私の見解では、それらは同じであるべきではありません。」

Robert Kakos, LinkedIn

要点は、どちらのラベルが正しいかということではありません。仕事の内容が異なるということであり、もしチームの肩書きが実際の仕事と一致していなければ、指標も引き継ぎも混乱してしまうということです。トレンドの言葉を選ぶことよりも、リアクティブとプロアクティブの違いを正直に名付けることのほうが重要です。

あなたのチームに実際に必要なのはどちらか?

ほとんどのチームは、初日からこの3つの機能すべてを立ち上げる必要はありません。最初に採用すべき人材(あるいは最初のAIチームメイト)は、実際のボトルネックがどこにあるかによって決まります。今日の自分たちにもっとも近い状況を、以下から選んでみてください。

答えがどれほど頻繁にまずリアクティブな層に戻ってくるかに注目してください。それは偶然ではありません。プロアクティブな仕事(本当のカスタマーサクセスやクライアントサービスの価値)は、担当者が反復的な依頼に埋もれていないときにしか実現しません。そこでAIの出番となります。

AIは誰が何をするかをどう変えるか

長年にわたり、クライアントサービスとカスタマーサクセスの両方にとって正直な制約は時間でした。午後を「パスワードのリセット方法」への回答に費やすCSMは、実際に継続率を動かす戦略的なアカウントレビューを行えていません。そのリアクティブな足かせこそ、優れたAIエージェントが取り除いてくれるものです。

これは私自身が実際に経験してきた部分です。私たちはここ数年、実際のサポートキューにAIエージェントを導入してきましたが、そのパターンは一貫しています。AIが反復的なティア1のボリュームを吸収すると、人間は置き換えられるのではなく、これまで時間が取れなかったプロアクティブな業務へと押し上げられるのです。あるお客様であるGridwiseでは、eeselが導入後最初の1か月でティア1のリクエストを解決する割合が73%に達しました。これは、さもなければ同じ回答を何度も繰り返し入力していたはずの人々に、多くの時間を取り戻したことを意味します。

そしてそれは、まさにカスタマーサクセスの領域であるオンボーディング体験も変えます。Yellowdig社のJon Mironはこう表現しています。

「ベンダーとの関係というより、パートナーシップのように感じます。最近、新しく入ったカスタマーサクセス担当者が、オンボーディングと面接の際にeesel AIボットが自分のベストフレンドだったと冗談を言っていました。」

これが一文に凝縮されたシフトです。AIは、新しいCS担当者が嫌がる面倒な作業ではなく、立ち上がりのために頼りにするものになるのです。

重要な機微、そして私がチームによく見かける誤解は、AIがプロアクティブな機能を置き換えると考えてしまうことです。そうではありません。AIチームメイトはリアクティブな層に関しては非常に優れていますが、クライアントサービスやカスタマーサクセスを特徴づける判断力や関係性が重要な業務については、本質的に不向きです。勝ちパターンは、図が示す分担です。AIにリアクティブな層を任せ、人間はプロアクティブな層を担当し、両者の間のエスカレーションの引き継ぎをクリーンに保つことです。より詳しい手順を知りたい場合は、カスタマーサービス vs カスタマーサクセスの比較とサポートのスケーリングガイドがシーケンスについてさらに詳しく解説しており、カスタマーサービスチーム構造の記事では組織のラインの引き方を扱っています。

リアクティブな層にeeselを試す

ポストセールスチームを何と呼ぼうと、共通して抱える負担は同じです。関係構築のための時間を食いつぶす反復的なリアクティブ業務です。eeselは、その層を代わりに引き受けるAIチームメイトです。既存のヘルプデスク(Zendesk、Freshdesk、Gorgias、Help Scoutなど)に組み込まれ、過去のチケットやドキュメントから学習し、ティア1の質問を処理することで、クライアントサービスとカスタマーサクセスの担当者が本来採用された理由であるプロアクティブな業務に取り組めるようにします。

慎重な購入検討者にとって重要な点は、実際に本番の顧客に触れる前に、自社の過去のチケットでシミュレーションできることです。導入前に実際の解決率を確認できます。料金体系はチケットあたり$0.40の従量課金制で、シート課金は一切ないため、人員数ではなくボリュームに応じてスケールします。eeselを試すことで無料体験ができ、自社のキューの一部に適用して、1週間でどれだけのリアクティブな業務が処理されるかを確認できます。