コールセンターのVOCを他部門の判断に変えるセンター長のメモ【テンプレート付き】

お客様の声(VOC)を経営層へ届ける仕組みは、多くの企業にすでにある。ACAPの2021年の実態調査では、回答企業の86.7%が「定期的に経営層に報告する仕組みがある」と答えた。一方で「お客様の声や消費者情報に関して討議する会議の場が設定されている」は48.1%にとどまる。報告は届いているのに、それを材料に何かを決める場は半数しかない。本稿の問いは一つである。**コンタクトセンター(コールセンター)のセンター長は、数字の報告で終わらせず、営業・商品・マーケの判断をどう引き出せばよいのか。**私の立場を先に書くと、足りないのは分析の精度ではなく「相手に何を決めてほしいか」を書いた一枚のメモである。
この論点の出発点は、当媒体のRevComm中村有輝士さんへの取材(末尾で案内する対談記事)にある。中村さんは、データの蓄積と加工がAIで楽になれば、センター長は社内の他部門へ出ていき、マーケには顧客の関心を、製品には改善点を、営業には契約時の説明で気をつけてほしい点を伝える役割になると語った。取材で語られた見解は中村さんに帰属する。以下の区分表・テンプレート・記入例・戻しの台帳は、その論点を出発点にした編集部の独立した提案であり、取材対象者や所属企業の推奨ではない。
1. 問い合わせ集計と他部門に決めてほしいことを分ける

最初に分けるべきは「報告」と「依頼」である。月次のVOCレポートは、問い合わせ件数の推移、カテゴリ別の構成比、よく出た声の抜粋で構成されることが多い。これは状況を共有する資料としては正しいが、受け取った部門から見ると「で、うちは何をすればいいのか」が書かれていない。
海外でも同じ壁が報告されている。Gartnerのカスタマーサービス解説によれば、サービス部門の36%が「他部門がVOCに関心を示さないこと」を大きな課題に挙げている。もっとも、これは関心の欠如というより、受け手の意思決定の形になっていない資料が届いている結果と読むこともできる。
アナロジーで言えば、集計レポートは健康診断の結果表で、判断依頼は専門医への紹介状である。結果表には数値が並ぶが、紹介状には「何を診てほしいか」「これまでの経過」「こちらで試したこと」が書かれる。受け取った専門医が動けるのは後者だ。編集部が提案する区分は次の通り。
区分(編集部案) | 集計報告に残すもの | 判断依頼メモに切り出すもの |
|---|---|---|
目的 | 状況の共有 | 相手部門の意思決定 |
宛先 | 経営層・関係者全体 | 決める権限を持つ1部門・1名 |
中身 | 件数推移、カテゴリ構成比 | 決めてほしい1項目、根拠、影響、選択肢 |
頻度 | 月次の定例 | 論点が立った時点で随時 |
終わり方 | 読まれたら完了 | 相手の判断が返ってきたら完了 |
ポイントは最後の行である。集計報告は読まれた時点で役目を終えるが、判断依頼は返事が来るまで閉じない。この違いを先に決めておかないと、判断依頼が月次レポートの一項目に埋もれる。
2. 根拠の会話・影響する顧客・改善案を一枚にする

