SPOC(単一の窓口)とは:問い合わせの入口を一本化する考え方と作り方
SPOCとは
SPOC(スポック)は、Single Point of Contact(単一の連絡窓口)の略で、問い合わせの入口を1つに決めておく考え方です。社員や顧客は「困ったら、まずここに連絡する」という1か所だけを知っていればよくなります。
サービスデスクは、この SPOC の役割を担う仕組みとして説明されます(ITIL でも、サービスデスクは利用者にとっての入口とされています)。
ここで注意したいのは、SPOC は「1人に全部を任せる」という意味ではないことです。入口が1つであって、中の対応は、複数の担当者やチームで分けて構いません。
窓口を一本化するメリット
- 迷わない: 利用者は、誰に連絡すればよいかを考えなくてよい
- 取りこぼさない: 問い合わせがすべて1か所に集まるので、対応漏れに気づける
- 記録が1か所に残る: 経緯を後から追える。担当が代わっても引き継げる
- 振り分けられる: 内容に応じて、適した担当に回せる
- 数が見える: 件数や対応にかかった時間を測れるので、改善の根拠になる
よくある落とし穴
| 落とし穴 |
対策 |
| 窓口が詰まって、返事が遅くなる |
受付と一次対応の基準を決め、複数人で担当する |
| 窓口が「伝言係」になり、時間がかかる |
窓口で解決できる範囲を決める。できないものは、すぐに専門の担当へ回す(エスカレーション) |
| 窓口があっても、直接連絡が残る |
「問い合わせはここだけ」と全員に周知し、直接来た用件も窓口に登録する |
| 電話・メール・チャットがバラバラ |
入口は複数でも、記録する先は1つにそろえる |
入口の手段(電話・メール・Web)は複数あってよく、大切なのはどの手段から来ても、同じ場所に記録されることです。
窓口を一本化する4つのステップ
1. 今ある入口を洗い出す
担当者の個人メール、代表電話、チャット、問い合わせフォームなど、問い合わせが来る場所をすべて書き出します。
2. 受付の宛先を1つに決める
メールなら「support@」のような共通の宛先を1つ用意します。個人宛てに届いた用件は、共通の窓口に転送するか、登録し直すルールにします。
3. 受付のルールを決める
用件の種類、緊急度、連絡先など、最低限聞くことを決めておきます。決めておくと、聞き漏らしが減り、振り分けも速くなります。
4. 振り分けと引き継ぎの流れを決める
誰が一次対応をして、どんな場合に誰へ回すのかを決めます。担当を決められない用件が出たときの、最終的な責任者も決めておきます。
WORKSサービスデスクでの設定
WORKSサービスデスクでは、次のようにして、窓口を一本化できます。
- 機能の設定で、サポート受付メールアドレスを登録する
- そのアドレス宛てのメールは、自動でチケットになる。件名に [チケット番号] が入った返信は、同じチケットの続きとして追記される
- 電話や口頭で受けた用件は、画面からチケットとして登録する(チャネルで電話などを選ぶ)
- チケットごとに、担当者と優先度を決めて振り分ける
どの手段で受けても、1つの一覧に並ぶので、「どれが未対応か」が一目で分かります。
関連する記事
よくある質問
SPOCとは何の略ですか。
Single Point of Contact(単一の連絡窓口)の略で、問い合わせの入口を1つに決めておく考え方です。
SPOCは、1人の担当者がすべて対応するという意味ですか。
いいえ。入口が1つという意味で、中の対応は複数の担当者やチームで分けて構いません。
メールと電話と、問い合わせの手段が複数あっても、SPOCになりますか。
入口の手段が複数あっても、どの手段から来ても同じ場所に記録される状態であれば、窓口は実質的に1つです。
関連記事
Markdown版