AI による受信箱の仕分けとフォローアップ：手順書

受信箱の問題：すべてが緊急で、何も優先されていない

ふつうの火曜日に業務用の受信箱を開いてみてください。どのメッセージもまったく同じ見え方をしています。太字の件名と、時刻。顧客を失いかねない仕入先とのもめごとが、ニュースレターと見分けがつきません。だから仕分けは目視の流し読みになり、しかも新着が届き続けるので、それを一日じゅうやり直すはめになります。

フォローアップはもっと厄介です。目に見えないからです。先週出した見積もり、いまや期限切れの請求書、「確認してご連絡します」と言ったきりの顧客。どれも受信箱にはまったく現れません。受信箱は「届いたもの」を記録するだけで、「あなたが待っているもの」の状態は持たない。そうした案件は誰かの頭のなかで生き、そこからこぼれ落ちた時点で消えます。そして繰り返しの事務、月曜のまとめや週次の督促リストは、カレンダーの都合でやってきて、同じ乏しい注意力を奪い合います。

以下の手順書は、この三つをエージェントひとつと五つの設計判断で解決します。一本の芯はこうです。読む、仕分ける、下書きする、覚えておく。これらはエージェントが自分でやる。そして、あなたの名前で外に出るものは人を待つ。

ステップ 1 - エージェントが適用する仕分けルールを決める

仕分けのルールは、すでにあなたの中にあります。ただ、それが頭のなかにあるだけです。三つのリストに書き出してください。 ラベル： 実際にメールが収まるカテゴリ。新規問い合わせ、既存顧客、予約、請求書、仕入先、ニュースレターなど。 優先度： 列の先頭に来るもの。キャンセルに触れているもの、重要顧客からのもの、期限を過ぎているもの。 振り分け： カテゴリごとに誰が、あるいは何が処理するか。営業の案件はパイプラインを持っている担当者へ、予約依頼はカレンダーへ、雑音はアーカイブへ。

エージェントは、メッセージが届いた瞬間にこれらのルールを当てはめます。ラベルを付け、優先度を決め、行き先へ振り分ける。これらは内部の操作で、ワークスペースの外を何も変えないので、承認ゲートなしに 24 時間動きます。ルールは自社の文書にも根づかせてください。Olano のエージェントは、アップロードされたもの（価格表、規程、手順書）から作られたナレッジベースをもとに分類し、下書きします。だから「これは保証の対象か？」は推測ではなく、あなたの保証規定から答えが出ます。まずは業務ひとつから。受信箱ひとつ、いちばん多い十種類のメッセージ、それだけです。

ステップ 2 - 返信の下書き：書くのはエージェント、承認するのはあなた

たいていのメッセージでは、仕分けの終着点は「やることリスト」ではなく「下書き」であるべきです。エージェントがやりとりを読み、関係する文書を確認し、返信を書き、そして待ち行列に入れる。この手順書全体が立っているのは、この線引きの上です。下書きは内部作業だから、自分で進む。送信は外部への行為だから、 外に出るものは既定で承認待ちになる。分を費やすのはエージェント、秒を費やすのはあなたです。

待ち行列にどれだけ残るかは、つまみであってスイッチではありません。Olano のエージェントは明示的な信頼レベル 0〜4 で動き、受信箱まわりの業務はたいていレベル 1（Assistant）から始まります。ここでは送信のたびに承認が要ります。確認の履歴が積み上がるにつれ、定型カテゴリ（営業時間、注文状況、標準価格）はレベル 3（Autonomous）へ上げられます。範囲内の返信は一通ずつの承認なしに送られ、その一方でカテゴリ別ゲートが金銭にかかわる操作や例外的なものを人の承認待ちに留めます。はしご全体については、次の手順書で扱っています。 人の承認つきで顧客からの問い合わせを自動化する.

承認依頼は、チームがすでに使っているチャネル（Slack、WhatsApp、Telegram、あるいは Olano が対応する 15 以上のチャネルのいずれか）に、ふつうのメッセージとして届きます。つまり待ち行列を見るとは、メッセージに返事をすることであって、新しいダッシュボードの使い方を覚えることではありません。

ステップ 3 - あなたの決めた頻度でフォローアップを追う

ここでエージェントは、受信箱に欠けている「状態」を足します。あなたが待つ形でやりとりが終わるたび（決裁待ちの見積もり、入金待ちの請求書、回答待ちの質問）、エージェントはそれを監視リストに載せます。エージェントごとの永続的な記憶がそのリストをセッションをまたいで生かし続けるので、三週間前に開いた案件は三週間後も監視され続けます。誰かが覚えているかどうかとは関係なく、です。

間隔を決めるのはあなたです。三日後に軽く一押し、七日後にはもう少し強め、三回試して打ち切り、この送信元は追いかけない。設定した間隔が過ぎると、エージェントはあなたの語り口でフォローアップを下書きし、ほかの送信と同じように承認待ちに並べます。あなたが言うまで誰も追いかけない。けれど、忘れられるものもない。静かにいちばん高くつく案件は、断られて終わったものではなく、沈黙のまま消えたものです。

ステップ 4 - 繰り返しの事務を、決めた時刻に

三本目の柱は、受信箱が忙しかろうとなかろうと巡ってくる事務仕事で、スケジュール実行と能動的な監視で処理します。典型的なもの：朝 8 時に、夜のあいだに届いたものを優先度順にまとめ、下書きも添えたダイジェスト。週に一度、まだ相手待ちの案件をすべて並べ、経過日数を添えたリスト。月末には、未回答の問い合わせを洗い出す一巡。監視は逆向きに働きます。条件に合うものをエージェントが即座に知らせるので、重要顧客からのメッセージやキャンセルに触れたものは、届いたその瞬間にあなたのところへ来ます。翌日のダイジェストではなく。

ステップ 5 - 監査証跡

この手順書のすべての操作、つまり付けたラベル、書いた下書き、与えた、あるいは断った承認、送ったフォローアップとその時刻が、改ざんできない監査証跡に残ります。これは三通りに元を取ります。「あの人たちに返事したんだっけ？」と聞かれたら、思い出して組み立てるのではなく記録を引く。差し戻しがひとつのカテゴリに固まっているなら、証跡が「直すべきは仕分けルールか、古い文書か」を教えてくれる。そしてあるカテゴリをレベル 3 に上げてよいか判断するとき、その根拠は勘ではなく、確認済みの数百件の下書きです。

何につながるのか

メールはチャネルのひとつとしてエージェントに届きます。組み込み連携経由の Gmail でも、一般的な IMAP の受信箱でも構いません。ただ、仕分けがメールで終わることはまれです。予約の依頼にはカレンダーが要り、営業の案件はパイプラインを更新すべきだからです。だからエージェントは 75 以上の組み込み連携を通じて動き、それぞれに専門のサブエージェントがつきます。日程の文脈には Google カレンダー、CRM 側には HubSpot、Salesforce、Google スプレッドシート。一方でダイジェストや承認依頼は、15 以上のメッセージチャネルのうち、あなたのチームがすでに開いているところに届きます。

この種の運用込みの受信箱業務なら、通常はオンボーディングから 1〜2 営業日で稼働します。数か月ではなく、数日です。そして、どの構築も着手前に見積もりと承認を取ります。もし御社の朝が、一時間の流し読みと仕分けから始まっているなら、 AI受信トレイアシスタント これは最初の業務として良い選択です。