← エピソード一覧に戻る Episode 248 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング
タカシ
今日は SaaS サポートのケースルーティングです。Zendesk では、緊急の VIP チケットを、言語スキルと空き容量の両方を見て担当へ回します。速く返すだけでなく、誤配を減らす設計が重要なんですね。
ミカ
ルーティングって、私は単に担当者の振り分けだと思っていました。でも今の話だと、誰に投げるかだけじゃなくて、誰を詰まらせないかまで含む感じですね。
タカシ
その通りです。SaaS では誤配すると、一次返信は来ても解決まで遠回りになります。だからケースルーティングは、サポート現場の小技ではなく、信頼とサポート原価を同時に決める経営設計なんです。
ミカ
今日は、どういう条件で振り分けるのが良いのか、専門性と待ち時間をどう両立するのか、その現実的な考え方を知りたいです。
Chapter 2 良いルーティングの条件
タカシ
良いルーティングは、空いている人に配る仕組みではありません。Zendesk の omnichannel routing は、キュー、担当者の在席状況、チャネルごとの容量、必要スキル、優先度をまとめて見て、最も適切な担当へ流します。
ミカ
なるほど。つまり、同じ一件でも、請求の相談なのか障害なのか、英語なのか日本語なのかで、行き先を変える必要があるわけですね。
タカシ
ええ。しかも、専門性を守るだけでも足りません。Zendesk は optional skill を一定時間後に外す timeout を持っています。専門担当を待ち続けて顧客を放置するより、途中で一般担当へ落とす判断も必要なんです。
ミカ
専門性を守ることと、待たせないことは、たしかにぶつかりますね。ここをルールで決めておかないと、現場は毎回その場判断になりそうです。
Chapter 3 各社の具体例
タカシ
Intercom の balanced assignment は面白くて、priority、SLA に近い順、待ち時間の長さで会話を並べ替えます。さらに、イタリア語と英語を話せる Bob のような担当には、primary inbox と secondary inbox を分けて守備範囲を制御できます。
ミカ
それ、希少な言語や製品知識を持つ人を、雑多な問い合わせで埋めないためなんですね。強い人ほど何でも回ってきて潰れる、という事故を防げそうです。
タカシ
HubSpot も近い発想です。help desk では load balanced、round robin、random を選べて、容量上限を超えた担当には自動配分しません。しかも通話は 0 か 1 件、メッセージ、メールで別々に上限を置けるので、重いチャネルを混ぜすぎずに済みます。
ミカ
件数だけ平等に見ても、電話一件とメール一件は重さが全然違いますもんね。公平配分より、処理可能な負荷に収めることのほうが重要だと分かります。
Chapter 4 AI時代のルーティング
タカシ
ここから先は、誰に振るかだけではありません。Salesforce の 2025 年の State of Service では、AI が解決するケース比率が 2025 年の三割から 2027 年には五割になる見通しが示されています。つまり、AI で閉じるか、人に渡すかも routing なんです。
ミカ
たしかに、簡単なパスワード再設定まで人に回していたら、難しい障害対応の時間が消えますね。でも逆に、複雑案件を AI に持たせすぎるのも怖いです。
タカシ
そこが経営判断です。AI は FAQ や定型問い合わせ、人は例外処理や高難度案件と切り分ける。そして、AI から人へ handoff した率、再説明の回数、誤配率を追えば、どこまで自動化してよいかが見えてきます。
ミカ
つまりルーティングは、サポートチームの配車表じゃなくて、顧客の待ち時間と専門人材の使い方を最適化する交通整理なんですね。けっこう経営ど真ん中です。
Chapter 5 失敗しない運営の型
タカシ
よくある失敗は五つあります。巨大キューに全部流す、希少スキル保持者を一般案件で埋める、チャネル別容量を見ない、未応答時の再割り当てがない、そして AI と人の境界が曖昧なまま走る。このどれかで、速く見えても解決は遅くなります。
ミカ
明日から着手するなら、製品、言語、契約プラン、難易度、緊急度で入口分類を決める。次に primary と secondary の受け皿を作る。最後に assignment limit と timeout を置く、この順番が良さそうです。
タカシ
その順番が堅いです。加えて、誤配率、再割り当て率、初回応答までの経路数、希少スキル担当の稼働率、AI から人への handoff 率を週次で見てください。ケースルーティングは設定して終わりではなく、学習する運営なんです。
ミカ
誰に渡すかを雑に決めると、SaaS の信頼は静かに削れていく。今日の話で、ルーティングは裏方ではなく、継続率を支える設計だとよく分かりました。それではまた次回。