既読は付いたのに、誰も返信していない。問い合わせの対応漏れを防ぐ担当と期限

たとえば、共有メールには既読が付いているのに、誰も返信していない。別の問い合わせには二人から回答が届く。受信箱を一覧にするだけでは、「誰が、次に何を、いつまでにするか」が決まらないまま残ります。引継ぎは相手が引き受けてから担当を変更し、返信直前には最新履歴を読み直します。一人運用に多段階の承認は要りません。緊急窓口や障害連絡は、通常の期限管理から分けます。

以下は、複数人でメール・フォームを受け、必要に応じて電話の内容も記録する窓口向けの運用案です。8件の問い合わせを、2026年9月15日10:00（日本時間）の時点で見ていきます（想定例）。

問い合わせ一件を、受付から引継ぎまで追う

まず、受信履歴と問い合わせ案件を分けます。受信履歴はメール一通、フォーム一回、電話一本の記録です。問い合わせ案件は、解決すべき相談一件のまとまりで、受付IDを付けます。一件の案件に複数の受信・返信履歴が結び付きます。

設定変更の問い合わせは、8:35のメールに担当Aが9:00に返信し、9:40に電話で追加情報を受けた例です。同じ相談の続きなので、新しい案件を作らず、元の問い合わせへ追記します。履歴には日時・経路・受信か返信か・記録者・要点・原記録の参照先を残します。電話を受けただけでは、顧客へ回答した時刻を更新しません。電話で回答した場合は、対応履歴に「電話・回答」と時刻、伝えた内容を残します。

担当AからBへの引継ぎでは、依頼と引受けを分けます。引受け後に担当と返信担当を切り替え、引継ぎ先欄を閉じ、変更前後と時刻を履歴へ残します。二つの時点の具体例は次節で比べます。

件名や顧客名が同じでも、別の注文や別の不具合なら分ける判断が必要です。同じ相談か分からないときは内容を読み比べ、自動で統合しません。問い合わせの一覧を一つにして、窓口別の表示で絞り込む形にします。

Bへ渡したつもりでも、引受け前はAが担当

9:55にAが引継ぎを依頼し、Bが10:08に引き受ける例を、二つの時点で照合します。「引継ぎ先にBを選ぶ」と同時に担当をBへ変えると、Bが不在でもAの対応一覧から消えてしまいます。

確かめる時点	担当	引継ぎの状態	顧客へ最後に回答した時刻
10:00、Bの引受け前	A	Bへ依頼中。Aが返信と期限を持つ	9:00
10:08、Bが引受け	B	引受け済み。AからBへの変更を記録	9:00

9:40の電話は追加情報の受信なので、どちらの時点も最後の回答時刻を9:40にしません。Bへ渡す画面では、引受ける担当、未解決の質問、顧客との約束、次の期限を一緒に確かめます。

この二状態は引継ぎ・訂正の学習教材（ZIP）の handover で再計算できます。2026年10月26日に、引受け日時の有無だけを変え、担当がAからBへ切り替わっても回答時刻は変わらないことを確認しました。固定した架空データの模型であり、実際の共有メールの担当変更や送信を試した結果ではありません。

導入先では、Bが断った場合と引受けないまま期限を過ぎた場合も試します。問い合わせを複製せず、元の受付IDと受信履歴を保ち、引受け先を決め直せることを見てください。

担当が未定でも、次の作業を止めない

担当欄はチーム名だけでなく、今この案件を進める一人にします。受付直後に決まらない案件は、担当を空欄にした「担当未定一覧」へ残し、一覧を見る当番を決めます。当番は割当候補へ依頼し、本人が引き受けた時刻を記録します。割り当てただけで引受済みにしません。会議で決まった宿題も同じで、議事録に書くだけでなく、一人の担当と期限まで決めます（AI議事録から担当・期限までつなぐ方法）。

Q-001は10:00時点で担当未定です。ただし、次の作業は「当番Dが担当を確定」、期限は10:15と決めています。10:06にCが引き受ける想定なら、その時点で担当をC、引受日時を10:06、次の作業を内容の把握、期限を10:40へ更新します。この引受後の例は、10:00時点の一覧とは分けています。

本表の「期限」は、現在の「次の作業」の期限です。顧客への回答約束や解決目標が別にある場合は、別項目や履歴で残し、次の作業期限で上書きしません。営業時間外の受付、休日、担当不在の扱いも自社で決めます。表の時刻は説明用なので、自社の回答約束に合わせて設定してください。

製品を使う場合も、現在の担当と引受待ちの相手を区別できるかを試します。

kintoneの作業者欄と、今回の担当欄の違い

