オペレーションチーム向けAI 受付ワークフロー

受信キューを自動管理するAI 受付

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

モダンなフロントデスクで、受信メールを分類し優先度付けするオペレーション主任
対応内容

受付業務の4つの役割を自動化

従来の受付は4つの仕事をこなします。受け取り、分類、ルーティング、フォローアップ。それぞれはコマンドとしてチームが今すぐ実行できます。

到着時の分類

受信メール・フォーム送信・Slackリクエストに対して /triage を実行します。意図、緊急度、アカウント情報を自動タグ付けし、キュー全体を読まずに重要案件を見つけられます。

ルーティング規則をプレーンテキストで記述

新人に業務を引き継ぐように、ルール を自然言語で書きます。料金問い合わせは営業へ、請求は財務へ、障害報告はカスタマーサクセスへ。このコマンドは毎回同じ規則を適用します。

返信案を自動作成

/draft-email は、既に取得済みのアカウント背景情報をもとに、ブランドに沿った最初の返信案を作成します。ゼロから書く代わりに、2行を修正するだけで済みます。

30日間のコンテキストメモリー

エージェントは同じコンタクトとのやり取りを30日間記憶します。再度連絡してきた見込み客は、初めての相手ではなく、過去のやり取りを踏まえた対応が可能です。

チームプレイブック

/share で一度作ったワークフローチェーンをチーム全体で共有できます。全員が同じシーケンスを実行し、編集はバージョン管理されて、変更はチーム全体に反映されます。

モデルを使い分ける柔軟性

分類は高速モデルに、顧客向けのドラフトは高精度モデルに送信します。Claude、GPT-4o、Geminiから選択でき、コマンド単位で設定できます。

仕組み

受信メッセージから対応完了まで4ステップ

デモ問い合わせ、サポート質問、パートナーシップ提案など、どのリクエストでも同じ流れです。

  1. 1

    リクエストをペーストまたは転送

    メール、フォーム送信、SlackスレッドをCommanderGPTに貼り付けるか、コマンドを発着信したチャネルから実行します。

  2. 2

    /triage を実行

    エージェントは意図と緊急度を分類し、過去30日のアカウント背景情報を取得し、ルーティング規則に基づいて適切な担当者を指定します。

  3. 3

    摘要と返信案を取得

    /summarize は担当者向けの2行の摘要を作成します。/draft-email は最初の返信案を作成し、未解決の質問にフラグをつけます。

  4. 4

    確認して送信

    出力内容を確認して、必要な修正を加えて送信します。エージェントは決して自動送信しません。判断は人間の手に委ねられています。

活用例:営業オペレーション

共有受信箱のドタバタなしで見込み客の受付を自動化

営業オペレーション主任が、デモ問い合わせ、パートナーシップ提案、誤ったサポート問い合わせを受け取る共有受信箱を担当しています。プレイブック導入前は、3人が全てのメッセージを目を通し、記憶で返信していました。保存済みの /triage チェーンで、各メッセージはカテゴリ、担当者、返信案を同じ実行で得られます。適格なデモ問い合わせが優先され、企業背景情報が添付されます。効果を測定してみてください:受付業務に費やした時間を1週間ログし、プレイブック導入後2週間と比較します。エージェントは見込み客の良し悪しを判断しません。あなたが書いたルールを適用し、推論を表示するので、間違ったら規則を修正できます。

  • 全てのメッセージに意図、緊急度、担当者のタグを自動付与
  • 企業背景情報を付けたデモ問い合わせを優先表示
  • ルールは編集可能なテキスト、隠された設定ではない
/triage チェーンを見る
優先度タグを付けた受信リクエストをレビューする営業オペレーション管理者
活用例:カスタマーサクセスオペレーション

フロントライン全体で統一されたプレイブック

カスタマーサクセスオペレーションチームは毎週交代でフロントラインに立ちます。問題はツールではなく、一貫性でした。各担当者が個人的なプロンプトとトーンを持っていました。チームプレイブックがこれを解決します。1人がトリアージと返信チェーンを構築し、過去のチケットでテストしてから /share で共有します。エスカレーション規則が変わったら、オーナーがプレイブックを1回編集するだけで、次回実行時に全員が新バージョンを使用します。認識しておくべき制限:エージェントはあなたが与えた情報しか見ないため、電話やスクリーンシェアに依存するメッセージは、チェーン実行前に人間がメモを追加する必要があります。

  • フォーク、過去のチケットでテスト、その後共有
  • バージョン管理される:1つの編集がチーム全体を更新
  • エスカレーション規則はプレイブックに入っており、誰かの頭の中ではない
