Telegram カスタマー サービス KPI 構築ガイド: ファースト リング、解決率、転送率の指標を設定する方法

定量化可能な Telegram カスタマー サービス KPI システムを構築することは、顧客満足度とチームの効率を向上させるための基礎です。多くのチームが Telegram Bot カスタマー サービスを運用する場合、多くの場合、「誰かが応答するかどうか」のみに焦点を当て、最初の応答時間、解決率、転送率の 3 つの主要な指標を無視します。この記事では、ツールの選択から指標の実装まで、Telegram カスタマー サービス システムを構築し、追跡可能な KPI を設定する方法を段階的に説明します。

Telegram カスタマー サービスに専用の KPI システムが必要なのはなぜですか?

平均処理時間 (AHT) や初回解決率 (FCR) など、従来のオンライン カスタマー サービス (Web サイト、電子メール) の KPI システムは、テレグラムのシナリオでは失敗することがよくあります。理由は 3 つあります。

1. 非同期即時性: 電報メッセージは非同期であるため、ユーザーは数時間または翌日まで返信できない場合があります。 「平均処理時間」で測定すると、データは大幅に長くなります。
2. クロスタイムゾーンと多言語: 多くの Telegram コミュニティは世界中のユーザーをカバーしており、エージェントは複数のタイムゾーンに分散している場合があります。最初の応答時間は、処理時間よりもサービス エクスペリエンスをよりよく反映します。
3. ボットと人間の混合: 相談の一部はボットの自動応答によって行われますが、人間のエージェントが介入するタイミングが鍵となります。従来の KPI では、ボットと人間の貢献を区別できません。

したがって、Telegram カスタマー サービスでは、初回応答時間 (第一印象)、解決率 (実際の値)、転送速度 (コラボレーション効率) の 3 つの側面に焦点を当てることをお勧めします。これら 3 つは、Telegram カスタマー サービス KPI の黄金の三角形を形成します。

Telegram カスタマー サービス システム構築の最初のステップ: ツールの選択とオフロードの構成

KPI を正確にカウントするには、エージェントが Telegram アプリで直接返信するのではなく、すべての会話が統合システムを通じて流れることが前提となります。 TG-Staff など、エージェントのコラボレーションをサポートする SaaS プラットフォームを選択することをお勧めします。構築手順は次のとおりです。