サイボウズのkintone公式ヘルプでは、処理状況を表すステータス、作業を任される作業者、状態を変えるアクションを組み合わせ、項目の値に応じた実行条件も設定できると説明されています。作業者は複数または未設定にもでき、完了のステータスには設定できません。本表は運用案として担当を一人にし、完了後も最終担当を残しています。製品の作業者欄へそのまま当てはめず、自社の管理項目として用意します。kintone公式ヘルプを参照しています。

返答待ちの案件は、いつ見直すか

状態は「未着手」「対応中」「顧客待ち」「社内確認待ち」「完了」を基本にします。保留を一種類にまとめず、誰の何を待っているかを書きます。「再開日」は担当が状況を見直す日時です。保留中も担当を外しません。見積り依頼の対応状況を一覧で追う画面については、代表が過去に担当した引越し一括見積り業務アプリで紹介しています。

Q-002は操作画面の回答を顧客に依頼しており、Aが9月16日10:00に返答を見ます。一方、Q-003は調査結果を社内に問い合わせ中で、Bの見直し期限9:45を過ぎています。再開日が来たら、返答がないことも結果として残し、督促・別担当への相談・顧客への進捗連絡のどれを行うか決めます。届いた返答にすぐ対応できるなら、再開日まで待つ必要はありません。

期限超過は、通常窓口の未完了案件で「期限が基準日時より前」のものです。この例ではQ-003とQ-006の2件で、保留も対象です。再開日は基準日時と同じ時刻に達した時点で見直し対象にします。始業時・交代時などに当番が一覧を見て、本人が不在なら代理を手配します。通知を出すだけで終わらせません。

「返信済み」と「完了」は分けます。Q-007は9月14日11:30に返信したあと、11:40に解決した旨の返答を受け、11:45に完了と記録しています。長く返答がない案件も自動で完了にせず、事前に決めた終結条件に照らします。同じ問題が再発した場合は、再開理由を履歴へ残し、担当・次の作業・期限を設定し直します。

二人が同時に返信するのを防ぐ

返信に取りかかる前に、一人を返信担当に決め、下書き中であることを共有します。送信直前には案件を開き直し、現在の担当、最新の受信・返信、ほかの人の下書き、宛先と添付を見ます。案件の担当と返信担当を分ける場合も、送る人は一人にします。

Q-005ではBとCが下書きを作ったため、9:50に当番DがCを返信担当に確定し、Bは送信しないことにしました。10:00時点では未送信なので、最終メール返信は9:25のままです。Cが10:04に送信し成功した、という別の想定で初めて最終メール返信を更新します。送信失敗や結果不明を、返信成功として記録してはいけません。

このExcelテンプレートは担当情報を共有する道具であり、同時送信を技術的に止める仕組みではありません。記録するだけの運用が難しい窓口では、二人が同じ案件を開いたときの警告、送信権限、重複送信を止める機能まで調べます。

解決した回答を、FAQへ活かす

解決した案件から、繰り返し使える質問と回答をFAQ候補へ移します。Q-007なら、一般的な操作手順を候補にできます。ただし、顧客名、連絡先、注文番号、個別の契約条件、画面内の固有情報は公開用の回答から外します。回答が使える条件をそろえてから公開し、案件を完了にしただけでFAQも公開される運用にはしません。

顧客情報は顧客IDなどで関連付け、閲覧できる担当の範囲を決めます。同じ会社の相談でも、依頼者が見てよい案件の範囲を個別に決めます。本稿で扱うのは人による受付・担当管理です。AIによる分類や返信下書きは、根拠の確認と送信判断を別工程として設計します。

8件の一覧から、次に動く案件を見つける

10:00時点で、対応を変える四つの代表例です。待っているものと、次に動く一人を同じ行で読みます。

案件・場面	現在の記録	次に誰が何をするか
Q-001：担当未定	未着手・未返信	当番Dが10:15までに担当を確定。引受後に担当・作業・期限を更新
Q-003：社内の回答待ち	担当B、調査結果待ち。再開・作業期限9:45は超過、最終メール9:10	Bが技術担当へ問い合わせ、顧客へ進捗連絡
Q-004：引受待ち	担当はA、引継ぎ先Bは未引受。最終メール9:00、9:40の電話は履歴へ	AがBの引受を確かめ、10:30までに担当変更
Q-005：二人が下書き	担当C、Bの下書きもあるが9:50にCへ確定。最終メール9:25	Cが最新履歴を読み直し10:20までに送信。Bは送らない

全8件の記入値は次の詳細にあります。日時はすべて2026年・日本時間です。

8件の全記録：担当・期限と保留・返信履歴

担当・期限・次の作業