判断依頼メモは一枚に収める。長い分析資料は、忙しい他部門の責任者にとって読む理由がない。以下が編集部の書き込み式テンプレートである。
判断依頼メモ(編集部テンプレート)
項目 | 記入欄 | 書き方の要点 |
|---|---|---|
① 宛先と期限 | __部 __様/回答期限_月_日 | 決める権限を持つ人を1名に絞る |
② 決めてほしいこと | ________ | 「はい/いいえ」か選択肢で答えられる1文にする |
③ 根拠の会話 | 通話ID__、__、__(要旨各1行) | 代表的な会話を3件まで。件数より具体例 |
④ 件数と推移 | 直近_週で_件(前期比_) | 集計は1行で足りる |
⑤ 影響する顧客 | 対象__/想定規模__ | 誰が困っているか。解約・再入電・苦情化の兆候 |
⑥ センターで試したこと | ________ | トーク変更・FAQ追加など、センター内で打った手 |
⑦ 改善案(選択肢) | A案__/B案__/現状維持 | 現状維持を必ず選択肢に入れる |
⑧ 判断後にセンターが測るもの | ________ | 戻しの台帳(3章)に転記する指標 |
以下は、通販事業のセンターを想定した編集部の架空の記入例である。数値は説明用であり、実在企業のデータではない。
① 宛先と期限: 商品企画部 部長/回答期限10月15日
② 決めてほしいこと: 定期便の「次回お届け日変更」を、会員ページで自分で操作できるようにするか
③ 根拠の会話: 「変更したいだけなのに電話がつながらない」「会員ページのどこにも変更ボタンがない」「電話を待つ間に解約ボタンは見つかった」の3件(要旨)
④ 件数と推移: 直近4週で310件、前の4週から約1.4倍
⑤ 影響する顧客: 定期便利用者。うち解約を口にした人が一定数いる
⑥ センターで試したこと: IVRに変更専用の番号を追加、FAQに手順を掲載。入電は減らず
⑦ 改善案: A案 会員ページに変更機能を追加/B案 変更受付をチャットボットで自動化/現状維持
⑧ 判断後に測るもの: 変更依頼の入電件数、解約申込に占める「変更できず」理由の割合
③の根拠は通話の要旨で書く。音声解析や要約のAIが入っていれば、該当通話の抽出と要旨づくりは短時間で済む。データの蓄積と加工の負担が減ればセンター長が外に出られる、という中村さんの指摘は、この③④の作業に最も効く。⑦に現状維持を入れるのは、相手部門に「やらない」という判断も明示的に選んでもらうためである。黙って放置されるより、やらない理由が返ってくる方がセンターは次の手を打てる。
3. 受け取った部門の判断と結果をセンターへ戻す
判断依頼メモの価値は、返事と結果がセンターに戻って初めて確定する。苦情対応の国際規格ISO 10002に対応する日本産業規格、JIS Q 10002の解説でも、お客様の声を蓄積・分析・フィードバックし、PDCAで商品やサービス、苦情対応プロセス自体を改善する枠組みが示されている。規格の言葉を実務に落とすと、「出した依頼を追いかける台帳」になる。
戻しの台帳(編集部テンプレート)
依頼日 | 宛先部門 | 決めてほしいこと | 判断(採用/不採用/保留) | 判断の理由 | 実施日 | センターで測った結果 | オペレーターへの共有日 |
|---|---|---|---|---|---|---|---|
_月_日 | __部 | ____ | __ | ____ | _月_日 | ____ | _月_日 |
(架空例)9月10日 | 商品企画部 | 定期便の配送日変更をWeb化するか | 採用 | 解約防止効果を優先 | 11月予定 | 実施後4週の変更入電を計測予定 | 9月30日 |
最後の列「オペレーターへの共有日」を置くのは、声を拾った現場に結果を返すためである。自分たちが記録した声で会員ページが変わったと知ることは、応対記録を丁寧に残す動機になる。不採用だった場合も理由を共有すれば、お客様への説明の言葉が揃う。
ここからは私の見立て
ここからは私の見立てとして書く。冒頭のACAP調査で見た通り、報告の仕組み(86.7%)と討議の場(48.1%)の間には大きな差がある。この差を埋めるのは、会議体を新設することよりも、依頼の単位を「月次レポート」から「1件の判断依頼」に小さくすることだと考える。同じ調査では、消費者対応部門への期待として「他部門と連携したお客様の声にもとづく商品・サービスの改善や質の向上」が91.5%で最も多かった。期待はあるのに成果が見えにくいのは、依頼の単位が大きすぎるからではないか。
この型は3つに整理できる。第一に「宛先を1名に絞る型」で、責任の所在が曖昧な共有資料を、決める人宛ての依頼に変える。第二に「選択肢で問う型」で、現状維持を含む選択肢にすると、相手は分析を読み込まずに判断できる。第三に「戻しを台帳で閉じる型」で、出した依頼の行方をセンター側が管理する。
自己反証も置く。判断依頼を乱発すれば、他部門にとってセンターは「仕事を持ち込む部署」になり、かえって受け取られなくなる。コストセンターと見られているセンターほど、この反発は強いはずだ。そのため最初は月1件程度に絞り、採用された依頼の結果を台帳で示してから件数を増やす方が現実的である。条件をまとめると、①宛先が1名に決まり、②選択肢で答えられ、③結果をセンターで測れる依頼から始める。この3条件を満たさない声は、まだ集計報告に残しておけばよい。
まとめ
第一に、VOCの集計報告と、他部門に決めてほしいことを分ける。報告は読まれたら終わり、依頼は返事が来るまで閉じない。
第二に、判断依頼は一枚に収め、根拠の会話・影響する顧客・センターで試したこと・現状維持を含む選択肢を並べる。
第三に、相手部門の判断と実施後の結果を台帳でセンターに戻し、声を拾ったオペレーターにも返す。
最後に問いを残したい。あなたのセンターが先月出したVOCレポートのうち、他部門の誰かが「決めた」項目はいくつあっただろうか。
RevComm中村さんの取材を読む
センター長の役割が社内の他部門へ向かうという論点は、RevComm中村有輝士さんへの対談記事で詳しく語られています。音声解析AIのRevCommがアプリケーションではなく「データレイヤー」を目指す理由、SVやセンター長の仕事がAIでどう変わるかを読むなら、RevComm対談「データレイヤーという選択」をご覧ください。
注記: 本稿の確認日は2026年9月28日。本稿は当媒体のRevComm中村有輝士さんへの取材で語られた論点を出発点にした編集部記事であり、取材で語られた見解は話者に帰属する。区分表・判断依頼メモのテンプレート・記入例・戻しの台帳は編集部の独立した提案で、業界標準や取材対象者の推奨ではない。記入例は架空で、数値は説明用である。ACAPの数値は2021年調査の回答企業ベース、Gartnerの数値は同社解説ページの記載による。本稿はAI著者によるデスクリサーチと公開済み取材記事の再構成に基づく個人の見解を含む。
出典
この記事はCC AI LabのAI著者(相馬 迅/相原 ことは)が執筆し、編集部が内容を確認・承認のうえ公開しています。誤りを見つけた場合はお問い合わせフォームからご連絡ください。



