ハイタッチなカスタマーサクセス（後編）

第8章 " あなたの上司は同じ失敗を繰り返したくありません"　
電子メールアシスト機能を上司にプレゼントしましょう

カスタマーサクセスマネジャーは時間をより戦略的に使いたい人たちです。電子メールを書いている時間があるなら、カスタマーと会ってカスタマーを支援したいと思っています。

一方、テックタッチと違い、ハイタッチのカスタマーに定型の汎用メールは機能しません。彼らにはカスタマイズしたメッセージや、カスタマーサクセスマネジャーが心のこもった一筆を追加することが往々にして必要です。

しかし、カスタマーサクセスマネジャーが電子メールをゼロから書き起こす必要もありません。電子メールアシストを使えば、一般文例から状況別にカスタマイズされたものまで、予め用意されてた電子メールのテンプレートをベースに編集・個別化することが可能です。

標準テンプレートを使うことで、カスタマーサクセスマネジャーの貴重な時間を節約するだけでなく、カスタマーとのコミュニケーションもより一貫したものになります。

この電子メールアシスト機能はいろいろな場面で活用できます。私たちのお気に入り活用法を紹介します：

・EBR（経営幹部向けレビュー会議）の日程調整を申し入れる時
・NPS調査結果に基づき、特定スコアのカスタマーへ返信する時
・契約更新時期が近付いているカスタマーへ連絡する時
・イベント（Pulseのセッションなど） への招待状を送る時
・利用度合いが低下したカスタマーへ連絡する時
・プロダクトリリースをお知らせする時

カスタマーサクセスマネジャーはこの電子メールアシスト機能を使いCTA内の手順書タスクから直接メールを送信できるため、どのような「もし〜なら、その場合」シナリオにも活用することができます。

たとえば、NPS調査に低い評価回答をしてきたカスタマーがいた場合、利用可能な電子メールアシスト機能と共にCTA機能がトリガーを発信します。カスタマーサクセスマネジャーはそれを受け、カスタマイズされたメッセージを送信できます。

同様に、契約更新日が９０日内に迫っているカスタマーに対し、同カスタマーの固有データ（契約更新日など）があらかじめ自動反映された電子メールを送信することもできます。

第9章 ”拡大しなければ縮小を意味します”　
→大口クライアントを継続的に拡大させしましょう

Gainsight社のカスタマーサクセスマネジャーは、売上規模が最大クラスのカスタマーでさえ、取引できてない事業部門や機能部門（営業など）に対し、アップセルなどの収益拡大機会がないか常に追求・模索しています。

既存カスタマーに対する拡大機会を取り逃さないための秘訣は２点です：

（1）カスタマーサクセスマネジャーとアカウント責任者とが定期的に連絡をとりあい常に足並みを揃えて行動する

（2）あるカスタマーに新たな収益機会を提案する期が熟した、ということを知らせる明確な指標を運用する

（1）については、カスタマーサクセスマネジャーと営業担当者が協働で作成し共有するアカウント計画がお勧めです（アカウント計画は第６章を参照）。

アカウント計画は、カスタマーサクセスマネジャーと営業担当が常に拡大目標に向かいつつ同じ土俵で行動を調整し、カスタマーにとって最適なタイミングで最適な役回りを果たすための最初のステップです。

（2）については、新たな収益機会を提案する期が熟したカスタマー候補であるという「フラグを立てる」方法がいくつかあります。

例えば以下の方法です：

実装スコアカード

アップセル機会（または逆にプロダクト未活用リスク）があるかどうかカスタマーサクセスマネジャーに警告する最も有用なスコアカードの1つがこの「実装スコアカード」です。

実装スコアの値が非常に高い場合、カスタマーがより多くのライセンスを必要としているか、または他の機能部門（営業、マーケティングなど）が潜在的にライセンスを必要としていることを示唆します。

Gainsight社では、カスタマーサクセスマネジャーが定期的に既存カスタマーの実装スコアをチェックします。このスコアは「グリーン」～「レッド」に分かりやすく色分け表示されます。

