新人Support Specialistの最初の30/60/90日

初日です。対応キューにログインすると、47件のチケットが待っています。一番上にあるのは、意見が完全には一致していない2人の異なる担当者からの3つの返信がついた請求の係争です。顧客の最後のメッセージは「もう本当にばかげている」で終わっています。返信ボックスの中でカーソルが点滅しています。

理屈の上では製品を理解しています。LMSのコースも受けました。それでも何を打てばいいのか、まるで見当がつきません。

それが身に覚えのある話なら、あなたはごく普通の場所にいます。サポートでの最初の90日は、1時間あたりのチケット記録を打ち立てることではありません。それは頭の中のライブラリ、つまり製品の挙動、エッジケース、顧客の典型像、そしていつエスカレーションすべきかという勘を築くことであり、それがその後のすべてを扱いやすく感じさせてくれます。このガイドは、最初の返信の上でカーソルを構えている新人Specialist、そして2週目、6週目、10週目に「順調」とはどう見えるべきかを思案するマネージャーのためのものです。(役割をまだ立ち上げにマッピングしている最中なら、Customer Support Specialistの職務記述書が対となる資料です。別のタブで開いておきましょう。)

なぜサポートの立ち上げは違うのか

ほとんどのオンボーディング計画は、初日からスピードが重要な役割のICのために書かれています。サポートはそうではありません。2週目に当て推量(定型返信のコピー、検証の省略、修正を確認せずにチケットを閉じる)でSLAを達成するSpecialistは、CSATを下げ、シニア担当者にやり直しを生み、3か月後に静かに解約していく顧客の道筋を残します。その損害は、すでに起きてしまうまでダッシュボードには表れません。

サポートが実際に報いるのはパターン認識です。厄介なチケットを4分で閉じるシニア担当者は、より速くタイプしているのではありません。2か月前のまさにこの問題を見覚えており、原因が同期の遅延だと知っており、顧客が技術的な答えに加えて一文の共感を必要としていると知っており、このアカウントがクレジットに値するかどうかを知っているのです。そのすべてはチケットを1件ずつ積み重ねて築かれます。最初の90日を急げば、その後1年間は当て推量で過ごすことになります。そこに投資すれば、4か月目が、仕事が持続可能に感じられ始める転換点になります。

1〜30日:吸収する

1か月目は生産性のためのものではありません。ナレッジベースの網羅、シニア担当者との目線合わせ、そして監督付きでの最初の返信です。もし2週目にマネージャーが1日あたりのチケット数であなたを測っているなら、それは早めにしておく価値のある会話です。

ライブのチケットでシニア担当者にシャドーイングする。 週に2〜3回、1回60〜90分、異なる担当者と組んで、異なるスタイルを見ましょう。タイピングをただ眺めるのではありません。返信する前に彼らが何を確認しているかを見ましょう。アカウント履歴、過去のチケット、連携の状態、プラン階層です。下にあるシャドーイングのワークシートが持参すべきものです。

上位50本のKB記事を最初から最後まで読む。 ざっと目を通すのではありません。読むのです。チームが最も多くリンクする記事は、あなたが最も多く返す答えです。14日目までにそれらを完全に把握していないと、後ろで対応キューが積み上がる中、チケットの途中で検索することになります。

パワーユーザーのように製品を学ぶ。 自分のテストアカウントを用意しましょう。わざと壊しましょう。顧客が遭遇するエラーメッセージを発生させましょう。連携をエンドツーエンドで動かしましょう。最も速く立ち上がる担当者は、チケットを読みながら顧客の画面を頭の中でたどることができます。

送信前にバディがすべての返信をレビューする形で、最初のL1チケットを引き受ける。 初日ではなく8〜10日目に始めましょう。まずは簡単なカテゴリから。パスワードリセット、プラン変更、簡単な手順の質問です。これは人事評価ではありません。目線合わせです。1週目は大幅な修正を覚悟しましょう。3週目までには修正は軽微になっているはずです。

初日から知識のギャップのログをつける。 「それは知らなかった」と思うたびに書き留めましょう。一行で。30日目までには40〜80件のエントリが集まります。パターンが浮かび上がります。そのログは、あなたの立ち上げにおける最も有用な成果物です。

