自宅でピザを食べながらスポーツの試合を観戦するため、30分以内の配達を約束するピザレストランからピザを注文したことはありますか？ 注文したことがあるなら、強固なサービスレベルアグリーメント（SLA）の魅力を理解しているはずです。
当然ながら、ほとんどのSLAはテイクアウトメニューではなく、契約書に印刷されています。 しかし、基本的な前提は同じです。それは、基準として定めたレベルのサービスを提供するという約束です。 ピザの例では、ピザが到着する正確な時間はわかりませんが、試合開始前には確実に届き、食べながら観戦できることを約束しています。
カスタマーサポートチームのSLAで、電話による問題解決に30分以上を要した場合に、無料でピザを提供する約束を交わすべきではありませんが、何らかの保証をすることでメリットを得られる可能性があります。 効果的なカスタマーサービスSLAは、チームの目標を明確にし、素晴らしいサポートを行う企業として評判を確立するのに役立ちます。 これは、具体的な目標を示すことで、サポートチームの誠実な対応と顧客の満足度を維持しやすくなるためです。
SLAとは？
SLA（サービスレベルアグリーメント）とは、サポートの基準を定義した書面による合意書であり、要するにカスタマーサービスの保証書のようなものです。 たとえばSLAでは、提供されるサービスの質、稼働時間、対応までの時間を取り上げることができます。 SLAは通常契約書の一部として提供されます。
カスタマーサービスのSLAにはどのようなタイプがありますか？
一般的にSLAには4つのタイプがあります。
- 顧客ベースのSLA： 個々の顧客またはグループとの業務協定で、サポートに関する特定の基準を定めるものです。 たとえば、通信会社なら、最大の顧客との契約に、特定の稼働時間を保証する条項を入れる可能性があります。
- サービスベースのSLA： 特定のサービスや製品を利用するすべての顧客に具体的な基準のサポートを約束します。 通信会社がすべての顧客に対して特定の稼働時間を保証したり、すべての顧客に無料の定期サービスを提供したりする場合、それはサービスベースのSLAになります。
マルチレベルSLA： 異なるレベルに分割され、それぞれが異なる顧客のグループに適用されることから、複数のパーツで構成される契約です。 マルチレベルのSLAでは、すべてのユーザーに適用される企業レベルのパーツと、特定の顧客グループをカバーする別の契約が定められます。 通信会社の例では、すべての顧客に基本的なサービスとサポートを提供し、その一方で、異なる価格帯を用意して、異なるサービスの基準を設定することもできます。
- 社内SLA（グループSLA）:: 会社の業務運用に関して社内でSLAが定められていることも珍しくありません。 社内SLAは、組織内の複数の部門間の合意事項として扱われることもあります。 たとえば、マーケティングチームは、四半期ごとに一定数の基準を満たしたリードを営業チームに提供することを約束します。
あるいは、社内SLAを、顧客に対して正式に保証するのではなく、サポートチームが目標とするカスタマーサービス基準として掲げることもできます。 たとえば、初回返信時間や解決時間について会社の目標を設定するために利用できます チームが社内の目標を達成したら、顧客に特定の回答率を約束できるようになります。 （提案されたSLAを公表する前に、必ず非公開でテストすることをお勧めします）。
社内SLAと社外SLAの比較
上記で説明したように、社内SLA（ZendeskではグループSLAと呼ばれています）は企業内で部門間の内部業務に使用されます。 たとえば、マーケティングと営業は、会社の収益増加に向けた協力体制をSLAで定めることができます。
グループSLAは強力な機能であり、チームは顧客の信頼を築く上で効果的なツールを得られます。 グループSLAは以下の3つの方法でこの目標を達成します。
- 複数の社内のチームがチケットの全体的なSLAをどのように維持・達成するかを追跡することで、社内のプロセスを改善します。 たとえば、1つのワークフローに3つのチームが関与している場合、それらのチームにチケット処理の目標を与えます。
- 社内SLAを作成し、各チームに解決に向けた目標をそれぞれ設定します。 各チームはSLAに対してより多くの責任を持つようになり、チケットがそのチームに割り当てられた際の適切な対応の目標を協力して定義できます。
- 目標達成失敗時のギャップやボトルネックを特定します。 具体的には、チームはチケットの処理が遅くなる箇所を調査し、必要に応じてプロセスを改善したり、目標を調整したりできます。
一方、社外SLAは、サービスプロバイダーとその顧客との間で使用されます。 これは、ビジネスの関係において期待されるサービスやその他の要件を示すものです。
SLAの目的は？
SLAは、サポート担当者の目標を定め、顧客には参考となる目安を示します。
SLAは、カスタマーサポートチームに明確な目標を設定します。 SLAは、サポート担当者が問題に対応し、解決する時間に関するポリシーを成文化したものです。 また、サポート担当者に特定の基準を満たす責任を負わせます。測定することで、与えられたタスクの完了への意識が高まり、基準は満たされるようになります。
もちろん、これは顧客にとって喜ばしいことです。 応答時間や待機時間の短縮を目指すことは、たとえSLAが社内用であったとしても、顧客の満足度向上につながります。
一貫したレベルのサービスを提供できると確信したら、正式に保証して顧客を喜ばせましょう。 契約書にSLAが記載されているだけで、素晴らしいカスタマーエクスペリエンスの保証となり、顧客は安心できます。 見込み客を魅了するため、マーケティングチームはキャンペーンで、サポートチームからの応答がいかに迅速であるかを宣伝することもできます。
カスタマーサービスSLAの主な構成要素
優れたSLAには、各当事者の役割と機能を記述することによって、顧客とサービスプロバイダーの期待を設定する情報が含まれています。
- 合意事項の概要： 冒頭で当事者と発効日を明記し、提供されるサービスの概要を簡潔に記載します。
- サービス内容： サポート担当者が顧客に提供するサービスを明確に説明します。
- サービス稼働率： 顧客がサポート担当者に連絡してサポートを受けられる時間と場所を明記します。 ただし、必ずしもライブサポートである必要はなく、AIを搭載したチャットボットやセルフサービスのオプションを使って、通常の営業時間外であっても顧客を支援できる体制を整えておきましょう。
- 応答時間と解決時間： 応答までの時間や問題解決にかかる時間を明記します。 業界の標準に沿った時間枠を設定しましょう。
- パフォーマンス指標： サポートの質を測るために追跡する具体的な指標について言及します。 SLAでよく用いられる重要業績評価指標（KPI）の記載を検討することをお勧めします。
全体の解決までにかかる時間： チケットが作成されてから、サポート担当者が問題を解決するまでの時間です。
ワンタッチ解決数： 最初に応対するサポート担当者によって解決されるチケットの数です。
初回応答時間： サポート担当者がサポートリクエストに最初に応答するまでにかかる時間です。
保留時間： 電話またはチャットによるサポートで、サポート担当者が対応するまでの待機時間です。
総解決時間： チケットが作成されてから解決されるまでの、チケットのライフサイクル全体を対象とします。
顧客満足度（CSAT）スコア： 顧客が個々のサポート対応にどの程度満足しているかを示す指標です。
- ペナルティ： 基準を下回るパフォーマンスのサポートやサービス停止が発生した際の対応を記載します。 サービスレベルやダウンタイムの量によってペナルティを細分化し、恣意的なものではなく、状況に適したものにしましょう。 また、顧客が契約に違反した場合、どのような事態が発生するかも明記する必要があります。
3つのSLAの参考例
SLAの主要な構成要素が決まったら、いよいよ契約書に署名（捺印）します。 通常、SLAにはかなりの量の法律用語が含まれるため、テンプレートを用いると簡単にSLAを作成できます。
- PandaDocは、大半の業界で使用できる標準的なSLAのテンプレートを提供しています。 また、詳細の概要を記載する際に役立つグラフも用意されています。
- Rocket Lawyerのテンプレートは、支払の詳細に関するセクションを備えており、債務不履行や紛争解決などの可能性を考慮しています。 このテンプレートは、特に新規の財務契約に便利です。
- Template.netはシンプルで、なおかつ包括的なSLAのテンプレートを提供しています。 事前に入力されたフォームは編集が簡単で、解決率、電話対応時間、顧客満足度などの一般的なカスタマーサポートの指標を網羅するセクションが用意されています。
上記のテンプレートはすべて無料でダウンロードして利用できます。 ただし、署名に進む前に、必ず弁護士にSLAを確認してもらいましょう。
サポートソフトウェアを使用してSLAを監視する方法
サポート業務全般に使用しているソフトウェアでSLAの目標を管理しましょう。 サポートチームのパフォーマンスを追跡できるソフトウェアは、さまざまなカスタマーサービスSLAを監視する上でも役立ちます。
Zendeskには、SLA達成に向け、サポート担当者の利便性を考慮したSLA機能が備わっています。 まず、管理者がZendeskでSLA ポリシーを定義します。 つづいて、一刻を争うSLAについてサポート担当者に警告するトリガーを設定し、優先順位の高いチケットを自動的にキューの先頭にエスカレーションすることができます。 また、SLAに違反した場合、トリガーがアラームを鳴らし、チームとマネージャーに違反が発生したことを知らせます。
SLA違反にどう対処するか？
SLAをワークフローの一部とした以上、違反（つまり、物事がうまくいかない場合）に備える必要があります。 この用語は「契約違反」のように、サービスレベルの合意事項が守られなかったことを意味します。
違反に対処するプロセスを構築しましょう。 まず、SLAが達成されなかった場合の自動アラートをサポートソフトウェアに設定します。 これらの通知は責任者に送られます。責任者は違反の重大性を評価し、対応方法を決定します。
次に、今後の違反を避けるための対策を検討します。
- チケットのエスカレーションが発生する前に、1人のサポート担当者がSLAの時間の基準を満たせませんでしたか？ そのサポート担当者は、研修を受ける必要があるかもしれません。
- チケット削減率が低すぎますか？ セルフサービス戦略を見直しましょう。 顧客が基本的で、重要度の低い問題を自己解決できる手段を増やすことで、サポート担当者は難しい問い合わせに集中できるようになります。
- それとも、もっと大きな問題が違反の原因ですか？ たとえば、SLAで保留時間に重点を置いたものの、同時期に膨大な数の電話が殺到したため、守られていない可能性があります。 この場合、予定外のダウンタイムなど、大きな問題を示唆している可能性があります。
違反は起こるべくして起こるものですが、頻繁に発生する事態は避けなければなりません。 もし定期的にこのような問題が発生する場合は、SLAを見直すか、サポート体制を再検討する時期に差し掛かっているのかもしれません
4つのカスタマーサービスSLAのベストプラクティス
初めて一からオリジナルのSLAを作成するのは、簡単ではありません。 適切なSLAを作成できるように、以下のベストプラクティスを実践しましょう。
-
適切なSLA指標を追跡する
どのメトリック（指標）に重点を置くかを選ぶ際には、業界と固有のペインポイント（問題点）を考慮しましょう。 たとえば、急成長しているB2B企業がサポートの規模を拡大したい場合、チケット削減率に基づいてSLAを構築できます。 一方、ホリデーシーズンに迅速なサポートを提供しなければならないことがわかっている小売業者なら、新規チケットの最長初回返信時間に重点を置いたSLAを作成するのが得策かもしれません。
-
すべての関係者の役割と責任を明確に定義する
SLAを成功させるにはチームワークが必要です。 顧客とサポートチームの双方が合意内容を理解し、力を合わせる必要があります。 役割と責任を明確にすることで、全員が契約を成功させるために何をすべきかを理解できます。
たとえば、GoogleのクラウドストレージサービスのSLAには、顧客が契約に違反した場合、サポートチームは顧客のサービスクレジットを拒否できると記載されています。 一方、サービスクレジットの補償が行われるのは、テクニカルサポートチームにリクエストを行った顧客のみが対象となります。
-
カスタマーサポートチームの関与を促す
サポート担当者の意見を聞かずにSLAを作成したくなるかもしれません。 しかし、非現実的な顧客の期待をサポートチームに押し付けるべきではありません。 過剰な要件や基準を設けた極端に野心的なSLAは失敗につながります。
このような事態を避けるため、サポート担当者を草稿のプロセスに参加させましょう。 まず要件を伝え、実現可能かどうかを確認します。
-
SLAを定期的に見直し、顧客の目標に合わせる
顧客の目標や要件は変化する可能性があり、SLAではこの変化に対応する必要があります。 顧客が新たな方向性を示した場合に備えて、定期的にSLAを更新しましょう。
SLAを見直す際には、すべての利害関係者を関与させる必要があります。 顧客と定期的に連絡を取り、顧客のニーズや期待について話し合うべきです。 SLAのどの部分を更新するべきなのか、あるいは実行不可能なのかをサポート担当者に尋ねましょう。
顧客の現在のニーズに合わない古い要件やサポート担当者の能力とフィットしない要件を削除する必要があります。 その後、顧客の目標達成に役立つ新規の要件を加えます。
SLAでサービスレベルを向上させる
顧客の期待に応えてこそ、優れたカスタマーサービスを提供できます。 SLAは、顧客の期待を正式に設定する手段であり、その期待を満たすためのロードマップをサポートチームに提供します。
Zendesk Supportのようなソフトウェアを使えば、SLAをワークフローの一部に簡単に組み込めます。 さらに、担当者や責任者に違反の危険性を警告できるほか、KPIを追跡することでサポートチームのパフォーマンスに関する詳しい情報を得られるようになります。