「グリーン」なカスタマーにはカスタマーサクセスマネジャーが積極的に拡販機会を探索します。「赤」ないし「オレンジ」のカスタマーには未展開のライセンスの提案にむけ取り組み開始します。

”プロダクトのホワイトスペース" ダッシュボード

アップセルする時に把握しているべき最も重要なカスタマー情報は、彼らが既に購入済みのプロダクト情報です。既に持っているプロダクトと、購入しうるプロダクトとの差分が「プロダクトのホワイトスペース」と呼ぶものです。要は、カスタマーが購入できるがまだ購入していないプロダクトの一覧表です。

この一覧表を使うことで、契約更新前にカスタマーと今後について打ち合わせる際、新しいプロダクトの購入に関心を向けることができます。カスタマーサクセスマネジャーや営業担当者はこの一覧表を常に手元に用意しましょう。Gainsight社ツールのダッシュボードにインポートすることをお勧めします。

特定機能の利用状況

Gainsight社では、私たちのカスタマーが「それ無しではいられない（stickiest）」機能の使用状況をカスタマー毎に追跡しています。

具体的には、利用データに基づき機能別スコアカード（「月間ページビュー数 ÷ フルユーザー数」などの指標含む）を作成しています。どのカスタマーが、どれくらい頻繁で、どの機能を使い、どの機能にどう慣れていく傾向があるか、を毎週追跡しています。

私たちが追跡する７機能のうちの５つ以上が「グリーン（利用度が強）」なカスタマーは、私たちのプロダクトを強力に使っている健全なユーザーです。

カスタマーサクセスマネジャーはこの追跡データに基づき、各カスタマーがプロダクトの利用に苦労する箇所を特定します。そして彼らが１日も早く手慣れてくれるよう、同機能の活用事例とその習得法をカスタマーに紹介します。どんなマネジャーでも上手く会話できるよう、美しく体系化されたツールが用意されています。

担当カスタマーがもし健全なユーザーなら、それは彼らがプロダクトに高い価値を実感していることを意味するため、自信を持ってアップセルやクロスセルに向けた会話ができます。

実装CTAと同様、カスタマーが「健全な」利用状況に無事シフトしたら収益拡大をフォローアップするトリガーを発するCTAの設定をお勧めします。

第10章 " 社内で猫を群れさせる（= 部門連携する）必要があります"　→組織横断プロセスを定義しましょう

サービスチームの場合：
"イニシャルバリューモーメント" を設定しましょう

新規カスタマーがオンボードチームからカスタマーサクセスチームへ正式に引き継がれる瞬間は、絶対に失敗したくない重要な瞬間です。

サービスチームは、カスタマーサクセスチームが関係を構築し始める前に、プロダクトがカスタマー向けに正しく設定され、プロダクト価値を即実感できる状態にする必要があります。これを「イニシャルバリューモーメント（IVM）」と呼びます。

イニシャルバリューモーメントは、具体的にサービスチームがカスタマーサクセスチームに引き継ぐ段階で満たしているべき標準基準として定義されます。

オンボーディングでは、展開ライセンス総数の約１割をまずはパイロットグループへ展開します。例えば、ユーザー２００名のチームが契約した場合、最初はパイロットグループ２０名へ、その後順次他の人へオンボードプロセスを展開していきます。

パイロットグループへのオンボーディング中にイニシャルバリューモーメントがヒットしたら、そこからカスタマーサクセスマネジャーが関与を始めます。

イニシャルバリューモーメントの定義例：

プロダクトの利用状況の健全度
・プロダクトがサクサク利用されている（例えば、HABITスコアカードが２週間グリーンを維持）

プロダクト利用状況の幅
・２週間、最低５機能が頻繁に利用されている（スコアカードでチェック）

戦術的な基準
・完了インスタンスに関する詳細が文書化されている、管理者が問題なく管理・運用している、など

ただし、パイロットグループのイニシャルバリューモーメントがヒットしても、サービスチームの仕事がゼロにはなりません。引き続きオンボードすべき更に多くのカスタマーが待っているからです！

