従業員が増えている会社なら研修が必要だろう。人事部の番号があれば担当者へ届くだろう。どちらも営業の仮説にはなりますが、それだけで受講対象や予算、担当窓口は分かりません。研修営業では、企業の規模と研修の対象者を別に整理します。
以下は、新任管理職の面談スキルを支援する架空の研修サービスの設計例です。地域や人数は候補を絞る仮条件で、実際の検索件数や需要を測定した結果ではありません。候補を作る条件、公式情報から確かめること、相手に聞くことを一枚の確認表へ分けます。
1. 研修のテーマより先に、誰が何を持ち帰るかを決める
「管理職研修」だけでは対象が広すぎます。今回の架空例では、初めて部下を持つ管理職が、面談の準備項目と記録の型を持ち帰る内容とします。受講人数、実施時間、オンラインか訪問かなど、自社が提供できる範囲を先に決めます。
| 設計するもの | 架空例 |
|---|---|
| 受講対象 | 初めて部下を持つ管理職 |
| 持ち帰るもの | 面談の準備シートと振り返りの型 |
| 初回の企業仮条件 | 東京都・神奈川県、従業員50〜300名 |
| 個別に確認すること | 対象者数、既存研修、実施時期、費用負担部門 |
| 提案を進める条件 | 提供形式と相手の運用が合い、確認窓口が分かる |
会社全体が100名でも、新任管理職が何名いるかは分かりません。従業員規模を受講人数へ換算せず、人数条件は候補の入口とします。空欄の企業は規模が確認できていないとして、確定候補へ混ぜず別に確認します。
2. 対象部門と、窓口部門を区別する
受講するのが営業部の管理職でも、企画をするのは人材開発部門、費用を決めるのは事業部ということがあります。これはあり得る役割分担の例で、特定の会社の体制ではありません。対象部門、窓口候補、費用負担・承認者を別の列にします。
| 役割 | 候補として記録する内容 | 未確認のまま残すこと |
|---|---|---|
| 受講対象 | 自社研修に合う職務・階層 | 実際の対象人数 |
| 企画窓口 | 人事・人材開発など、確認できた部署 | 研修担当者かどうか |
| 費用・承認 | 公式情報で確認できた組織 | 予算、決裁者、決裁時期 |
| 連絡先 | 収録された代表・部署の窓口 | 担当者へ直通かどうか |
Atlasの部署情報に電話が収録されていても、研修の担当部署や責任者だとは限りません。担当者名などは契約と出力種別によっても異なるため、必要な列を取得前に確認します。取得できなかった責任者名を推測して表へ埋めないでください。
3. 公開情報で確認できる事実を、仮説へつなぐ
候補を取得したら、企業の公式会社概要、組織紹介、採用・人材育成ページなど、提案内容と関係する公開情報を確認します。確認したURL、日付、何が書かれていたかを短く記録します。公開情報が見つからなければ、その項目は未確認のままで構いません。
架空のサンプルA社で人材育成方針の説明を確認できたとしても、今回の研修を導入したい証拠にはなりません。候補理由は「育成方針と提案テーマの関係を確認したい」と書き、予算と実施意向は別に残します。
求人掲載や従業員数推移を補助情報に使う場合も、研修予算や組織課題の証明としません。掲載記録と現在の募集状態は別で、企業の変化から将来の成長を保証することもできません。最初の連絡では、相手が確認できる具体的な問いへ落とし込みます。
- 研修の対象者と提供範囲を固定する。
- 利用できる所在地・規模などの条件と件数を確認し、必要量だけ取得する。
- 除外台帳を照合し、公式情報から提案理由を確認する。
- 対象人数、既存施策、予算、担当窓口を未確認項目として整理する。
4. AIには、対象表と確認質問を分けて作らせる
新任管理職の面談スキル研修の営業候補を設計してください。
提供形式、対象者、対応地域を先に整理し、企業規模は初回仮説として扱います。
検索対応条件と個別調査項目を分け、件数確認後に取得量を決めます。まだ取得や連絡を行わないでください。
確認表には法人キー、規模、対象部門の仮説、窓口候補、公式URL、確認日、受講人数・予算・責任者・実施時期の未確認欄を作ります。
企業規模から受講人数を計算せず、部署名から決裁者を断定しないでください。出力を人が見て、検索で確認した事実、公開情報の根拠、面談で聞くことが混ざっていないか点検します。予算が空欄だから0円とする、電話のある部署を責任者にする、といった補完があれば戻します。商談へ進めるかは、相手の回答と自社の提供範囲を合わせて判断します。
部署情報の読み方は部署電話付きリストのガイド、曖昧な対象条件の整理は営業リストの要件整理も参照できます。
研修の対象企業と、確認したい部門・出力項目を相談する。研修名だけでなく、受講対象と提供形式を伝えると条件を具体化できます。
確認した出典と、次に進む前の確認
製品仕様とリンクの確認日:2026-10-11。手順中の独自の管理表や判断基準は、利用者側で組む運用例です。Atlasの追加機能を示すものではありません。