アウトソースした24時間サポート代行チームが最初の会話を始める前に

サポート体制はチームのどの業務を肩代わりすべきですか？

アウトソースされたサポートチームは、最初の応答を担当し、各リクエストを回答または明確な引き継ぎまでフォローします。これは、顧客がタイムゾーン、言語、または複数のチャネルをまたいで支援を必要とし、社内の専門家に日常的な質問をすべて処理させるわけにはいかないWeb3ビジネスに適しています。

対応が始まる前に、指名された窓口担当者が、エージェントが回答してよい内容、機密にすべき内容、社内での判断が必要なタイミングを定義するのを支援します。より広範なカスタマーサポートとモデレーションチームのオプションは、顧客ケース対応、コミュニティモデレーション、またはその両方のどれが必要かを明確にするのに役立ちます。すでに社内チームが配置されている場合は、サポートチームリーダーサービスが比較対象として別の選択肢を提供します。

エージェントは、承認された情報を使用して、製品、アカウント、支払い、技術に関する質問に対応できます。判断が他の部署に属する場合は、開発、財務、マーケティング、コンプライアンスなど、適切な社内担当者にケースをルーティングします。この継続性が重要です。専門家が引き継ぐ必要があるからといって、顧客が会話を最初からやり直す必要があってはなりません。

チャネルの境界がカスタマーケアを秩序立てます

チャネル計画により、顧客は機密情報を公開の会話で明かすことなく、適切な種類の支援にたどり着くことができます。Telegram、チャット、メール、ヘルプセンター間の引き継ぎを、お客様の顧客がすでに支援を求めている方法に合わせて調整します。

準備中に、Premium Promotionsは以下を確認します。

• 各チャネルでどのリクエストを扱い、どのリクエストにプライベートなルートが必要か。
• 各チャネルで想定される言語。
• エージェントが要求または共有してよい情報。
• エージェントが使用できる承認済みの返信とヘルプセンター資料。
• 複雑なケースを受け取る担当者と、フォローアップの記録方法。

Telegramは既存のプロジェクトコミュニティの一部である場合があり、メールは文書化されたやり取りをサポートできます。チャットは製品やウェブサイトから顧客に直接的なルートを提供し、ヘルプセンターの資料は繰り返し発生する質問に対応できます。この体制は、すべての問題を公開グループに適したものとして扱うことなく、これらのルートを接続します。アクセスはワークフローに必要なものに限定され、チームはチャネルガイダンスが使用される前にそれを承認します。コミュニティとのやり取りもサポート機能の一部である場合は、コミュニティ成長とエンゲージメントと併せてその境界を定義してください。

ケースの担当は、質問を次の判断へと引き継ぎます

各顧客リクエストには、明確な担当者、次のアクション、およびすでに説明された内容の記録が必要です。エージェントは承認された製品情報に基づいて作業し、権限の範囲内で回答し、未解決の判断を関連する社内窓口に引き継ぎます。

典型的なケースは、受付、カテゴリ分け、承認済みガイダンス、回答またはエスカレーション、そして記録されたフォローアップへと進みます。技術的な問題の場合、社内担当者は、顧客にすべてを繰り返させることなく調査を進められるよう、十分なコンテキストを受け取る必要があります。アカウントと支払いのケースは、お客様が提供する検証とアクセスルールに従います。コンプライアンスに関する質問は指定された窓口に送られ、エージェントがお客様に代わって判断することはありません。

顧客は、その背後にある社内の不確実性ではなく、秩序だった引き継ぎを目にします。

指名された窓口担当者は、サービス開始前にエスカレーションマップの設定を支援します。開発、財務、マーケティング、コンプライアンスを担当する人物またはチームの受信箱と、それらが担当する状況を特定します。エージェントは合意されたSLAと社内の品質基準に従って作業します。各チームオプションにはチームリーダーが含まれており、オペレーションに明確な調整役を与えます。直接回答と社内判断の境界は、お客様の承認のために文書化されます。

チームオプション、業務に応じて設定

利用可能なチームサイズは1名から15名のエージェントで、チームリーダーが含まれます。プラン名は出発点を提供しますが、実用的な違いは、各体制が担う必要のある対応範囲と処理責任です。

