受信キューを自動管理するAI 受付
CommanderGPTは、スラッシュコマンドを使って受信リクエストを分類、ルーティング、返信案を自動作成します。電話ではなく、メール・フォーム・Slackなどのテキストベースの受信業務を処理します。

受付業務の4つの役割を自動化
従来の受付は4つの仕事をこなします。受け取り、分類、ルーティング、フォローアップ。それぞれはコマンドとしてチームが今すぐ実行できます。
到着時の分類
受信メール・フォーム送信・Slackリクエストに対して /triage を実行します。意図、緊急度、アカウント情報を自動タグ付けし、キュー全体を読まずに重要案件を見つけられます。
ルーティング規則をプレーンテキストで記述
新人に業務を引き継ぐように、ルール を自然言語で書きます。料金問い合わせは営業へ、請求は財務へ、障害報告はカスタマーサクセスへ。このコマンドは毎回同じ規則を適用します。
返信案を自動作成
/draft-email は、既に取得済みのアカウント背景情報をもとに、ブランドに沿った最初の返信案を作成します。ゼロから書く代わりに、2行を修正するだけで済みます。
30日間のコンテキストメモリー
エージェントは同じコンタクトとのやり取りを30日間記憶します。再度連絡してきた見込み客は、初めての相手ではなく、過去のやり取りを踏まえた対応が可能です。
チームプレイブック
/share で一度作ったワークフローチェーンをチーム全体で共有できます。全員が同じシーケンスを実行し、編集はバージョン管理されて、変更はチーム全体に反映されます。
モデルを使い分ける柔軟性
分類は高速モデルに、顧客向けのドラフトは高精度モデルに送信します。Claude、GPT-4o、Geminiから選択でき、コマンド単位で設定できます。
受信メッセージから対応完了まで4ステップ
デモ問い合わせ、サポート質問、パートナーシップ提案など、どのリクエストでも同じ流れです。
-
1
リクエストをペーストまたは転送
メール、フォーム送信、SlackスレッドをCommanderGPTに貼り付けるか、コマンドを発着信したチャネルから実行します。
-
2
/triage を実行
エージェントは意図と緊急度を分類し、過去30日のアカウント背景情報を取得し、ルーティング規則に基づいて適切な担当者を指定します。
-
3
摘要と返信案を取得
/summarize は担当者向けの2行の摘要を作成します。/draft-email は最初の返信案を作成し、未解決の質問にフラグをつけます。
-
4
確認して送信
出力内容を確認して、必要な修正を加えて送信します。エージェントは決して自動送信しません。判断は人間の手に委ねられています。
共有受信箱のドタバタなしで見込み客の受付を自動化
営業オペレーション主任が、デモ問い合わせ、パートナーシップ提案、誤ったサポート問い合わせを受け取る共有受信箱を担当しています。プレイブック導入前は、3人が全てのメッセージを目を通し、記憶で返信していました。保存済みの /triage チェーンで、各メッセージはカテゴリ、担当者、返信案を同じ実行で得られます。適格なデモ問い合わせが優先され、企業背景情報が添付されます。効果を測定してみてください:受付業務に費やした時間を1週間ログし、プレイブック導入後2週間と比較します。エージェントは見込み客の良し悪しを判断しません。あなたが書いたルールを適用し、推論を表示するので、間違ったら規則を修正できます。
- 全てのメッセージに意図、緊急度、担当者のタグを自動付与
- 企業背景情報を付けたデモ問い合わせを優先表示
- ルールは編集可能なテキスト、隠された設定ではない
フロントライン全体で統一されたプレイブック
カスタマーサクセスオペレーションチームは毎週交代でフロントラインに立ちます。問題はツールではなく、一貫性でした。各担当者が個人的なプロンプトとトーンを持っていました。チームプレイブックがこれを解決します。1人がトリアージと返信チェーンを構築し、過去のチケットでテストしてから /share で共有します。エスカレーション規則が変わったら、オーナーがプレイブックを1回編集するだけで、次回実行時に全員が新バージョンを使用します。認識しておくべき制限:エージェントはあなたが与えた情報しか見ないため、電話やスクリーンシェアに依存するメッセージは、チェーン実行前に人間がメモを追加する必要があります。
- フォーク、過去のチケットでテスト、その後共有
- バージョン管理される:1つの編集がチーム全体を更新
- エスカレーション規則はプレイブックに入っており、誰かの頭の中ではない
テキストベースのAI受付と音声ベースの受付サービスの違い
同じ名前を共有する2つの異なる仕事があります。受信が実際に到着する場所に合わせて選択してください。
| 比較項目 | CommanderGPT | AI音声受付サービス | 人間のフロントデスク・VA |
|---|---|---|---|
| 電話の着信に対応 | いいえ | はい、これが主要な機能です | はい、営業時間内 |
| メール・フォーム・Slackのトリアージ | /triage で対応 | 通常は通話内容の要約に限定 | はい、ただし手作業で大量処理は遅い |
| チーム向けの共有ルーティング規則 | チームプレイブック、バージョン管理 | ベンダーダッシュボードで設定 | ドキュメント化と習慣に依存 |
| ステップごとにモデルを選択 | Claude、GPT-4o、Geminiから選択可能 | ベンダー指定 | 該当なし |
| 送信前の人的レビュー | 常に、設計による | 製品によって異なる | ネイティブ対応 |
セットアップ前にオペレーション主任が聞く質問
CommanderGPTは電話を受け取るようなAI受付ですか?
オペレーションチーム向けのAI受付ワークフローはどんな流れですか?
会議予約やCRM自動更新はできますか?
ChatGPTで受信返信する場合と何が違いますか?
コマンドの背後にはどのモデルが実行されていますか?
顧客メッセージを通すのは安全ですか?
セットアップにはどのくらい時間がかかりますか?
どういった人向けで、誰が避けるべきですか?
次に実行するコマンド
先週の実際の受信リクエスト10件に対して /triage を実行することから始めます。出力内容とチームが実際にルーティングした方法を比較し、ルール を修正します。