チームプレイブックを見る
共有受付プレイブックをモニターでレビューするカスタマーサクセスチーム
位置付け

テキストベースのAI受付と音声ベースの受付サービスの違い

同じ名前を共有する2つの異なる仕事があります。受信が実際に到着する場所に合わせて選択してください。

比較項目CommanderGPTAI音声受付サービス人間のフロントデスク・VA
電話の着信に対応いいえはい、これが主要な機能ですはい、営業時間内
メール・フォーム・Slackのトリアージ/triage で対応通常は通話内容の要約に限定はい、ただし手作業で大量処理は遅い
チーム向けの共有ルーティング規則チームプレイブック、バージョン管理ベンダーダッシュボードで設定ドキュメント化と習慣に依存
ステップごとにモデルを選択Claude、GPT-4o、Geminiから選択可能ベンダー指定該当なし
送信前の人的レビュー常に、設計による製品によって異なるネイティブ対応
よくある質問

セットアップ前にオペレーション主任が聞く質問

CommanderGPTは電話を受け取るようなAI受付ですか?
いいえ。CommanderGPTはスラッシュコマンド型ワークスペースで、音声・電話製品ではありません。電話を受け取ったり、電話回線を運用したりしません。受付の書き込み側を処理します:受信メール、フォーム送信、Slackリクエストのトリアージ、返信作成、各リクエストの正しい担当者へのルーティング。電話着信が必要な場合は、音声サービスとCommanderGPTを組み合わせて、通話後の処理を全てCommanderGPTで行うことができます。
オペレーションチーム向けのAI受付ワークフローはどんな流れですか?
3つのコマンドです。新しい受信リクエストで /triage を実行して意図と緊急度を分類し、/summarize で担当者向けの2行の摘要を作成し、/draft-email で最初の返信案を作成します。出力内容を確認して送信します。チームは通常このチェーンをチームプレイブックとして保存し、全員が同じシーケンスを実行します。
会議予約やCRM自動更新はできますか?
仕事内容を準備し、あなたが承認する形です。エージェントはアカウント背景情報を取得でき、リクエスト内の詳細から時間スロットを提案でき、確認やCRMメモの下書きができます。外部に送られるものは何もないため、顧客向けチャネルへのルーティング誤りがありません。
ChatGPTで受信返信する場合と何が違いますか?
ChatGPTは1件の返信に適しています。CommanderGPTはコマンドのチェーン、チーム間で共有されるチームプレイブック、セッション間で30日間続くコンテキストメモリーを追加します。5人が同じ受信箱を処理していて、同じルーティング規則が必要な場合は、5つの異なるプロンプトではなく1つの規則を使用するメリットが出ます。
コマンドの背後にはどのモデルが実行されていますか?
Claude、GPT-4o、Geminiへ各コマンドをルーティングできます。トリアージと分類は高速モデルで、顧客向けドラフトは高精度モデルで実行できます。設定は1回で全実行に適用されます。
顧客メッセージを通すのは安全ですか?
データを見るその他のツール同様に扱ってください。自身のデータ処理ポリシーを確認し、ペーストする情報はタスク実行に必要なものに限定し、返信を出す前に人間がレビューするステップを確保してください。新しいプレイブックの最初の50回実行はこのレビューを行ってから信頼してください。
セットアップにはどのくらい時間がかかりますか?
基本的なトリアージチェーンは1時間以下で設定できます。ほとんどの時間はルーティング規則を自然言語で書くのに費やされます。自身のベースラインを測定してください:チームが受付業務に費やした時間を1週間ログし、プレイブック導入後2週間と比較します。
どういった人向けで、誰が避けるべきですか?
Slack、Notion、Linearで既に働いており、受信リクエストの一貫した処理が必要なGTMオペレーション、営業オペレーション、カスタマーサクセスオペレーション主任向けに適しています。24時間対応の音声エージェントが主要な必要性である診療所、レストラン、弁護士事務所のフロントデスクには不向きです。専用の音声製品がそのニーズに適しています。

次に実行するコマンド

先週の実際の受信リクエスト10件に対して /triage を実行することから始めます。出力内容とチームが実際にルーティングした方法を比較し、ルール を修正します。

Start commanding — it's free