1. ボット プロジェクトの登録と作成: TG-Staff コンソール に登録し、Telegram Bot トークンをバインドします。
2. セッション転送ルールの設定: プロジェクト設定 → 転送ルールを入力します。 ローテーション割り当て (バランスのとれたエージェント機能に適しています) または オンライン優先度 (固定されていないエージェントのスケジュールに適しています) を選択します。
3. 転送リンクの作成: Standard Edition 以上のパッケージでは、公式のドメイン名の短縮リンク (https://app.tg-staff.com/{code} など) を生成します。このリンクは、すべての着信コールに対する統合エントリ ポイントとして機能します。

トラフィック迂回ルールを構成して、最初の呼び出し時間を追跡できるようにする

シャント ルールは、最初の呼び出し時間の統計的精度に直接影響します。具体的な操作:

• 転用ルールの プロジェクト カスタマー サービスの範囲 を「すべてのカスタマー サービス」または「指定されたカスタマー サービス」に設定します。
• 転送リンクを通じて入力された各セッションは、承認されたオンライン エージェントに自動的に割り当てられます。システムは、ユーザーが最初にメッセージを送信した時刻と、エージェントが最初に応答した時刻を記録します。
• エージェントが Telegram アプリで直接応答した場合、最初の呼び出し時間はカウントされません。 必ず転送リンクを介してユーザーをボットに誘導してください。

エージェントの権限とプロジェクトのスコープを設定する

座席割り当てはパッケージに応じて割り当てられます (標準バージョンでは 3/5 席、プロフェッショナル バージョンでは 20 席)。 「プロジェクト設定→エージェント管理」で、セッション転送を許可するかどうかなど、エージェントごとの操作範囲を設定します。権限のないエージェントが KPI データに干渉するのを防ぎます。

最初の応答時間: Telegram カスタマー サービスの第一印象

最初の呼び出し時間は、ユーザーが最初の手動応答のためにエージェントに最初のメッセージを送信するのにかかる時間を指します。 Telegram シナリオでは、推奨されるターゲット値は次のとおりです。

• 単一エージェント: 60 秒以内の応答率 ≥ 70%
• 3 人以上のチーム: 30 秒以内の応答率 ≥ 80%

最初の音に影響を与える重要な要素

• エージェントの数とスケジュール: ピーク時間 (午後 8 時から 10 時など) に十分な数のエージェントがオンラインであることを確認する必要があります。
• 転送ルールの選択: オンライン優先度 ルールにより、メッセージがオンライン エージェントに直接配信されるようになり、キュー時間が短縮されます。
• ボット自動応答バッファ: コマンド フロー エディターで、「こんにちは、あなたの質問は受信されました。人間のエージェントが 1 分以内に応答します。」などの自動応答を設定します。これにより、ユーザーの待ち時間の不安を軽減できますが、最初の呼び出し音の統計には含まれません。

最初の呼び出し音が長い場合の対処法

最初の呼び出し時間が標準を超え続ける場合は、次のことをお勧めします。

1. ビジュアル コマンド フローで「話中の自動応答」を有効にします。すべてのエージェントがオフラインの場合、ボットは予想される応答時間をユーザーに自動的に通知します。
2. メッセージが失われないように、オフロード ルールで 完全にオフラインの場合は循環配信に戻る を有効にします。

解決率: Telegram カスタマー サービスの真の価値を測定する

解決率とは、最初のセッション内または指定された時間枠内に正常に解決されたユーザーの問題の割合を指します。評価には 2 つの次元を組み合わせることが推奨されます。

• 単一セッションの解決率: 最初のセッションでエージェントによって解決され、手動で「解決済み」としてマークされたユーザーの問題。
• 24 時間の解決率: ユーザーが返信するまでにかかる時間を考慮し、統計は 24 時間のウィンドウに基づいています。

TG-Staff では、ユーザー ポートレート を通じてユーザー履歴セッション レコードを表示できます。ユーザーが 2 回目にログインした場合 (同じユーザーが再度セッションを開始した場合)、最初のセッションが解決されていない可能性があることを意味します。 会話タグを使用して、解決ステータス (「解決済み」や「フォローアップ予定」など) をマークします。

解決率を向上させるためのベスト プラクティス

• エージェントがセッションを終了する前に、Private Notes (プロフェッショナル バージョン) を使用して重要な情報を記録し、後続のエージェントが引き継げるようにします。
• 未解決のセッションを定期的に確認して、知識ベースが不十分であるか、転送が時期尚早であるかどうかを確認します。

転送速度: コラボレーション効率のバロメーター

転送率とは、他のエージェントまたは部門に転送する必要がある会話の割合を指します。推奨目標値 ≤ 15%。転送速度が高い場合は、通常、転送ルールまたはエージェントの知識ベースに欠陥があることを示します。

転送速度を下げる方法

1. 転用ルールの最適化: TG-Staff で、プロジェクトの顧客サービス範囲をプリセールス グループやアフターセールス グループなどの「指定された顧客サービス」に設定します。このようにして、ユーザーがボットに入ると、対応するグループに直接割り当てられるため、転送が削減されます。
2. プライベート メモの使用: プロフェッショナル バージョンでは、転送中にメモを追加して、受信エージェントにユーザーの背景を知らせ、繰り返しのコミュニケーションを減らすことができます。
3. ナレッジ ベースを定期的に更新します: エージェントに一般的な問題の解決策を知らせ、転送の必要性を減らします。

逆に、転送率が低い (例: < 5%) 場合は、エージェントが過度に先延ばしにしており、難しい問題をエスカレーションすることに消極的であることを意味している可能性があります。 解決率と合わせて分析する必要があります。

TG-Staff を使用してこれら 3 つの KPI を監視およびレビューする方法

TG-Staff の データ統計 および ユーザー プロファイル 機能は、最初のリング、転送、および解決レートに関する生データを生成できます。提案:

• 毎日: 初回呼出時間の傾向を確認し、ピーク期間が基準を超えていないか注意します。
• 毎週: 今週の 3 つの KPI データをエクスポートし、先週と比較します。転送率が 2 週間連続で増加する場合は、転送ルールで指定されたカスタマー サービス グループの追加が必要かどうかを確認してください。
• 毎月: コンテンツ リスク管理ログ (プロフェッショナル バージョン) と組み合わせて、エージェントによってトリガーされたリスク ワードが転送率に関連しているかどうかを分析します。

よくある質問 (FAQ)

**Q: Telegram カスタマー サービス KPI と従来のオンライン カスタマー サービス KPI の違いは何ですか? **

回答: 主な違いは、Telegram は非同期インスタント メッセージングであり、ユーザーはタイム ゾーンや言語を超えて使用できることです。従来の顧客サービス KPI (平均処理時間など) は、テレグラムのシナリオでは意味が限られています。最初の応答時間、転送速度、および単一セッションの解決速度に重点を置くことをお勧めします。

**Q: 最初の呼び出し時間は何秒に設定するのが適切ですか? **

回答: チームの規模に応じて設定することをお勧めします。 1 人のエージェントは 60 秒以内に 70% 以上の応答率を受け入れることができます。 3 人以上のチームでは、30 秒以内の応答率が 80% 以上であることを推奨します。ボットの自動応答バッファリングは、ピーク時間帯に有効にすることができます。

**Q: 解決率を正確に計算するにはどうすればよいですか? **

回答: 「ユーザーが 2 回目のログインかどうか」と「エージェントが手動で解決ステータスをマークする」という 2 つの判断を組み合わせることが推奨されます。単にボットに依存してセッションを終了すると、不在着信が発生する可能性があります。 TG-Staff のユーザー ポートレートは、重複チェックを容易にするために過去の会話を記録できます。

**Q: 転送速度が高すぎる場合はどうすればよいですか? **

回答: まず、オフロード ルールが妥当かどうか、つまりすべてのエージェントが苦手なセッション タイプを受信しているかどうかを確認します。 「指定されたカスタマー サービス」(プリセールス/アフターセールスなど) ごとに製品をグループ化し、ナレッジ ベースを定期的に更新することをお勧めします。 TG-Staff のセッション転送記録により、転送理由を分析できます。

**Q: 無料試用期間中に KPI 機能をテストできますか? **

答え: はい。 TG-Staff は 3 日間の無料トライアルを提供しており、この期間中に配信リンク、エージェント、配信ルールを構成し、最初の通話と転送のプロセスを体験できます。プロフェッショナル バージョンの機能 (ユーザー ポートレート、データ統計) は、アップグレード後に表示する必要があります。

---

今すぐ行動: TG-Staff 無料トライアル にサインアップし、最初のオフロード リンクを設定します。オフロード ルールの詳細については ドキュメント を参照するか、パッケージと構成の問題について問い合わせる場合は @tgstaff_robot に問い合わせてください。