BasicはVIP顧客対応のための明示されたオプションです。その他の優先ワークフローについては、スコーピング中に関係するユーザーと期待される対応を明確にしてください。最終的なチーム選択は、チャネル、言語要件、期待される対応時間、およびエージェントが社内承認なしで解決できるケースも反映します。

有用な準備ノートには、よくある質問、現在のサポートルート、社内ケース担当者が記載されています。また、エージェントが顧客向けの返信ではなく判断を必要とする箇所も特定する必要があります。サービス費用の全体像については、料金を参照してください。サポート体制自体は、合意された対応範囲と責任によって定義されます。3ヶ月以上の契約には割引が適用されます。

対応開始前のプライベートな引き継ぎ

対応は、チームが実際の質問に対処するために必要なチャネルアクセス、製品知識、エスカレーションルールを備えた後に開始されます。オンボーディングスケジュールは、これらの要件が明確になった時点で合意されるため、エージェントは顧客との会話で即興で対応するのではなく、検討されたガイダンスに基づいて作業できます。

指名された窓口担当者がセットアップを調整し、担当やアクセスに関する質問を解決するための一元化された窓口を提供します。レポートはお客様と合意したサービスに基づいて調整されます。どの引き継ぎに注意が必要か、例外がどのように報告されるか、誰がそれらを確認すべきかを確認します。製品詳細やポリシーが変更された場合、お客様のチームが更新情報を提供し、顧客向けガイダンスを最新の状態に保てるようにします。より広範な業務アプローチについては、私たちの働き方を参照してください。チャネル構成について話し合うには、プライベートな会話で、お客様がすでに使用している資料から始めることができます。

引き継ぎでは、お客様の製品情報、ヘルプセンターの記事、承認済みの返信、アカウントや支払いに関する指示がまとめられます。また、社内担当者を指名し、言語と対応要件を共有し、一般的な顧客シナリオをウォークスルーします。お客様が承認するまで、何も公開されたり、承認済みの顧客向けガイダンスとして使用されたりすることはありません。

検討されたスタートへの3つのステップ

慎重なスタートは、簡潔な引き継ぎと明確な権限に依存します。以下の3つのステップにより、チームが処理できることと、社内の専門家に任せるべきことが確立されます。

1. 境界を設定する: チャネル、言語、対応の期待値、希望するチームサイズを確認します。
2. ガイダンスを準備する: 承認済みの返信、製品情報とヘルプセンター情報、アカウントや支払いに関する指示を提供します。
3. 担当者を指名する: 技術、財務、マーケティング、コンプライアンスのケースの社内窓口を特定し、サンプル質問をウォークスルーします。

Telegramサポートを含めることはできますが、プラットフォームの可用性、顧客メッセージの配信、グループ内でのユーザーの選択は、チームの管理外です。合意された一次対応を提供し、承認されたガイダンスを使用し、エスカレーションを文書化することはできますが、最終的な回答にはお客様の社内判断が必要な場合があります。これが、チャネルの境界とケースの担当が対応開始前に合意される理由です。

機密資料は承認されたアクセス体制内に留まり、お客様の承認なしにデスクから出ることはありません。チャネルリストがあれば最初の詳細としては十分です。その後、指名された窓口担当者が提案された対応範囲をマッピングし、お客様の承認を得ます。

仕組み

1. チャネルと対応範囲を設定するチャネル、言語、対応の期待値、チームサイズを確認します。VIP対応やその他の優先ワークフローがあれば記載します。
2. 承認済みガイダンスを共有する製品情報、ヘルプセンター資料、承認済みの返信、アカウント、支払い、技術的な質問に関する指示を提供します。
3. エスカレーション担当者を指名する開発、財務、マーケティング、コンプライアンスの社内窓口を特定し、各窓口が受け取るケースを明確にします。
4. シナリオをウォークスルーするよくある質問について話し合い、エージェントが直接回答する場合、詳細を収集する場合、またはケースをチームに引き継ぐ場合を合意します。
5. 対応を開始し、改善する合意された一次サービスを開始し、製品情報や顧客のニーズが変わった場合にガイダンスを更新します。