問い合わせの初回返信期限を管理する｜受付時刻・営業時間・回答待ちを分ける

期限の対象を「最初の回答」に決める

まず何を期限内に行うのか決めます。「受け付けました」という自動メール、担当者からの状況説明、最終的な回答は別の出来事です。初回返信の基準を、担当者名と次に連絡する時刻を含む回答など、後から確認できる形にします。すべてを解決する期限と混ぜると、調査に時間のかかる案件が常に遅延扱いになります。

受付時刻・期限・返信時刻を別々に保存する

管理表には受付ID、受付時刻、受付経路、担当者、初回返信期限、初回返信時刻、次回確認日、状態を置きます。受付IDは変えず、メールアドレスだけを識別子にしません。同じ人が別の商品について質問することがあるためです。Airtableの日時欄を使う場合も、表示される時刻の基準と担当拠点のタイムゾーンを確認します。

金曜の夜に届いたケースを先に確認する

架空の受付Q-104が金曜19時に届き、営業が平日9〜17時、返信基準が翌営業日の正午までなら、土曜正午ではなく月曜正午を期限例にします。祝日、臨時休業、海外拠点は別途扱います。単純な24時間加算では営業日になりません。最初は担当者が期限を入力し、ルールが揃ってから計算や通知を追加する方が確認しやすくなります。

今日返信する一覧と調査中の一覧を分ける

「初回返信時刻が空欄、期限が今日以前」の一覧を作り、期限と受付時刻で並べます。担当が空欄の案件は別の一覧へ出します。調査中は次回確認日で追い、初回返信済みだから一覧から完全に消える構成を避けます。休暇中の担当者に割り当たったままの案件も、朝の確認で代理担当を決めます。

返信漏れを見つけたら二重送信を防いで戻す

遅延を見つけたら、メールの送信履歴と台帳を照合します。送信済みで記録だけがない場合と、本当に未返信の場合を分けます。前者は送信日時と参照先を補い、後者は担当を決めて返信します。通知を再実行するだけでは、すでに返信した顧客へ同じ文章が届くことがあります。復旧後は遅れの理由も短く残します。

少数の例で営業時間の境界を確認する

確認用には営業時間内、終業直前、金曜夜、休業日、担当未設定、返信済みの6ケースを用意します。各ケースの想定期限と一覧への表示を先に書き、結果を比べます。通知が出た件数だけで合格にせず、返信済みが再通知されないことと、担当未設定が見落とされないことを確認します。顧客の個人情報を入れない架空データから始めます。

Q-104：返信後も調査を続ける

確認用の例として、Q-104の受付後、月曜10時に担当者が「仕様を確認し、火曜15時までに回答する」と返信した場合を考えます。初回返信時刻は月曜10時で確定し、元の初回期限を動かしません。状態を調査中に変え、次回確認を火曜の回答前へ設定します。火曜に確認が間に合わないなら、連絡が必要な案件として残します。初回の返信成績と最終解決までの時間を同じ数字へまとめず、顧客が次に待っている約束を追えるようにします。受付が一件増えた、メールを一通送ったという件数だけでは、この残作業は見えません。担当者の休暇や資料待ちでも次回確認を空欄にしない運用が必要です。

朝の確認では、遅延の件数だけでなく一件ずつ次の行動を決めます。担当者が必要な資料を待っているなら、その資料を誰にいつ確認するかを記録します。顧客からの回答待ちなら社内の未返信と区別し、顧客へ連絡する日を置きます。期限の変更は理由と変更者を残し、元の約束を見えなくしないようにします。月ごとの振り返りでは、受付経路による遅れ、担当未設定、調査の長期化を分けると対策を選びやすくなります。通知を増やした結果として同じ案件が何度も届く場合は、再通知の条件と確認者の割当を見直します。

道具と費用を増やす前に確認する

少人数で一つの共有メールを使い、件数も少なければ、共有表と毎朝の確認から始められます。Airtableを使う場合は編集する人数、保存件数、通知の運用を確認します。Makeを追加するのはメールと台帳の転記が繰り返し発生するときです。費用は受付件数だけでなく、期限変更、再確認、再通知の回数も含めて試算します。

• Airtableで問い合わせ管理表を作る｜受付・担当・対応状況の設計
• Airtableのビューで未対応案件を確認する｜フィルター・並び順・共有の注意点
• 自動化の営業日と時刻をそろえる｜締め日・祝日・海外受付の扱い