初週のシャドーイングワークシート

シニア担当者と同席するとき、これらに注目しましょう。

• チケットを最後まで読む前に、彼らは何を確認したか?(アカウントタブ、プラン階層、過去のチケット、システムの状態)
• これがL1なのか、エスカレーションが必要なのかをどう判断したか?
• どの定型返信を使い、送信前に何を編集したか?
• 共感の一文をどう言い回し、返信のどこに置いたか?
• 解決済みとしてチケットを閉じる前に何を検証したか?
• あなたなら言っていたのに、彼らが言わなかったことは何か?そのギャップにこそ、たいてい経験が宿っています。

30日目の自己チェックリスト

• 3人の異なる担当者にまたがって少なくとも6回のシニア担当者シャドーイングを実施
• 上位50本のKB記事を全文読了
• バディレビュー付きで少なくとも30件のL1チケットを処理
• バディレビューの修正が「これを書き直して」から「トーンの小さな調整」へ移行
• 製品の最もよくある3つのワークフローを記憶から説明できる
• 知識のギャップのログに40件以上のエントリがあり、マネージャーと一度レビュー済み
• 1日あたりのチケット数がチーム中央値の約50%(上限ではなく目標)

マネージャーのチェックイン:2週目

2週目までに、マネージャーは処理量を採点しているのではなく、目線合わせを確認しています。議題:

• 新人が扱った3〜5件のチケットを一緒に見る。尋ねる:「返信する前に何を確認した?何に確信が持てなかった?」
• 知識のギャップのログを一緒にレビューする。ギャップは主に製品、プロセス、判断のどれか?それが3〜4週目にどこへ注力すべきかを教えてくれる。
• バディのレビュアーに一行のフィードバックを求める。新人は良い質問をしているか、それとも知ったふりをしているか?
• 順調:強い好奇心、混乱を表に出す意欲、やや長すぎるが事実としては正しい返信。
• 不調:1on1での沈黙、検証を省いた自信たっぷりの返信、質問がないこと。

31〜60日:運用する

2か月目は、補助輪が段階的に外れていく時期です。すべての返信にバディが入らない状態でL1チケットのチーム SLA を達成しています。繰り返しの問題を認識し始めています。チームの知識へ還元し始めています。

監督なしでL1のチーム SLA 目標を達成する。 35〜40日目あたりで、バディはすべての返信のレビューをやめ、抜き取り確認を始めます。あなたは今や自分の品質に責任を持ちます。安全でいる方法は、シニア担当者が安全でいる方法と同じです。返信する前に丁寧にトリアージすることです。チケットのトリアージのプレイブックは、5週目の始まりに読み返す価値があります。

最初のKB記事を貢献するか、古くなった記事を3本直す。 知識のギャップのログから何かを選びましょう。始めたときに文書化されていればと願ったものです。それを書きましょう。あるいは、時代遅れだったり不明瞭だったりする記事を3本見つけて直しましょう。これは学んだことを書き留めることを強制し、それこそが実際に定着させる方法です。

マネージャーのバックアップ付きで、1件のエスカレーションを単独で扱う。 「単独」は1人きりという意味ではありません。あなたが返信に責任を持ち、返信を下書きし、何を約束するかを決めるという意味です。マネージャーはスレッドにバックアップとしているのであって、主導しているのではありません。力不足に感じるでしょう。それが狙いです。

繰り返しの問題を認識し始める。 50日目までには、「これは今週3件目の返金要求で、年間プランのダウングレードのフローに関係している」といったことを言えるようになっているはずです。それはパターン認識が働いている証拠です。マネージャーに伝えましょう。繰り返しの問題は、たいてい顧客の問題ではなく製品やプロセスのバグです。それを捕まえることは、サポートが行う最も効果の高いことの一つです。

エスカレーションスクリプトの例:初めての単独エスカレーション

あなたの返信には3つの仕事があります。受け止める、文脈を与える、約束する。うまくいくテンプレート:

[名前]様

このたびは最後までお付き合いいただきありがとうございます。ご不便をおかけしていることは承知しており、必ず本当の答えにたどり着けるようにしたいと考えています。

