AIエージェントが資料の下書きや商談後の整理を担い、担当者の仕事が速くなる。それは導入の大切な一歩です。ただ、担当者が出力を直した理由がその人の画面にしか残らなければ、次の担当者は同じ説明と修正を繰り返します。
エージェントを導入した後、チームには何が残っているでしょうか。 この記事では、一つの営業の仕事を例に、個人の便利さを次の担当者の判断材料へ変える方法を考えます。
エージェントの仕事は終わった。でも、次の人はまた一から始めた
以下は説明のための架空例です。営業担当Aが、商談メモをAIエージェントへ渡して提案の下書きを作りました。エージェントは「費用を抑えられる」という説明を前に出します。しかしAが商談で聞いたのは、価格よりも「導入後に運用を任せる人がいない」という不安でした。
Aは下書きを直し、運用担当者を増やさず始める手順を提案に加えます。この修正には、顧客の発言を踏まえた判断があります。ところが修正後の文章だけが残り、なぜ直したかがAの頭の中にとどまったらどうでしょう。
翌週、別の担当Bが似た状況の顧客を担当します。Bのエージェントは価格を中心にした下書きをまた作り、Bは商談メモを読み直して同じ修正をします。二人ともエージェントを使っています。それでも、チームの仕事は前に進んでいません。
ここで惜しいのは、エージェントの下書きが間違っていたことではありません。人が加えた判断を、次の仕事へ渡せなかったことです。
全部の会話を保存する必要はない
仕事の履歴を丸ごと共有すればよいわけではありません。顧客の情報には扱える範囲があります。古い判断や、特定の一社にしか当てはまらない提案が、別の顧客へ広がることも避けたいところです。
まずは、次の担当者が判断に使える一件だけを「知識候補」として残します。先ほどの架空例なら、候補は「価格より導入後の運用体制を気にする顧客には、初期運用の担い手を確認してから提案を組み立てる」です。誰にでも通用する正解と決めつけず、根拠と適用条件を添えます。
| 残すもの | 架空例で書く内容 |
|---|---|
| 根拠 | 顧客が「導入後の運用担当がいない」と話した |
| 人の修正 | 価格中心の下書きから、運用体制を確かめる提案へ変えた |
| 修正した理由 | 今回の顧客は費用より、運用を回せるかを心配していた |
| 適用条件 | 似た課題が確認できた案件で参照する。顧客の発言がない案件には当てはめない |
| 確認する人と範囲 | 内容を確かめる担当者と、チーム内で使える範囲を決める |
この段階ではまだ「チームの正解」ではありません。元の発言と修正理由を人が確かめ、共有してよい範囲を決めてから次の仕事へ渡します。
次の担当者へ渡して、使えたかまで見る
知識候補が承認されたら、Bの商談準備で「この案件にも当てはまるか」を確かめられる形で提示します。Bは採用しても、調整しても、使わなくても構いません。似ているようで条件が違えば、使わない判断が正しいこともあります。
確認したいのは、表示された件数だけではありません。Bが実際に何を提案し、顧客がどう反応したかを、分かる範囲で分けて残します。結果がまだ分からなければ「未確認」です。これなら、Aの判断が別の仕事に役立ったのか、条件を直すべきなのかを話し合えます。
株式会社BREW UPは、こうして仕事から生まれた知識候補を人が確かめ、次の担当者とAI Crewへ渡す共有基盤をTeam Brainとして設計し、運用を検証しています。目指すのは、一人が確かめた判断が次の人の仕事で使える状態です。
明日から試すなら、一つの反復業務で
大きな仕組みを作る前に、今使っているエージェントの仕事を一つ選んでください。例えば商談後の提案下書きなら、次の3点を試せます。
- 今週、人が直した下書きから「次の人にも役立つ理由」を一件だけ選ぶ。
- 元の発言、修正理由、当てはまる条件を人が確認して残す。
- 別の担当者の次の仕事で提示し、使ったか、何を変えたかを聞く。
ここまでできれば、エージェント導入を「使った人数」や「作った件数」だけで評価する会話から、一歩進めます。担当者の作業が速くなったうえで、チームの説明し直しや直し直しが減るか。そこに、会社として確かめたい次の成果があります。
共有知識を作る際の確認・承認・再利用の仕組みは、Team BrainとKnowledge Loopの設計で詳しく説明しています。
まとめ
エージェントが作った下書きから、人が直した理由を一件選びます。元の発言、修正した箇所、理由、使える条件、確認者を残し、別の担当者が次の仕事で使えたかを確かめてください。完成した文章だけでなく、判断を引き継げたかが次の確認点です。
私たちの考え方
一人の仕事が速くなっても、そこで見つけた答えが消えれば、次の人はまた一人で探します。私たちは、商談で得た学びを人が確かめ、次の提案や育成へ渡せる状態をつくりたい。知識候補には、文章と一緒に、根拠、使える条件、使わなかった理由を残します。目指すのは、営業責任者がすべての提案を見続けなくても、チームが会社の経験を使って育つ状態です。
