お問い合わせを、担当付きのタスクと確認済みの返信につなげる

依頼が埋もれる前に、担当者を決めましょう。

お客様が水道工事店に、キッチンの蛇口の水漏れについて問い合わせます。依頼は共有の受信箱に届きます。ある人は同僚が返事をするだろうと思い、その同僚は誰かが空き状況を確かめていると思っています。抜けているのは、はっきりした担当者と次の対応です。

ソフトウェアを買う前に、ノートや共有の文書でこの引き継ぎを整理できます。下のワークシートを使って、お問い合わせがどこに届くか、何が必要か、誰が確認するか、引き継ぎに失敗したらどうするかを書き出しましょう。

誰も対応できないときはどうする？

お問い合わせを受け付けたからといって、仕事を引き受けたことにも、誰かが今対応していることにもなりません。実際のマップには、対応できる時間帯、次に人が確認するタイミング、主担当と代理の役割、待っているあいだにお客様に伝えることを記録します。対応地域外、急ぎ、内容が不明な依頼は、名前を付けた例外の列に入れておきます。実際にそのサービスがない限り、緊急対応や24時間対応を約束しないでください。

サンプルは、実際の当番表、カレンダー、電話回線、対応地域を確かめません。優先のラベルは架空の振り分けの結果であり、緊急対応の約束ではありません。実際の引き継ぎに失敗したら、依頼を見えるままにして、人が次の一歩を確認するまで決めておいた手作業の列を使ってください。

5つの手順と、その例外を整理しましょう。

このサンプルでは、通常の水道工事の依頼と一般的な依頼は 「サービスコーディネーター」へ、見積もりの依頼は 「見積もりチーム」へ送られます。「破裂」や「至急」のような優先を示す言葉があれば、急ぎの見積もりも含めて 「当番マネージャー」に確認のため送られます。これらのシンプルなルールは、あらゆる状況を理解するわけでも、人を手配するわけでも、空き状況を確定するわけでもありません。

依頼、担当者、判断をまとめておきましょう。

この対応表は、サンプルの「新しいご依頼」の例を使っています。ご自身の業務では、これらの名前を、受信箱、フォーム、案件管理のシステムの項目に置き換えてください。2つのツールで似た名前の項目が、同じ意味だとは限りません。

デモには、名前、正しい形のメールアドレスの例、空でないメッセージが必要です。地域が空欄か、メッセージが20文字未満の場合は、確認のための下書きができます。これらは説明のためのチェックであり、作業を予約できるかを完全に判断するものではありません。

厄介なものも含めて、4つの流れを試しましょう。

お問い合わせのサンプルを開き、次の手順に沿って進めてください。テストはそれぞれ 「デモをリセット」から始めます。重複のテストでは、同じ列のまま続けます。これらの結果は、2026年10月8日にサンプルで確かめました。

リセット、再読み込み、ワークフローの切り替えでサンプルは消去されます。列に入るのは最大20件のお問い合わせで、消えない案件の記録ではありません。失敗の例は管理された模擬であり、使えなくなったお客様のシステムに対するテストではありません。

このワークシートを、ご自身の業務に写しましょう。

登録は不要です。文章をメモに写し、かっこの部分を書き換えてください。担当者と代理には実際の名前を使います。受信箱をひとつ、依頼の種類をひとつ選んで始め、わからないことは「不明」と書いて、流れの担当者が解決できるようにしておきます。

お問い合わせの引き継ぎワークシート
お店・チーム名：[名前]
流れの担当者と代理：[担当者／代理]
確認日：[日付]

1. 受け付ける
依頼が届く場所：[受信箱／フォーム／電話メモ]
元の依頼を残しておく場所：[記録またはフォルダー]
お問い合わせを1件として見分ける方法：[参照番号]
新しい依頼を確かめる人：[名前]

2. 情報を確かめる
次の対応に必要な情報：[一覧]
お客様の連絡方法の希望を記録する場所：[場所]
情報が足りないときの担当者と次の確認日時：[名前／日時]

3. 割り当てる
通常の依頼の担当：[名前]
見積もりの依頼の担当：[名前]
優先の依頼の担当：[名前]
その人が対応できないとき：[代理と引き継ぎ方法]

4. 確認する
下書きをつくる場所：[場所]
承認できる人：[名前]
承認の前に確かめること：[宛先／最新のやり取り／
内容／約束していること／連絡方法の希望]

5. 次の対応を記録する
結果を記録する場所：[場所]
次の対応、担当者、確認日：[対応／名前／日付]
引き継ぎがうまくいったとわかる方法：[証拠]

例外 — それぞれに担当者を決める
情報の不足：[名前／対応／次の確認]
重複の可能性：[名前／比べる内容／残すかつなげるか]
急ぎ、または内容が不明な依頼：[名前／エスカレーション先]
接続の失敗、または結果が不確か：
[名前／一時停止／送り先の確認／リカバリーの承認]
返信、配信停止、または依頼の変更：
[名前／記録の更新／次の対応を止めるか変える]

実際に接続する前の小さな練習
情報のそろった依頼を1件：[期待値／観察した結果]
情報が足りない依頼を1件：[期待値／観察した結果]
同じ依頼の繰り返しを1件：[期待値／観察した結果]
途中で止まった引き継ぎを1件：[期待値／観察した結果]
解決していない違いと担当者：[メモ／名前]
受け入れた人と日付：[名前／日付]

担当者と一緒に、架空の依頼をマップに沿って進めてみましょう。一人ひとりが、依頼がどこにあるか、自分が何を決めてよいか、どう次に渡すかをわかっているか確かめます。例外の担当者が空欄だとわかったら、それは役に立つ発見です。自動の引き継ぎに頼る前に解決してください。

実際に CRM とつなぐには、まだ何が必要か

ブラウザーの列は、判断の流れを見せるものです。受信箱や CRM につなぐのは、別の導入作業です。まず、すでにお持ちのツールで引き継ぎができるかを確かめてください。そのうえで、特定のシステムとアカウントについて、次の点を決めます。

1. 1

   アクセスと権限

   どのアカウントが接続を持ち、どの記録を読んだり変えたりしてよいか、誰がそのアクセスを取り消せるかを確かめます。実際にコネクターが使えるかと、ツールの費用も確かめます。

2. 2

   項目の正確な対応

   元と先の実際の項目 ID、必須の値、使える状況を記録します。連絡先、お問い合わせ、タスクのどれをつくるのかを確かめ、元の依頼へのリンクを残します。

3. 3

   重複と更新のルール

   同じものが繰り返し届いたことをどう見分けるか、同じ人からの2件目の仕事をどう扱うか、既存の依頼が変わったらどうするかを決めます。デモのメールアドレス、地域、メッセージでの比較は、ローカルの例にすぎません。

4. 4

   人と確認の境界

   通常の作業と、すべての例外について担当者を決めます。どの操作に承認が必要か、次の対応の前に最新の返信や連絡方法の希望をどこで確かめるかを決めます。

5. 5

   受け入れとリカバリー

   決めておいた環境で、情報のそろった依頼、足りない依頼、繰り返し、途中で止まった引き継ぎをテストします。実際の送り先の記録と、メッセージの結果を確かめます。一時停止の方法、誰が調べるか、結果が不確かなときに誰が再試行を承認するかを記録します。

返信したお問い合わせから、連絡が途絶えたら

受付は、わかりやすい次の対応で終わります。チームが返信したあとにお客様から連絡がなくなったら、次のメッセージを送る前に、別のフォローアップのチェックリストで最新のやり取り、タイミング、停止条件を確かめてください。