確認した内容は次のとおりです:[アカウント履歴、過去のチケット、システムの状態など、検証した具体的なこと]。判明した内容は次のとおりです:[実際の根本原因、または現時点での最善の理解]。

こちらで行っていることは次のとおりです:[エンジニアリングへの連携、クレジットの発行、通話の設定など、具体的な次のステップ]。[「近いうちに」ではなく具体的な時刻]までに、改めてこちらからご連絡します。

それまでに何か新しいことがあれば、このスレッドにご返信ください。

[結びの言葉]

重要な要素:戻ってくる具体的な時刻、実際に確認したこと、そして定型的に聞こえない一文の共感です。「お気持ちお察しします」は避けましょう。顧客の実際の状況を使いましょう。

60日目の自己チェックリスト

• L1の各カテゴリで1日あたりのチケット数がチーム中央値
• CSATがチーム平均に沿って推移
• マネージャーのバックアップ付きで少なくとも1件のエスカレーションを単独で扱い、きれいにクローズ
• 少なくとも1本のKB記事を貢献、または古い記事を3本修正
• 知識のギャップのログを毎週レビューし、製品/プロセスのギャップが縮小
• 少なくとも1件の繰り返しの問題をマネージャーに報告

マネージャーのチェックイン:6週目

6週目は、新人が立ち上がっているのか、それとも失速しているのかを判断する時です。議題:

• 直近2週間のCSATと1日あたりのチケット数を引き出す。固定の目標ではなく、チーム中央値と比較する。
• 単独のエスカレーションを一緒に見る。尋ねる:「何に確信があった?何を当て推量していた?」2つ目の答えが、何をコーチングすべきかを教えてくれる。
• KBの貢献をレビューする。別の担当者が使えるほど明確か?そうでなければ一緒に編集する。
• 順調:SLA達成、CSATが範囲内、やり直しなしで単独エスカレーションをクローズ、1〜2件の繰り返しの問題を報告。
• 不調:SLAは達成だがCSATがチーム平均を下回る(深さのないスピード)、再オープンする繰り返しチケット(早すぎるクローズ)、またはエスカレーションを一度も試みていない(回避)。

61〜90日:貢献する

3か月目は、オンボーディングされる立場をやめ、チームの一員になり始める時期です。人々は「新人はどうしてる?」と尋ねるのをやめ、「新人は火曜をカバーできる?」と尋ね始めます。

気まずいものを含め、チケットタイプのマトリクス全体をカバーする。 返金。アカウントの統合。バグがこちらのものか第三者のものか不明確な連携の不具合。動揺した顧客からの解約。これらのチケットは知識ではなく判断を試します。時には間違えるでしょう。指標は完璧さではありません。そもそもローテーションに入っていることです。

次の新人のメンターになる。 チームの採用サイクルが合えば、これはあなたの立ち上げにおいて最も意味のある瞬間です。たった今学んだことを他人に教えることは、パターンを言語化することを強制します。それはまた、自分が実は理解していないことをあらわにします。新人が「同期の問題のチケットに返信する前に、なぜ私たちはいつも連携の状態を確認するのですか?」と尋ね、あなたがきれいに答えられないなら、自分のモデルのギャップを見つけたことになります。

カバレッジのローテーション枠を引き受ける。 週末、時間外、専門の対応キュー、オンコールのバックアップなど、チームが使うものを。ローテーションに入るということは、シニア担当者が控えていなくても入ってくるものを何でも扱えると信頼されているということです。それはまた、CSATが本当に試される場所でもあります。時間外の対応キューは、より難しいチケットに偏るからです。

SLAのためだけでなく、自分のキャリアにとって重要な指標を読む。 マネージャーが見ているCSATとFRTの数字は、あなた自身についても見るべき数字です。CSAT、FRT、そしてその先のサポート指標ガイドはブックマークする価値があります。75日目までには、自分の数字を完全に把握し、どれが自分の仕事を反映し、どれが対応キューの状況を反映しているかについての見解を持っているべきです。

90日目の自己チェックリスト

