営業担当者の一日を複数のClaudeエージェントが支え、人は返信の編集・送信と例外判断を受け持っています。
Anthropic日本チームの営業開発担当者Shahboz Ibragimov氏は、朝の問い合わせ振り分けから夕方の商談フォローまでを、役割の違うClaudeエージェントへ任せています。
2026年10月16日の本人記事で具体的なのは、AIの人数より、何を受け取り何を返す担当にしたかという設計です。返信案は本人が読み、編集して送る。その一日をたどりながら、自社へ持ち帰れる分担の考え方を見ていきます。
この記事でわかること
- 営業の一日：振り分け・返信・商談情報更新・フォローを担う役割
- 人の仕事：下書きの編集・送信と、料金や曖昧な案件の判断
- 運用の整理：指示変更を一つの経路へ集め、使う版を管理する方法
朝の振り分け、日中の返信、夕方のフォローを別の担当へ
Ibragimov氏の公式記事では、仕事ごとに日本語の名前を付けたエージェント群を「Nakama」と呼んでいます。各担当には一つの明確な責任を持たせています。
| 担当 | 受け取る情報 | 任せている仕事・返すもの |
|---|---|---|
| Furiwake | 日々の受信案件、優先度、担当者の稼働状況 | チームの担当者へ案件を割り当て、専用Slackチャンネルへ結果を報告 |
| Sabaki | 本人へ割り当てられた案件と、あらかじめ決めた分類基準 | 案件を分類し、初回返信案を用意。Salesforceの見込み客情報も更新 |
| Henji | 返信が必要な受信メールと会話の文脈 | 時間ごとに受信箱を調べ、スレッドに合わせた日本語・英語の返信案を作成 |
| Shoudan | 直近の顧客とのやり取り | 商談情報をSalesforceへ反映 |
| Nokori | 終業時のカレンダーと、会議に添付された文字起こし | 会議を要約し、次のフォロー案を作成 |
朝はチーム全体の受信案件から担当を決め、その後は本人に関係する案件を処理します。日中に届くメールと終業時の会議記録は、別の入力として扱われます。「営業対応」という大きな仕事を一つの指示に押し込まず、その担当が読むものと返すものを絞っている点が特徴です。
Salesforceへの更新が紹介されている一方、顧客へ送るメールは同じ扱いではありません。どの仕事を自動で進め、どこで人が内容を見るかは、工程ごとに異なります。
人が手放さなかった仕事
Henjiが用意する返信案は、Ibragimov氏自身が読み、編集して送信すると説明されています。Henji・Sabaki・Nokoriのメール下書きには状況の短い要約が付き、本人はスレッド全体を一からたどる代わりに、要約と案を確認できます。
また、料金に関する質問、慎重な扱いが必要な顧客、意味が曖昧な依頼は本人へ回すとしています。AIが文章を作り終えたことと、顧客へその内容を約束してよいことを、一つの完了条件にしていません。
編集した差分も、次の担当へ残す
各エージェントは共通の知識を参照します。本人によると、下書きと実際に送ったメールの違いを表現のメモとして保存し、共有しています。Henjiの案を直した内容を、初回返信のSabakiやフォロー担当のNokoriも使える構成です。
これは本人の運用報告であり、どの会社でも同じ精度になるという検証ではありません。参考になるのは、修正をその場限りの会話で終えず、次の下書きが参照する場所へ戻していることです。
担当を増やした後は、指示変更を一つの経路へ
当初は、担当ごとのスキル、定期タスク、共有フォルダーを組み合わせ、開いていた会話から指示を変更していたそうです。同じスキルが複数の会話で編集され、管理しにくくなったことが、Managed Agentsへ移す理由になっています。
移行後は、専用Slackチャンネルへ変更依頼を書き、調整役のエージェントが各担当の指示や共有知識を更新します。記事では、エージェントの指示変更を依頼できるのは本人だけとしています。変更は新しい版として保存され、番号付きの履歴になります。
試している途中の変更と、定期実行で使う版も分かれます。翌朝の仕事へ未完成の指示が紛れないよう、実行される版を特定できる運用です。自社で取り入れる場合も、「誰が変えられるか」「今動いているのはどの版か」を分けて記録する意味が分かります。
自社へ持ち帰るなら、1件の引き継ぎを形にする
同じ構成を一度に再現する必要はありません。問い合わせを受付・分類、情報確認、下書き、承認・記録へ分け、次の担当へ何を渡すかを一件で具体化できます。
以下は編集部による架空の問い合わせ例で、実際の顧客案件や事例の出力ではありません。
| 原文 | 分類・判断理由 | 未確認事項 | 次の対応と承認者 |
|---|---|---|---|
| 「来月から使いたい。費用を知りたい」 | 導入相談。希望時期と費用への質問がある | 利用人数と用途。適用できる料金条件 | 人数・用途を聞く返信案を作る。担当営業が確認して送信 |
この行なら、次の担当は「見込みあり」という結論だけでなく、分かったことと不足していることを受け取れます。資料にない見積額や割引を補わず、未確認事項として残すところまでが下書きの仕事です。
過去案件で試す場合は、通常・情報不足・判断に迷った案件を選ぶ、引き継ぎ欄を残す、未確認事項が送信案へ紛れていないか担当者が見る、の3点から始めます。評価は文章の自然さだけで決めず、各担当へ必要な情報が渡ったかで見ます。
実務上の注意
これはAnthropic社内の本人による実践記事で、編集部が導入や効果測定を行った事例ではありません。Managed Agentsは開発者向けのベータAPIで、一般のClaudeチャットに同じ自動実行がそのまま備わるという説明ではありません。
実装では、必要なツールとデータへの権限、変更操作の承認が別途必要です。安全な配置と権限ポリシーの公式資料を実装担当者と確認してください。顧客情報を利用できる環境や範囲は、社内の承認に従います。
まとめ
この事例では、朝の案件割り当て、初回返信、日中の返信、商談情報の更新、夕方のフォローを別の担当へ分けています。人は顧客へ送る内容と、料金などの例外判断を受け持ちます。
持ち帰りたいのは、担当を増やすこと自体ではなく、入力・返すもの・人の判断を役割ごとに定める設計です。修正を共有知識へ戻し、指示変更の経路と使用する版をそろえることで、複数の担当を管理する足場になります。
よくある質問
事例では、返信をすべて自動送信していますか？
本人は下書きを読み、編集して送ると説明しています。CRM更新とメール送信は同じ扱いではありません。
最初からManaged Agentsを使う必要がありますか？
本人はClaude上で役割ごとのスキルなどを試してから移行しています。通常のチャットで分類と下書きを別々に依頼することと、同じ連携・定期実行を再現することは区別します。
エージェントの指示は、各担当者が別々に変えますか？
紹介事例では変更依頼を一つのSlack経路へ集め、依頼できる人も限定しています。変更後の指示は版として残し、実行で使う版を管理しています。
出典・参考情報
- Anthropic：How an Anthropic Japan business development representative runs his day
- Claude API Docs：Managed Agents overview
- Claude API Docs：Secure deployment
- Claude API Docs：Permission policies
確認日：2026年11月9日（日本時間）。本稿は記録済みの出典の再確認に基づき、個別環境の実操作を行ったものではありません。
運営元について
AXメディアは、株式会社ジーズ AX事業部が運営しています。AX事業部では、AI研修・AIエージェント開発・ローカルLLM開発・補助金／助成金の活用支援を提供しています。
