人の承認つきで顧客からの問い合わせを自動化する

恐れているのは「取り返しのつかないことを言ってしまう」こと

問い合わせの自動化が止まる理由は、たいてい下書きの出来ではありません。止まるのは、自社の名前で送られたメッセージが取り消せないからです。今から守らねばならない誤った価格、果たせない納期の約束、自社らしくない口調。まずい送信ひとつは、良い送信五十回分より多くの信頼を失わせます。だからチームは計算し、結局すべての返信を手で打ち続ける。そして夜 9 時に届いた問い合わせは、朝まで待つことになります。

誤りは、これを二つの極のどちらかを選ぶ問題として扱うことです。人がすべて書くか、ソフトウェアがすべて送るか。三つめの設計があり、Olano はまさにそれを軸に作られています。 エージェントには自由に考えさせ、行動のほうにゲートをかける。人が輪の中にいることは、あとから付け足した機能ではありません。それが構造そのものです。

設計上の答え：ゲートをかけるのは行動であって、思考ではない

どの問い合わせも、二つの半分に分けて考えてください。前半は読むことと準備すること。やりとりの流れをつかみ、稼働中のシステムを確認し、自社文書（価格表、規程、製品仕様、手順書）から作ったナレッジベースから正しい答えを引き出し、根拠のある下書きを書く。ここまではすべて読み取りか社内作業なので、ゲートなしに、どの時間帯でも、どのチャネルでも動きます。

後半は行動です。返信を送り、記録を更新し、金銭に触れる。Olano では、 外に出るものは既定で承認待ちになる。数分ぶんの仕事はエージェントがこなし、人はそれを外に出すかどうかを数秒で決めます。

この待ち行列は、永久に払い続ける税ではありません。どれだけがそこに並ぶかは信頼レベルが決めます。そして信頼とは、切り替えるスイッチではなく、回して調整するつまみです。

信頼のはしご：レベル 0〜4

Olano のエージェントはどれも、明示的な信頼レベルで動きます。問い合わせ対応において、それぞれが何を意味するかを見ていきます。

レベル 0 - Observer

エージェントは読んで報告するだけ。それ以上は何もしません。WhatsApp の番号や共有の受信箱に向けておけば、今週顧客が何を尋ねたか、何が未回答のまま残ったか、どの質問が繰り返されているかを教えてくれます。送信も変更もしません。これが、エージェントが 何をするつもりだったのか を、実際に何かをする前に知るための段階です。

レベル 1 - Assistant

エージェントが下書きします。どの問い合わせにも、自社文書に根ざした返信案が待ち行列に並ぶ。チームはゼロから書くのをやめ、確認する側に回ります。そのほうが速く、そして安全です。送られなかった下書きが、あなたに恥をかかせることはないからです。多くの会社は、最初の業務をここから始めます。

レベル 2 - Collaborator

エージェントは複数ステップの仕事として動きます。問い合わせを読み、在庫や予定を確認し、顧客への返信を下書きし、 と CRM の更新も合わせて用意して、ひとまとめで提示します。外に出る操作はやはりゲートで止まります。あなたが承認するのはキー入力ではなく、結果です。

レベル 3 - Autonomous

定型で、決めた範囲内の返信は、一通ずつの承認なしに送られます。営業時間、その場の在庫回答、配送状況、予約確認など。これは放任の自動化ではありません。下に挙げるカテゴリ別ゲートは効いたままで、異例のものは相変わらず待ち行列に入り、送信はすべて記録されます。ここでの自律性は範囲が区切られ、レビューの履歴から勝ち取られ、そして取り消せます。

レベル 4 - Developer

いちばん広い設定で、エージェントが自分専用の隔離環境の中でファイルやコードを扱う技術的なワークスペース向けです。ここでも、ファイルやシェルへの書き込み、シークレットに対するゲートは効いたままで、すべてが監査に記録されます。問い合わせ対応にレベル 4 が要ることはありません。はしごに載っているのは、上限を明示するためであって、抜け道のためではないのです。

カテゴリ別の承認ゲート

信頼レベルは既定の構えを決め、カテゴリ別ゲートはそれを横断します。次の 5 種類の操作には、エージェントがどのレベルで動いていようと、それぞれ専用のゲートがかかります。

• 金銭にかかわる操作。 返金、請求、金銭を動かすものすべて。在庫の質問に自由に答えるレベル 3 のエージェントでも、返金は人の承認待ちに並べます。
• 外部への送信。 自社の名前で外に出るメッセージすべて。返信、フォローアップ、通知。
• ファイルとシェルへの書き込み。 ファイルやシステムを読むのではなく、変更すること。
• シークレット。 認証情報や API キーへのアクセス。これらは暗号化して保管されています。
• 委任。 別のエージェントに仕事を渡すこと。専門家チームの内部であっても、引き継ぎには同じルールが適用されます。

自律性を広げても安全なのは、これがあるからです。日常的な返信のためにエージェントをレベル 3 へ上げても、危険なものへの扉は開きません。リスクにゲートをかけているのは楽観ではなく、カテゴリだからです。

監査証跡

すべての操作、つまりエージェントが何を読み、何を下書きし、誰が承認し、何がいつ送られたかが、改ざんできない監査証跡に残ります。実務では、この記録は三通りに元を取ります。顧客が「そんなことは聞いていない」と言ってきたら、記憶から組み立て直すのではなく、記録を引く。下書きが同じ形で外れ続けるなら、証跡が自社文書の穴を教えてくれる。そして信頼レベルを上げるか決めるとき、その判断は勘ではなく、確認済みの数百件の記録にもとづきます。

展開のための手順書

低い信頼レベルの業務ひとつから始めてください。 問い合わせがいちばん痛いチャネルをひとつ選んでください。多くの中小企業では WhatsAppカスタマーサービス、ほかの会社では共有の受信箱で、そこでは AI受信トレイアシスタント 仕分けと下書きを担います。まずはレベル 1 で動かしてください。この種の運用込みの業務なら、通常はオンボーディングから 1〜2 営業日で稼働します。数か月ではなく、数日です。

待ち行列は毎日確認してください。 最初の数週間、承認するという行為は教えるという行為です。差し戻しのたびに、具体的なことが分かります。たいていは、価格表が古いか、方針が文書化されていないか。直すべきは下書きではなく文書のほう。そうすれば、次の百件の下書きが良くなります。

自信が育つにつれて、範囲を広げていきましょう。 あるカテゴリの待ち行列が「承認、承認、承認」だけになったら（たとえば在庫と営業時間の質問）、そのカテゴリをレベル 3 に向けて上げ、あなたの注意はそれに値するメッセージのために取っておきましょう。金銭にかかわる操作やその他のゲート付きカテゴリは、それでも待ち行列に残ります。チャネルや業務を増やす大きめの展開は 1〜3 週間かかり、どの段階も作る前に見積もりと承認を取ります。

承認はどこで行われるのか

承認は、確認する手間がかからないときにだけ機能します。だから承認のほうからあなたのところに来ます。承認依頼は、チームがすでに使っているチャネル（Slack、Telegram、WhatsApp、メール、あるいは Olano が対応する 15 以上のチャネルのどれか）に、ふつうのメッセージとして届きます。待ち行列を見るとは、メッセージに返事をすることであって、新しいダッシュボードのお守りをすることではありません。結果として、顧客から見れば 24 時間すばやく応じる AI の受付ができ、あなたから見れば、判断を肩代わりするのではなくチームを支える待ち行列ができます。