カスタマーサポート外注の業務範囲と選び方｜問い合わせ対応を委託する前の整理

カスタマーサポートを外注すると、問い合わせ一次対応や定型回答の工数を社外へ移せます。ただし、メールや電話をそのまま渡すだけでは運用は安定しません。外注前に「委託先が回答してよい範囲」「社内へ戻す条件」「回答の根拠となるFAQ」「顧客情報の扱い」を決める必要があります。

外注先を比較するときも、対応チャネルや営業時間だけでなく、品質管理、繁忙時の体制、エスカレーション、レポート、情報管理まで同じ条件で確認します。

外注しやすいのは、判断基準を標準化できる問い合わせです。注文状況、配送、返品手順、サービスの使い方、営業時間など、回答根拠をFAQやマニュアルに落とせる業務は切り出しやすくなります。

主な対象は、電話の一次受付、メール・フォーム・チャットへの返信、注文・配送状況の確認、返品・交換手順の案内、FAQに基づく商品案内、問い合わせ分類、担当部署へのエスカレーション、対応件数や問い合わせ理由の集計です。

一方、返金可否の例外判断、法務判断、重大なクレーム、個別値引き、製品事故などは社内判断を残す方が運用しやすい場合があります。

重要なのは、すべての問い合わせへ委託先が回答できる状態を目指すことではありません。定型処理できる問い合わせと、社内判断が必要な問い合わせを分けます。

たとえば「配送状況は管理画面を確認して回答」「返品は定めた条件に一致する場合だけ案内」「条件外は社内担当へ連携」のように境界を作ります。

エスカレーション条件には緊急度も入れます。SNSで拡散している苦情、個人情報に関する問い合わせ、事故や安全性に関する連絡など、通常の回答期限を待たず社内へ連携する条件を決めます。

完成した回答文だけを並べても、問い合わせの言い回しが変わると判断できません。どの条件ならその回答を使えるか、確認すべき情報は何か、例外は何かまでセットにします。

開始前にすべてを完成させる必要はありません。過去履歴から件数の多い質問を優先し、運用後に新しい問い合わせを追加していく方法もあります。

FAQ更新時は、誰が承認し、いつから新しい回答を使うかも決めます。古い回答が残ると担当者ごとに案内が変わります。

「何件対応したか」だけでは品質を判断できません。初回返信までの時間、期限内回答率、再問い合わせ率、エスカレーション率、回答誤りなど、業務に合う指標を決めます。

対応履歴をサンプリングし、FAQやルールに沿っているか確認します。誤回答があった場合は担当者だけの問題にせず、FAQや判断条件に不足がなかったかまで見ます。

問い合わせ理由の集計は、購入画面、UI、ヘルプなど他の改善にも使えます。

問い合わせ対応では、氏名、住所、電話番号、メールアドレス、注文情報などの個人データを扱うことがあります。個人情報保護委員会のガイドラインでは、個人データの取扱いを委託する場合、委託元は委託先に必要かつ適切な監督を行う必要があります。

委託先選定では、アクセス権限、利用端末、作業場所、データ保存、ログ、再委託、事故時の報告方法などを確認します。必要のない顧客データまで渡さないことも重要です。

契約時だけで終わらず、扱うデータの内容や規模に応じて取扱状況を把握します。立入検査が一律に義務という意味ではなく、個人情報保護委員会のQ&Aでもリスクに応じた適切な方法で確認する考え方が示されています。

費用は、電話・メール・チャットなどのチャネル、対応時間、件数、平均処理時間、必要スキル、管理者体制によって変わります。

見積もり前に、月間件数、チャネル別件数、対応曜日・時間、繁忙期の増加幅、対応言語、FAQの有無、使用システム、エスカレーション想定、レポート頻度、個人データの取扱範囲をそろえます。

初期費用にFAQ整理、研修、システム設定などが含まれる場合もあるため、月額だけでなく立ち上げと通常運用を分けて比較します。

最初からすべてを移管する必要はありません。メールだけ、平日だけ、上位10種類のFAQだけなど範囲を絞ると、判断ルールを確認しやすくなります。

開始後は委託先から戻る問い合わせを見ます。エスカレーションが多いテーマはFAQや権限を追加できるか検討し、誤回答リスクが高いテーマは社内に残します。

外注の目的は窓口を社外へ移すことではなく、顧客対応の品質を保ちながら社内工数を減らせる運用を作ることです。委託範囲、判断基準、品質指標、情報管理を一つの設計として整えてから比較すると、開始後の手戻りを減らせます。