カスタマーサクセスが「御用聞き」になるかどうかは、担当者の姿勢では決まりません。顧客に連絡する起点が自社側にあるか顧客側にあるか、そして支援範囲が文書になっているかという2点で決まります。

この2つが未整備の組織で「もっと能動的に動こう」と号令をかけても、現場は変わりません。問い合わせは毎日届き、断る根拠が無く、能動的な提案に使う時間は残らないからです。本記事では、支援範囲の線引き、接触の起点の作り方、プレイブックの整備、そして既にある無償代行の畳み方までを扱います。

御用聞き化は支援範囲の未定義から起きる

受動的な対応が常態化した組織を観察すると、次の構造が共通しています。

項目能動的な支援受動的な対応（御用聞き）
接触の起点利用状況の変化、契約上の節目顧客からの問い合わせ
支援範囲提供条件に書かれた範囲依頼された作業のすべて
面談の議題自社が用意する顧客が持ち込む
主たる作業者顧客（自社は設計と確認）自社の担当者
時間が増える先定着していない顧客声が大きい顧客

注目すべきは最下段です。受動的な運用では、支援の時間が「困っている顧客」ではなく「要求してくる顧客」に配分されます。この2つは重なりません。困っていても言わない顧客は静かに解約します。

原因を担当者の交渉力に求めると、研修やマインドセットの話になり、何も変わりません。変えるべきは、断る根拠となる文書と、自社から連絡する仕組みです。

代行してよい作業と、代行してはいけない作業

支援範囲を決めるときに、作業の種類で線を引こうとすると失敗します。「データ入力は代行しない」と決めても、移行時の初回投入まで断ると導入自体が止まるためです。

線を引く基準は作業の種類ではなく、その作業を繰り返す主体が誰かです。

区分判定扱い
一度きりで終わる作業移行時の初期投入、初回の設定代行してよい。導入を早める投資として扱う
顧客が繰り返す作業日次・月次の入力、定例レポートの作成代行しない。手順を渡し、最初の1回を一緒に行う
自社側にしかできない作業権限設定の変更、障害対応自社が担う。範囲と対応時間を明記する
製品の欠陥を埋める作業手作業での回避策の肩代わり代行しつつ、必ず改善要望として記録する

4番目の扱いが抜けると、代行が恒久化します。回避策を無償で引き受けたまま記録しなければ、その作業は製品の課題ではなく現場の業務として定着してしまいます。

繰り返す作業を代行しない理由は、コストだけではありません。代行された顧客は操作を覚えず、担当者が変わった瞬間に使えなくなります。自走できない顧客は、上位プランへの移行も社内展開も進みません。

接触の起点を自社側に移す

能動的に動くには、連絡する理由が要ります。「お変わりありませんか」という連絡は、要件が無い以上、顧客の要望を受け取る場になります。

自社側から連絡する起点は、次の2種類に整理できます。

  1. 利用状況の変化：ログインの途絶、主要機能の未使用、利用者数の減少、問い合わせの急増
  2. 契約上の節目：導入から一定期間の経過、更新前の一定期間、プラン上限への接近

1つ目については、指標を精緻にしてから始めようとすると着手が遅れます。まずはログインの有無と主要機能の利用有無だけで構いません。重要なのは値の精度ではなく、連絡の理由が顧客の問い合わせではなく数字になることです。

ここで併せて必要になるのが、契約時点での目的の記録です。顧客が何を達成したくて導入したのかが残っていなければ、利用状況の数字を見ても、それが良い状態なのか悪い状態なのか判定できません。この工程は営業からの引き継ぎに含める必要があり、詳細はカスタマーサクセスの役割を整理した記事で扱っています。

プレイブック：誰が・いつ・何をするかを先に決める

起点を決めても、そこから先の対応が担当者ごとに違えば、組織としての支援にはなりません。プレイブックは、起点ごとの標準対応を文書にしたものです。

最低限、次の4項目があれば運用できます。

  • 発動条件：どの数字がどうなったときに発動するか
  • 実施者：担当者か、自動配信か
  • やること：連絡の手段、伝える内容、提示する選択肢
  • 終了条件：何をもって完了とするか、改善しない場合の次の手

作り込みすぎると使われません。まずは発生頻度の高い3〜5パターンに絞り、運用しながら追加します。プレイブックの価値は網羅性ではなく、担当者が迷う時間を減らすことにあります。

支援と対応を混ぜない

サポート窓口とカスタマーサクセスを同じ担当者が兼ねること自体は問題ありません。問題になるのは、評価指標を統合したときです。

応答時間と解決件数だけで評価すると、担当者は届いた問い合わせを処理し続けるのが合理的になります。能動的な接触に使った時間は、この指標では評価されません。兼任させるのであれば、問い合わせ対応の指標と、定着・継続の指標を別々に置いてください。

評価指標の設計は支援体制の設計と同じ比重で効きます。関連する論点はカスタマーサクセスの目標設計を扱った記事にまとめています。

無償代行の畳み方

既に無償で代行している作業がある場合、宣言して即日止めるのは避けてください。顧客側では、その作業が自社の工数計画に組み込まれています。突然の打ち切りは、値上げより強い反発を招きます。

現実的な順序は次の通りです。

  1. 代行している作業を洗い出し、件数と所要時間を集計する
  2. 「顧客が繰り返す作業」に該当するものを特定する
  3. 代替手段を用意する（手順書、設定の簡素化、有償メニュー）
  4. 次の契約更新の一定期間前に、移行時期と代替手段を文書で伝える
  5. 移行後の最初の1回は伴走し、顧客側で完了できることを確認する

3を飛ばして4を行うと、単なるサービス低下になります。打ち切りではなく移行として設計できるかどうかが、解約を招くかどうかの分かれ目です。

なお、支援量そのものを顧客ごとに変える設計については、顧客セグメンテーションの設計を扱った記事で詳しく整理しています。

まとめ

  • 御用聞き化を決めるのは担当者の姿勢ではなく、接触の起点と支援範囲が文書になっているかです
  • 代行の線引きは作業の種類ではなく、その作業を繰り返す主体が顧客か自社かで行います
  • 製品の欠陥を埋める代行は、引き受けても必ず改善要望として記録します。記録しないと恒久化します
  • 接触の起点は、利用状況の変化と契約上の節目の2種類に整理できます。指標は粗くても始められます
  • 既にある無償代行は、代替手段を用意してから契約更新を区切りに移行します。打ち切りではなく移行として設計します