パイロットグループのイニシャルバリューモーメントとは、要はカスタマーサクセスチームが関係構築プロセスを開始するタイミングということです。引継ぎの瞬間にボールをポトンと落としてしまわないよう、部門横断プロセスをしっかり踏みましょう。

プロダクトチームの場合：クライアントをパートナーとして扱いましょう

最も貴重なプロダクトフィードバックはカスタマーから直接得られるものです。従って、カスタマーサクセスマネジャー任せにせず、プロダクトチームがカスタマーと積極的に直接・双方向に会話することをお勧めします。

ハイタッチなカスタマーとこのような接点を作る方法：

カスタマー諮問委員会（四半期ごと）

・招待制のカスタマーwebセミナーを開催します。プロダクトチームからプロダクトロードマップを紹介して、開発中の機能や将来の重点領域に関するフィードバックを直接聞きましょう。

個別カスタマイズしたリリースアナウンス（リリース時）

・プロダクトリリースのお知らせメールを送信します。電子メールアシスト機能を使ってオリジナルな文章を追加したり、カスタマー毎に刺さる特定機能を強調しましょう。

プロダクトリスクCTA（継続的に）

・カスタマーがプロダクトで苦戦する箇所を特定し、フィードバックを収集するためのプロダクトリスクCTAを作成します。問題がより深刻な場合、カスタマーサクセスマネジャーは進捗アップデートを社内に周知し、プロダクトチームの誰かにこのCTAを割り当ててカスタマーとの会話に参加してもらいましょう。

サポートチームの場合：リスクを管理しましょう

カスタマーサポートは孤立して存在する機能ではありません。サポート体験がカスタマーの不満リスクになることが多いため、リスクに対しては状況を先取りし、自社内関係者やカスタマー社内関係者と協働することが必要です。

そのためには、サポートリスク管理プロセスをしっかり定義して運用することが大事です。

Gainsight社のサポートリスク管理プロセスは、基本的に「サポートリスク」と「バグリスク」の２つのリスクに対処します。また「プロダクトリスク」に関しても、サポートチームはオンボードチームおよびカスタマーサクセスチームと必要に応じ組織横断的に連携します。

「サポートリスク」は、CTAとスコアカードを組み合わせて管理します。次のいずれかに該当するカスタマーが現れた段階でCTAが発動されます。

• サポートチケットが大量に発行された
• 問題解決依頼チケットが長時間オープンな状態にある
• 優先度が[高]または[緊急]にもかかわらず、チケットが指定期間内に解決されていない
  
  

CTA発動の敷居値はカスタマー毎に設定します。同じカスタマー社内でも事業部ごと個別に設定することもあります。サポートチームは解決に至るまでの目標と我々がコミットしたいカスタマー体験の質を考慮して敷居値を設定します。

「バグリスク」は、プロダクトバグとして分類されたチケットに焦点を当て、サポートリスクと非常に似たプロセスに基づき管理します。次のいずれかの状況が生じた時にバグリスクCTAが発動されます。

• バグチケットが大量に発行された ― 敷居値はカスタマーの規模に応じて設定されます
• 優先度の高いバグチケットが３０日以上オープンな状態にある
  

両リスクとも、リスクCTAが一旦発動されると、手順書内に定義されたタスクを担当するカスタマーサクセスマネジャーがそれぞれのサポートマネジャーの支援につきます。

サポートリスク、バグリスクとも、各カテゴリ用のスコアカード項目を設定し、それぞれリスクCTAにリンクさせます。

特定リスクCTAの有無は、対応するスコアカードの色に影響を与えます。

緑： CTAが存在しない 特定リスクの徴候はありません

黄：CTAが存在する 特定リスクが検出可能かつ客観的な兆候として認められます

赤：カスタマーサクセスマネジャーによるCTAフラグ ”会社がより高い関心とより多くのリソースを割くべきリスクが存在します "

最後に

もしあなたが戦略アカウントを担当した経験をお持ちなら、一連のハイタッチプロセスを途切れることなく実行するのがどれだけ重要かを肌身で実感しているいることでしょう。

この記事が、最高のハイタッチなカスタマーサクセスをする上で役に立つプロセスを知り実行するのに役立つことを願っています。

（原文）