Intercom SLAルールに関する完全な概要

Kenneth Pangan

Amogh Sarda
Last edited 2025 10月 24
Expert Verified

顧客に迅速に対応することが、優れたサービスの大きな部分を占めることは誰もが知っています。これを正しく行えば、ロイヤルティを築くことができます。間違えれば、顧客を永久に失うかもしれません。サービスレベル契約(SLA)は、サポートチームが「迅速に返信する」という曖昧な目標を、具体的で測定可能な約束に変えるための手段です。
もしあなたのチームがIntercomを使用しているなら、IntercomのSLAルールに出会ったことがあるかもしれません。これは、ヘルプデスク内で時間ベースの目標を管理するための組み込み機能です。しかし、これを有効に活用するには、単にスイッチを入れる以上のことが必要です。
このガイドでは、知っておくべきすべてを解説します。これらのルールが何であるか、どのように機能するか、どこに欠点があるか、そして基本的なルールを超えて、よりスマートで柔軟なサポートシステムを構築する方法について説明します。
Intercom SLAルールとは?
簡単に言うと、SLAとは、顧客の問題に対して一定時間内に応答し、解決するという顧客への約束です。IntercomのSLAルールは、これらの約束を追跡する自動化されたワークフローにすぎません。あなたが定義したルールに基づいてカウントダウンを開始するタイマーのようなものだと考えてください。
ほとんどのチームは、次のような目的で使用しています:
-
緊急の会話を優先する。 VIP顧客や高価値のリードに対して短い応答時間を設定し、自動的に優先順位を上げることができます。
-
チームに明確な目標を設定する。 SLAは、サポートチームに「初回応答時間15分」のような具体的な目標を与えます。これにより、誰もが自分の作業負荷を管理し、何を期待されているかを把握できます。
-
サービスの一貫性を保つ。 異なるタイプの顧客や問題に異なるSLAを適用することで、毎回予測可能で信頼性の高い体験を提供できます。
-
実際に何が起こっているかを確認する。 SLAのパフォーマンスに関するレポートは、チームがどこで優れているか、どこに人員やプロセスのギャップがあるかを理解するための最良の方法です。
Intercomでは、SLAは単なる設定ページではないことを知っておくと良いでしょう。実際には、ワークフロービルダー内でアクションとして追加します。つまり、作成したトリガーや条件に直接結びついているのです。
ワークフローを使ったIntercom SLAルールの設定方法
IntercomのSLAルールはワークフロービルダーの一部であるため、すべてのSLAはより大きな自動化パズルの一部です。これにより多くの制御が可能になりますが、SLAをいつ、どのように適用すべきかを慎重に考える必要もあります。
Intercom SLAルールの設定に使用される、Intercomのビジュアルワークフロービルダーの画面。
ここでは、あなたが扱うことになる主要な構成要素を紹介します。
SLAルールを適用するためのトリガーと条件
SLAタイマーは勝手に始まるわけではありません。「チケットが作成されたとき」や「顧客がメッセンジャーで新しい会話を開始したとき」といった特定のトリガーによって開始されます。これが、Intercomにルールをチェックするよう指示するイベントです。
トリガーの後、条件分岐を使用して、正しいSLAが正しい会話に適用されるようにします。ここでは非常に具体的に設定できます。例えば、顧客が特定のタグを持っている場合や、会社の月間利用額が500ドルを超えている場合にのみ、より速い「VIP」SLAを適用するルールを作成できます。「And/Or」フィルターを使えば、「プレミアム」プランに加入しているかつ「緊急」という言葉を含むメッセージを送信した顧客をターゲットにするなど、さらに詳細な設定が可能です。
設定可能な主要メトリクス
SLAルールを設定する際、1つ以上の主要メトリクスの目標を設定します。Intercomでは、いくつかの異なるタイマーから選択できます:
-
初回応答時間(FRT): ほとんどのチームにとって最も重要な指標です。エージェントが新しい会話に最初の返信を送るまでにかかる時間を測定します。
-
次回応答時間(NRT): このタイマーは、最初の返信後のすべての返信に適用されます。顧客が返信すると、チームが再び応答するためのNRTクロックが作動し始めます。
-
クローズまでの時間(TTC): 会話やチケットが作成された瞬間から、正式に「クローズ」とマークされるまでの総時間です。問題のライフサイクル全体をカバーします。
-
解決までの時間(TTR): これはチケットに特有のもので、チケットが「解決済み」の状態に移行するまでの時間を測定します。これは正式にクローズされる少し前に発生することがあります。
最も優れた点の1つは、これらのSLAタイマーがチームの営業時間を自動的に尊重することです。午後6時に業務を終了する場合、午後10時にメッセージが届いても、タイマーは翌営業日の午前9時まで作動しません。これにより、夜間のメッセージによってメトリクスが狂うことはありません。
主要メトリクスとレポート機能
SLAの設定は戦いの半分にすぎません。実際にサポートを改善するには、パフォーマンスを監視し、何が機能していて何が機能していないかを把握する必要があります。IntercomのSLAレポートは、これを行う場所です。
Intercomのレポートダッシュボード。チームがIntercom SLAルールに対するパフォーマンスを追跡する方法を示しています。
Intercom SLAレポートを理解する
このレポートは、チームが目標に対してどの程度達成しているかの堅実な概要を提供します。以下は主要なチャートとその内容です:
-
SLA違反率: 全体像を示すメトリクスです。SLA目標を達成できなかった会話の全体的な割合です。
-
SLA違反の会話とチケット: 少なくとも1つのSLAを達成できなかった会話とチケットの総数を示します。問題の規模を理解するのに役立ちます。
-
SLAパフォーマンス: 各メトリクス(FRT、NRT、TTC、TTR)ごとの達成率と違反率を詳細に示します。初回応答は得意でもチケットのクローズが遅いといったことが、このチャートで明らかになります。
-
時間経過に伴う目標達成率: この折れ線グラフはトレンドを把握するのに最適です。新機能のリリース後に違反率が急上昇しましたか?それとも新しいエージェントを雇った後に改善しましたか?
-
目標違反の時間帯別分布: このヒートマップはパターンを見つけるのに非常に便利です。毎週金曜日の午後2時から4時の間に一貫してSLAを達成できていない場合、それはその時間帯の人員が不足しているという強力な手がかりになります。
また、これらのレポートを特定のSLAルールやチームでフィルタリングすることもできます。これにより、例えばTier 2サポートチームが特定の解決時間目標をどのように処理しているかを詳細に確認できます。
よくある課題と限界
Intercomのルールベースのシステムは基本的なベンチマークを設定するには優れていますが、チームが成長するにつれて、少し硬直的で複雑に感じ始めることがあります。これらの限界は、手動での回避策、乱雑なメトリクス、一貫性のないサービスにつながる可能性があり、これらはまさにSLAが防ごうとしているものです。
エスカレーションと既存の会話における難しさ
Intercomコミュニティで人々が話している最大の悩みの1つは、すでに進行中の会話に新しいSLAを適用しようとすることです。例えば、Tier 1のエージェントがチケットをTier 2にエスカレーションする場合、Tier 2チームのために新しい内部SLAを開始したいと思うでしょう。
問題は、Intercomのロジックが、会話が始まった直後にSLAを一度だけ適用するように設計されていることです。それを上書きしたり、2つ目のSLAを追加したりするのは簡単ではありません。チームはしばしば、元の顧客向けSLAが計測され続け、Tier 2が実際に応答するのにかかった時間を正確に測定できなくなるという事態に陥ります。
厳格なロジックと適応性の欠如
ルールベースのシステムは、その名の通り、ルールに基づいています。タグや顧客データなど、あなたが与えた事前定義された基準に従わなければなりません。会話のコンテキストが変わったり、最初のエージェントが間違った場所にルーティングしたり、顧客の質問が単純なキーワードフィルターで検出できるよりもはるかに複雑だったりする場合、適応することはできません。
もう一つのよくある問題は、IntercomのFinのようなAIボットが最初の返信を送信することでSLAタイマーをトリガーしてしまう場合です。ボットが問題を解決できず、人間に引き継がなければならない場合、「初回応答時間」SLAはすでに達成済みとマークされてしまいますが、顧客はまだ実際の担当者を待っています。これにより、パフォーマンスメトリクスは良く見えますが、顧客が実際に経験していることは隠されてしまいます。これを修正するには、SLAが不適切に作動しないように、複雑な例外ルールを構築する必要があります。
インテリジェントオートメーションがギャップをどう埋めるか
ここで、ヘルプデスクと連携する、より柔軟でAI駆動のレイヤーが大きな違いを生み出します。厳格な「if/then」ルールに従うだけでなく、AIプラットフォームはチケットの意図とコンテキストを理解し、はるかに賢明な決定を下すことができます。
これこそが、私たちがeesel AIを構築した理由です。既存のツール(Intercomを含む)に直接接続し、ルールだけでは提供できないインテリジェンスのレイヤーを追加します。
-
数ヶ月ではなく数分で稼働開始。 複雑なワークフローの構築とテストに数週間を費やす代わりに、eesel AIをIntercomとナレッジソースに接続するだけです。過去のチケットやヘルプ記事から自律的に学習するため、初日からあなたのビジネスを理解します。
-
完全な制御と選択的な自動化。 eesel AI Triageを使用すると、SLAルールが実行される前に、チケットをインテリジェントにルーティング、タグ付け、優先順位付けできます。これにより、エスカレーション問題を不格好なルールの上書きではなく、スマートなルーティングステップとして解決します。AIは、会話の内容に基づいてチケットがTier 2に行く必要があるかどうかを判断し、正しくタグ付けできます。
-
実用的なレポート。 Intercomのレポートは何が起こったかを示しますが、eesel AIのレポートはなぜ起こったかを示します。遅延やSLA違反の原因となっているナレッジベースのギャップを特定し、単に応答時間を改善するだけでなく、解決時間を改善するための明確な道筋を提供します。
以下は、2つのアプローチの簡単な比較です:
| 機能 | Intercom SLAルール | eesel AIオートメーション |
|---|---|---|
| 設定ロジック | 厳格なif/thenルールを持つ手動のワークフロービルダー。 | 過去のチケットやナレッジベースから自動的に学習。 |
| 柔軟性 | 既存/エスカレーションされたチケットに新しいSLAを適用するのが困難。 | チケットをどの段階でもインテリジェントに分析し、再トリアージ。 |
| インテリジェンス | 事前定義されたタグと顧客属性に依存。 | 会話の意図、感情、文脈を理解。 |
| 導入 | 複雑なワークフローの慎重な計画と構築が必要。 | ヘルプデスクを接続し、数分で稼働開始。 |
| レポート | SLAの達成/違反率を表示。 | 違反の原因となっているナレッジギャップに関する実用的な洞察を提供。 |
Intercomカスタマーサービススイートの価格
以下は、SLAに必要な機能を含むプランの内訳です。
| プラン | 価格(年間請求) | SLAに関連する主要機能 | Fin AIエージェントのコスト |
|---|---|---|---|
| Essential | $29/シート/月 | 共有受信トレイ、チケッティング、ヘルプセンター | $0.99/解決 |
| Advanced | $85/シート/月 | Essentialの全機能 + ワークフロービルダー | $0.99/解決 |
| Expert | $132/シート/月 | Advancedの全機能 + SLA、HIPAAサポート | $0.99/解決 |
明確にしておくと、ワークフロービルダーはAdvancedプランで利用できますが、Intercom SLAルールに必要な特定の「SLAを適用」アクションはExpertプランにのみ含まれています。
総コストを理解する
シート価格に加えて、Copilot($29/エージェント/月)やProactive Support Plus($99/月)のようなアドオンが請求額を押し上げる可能性があります。また、Finの解決ごとの価格設定は、最も忙しい月に支払額が増えることを意味します。
これは、eesel AIの予測可能な価格モデルとは異なるアプローチです。当社のプランは月間のAIインタラクション数に基づいており、隠れた解決ごとの料金はありません。当社のすべてのコア製品、AI Agent、Copilot、Triageは1つのプランに含まれており、いつでもキャンセル可能な柔軟な月々払いのオプションを選択できます。
Intercom SLAルールを超えて、真に優れたサービスを実現する
IntercomのSLAルールは、一貫したサポートを提供することに真剣に取り組むチームにとって非常に便利なツールです。パフォーマンス目標を設定するために必要な構造を提供し、ほとんどの単純な状況に対して高度な設定が可能です。
しかし、チームのニーズが複雑になるにつれて、純粋にルールベースのシステムの限界があなたの足を引っ張り始めることがあります。厳格なロジック、エスカレーションの頭痛の種、歪んだメトリクスが、顧客が値する迅速で正確なサービスを提供する妨げになる可能性があります。サポートの未来は、単に速い返信だけでなく、初回で問題を解決する、よりスマートで正確な返信にあります。
そこでeesel AIがお手伝いできます。Intercomと連携して、厳格なルールだけでは再現できないインテリジェンスのレイヤーを追加します。複雑なワークフローに絡まることなく、トリアージを自動化し、チームの過去の会話に基づいてAIが下書きした返信を生成し、SLAを達成できない本当の理由を見つけることができます。
どのように機能するか見てみませんか? eesel AIをあなたのIntercomワークスペースに接続し、今すぐ無料トライアルを開始してください。
よくある質問
IntercomのSLAルールは、特定の時間枠内に顧客の問題に対応し解決するというチームの約束を追跡する自動化されたワークフローです。これにより、サービスの標準化、明確なパフォーマンス目標の設定、緊急の会話の優先順位付け、サポート効率に関する測定可能な洞察の提供が可能になります。
IntercomのSLAルールは、Intercomのワークフロービルダー内で設定します。そこでは、特定のトリガーと条件に結びついたアクションとして機能します。SLAタイマーがいつ開始されるか(例:チケット作成時)を定義し、顧客タイプや問題の緊急性などの要素に基づいて正しいSLAを適用するために条件分岐を使用します。
IntercomのSLAルールでは、いくつかの主要なメトリクスを追跡できます。具体的には、最初の返信に対する初回応答時間(FRT)、その後の返信に対する次回応答時間(NRT)、会話全体のライフサイクルに対するクローズまでの時間(TTC)、そして特にチケットに対する解決までの時間(TTR)です。
一般的な課題には、既存またはエスカレーションされた会話に新しいSLAを適用することの難しさ、変化するコンテキストに対応できない厳格なロジック、そしてAIボットが人間のエージェントが応答する前にSLAを「達成済み」として早期にトリガーしてしまう問題などがあります。これらは不正確なレポートや手動での回避策につながる可能性があります。
「SLAを適用」アクションとIntercom SLAルールの全機能を利用するには、チームがIntercomのExpertプランに加入している必要があります。ワークフロービルダー自体はAdvancedプランで利用できますが、特定のSLA機能はExpertティア専用です。
はい、IntercomのSLAルールは、チームが設定した営業時間を自動的に尊重します。SLAタイマーは設定された営業時間外には一時停止するため、パフォーマンスメトリクスは実際の稼働時間中の時間を正確に反映します。