受付ID	状態・注意点	担当	期限	次の作業
Q-001	未着手	未定	09/15 10:15	当番Dが担当を確定
Q-002	顧客待ち	A	09/16 10:00	返答を見て必要なら再連絡
Q-003	社内確認待ち	B	09/15 09:45（期限超過）	技術担当へ問い合わせ、進捗連絡
Q-004	対応中（引継ぎ依頼中）	A	09/15 10:30	Bの引受を受けて担当変更
Q-005	対応中（Cが下書き中）	C	09/15 10:20	Cの下書きを採用し送信前に読み直す
Q-006	対応中	B	09/15 09:30（期限超過）	発送担当へ問い合わせ、進捗を返す
Q-007	完了	A	—	—
Q-008	障害対応中（緊急）	D	09/15 10:05（別管理）	障害窓口で次回連絡

保留・最終メール返信・引継ぎ

受付ID	保留理由	再開日	最終メール返信	引継ぎ先
Q-001	—	—	未返信	—
Q-002	操作画面の回答待ち	09/16 10:00	09/14 16:10	—
Q-003	調査結果待ち	09/15 09:45	09/15 09:10	—
Q-004	—	—	09/15 09:00	B（未引受）
Q-005	—	—	09/15 09:25	—
Q-006	—	—	09/14 14:00	—
Q-007	—	—	09/14 11:30	—
Q-008	—	—	09/15 09:58	—

日時はすべて2026年・日本時間。「—」は未入力または対象なし。「期限」は次の作業の期限、「再開日」は見直す日時です。「最終メール返信」は顧客へのメール送信成功日時です。電話での回答日時・内容は対応履歴に残します。電話の受信・内部メモ・下書きは回答として数えません。完了行の担当は最終担当です。

Excel管理表をダウンロード

確認チェック表：PDFをダウンロード

電話で答えた案件を見るときは、メールの日時だけで未回答と判断せず、対応履歴の「電話・回答」を合わせて見ます。

Excel版には同じ列構成の「記入例」と30行の「未記入」があり、履歴は別シートへ追記できます。自分の管理表として使うときは、集計の入力先と基準日時を合わせてください。

Excel・既製品・追加開発を選ぶ条件

まずは管理表とチェック表で、記録と引継ぎを回せるかを試します。一人運用なら自分を担当にし、次の作業と期限、保留理由を残すだけから始め、多段階の承認は増やしません。

複数人の受信・返信、保留の再通知、履歴の閲覧権限まで既製品の設定で満たせるなら、その設定から始めます。同時に開く、交代する、返答を待つ、送信結果が分からなくなる、といった実際の場面で確かめます。製品機能の有無と、自社運用で使えることは分けて判断します。

Q-008のような障害連絡は通常窓口と分け、緊急側の担当と次回連絡時刻を管理します。本表の行は参照用で、対応は障害台帳で管理します。通常の期限集計から外しても、緊急側の連絡を止めないようにします。緊急連絡先や連絡順は別に決めます。

不動産の反響へ応用する：同じ顧客の二つの問い合わせ

不動産の窓口では、顧客Aの二つの物件への反響を別番号にし、同じ顧客番号へ結びます。問い合わせ窓口の8件とは別の想定例で、9月15日14時の内見後までを扱います。

顧客・反響・物件	分かった内容と日時	次の作業・担当・期限
C-A／R-01／P-01	募集元へ9月15日10時に問い合わせ、募集終了と判明。顧客へ10時15分に連絡し、希望賃料を8万円以下へ変更	担当Aが変更後の希望条件で候補を探し、9月16日12時までに連絡
C-A／R-02／P-02	募集元へ9月15日10時に問い合わせ、空きあり。9月15日14時に内見を実施	担当Bが内見後の意向を9月16日10時までに聞く

問い合わせ先と時刻を残し、募集終了をもう一方の反響へ転記しません。希望条件は聞いた日時とともに顧客の履歴へ残します。内見の実施は申込みや契約の成立とは別です。受付を完了にする条件は、反響ごとに確かめます。

まず未完了の問い合わせを一件選び、次の担当・作業・期限の三つがそろっているかを見てください。

メールや電話の履歴と受付IDの対応付け、引受の確定、保留後の再開が既存の仕組みでつながらない場合は、連携や追加開発を検討する段階です。NeoLogicの問い合わせ・依頼対応管理システムの開発では、問い合わせ一覧、担当・期限、対応履歴と再開を相談対象として案内しています。

不動産の反響・内見を扱う場合は、反響と物件・内見予定をつなぐ開発内容で相談範囲を紹介しています。顧客名の表記揺れを整理する手順は、顧客台帳の重複を整理する方法｜名前・連絡先・履歴へ進めます。

開発を依頼する範囲が決まったら、システム開発の相見積り｜条件をそろえる比較表で、各社に渡す条件と回答の比べ方を説明しています。

担当と回答元がそろったら、FAQ検索や返信下書きをAIに任せる範囲を検討できます（問い合わせ対応のAI活用｜FAQと返信下書き）。

参考出典

• サイボウズ「ステータス、作業者、アクションとは」：担当・状態・操作の機能説明。2026年9月15日確認。