商談代行の引き継ぎ|ヒアリング内容を社内営業へ戻す項目
株式会社adding / コトム 営業代行 編集チーム
- FIELD
- インサイドセールス
- PUBLISHED NOTES
- 32本
- UPDATED
- 2026年8月16日
商談代行の引き継ぎで社内営業がまず知りたいのは、次の判断に必要な情報です。受注できそうか、誰が動くべきか、何を確認し直すべきか、連絡を続けてよいか。この4点が読めなければ、ヒアリング量が多くても引き継ぎとしては弱くなります。
引き継ぎメモは、企業・参加者、背景、現状、課題、確認済み事項、未確認事項、意思決定条件、次の行動、連絡停止・チャネル希望を分けて残します。特に、確認できたことと未確認のことを同じ文章に混ぜないことが重要です。社内営業が誤って前提化すると、相手に同じ確認を重ねたり、まだ合意していない条件で提案を進めたりします。
ただし、項目を増やせばよいわけではありません。2026年8月16日時点で確認した個人情報保護委員会の個人情報の保護に関する法律についてのガイドライン(通則編)では、利用目的の具体的な特定、安全管理、委託先の監督、不要になった個人データの消去努力、利用停止等の請求への対応が示されています。商談代行の引き継ぎも、営業効率のための記録である前に、利用目的に必要な範囲へ絞る情報設計です。
商談代行の引き継ぎでは判断材料と未確認事項を分ける
商談代行から社内営業へ戻す情報は、読む人が「次に何をするか」を決められる順番に並べます。記録者の時系列に合わせると、会話の流れは追えても判断が遅れます。
- 企業・参加者: どの会社の、どの立場の人と接点ができたのか
- 背景: なぜ接点が生まれ、なぜ今検討しているのか
- 現状: 現在の体制、運用、利用中の仕組み
- 課題: 相手が解決したいこと、困っていること
- 確認済み事項: 相手から明示的に確認できた条件
- 未確認事項: まだ聞けていない、または回答を保留された条件
- 意思決定条件: 稟議、比較、予算、時期、関係者などの判断要素
- 次の行動: 誰が、どのチャネルで、何を、いつまでに行うか
- 連絡停止・チャネル希望: 連絡してよい範囲、希望手段、停止依頼の有無
この分け方にすると、社内営業は「追うべき商談か」と「追うなら何から確認するか」を同時に判断できます。未確認事項が残っている商談でも、保留された条件が見えていれば次の会話を組み立てられます。危ないのは、未確認なのに確認済みのように扱われる状態です。
企業・参加者は必要最小限にする
企業情報は、商談の対象を取り違えないために必要です。一方で、参加者情報は個人情報になり得ます。氏名、メールアドレス、電話番号、部署、役職を機械的に残さず、次回連絡や社内検討に必要な範囲へ絞ります。
- 会社名、法人サイト、問い合わせ元のページ
- 部署または職能
- 商談上の役割
- 次回連絡に必要な連絡先
- 連絡可否、希望チャネル、連絡可能な時間帯
- 代理で対応している場合の委託関係と管理責任の所在
個人名や直通連絡先は、次回連絡に使わないなら引き継ぎ項目から外す判断もあります。個人情報保護委員会の通則編は、利用目的をできる限り具体的に特定する考え方を示しています。商談メモでも「次回連絡」「検討状況の確認」「提案準備」のように目的へ結びつけ、説明できる項目だけを残すほうが運用しやすくなります。
背景、現状、課題は別々に書く
背景、現状、課題の3項目は似ていますが、社内営業が見る意味は違います。たとえば、背景欄には問い合わせフォーム、資料請求、紹介、過去接点などの発生経路を置きます。現状欄には利用中のツール、担当体制、運用フローを、課題欄には相手が変えたい業務と避けたいリスクを残します。ここが混ざると、相手が困っていることと、こちらが売りたい理由が混同されます。
- 背景: 問い合わせ、資料請求、紹介、過去接点など、接点の発生理由
- 現状: 利用中のツール、担当体制、運用フロー、既存施策
- 課題: 相手が言語化した困りごと、改善したい業務、避けたいリスク
- 優先度: すぐ動く必要があるのか、情報収集段階なのか
- 制約: 予算、稟議、既存契約、社内リソース、時期
課題は、営業側の解釈だけで断定しないほうが安全です。相手が明確に話した内容と、代行側が推測した内容を分ければ、社内営業は初回の確認質問を組み立てやすくなります。
確認済み事項と未確認事項を同じ欄に入れない
引き継ぎで最も事故が起きやすいのは、確認済み事項と未確認事項の混在です。たとえば「決裁者は別にいると思われる」と「決裁者は別にいると確認済み」は、営業の動き方がまったく変わります。
| 区分 | 書く内容 |
|---|---|
| 確認済み事項 | 相手から明確に確認できた事実、合意した次回行動、希望チャネル |
| 未確認事項 | 回答を得ていない項目、聞けなかった項目、次回確認すべき項目 |
| 推測・所感 | 温度感、優先度の見立て、注意点。ただし事実欄とは分ける |
この3区分があるだけで、社内営業は商談前に「確認質問」と「提案準備」を分けられます。所感を禁じる必要はありませんが、事実のように見える場所へ置くと判断を誤らせます。
予算・決裁権・必要性・導入時期(BANT)より広く見る
予算、決裁者、必要性、時期は代表的な確認観点です。ただ、商談代行の引き継ぎでは、それだけで十分とは限りません。社内営業へ戻すべきなのは、提案を進めるための条件です。
- 予算の有無、予算化の時期、予算未定の場合の確認先
- 決裁者、利用部門、情報システム、法務、経理などの関係者
- 比較対象の有無、比較軸、既存取引先との関係
- 導入または検討の期限
- 稟議、契約、セキュリティ確認、利用規約確認の要否
- 成功条件として相手が重視する状態
未確認の条件が多い商談を無理に失格にする必要はありません。社内営業へ戻す時点では、確認できていない条件を見える形にし、次回の会話で埋める順番を決めます。費用の見方を整理したい場合は、商談代行の費用相場も合わせて確認すると、引き継ぎ後の期待値を合わせやすくなります。
次の行動は、誰が読んでも動ける粒度にする
「追客する」「提案する」だけでは、社内営業は動けません。次の行動は、担当、期限、手段、目的まで切ります。ここが曖昧だと、同じ相手に複数人が連絡したり、相手が望まないチャネルで接触したりします。
- 担当: 社内営業、代行担当、マーケティング、管理部門のどこが動くか
- 期限: いつまでに連絡、資料送付、社内確認をするか
- 手段: メール、電話、オンライン商談、フォーム返信など
- 目的: 日程調整、追加ヒアリング、資料送付、見積前提の確認など
- 事前準備: 提案資料、料金表、セキュリティ資料、契約条件の確認
次の行動は、相手の負担も含めて設計します。相手がメール希望なら電話を重ねない、担当者以外への転送を求められたらその意図を記録する、回答を保留された項目を短期間で何度も聞かない。営業側の管理都合より、受け手が判断しやすい連絡にするほうが、結果として商談の質は保たれます。
送信停止依頼とフォーム規約は、営業判断より先に反映する
問い合わせフォーム営業を起点にした商談では、相手企業の問い合わせフォームに書かれた利用規約、営業目的の投稿を断る表示、連絡方法の指定を尊重する必要があります。フォームは誰でも送れる入口に見えても、受け手の業務負担を前提に運営されています。営業お断りの表示があるフォームへ送らない、規約上禁止されている目的で使わない、フォーム併用時は送信先ごとの条件を確認する。この確認は成果改善の前に置くべき運用条件です。
送信停止依頼、配信停止依頼、今後の連絡不要、特定チャネルの拒否があった場合は、商談確度に関係なく即時反映します。代行側だけで止めても、社内営業や別施策から再接触すれば相手にとっては停止されていません。引き継ぎメモには、停止依頼の有無、停止対象、受領日、反映先、例外の有無を残し、営業リストやCRMにも同じ状態を反映します。
2026年8月16日時点で確認した個人情報保護委員会の通則編では、保有個人データについて、本人から利用停止等や第三者提供停止の請求ができる場合と、理由があると判明したときに遅滞なく対応する考え方が示されています。営業現場では法的な請求形式に限らず、明確な停止意思が届いた段階で連絡を止める運用にしておくほうが、受け手の意思を尊重できます。
アクセス権限、保管、削除まで引き継ぎ対象にする
商談メモは、営業チームにとって便利な共有情報です。同時に、参加者情報や連絡履歴を含む場合は管理対象でもあります。個人情報保護委員会の通則編は、個人データの漏えい等を防ぐ安全管理措置、個人データの取扱いを委託する場合の委託先監督、利用する必要がなくなった個人データを遅滞なく消去する努力義務を示しています。
- 閲覧できる部署、担当者、外部委託先
- 編集できる担当者と承認者
- 保存場所とバックアップの扱い
- 保管期間と削除条件
- 停止依頼を受けたときの反映先
- 委託終了時の返却、削除、アクセス停止
商談代行の成果を振り返るには記録が必要です。ただし、目的が終わった情報を残し続けるほど、管理すべき情報は増えます。成果報酬型の考え方や費用負担を整理する場合でも、商談代行の成果報酬相場のような費用論と、個人情報の保管・削除設計は分けて考える必要があります。
Cotomuで扱う範囲と、引き継ぎで決めておくこと
Cotomuの公開LPで案内するサービス境界は、問い合わせフォーム営業の設計・運用支援です。返信、商談、売上の保証は範囲に含まれず、受け手の意思とフォームの規約を尊重する運用が前提です。
この前提に立つと、商談代行の引き継ぎは「商談を増やすためのメモ」だけでは足りません。どのフォームには送らないか、停止依頼をどこへ反映するか、返信があったときに誰がどの範囲で対応するか、社内営業へ渡す個人情報をどこまでに絞るかを、開始前に決めておく必要があります。
問い合わせフォーム営業の設計や、停止依頼を含む引き継ぎ運用を見直す場合は、フォーム営業診断で現状の運用条件を整理できます。
引き継ぎメモは、次の会話を短くするためにある
商談代行から社内営業へ戻すメモは、詳しさを競う資料というより、次の会話を短くするための作業台です。社内営業が同じ質問を繰り返さず、相手が望むチャネルで、未確認事項から順に確認できる状態を作ります。
商談代行の引き継ぎでは、次の判断に必要な情報を過不足なく渡します。そのために、企業・参加者、背景、現状、課題、確認済み事項、未確認事項、意思決定条件、次の行動、連絡停止・チャネル希望を分けて記録します。さらに、個人情報は利用目的に必要な最小限へ絞り、アクセス権限、保管、削除、委託先管理まで確認します。
受け手が連絡を望まない場合は連絡を止め、フォームの規約が営業利用を禁じている場合は送信しません。そこまで含めて引き継ぎを設計すれば、社内営業は次の会話に集中できます。連絡停止と規約尊重まで含む引き継ぎが、次の商談を支える土台になります。