• すべてのチケットタイプで1日あたりのチケット数がチーム中央値以上
• CSATがチーム平均以上で安定
• エスカレーション件数が減少傾向(自分でより多く捕まえている)
• 少なくとも1つのカバレッジのローテーションで信頼されている
• 少なくとも1人の新しい人をメンタリング中、またはメンタリング済み
• 知識のギャップのログが「わからない」から「これをもっと深く理解したい」へ移行
• 次にどこで成長すべきかという感覚。地図についてはSupport Specialistのキャリアパスを参照。

マネージャーのチェックイン:10週目

10週目は締めくくりです。議題:

• 「立ち上げ中」から「チームメンバー」への卒業を確認する。10週目で誰かを卒業させていないなら、なぜか?基準が間違っているか、採用が間違っているか、サポートが間違っていたかのいずれか。
• 90日間の完全な指標ビューを引き出す:1日あたりのチケット数、CSAT、エスカレーション率、再オープン率。スナップショットではなく傾向を使う。
• 新人に尋ねる:「次の人のために、立ち上げのどの部分を変える?」その答えは、あなたのオンボーディングプログラムへの製品フィードバックです。
• 次の90日間の育成目標を設定する。専門分野?メンタリング?KBのオーナーシップ?リーダーシップへの道?

よくある落とし穴

立ち上げがうまくいかなくなる4つの瞬間です。早く気づけば、どれも恒久的なものではありません。

1週目のスクリプトの使いすぎ。 定型返信は補助輪であって、目的地ではありません。顧客の実際の状況に合わせて編集せず、3件目に送ったのと同じ定型返信を15件目にも送っているなら、顧客は助けられたのではなく処理されたと感じます。CSATはまずここに表れます。直し方:すべての定型返信に、特定のチケットに結びついた少なくとも2文のカスタマイズを加えること。

暗黙知を無視する。 KBは不完全です。本当の答えのおよそ半分は、同僚のSlackのDM、古いチケットのやり取り、そして2年いるシニア担当者の頭の中にあります。KBを真実の源として扱い、チームに一度も尋ねない新人は、3週目あたりで壁にぶつかります。直し方:5分探してもKBに答えが見つからないなら、尋ねること。適切な人を特定できているなら名指しで。(いつ尋ね、いつ掘り続けるかという日々の実践については、Support Specialistの一日を参照。)

4週目のヒーローモード。 あらゆるサポートの立ち上げにおける危険な瞬間は、新人がエスカレーションを省いて「自分で何とかする」ほど自信を持つ週です。それはほぼ必ず4週目です。SLAを達成し続け、バディレビューが先細りになり、本来シニア担当者に回すべきチケットを引き受けるのです。たいていは、まだ助けを求めているように見られたくないからです。10回のうち8回、シニア担当者なら30秒で問題を捕まえたはずです。直し方:エスカレーションを弱さのサインではなく、強さのサインにすること。

スピードを習熟と取り違える。 浅い答えを返してチケットを速く閉じることは、進歩のように感じます。顧客は翌週、より怒って戻ってきて、今や再オープンしたチケットとCSATの打撃があります。1日あたりのチケット数は、単独では人を欺く指標です。直し方:60日目までは、1日あたりのチケット数を最適化しないこと。「自分が閉じるすべてのチケットが閉じたまま」を最適化すること。

マネージャーへの一言

新人Specialistをオンボーディングしているなら、最も役立つのは30/60/90のリズムを守り抜くことです。2週目に新人を「とにかく対応キューを引き受けさせよう」と押し出す圧力は現実のものです。シニア担当者は疲れており、量は増えており、新人は意欲的に見えます。それに抗いましょう。正しいやり方で90日かけて立ち上がるSpecialistは、2年間あなたのチームにいます。間違ったやり方で3週間で立ち上がる人は、6か月であなたのチームを去り、そしてまた採用することになります。

チェックインはチェックリストより重要です。2週目、6週目、10週目。今すぐカレンダーに入れましょう。そして、新人の知識のギャップのログが縮み、CSATが上がり、あなたが気づいていなかった繰り返しの問題をたった今報告してくれたなら、それを伝えましょう。名指しで、チームメイトが見える場所で。それこそ、次の立ち上げがより楽になる方法です。

91日目が、本当の仕事の始まりです。最初の90日は、これから先のキャリアを通じて引き出し続けるライブラリの棚を、あなたが満たしていく期間なのです。