この業務で起きていること
商談前に顧客管理システム、共有フォルダー、担当者のメモを開き直していませんか。引き継いだ案件では、過去の提案と直近の要望が食い違っていても気づきにくくなります。
同じ顧客と複数回商談し、資料を探す作業が繰り返し発生するチームを想定しています。顧客名や文書の更新日を識別できることが出発点です。
最初にそろえる資料
資料の持ち主、更新日、閲覧できる担当者を確かめてから、参照範囲を決めます。
| 資料 | 確認する内容 |
|---|---|
| 商談メモ | 顧客の要望、保留事項、発言日を確認する |
| 過去の提案書 | 提案の範囲、前提条件、版を確認する |
| 顧客管理システムの記録 | 担当者、案件の状況、前回の対応を確認する |
| 最新の商品・サービス情報 | 現在提供できる内容と照合する |
AIと担当者が進める業務の流れ
実際の業務に合わせて、次のような役割分担を設計します。
| 段階 | AI・システムの役割 | 担当者の役割 |
|---|---|---|
| 対象を選ぶ | 閲覧を許可された資料から、指定顧客の情報を集める | 顧客と商談の目的を指定する |
| 根拠を整理する | 要望・過去の提案・未確認事項を出典付きで並べる | 同名の別顧客や古い資料の混入を確認する |
| 準備メモを作る | 次に聞くことと提案の骨子を下書きする | 価格、契約条件、約束する内容を判断する |
| 商談へ引き継ぐ | 修正内容を記録し、再利用できる形に整える | 確定したメモを利用する |
成果物のイメージ
以下は架空の資料を想定して作成した記載例です。実際の顧客情報や、稼働中のシステムの出力ではありません。
| 項目 | 記載例 | 根拠・状態 |
|---|---|---|
| 顧客の要望 | 複数部署で使えるかを確認したい | 商談メモA |
| 過去の提案 | まず営業部門で試す案を提示 | 提案書B |
| 次回の確認事項 | 対象部署と、部署ごとに閲覧できる情報を確認 | 上記2資料を踏まえた質問案 |
| 保留事項 | 価格と導入時期は最新条件の確認が必要 | 参照資料に確定情報なし |
人の確認と運用上の条件
出典にない予算や決裁者を推測で埋めず、未確認と表示します。閲覧権限は元の資料に合わせ、参照資料の更新日を示します。メールの送信や顧客管理システムへの確定登録は、人の確認を経て行う設計にします。
小さく試し、効果を確認する
進行中の案件から、権限を確認したうえで10件程度を選ぶ検証計画を立てます。従来の準備とAIを使った準備を比較し、検索だけでなく確認・修正にかかった時間も記録します。
件数は検証計画の例です。継続の判断基準は事前に決め、短縮時間と確認負担を合わせて評価します。受注率の変化は別の指標として扱い、準備時間の短縮だけから推定しません。
| 確認する指標 | 記録する内容 |
|---|---|
| 準備時間 | 探す・読む・確認する・直す時間の合計 |
| 情報の正確さ | 出典と一致しない記述、情報の抜け、古い資料の混入 |
| 利用しやすさ | 上司や担当者が修正した内容と理由 |
Atlas Supportと検討すること
商談準備に使う資料の種類、現在の作業手順、困っている点を整理してお知らせください。初期の問い合わせでは、機密資料そのものを送る必要はありません。
支援範囲に応じて、業務の整理、参照資料と権限の確認、試作、評価項目の設計を行います。検証結果をもとに、運用へ進める範囲と残る課題を整理します。
