コールセンターの委託先、どう選ぶ？内製の限界とRFP・仕様書の設計
更新日：6月25日
内製化にこだわる組織が、限界を迎える日
「このままでは、もう回りません」。
長年、自社運営にこだわってきたあるサポート部門の責任者が、ある日こう漏らしたといいます。品質を守るために内製を続けてきた。その判断は間違っていなかったはずです。それでも、採用は追いつかず、ベテランは次々に去り、残った人材に負荷が集中していく。「守るための内製」が、いつしか「守れない内製」に変わっていたのです。
コールセンターは自社で持つべきか、外部に委ねるべきか。多くの企業が繰り返し向き合ってきた問いです。自社の顧客であり、ブランドを体現する接点ですから、できる限り内製で持ちたいと考えるのは自然なことですし、実際に多くの企業がその前提で組織を設計してきました。
ところがいま、この前提そのものが揺らぎ始めています。人材確保の難しさ、定着率の低下、業務の高度化、テクノロジーの進展。「自社で持つこと」が必ずしも最適とは言えない状況が生まれています。内製にこだわることで品質や効率を維持できなくなるという逆転現象すら起き始めています。
コールセンターの内製化が合理的だった理由
一定数の人材を採用できること、教育で品質を維持できること、業務が比較的安定していること、外部より自社のほうがコントロールしやすいこと。これらの前提は長らく機能してきました。内製化によって顧客理解が深まり、ブランド価値の維持にも寄与してきた側面は確かに存在します。
ただ、現在それらの前提の多くが崩れつつあります。人材は採用できず、採用できたとしても定着しません。業務は複雑化し、従来型の教育では追いつきません。AIやデジタルチャネルの活用が前提となる中で、従来の運用モデルでのコールセンター運営維持をは対応しきれない領域が増えています。
「内製であること」が目的化してしまうと、本来守るべき品質や顧客体験すら損なわれる可能性があります。
「委託するか」ではなく「どう委ねるか」
本質的な問いは、「内製か外注か」の二項対立ではありません。
「どの領域を、どのように委ねるか」です。コールセンター運営のすべてを外部に任せることが最適とは限りませんし、すべてを自社で抱え続けることも現実的ではなくなっています。業務の特性、自社の強み、将来の方向性を踏まえた最適な役割分担の設計が求められます。
外部パートナーを「コールセンター運営コストの削減手段」と捉えれば、関係は短期最適化にとどまります。中期的な視点での「価値創出の担い手」として捉えることができれば、サポート全体の水準を引き上げることが可能になります。
コールセンターを委託することへの不安は、どこから来るのでしょうか
外部に委ねること自体は、正しい判断であることが少なくありません。それでも「委託したのにうまくいかない」という声が後を絶たないのは、なぜでしょうか。
委託に対する怖さや不安の多くは、実は発注者自身が、コールセンター運営に関する十分な知識や経験を持っていないことから生まれています。何を任せられて、何を任せるべきでないのか。良い運営と悪い運営は何が違うのか。その判断の物差しを持っていないと、委託先が信頼できるのかどうかを見極めることも、運営が適切かを評価することもできません。だからこそ、漠然とした不安がつきまといます。
ところが現実には、「席数や要件を書いて提案をもらうだけだからできそう」と、その知識や経験が十分でないまま、提案を募るための文書、いわゆるRFPを作成し、委託先を選ぼうとしてしまう場合もあります。ここに、最初のつまずきが潜んでいます。
「利き腕」で歪んでしまうRFP
コールセンターでの運営経験もなく、全体像をつかみきれていない状態でRFPを作ると、それは作成する人の専門性や立場によって、知らず知らずのうちに偏ったRFPが出来上がってしまいます。
たとえば、システムに詳しい人が作成すると、システム要件だけが妙に細かく書き込まれたRFPになりがちです。一方で、肝心の運用品質や顧客体験に関する記述は手薄になります。コスト削減を任務とする人が作成すれば、短期的なコストの話に終始し、オペレーターが人間ではなくコストや数字で見てしまい、中長期の価値や改善の視点が抜け落ちる。それぞれが、自分の「利き腕」に引っ張られてしまうのです。
こうしたRFPは、提案する企業を迷わせます。何を重視して提案すればよいのかが読み取れず、結果として、RFPに細かく書かれた部分にだけ応える提案が返ってきます。本来引き出したかったはずの、ビジネスパートナーとして全体を見据えた踏み込んだ提案は、出てこないままになります。RFPの偏りが、そのまま提案の質を決めてしまうのです。
本来、RFPは「自社が何を実現したいのか」を起点に設計されるべきものです。どんな顧客体験を目指すのか、どんな課題を解決したいのか。その目的が中心にあって初めて、各分野の要件は適切なバランスで配置されます。作成者個人の専門性が前面に出てしまうRFPは、その目的を見失っているサインかもしれません。
RFP作成段階で必要になる業務仕様書
RFPを経て委託先が決まると、多くの場合、契約書が交わされます。ただ、委託をうまく機能させるうえで本当に大切なのは、契約書そのものよりも、その土台となる仕様書をどこまで具体的に定められるかです。
契約書は、責任や費用、期間といった枠組みを定めるものです。一方で仕様書は、「何を委託するのか」「それは具体的にどういう業務なのか」を定義するものです。どんな問い合わせを、どんな品質で、どんな手順で、どこまで対応するのか。この一つひとつを言葉にして共有できて初めて、委託先は何を期待されているのかを正確に理解できます。
仕様書が曖昧なまま委託が始まると、何が起きるでしょうか。「これは委託先の仕事なのか、自社の仕事なのか」がはっきりしない領域、いわばグレーゾーンが数多く残されたまま日々の運営が進みます。問題が起きたときに初めて、「それは聞いていない」「それはそちらの責任だ」という押し付け合いが始まる。
イレギュラーな対応、想定外の問い合わせ、制度変更。日々生まれる「どちらの仕事とも言えない業務」が誰にも引き取られず積み上がり、顧客対応の質が落ち、現場が疲弊し、委託先との関係も悪化していきます。
つまり、多くの関係者を不幸にしてしまう根っこには、「何を委託するのか、それは具体的に何か」を「実際におこりうる状況を想像」し、設計する力の弱さがあります。これは契約のテクニックではなく、コールセンターの業務の正しい運営を理解していなければできないことです。そしてその理解こそ、委託への不安の正体だった「知識・経験の不足」と、表裏一体なのです。
コールセンター委託のRFPと仕様書を設計するために、問うべきこと
では、仕様書を具体的に定めるために、どこまで考える必要があるのでしょうか。少し挙げてみます。
業務範囲の定義。どの業務をどこまで委ね、どこからを自社が担うのか。その境界が文書で明確になっているか。
品質基準と評価指標。何をもって「良い対応」とするのか。委託先と自社で、その基準が共有されているか。
グレーゾーンの扱い。想定外の業務が発生したとき、誰がどう判断し、どう引き取るのか。そのルールが事前に決まっているか。
要員計画と教育体制。必要なスキルを持つ人材をどう確保し、どう育成するのか。委託先の教育の質まで見ているか。
情報セキュリティと個人情報の管理。顧客情報をどう扱い、どう保護するのか。委託先の管理体制は十分か。
コンプライアンスと法令対応。業界特有の規制や労務管理が、委託先でも適切に守られる前提になっているか。
事業継続とリスク対応。システム障害や災害時に、サポートをどう維持するのか。その取り決めがあるか。
改善とフィードバックの仕組み。現場で得られた顧客の声を、どう自社の業務改善に還元するのか。
コスト構造の透明性。価格が何に対して支払われているのか。安さの裏で品質が削られていないか。
契約の開始・終了時の移行設計。委託をやめる、あるいは切り替えるとき、業務やナレッジをどう引き継ぐのか。
いかがでしょうか。委託とは、相手を選んで任せれば済む、という単純なものではありません。これらの観点の一つひとつを言葉にして仕様に落とし込めるかどうかが、後の運営を大きく左右します。逆に言えば、ここまで設計できる発注者は多くなく、だからこそ「委ね方の設計力」が差を生むのです。
委ねた後こそ、マネジメントが要る
もう一つ、見落とされがちなのが「委託したら終わり」という誤解です。外部に委ねた瞬間に、自社の手を離れたと考えてしまう。ところが実際には、委ねた後こそ、発注者側のマネジメントが問われます。
委託先のパフォーマンスをどんな基準で評価するのか。定期的に対話し、課題を共有し、改善を一緒に進める仕組みがあるか。委託先から上がってくる現場の声を、自社の業務改善に活かせているか。こうした継続的な関与がないまま「丸投げ」になってしまうと、委託先は契約書に書かれた最低限の業務をこなすだけになり、サービスは硬直化していきます。
委託先を責めるのは簡単です。ただ、運営を理解しないままRFPを作り、仕様も曖昧に、評価の基準も示さず、対話の場も持たないまま「期待通りに動かない」と嘆くのは、発注者側の準備不足でもあります。外部に委ねるという選択は、自社のマネジメント責任を手放すことではありません。
内製の限界は、静かに訪れます
内製化にこだわる組織は、なぜ限界を迎えるのでしょうか。
内製の限界は、ある日突然訪れるわけではありません。採用が少しずつ難しくなり、ベテランが一人また一人と去り、残った人に負荷が積み重なっていく。その一つひとつは、頑張ればしのげる範囲に見えます。だからこそ、根本的な見直しは先送りされ、気づいたときには「守るための内製」が「守れない内製」に変わっている。限界は、静かに、しかし確実に近づいてきます。
そして、その限界に直面してから慌てて外部に委ねようとすると、これまで見てきたつまずきが待っています。運営を理解しないままRFPを作り、仕様も曖昧なまま委託し、結局うまくいかない。内製の限界が、そのまま委託の失敗へとつながってしまうのです。
大切なのは、限界に追い込まれる前に動くことです。まだ内製が回っているうちに、自社の業務を見つめ直し、何を任せられる形に整え、どう委ねるかを設計しておく。その準備があって初めて、委託は「限界からの逃げ場」ではなく、「より良い運営への前向きな選択」になります。
変えることにはリスクが伴います。品質低下や顧客との距離感への懸念はもっともなものです。ただ同時に、「変えないリスク」にも目を向ける必要があります。内製にこだわり続けた結果、気づいたときには立て直しがきかなくなっている。それこそが、内製化にこだわる組織が迎える「限界の日」かもしれません。
自社の内製は、いまどの位置にあるでしょうか。まだ余力のあるうちに、委ね方を設計しはじめられているでしょうか。もしまだ判断軸が明確でないのであれば、限界が訪れる前に、「内製化か外注か」という問いの立て方そのものを見直すところから始めてみてはいかがでしょうか。。
