IT営業の新規開拓を進める方法｜対象企業の選び方から初回商談と改善の手順

▼ この記事の内容

IT営業の新規開拓は、自社の製品が役立つ業務を絞り、その業務を担う企業・部署に、困りごとを確かめる接点をつくることから始めます。接触件数だけを増やすのではなく、対象の選定、電話やメールでの働きかけ、初回商談、次の行動の合意を一続きで設計することが大切です。この記事では、営業マネージャーや営業企画の方に向けて、各段階の手順と判断基準、会話の具体例、改善が止まりやすい原因を解説します。

IT営業で新規開拓を進めるなら、最初に決めたいのは、どの会社に売るかだけではありません。どの部署の、どの仕事を、どのような状態に変える提案なのかまで明らかにします。ここが曖昧なまま連絡先を集めると、製品説明はできても、相手が話を聞く理由をつくりにくくなります。

たとえば、営業支援システムを扱う場合でも、商談記録が残らない問題と、案件の見通しが立たない問題では、話したい相手も確認すべき業務も異なります。同じ製品を案内する場合でも、営業担当者の入力負担を扱うのか、営業マネージャーの案件確認を扱うのかで、最初の問いかけは変わります。

なお、以下の具体例は進め方を説明するための仮想例です。特定企業の導入実績や成果を示すものではありません。自社の商材、販売体制、既存顧客から得られた事実に合わせて読み替えてください。

IT営業の新規開拓は、役立つ業務と対象企業を絞るところから始める

製品の機能を、相手の仕事に置き換える

対象企業を選ぶ前に、自社が扱う製品・サービスと顧客の業務を結び付けます。機能一覧から業種を広く選ぶだけでは、対象が増えすぎます。既存顧客が導入前に何をしていたか、どこで困っていたか、導入後にどの仕事が変わったかを確認すると、狙う業務を具体化できます。

確認する材料は、商談記録、導入時の打ち合わせ、問い合わせ内容、利用部門からの反応などです。営業担当者の印象だけで決めず、顧客が実際に話したことと、自社が推測したことを分けて整理します。導入されたという事実だけで、当初の課題が解決したと判断しないことも大切です。

整理する項目	営業支援システムを扱う場合の例	対象選定への使い方
対象となる業務	商談記録の共有と案件会議の準備	その業務を行う部署を探す
現在の困りごと	記録が分散し、会議前に状況確認が必要になる	同様の仕事の進め方がありそうか確かめる
変えたい状態	会議前に案件の状況と未確認事項を把握できる	最初に伝える相談テーマにする
利用に必要な条件	記録する項目と担当者が決まっている	導入後の運用が可能か見極める
対応が難しい条件	必要な既存システムとの連携に対応できない	提案前に確認する条件として残す

この整理では、製品が対応できる範囲も明示します。たとえば、記録を集約できても、入力する担当者やルールが決まっていなければ運用は進みません。機能で解決する部分と、顧客側の業務変更が必要な部分を分けることで、無理な提案を減らせます。

業種・規模に加えて、業務と導入条件を見る

対象企業の条件は、業種や従業員規模だけで終わらせないようにします。同じ業種でも、拠点数、担当者の役割、取り扱う情報、既存システムによって、必要な支援は変わります。自社の製品を利用する仕事が存在するか、その仕事を変える余地があるかを確認します。

商材の種類によっても判断基準は異なります。月額利用型の業務システムなら、利用部門が日常業務に組み込めるかが論点になります。受託開発なら、要件を一緒に整理する担当者や開発後の保守体制が必要です。通信・サーバーなどの基盤を扱う場合は、既存環境との整合や切り替え条件が重要になります。

商材ごとの仕事や提案準備を整理したい場合は、IT営業とは？商材や仕事内容を解説｜顧客業務と技術をつなぐ知識、提案の準備順も参考にしてください。

候補企業には、選んだ理由と未確認事項を残す

営業先の一覧には、会社名と連絡先に加え、選定理由、想定する部署、確認したい業務、情報の確認日を記録します。公開情報だけでは分からないことは、空欄を推測で埋めず、未確認として残します。たとえば、採用情報に営業企画の募集があることと、営業管理システムを見直す予定があることは別の事実です。

優先順位は、業務との適合、見直しのきっかけ、接点の有無で判断します。条件が合い、相談する理由も確認できた企業から着手し、適合はありそうでも時期が分からない企業は、最初の接触で状況を確かめます。対応できない条件が分かった企業は、理由を残して今回の提案対象から分けます。

よくある失敗は、営業先の件数を確保するために条件を広げ、そのまま同じ案内を送ることです。対象を広げる場合も、どの業務に役立つと考えたのかを説明できる状態にしておくと、反応が悪かったときに選定の問題まで戻って検証できます。

企業情報から課題の仮説をつくり、連絡する理由を明確にする

公開情報は、困りごとを決めつける材料にしない

対象企業が決まったら、企業サイト、事業紹介、採用情報、公開されている発表などから、業務の変化を調べます。見る目的は情報を大量に集めることではなく、相手に確認する問いを具体化することです。自社の提案に関係する範囲に絞れば、調査だけで時間を使い切ることも避けやすくなります。

たとえば、新しい拠点の開設が公表されていれば、拠点間での情報共有や権限管理が確認したいテーマになります。ただし、拠点が増える企業は情報共有に困っている、と断定はできません。すでに仕組みが整っている可能性もあるため、公開された事実と課題の仮説を分けて持ちます。

• 確認できた事実：企業が新しい営業拠点の開設を公表している。
• 業務についての仮説：拠点間で案件状況を共有する場面が増えるかもしれない。
• 相手に聞くこと：拠点間の案件共有を現在どのように行っているか。
• 提案との関係：共有方法を見直す意向がある場合に、自社の支援範囲を説明する。

仮説は、当てることだけが目的ではありません。相手が違いを説明しやすくなることにも意味があります。実際には共有よりも見積もり承認に時間がかかっていると分かれば、会話の焦点を修正できます。事前に考えた課題へ無理に誘導しないことが、初回の接点では大切です。

連絡文は、相手との関係が分かる順番で組み立てる

最初の電話やメールでは、自社の沿革や機能を並べる前に、なぜその会社へ連絡したのかを伝えます。相手に関係する事実、確認したい業務、自社が支援できる範囲、相談のお願いという順番にすると、相手が自分の担当業務に関係するか判断しやすくなります。

たとえば、拠点開設の公表を確認した企業へ連絡するなら、次のように組み立てられます。

新しい営業拠点の開設について拝見し、ご連絡しました。当社では、営業部門の商談記録や案件情報の共有を支援しています。拠点間の情報共有について、現在の進め方や見直しのご予定を伺う機会を設けさせていただくことは可能でしょうか。

この文面は、情報共有の問題があると決めつけず、確認した事実と相談したい内容をつないでいます。実際に使う際は、公表内容の確認日や自社の対応範囲を確かめ、相手の業務に合わない部分を調整します。会社名を入れ替えただけでは成り立たない理由を持つことがポイントです。

部署ごとに、同じ課題の見え方を整理する

IT製品の導入には、使う人、運用する人、費用を承認する人が関わることがあります。それぞれが気にすることは同じではありません。営業部門は業務が進むか、情報システム部門は既存環境や管理条件に合うか、経営層は事業上の優先順位に合うかというように、確認したい点が変わります。

最初からすべての部署へ同時に連絡するのではなく、どの業務の話なのかを説明できる部署を起点にします。その後、技術面や社内承認の論点が見えた段階で、必要な関係者を相手と相談します。担当者を飛び越えて別部署に話を広げると、社内調整を難しくする場合があります。

よくある失敗は、公開情報を長く引用すること自体が個別対応だと考えることです。相手の発表を紹介しても、自社の提案との関係が分からなければ連絡する理由にはなりません。調べた情報は、どの仕事について何を確認したいのかまでつなげて使います。

電話・メール・紹介を、相手と目的に合わせて使い分ける

手段ごとに、何を確認するかを決める

新規開拓の手段は、接触しやすさだけで選ばないようにします。担当部署を確かめたいのか、検討に必要な情報を届けたいのか、具体的な相談の場をつくりたいのかで、適した手段が変わります。営業担当者が得意な方法だけに寄せず、相手が受け取り、判断できる形を考えます。

手段	使う場面	最初に目指すこと	注意する点
電話	担当部署や現在の検討状況を確かめたいとき	連絡の趣旨を伝え、相談先と関心の有無を確認する	相手の都合を確認し、説明を続けすぎない
メール	相手に関係する情報と相談内容を文章で届けたいとき	担当業務との関係を理解してもらう	複数の依頼や大量の機能説明を詰め込まない
紹介	共通の取引先などを通じて接点をつくれるとき	紹介先との適合と、紹介への同意を確認する	紹介者の信頼を前提に、検討を迫らない
展示会・勉強会	特定テーマに関心を持つ人と接点をつくるとき	参加目的と業務上の関心を把握する	参加や名刺交換を導入意向と同一視しない
手紙	宛先を確認したうえで、背景を整理して届けたいとき	連絡した理由と相談内容を読んでもらう	役職や送付先、記載情報の扱いを確かめる

メールでは、件名で相談テーマが分かり、本文で連絡の理由が分かるようにします。製品資料の閲覧、アンケートの回答、面談の予約を一度に求めるより、その連絡で相手に判断してほしいことを一つに絞ります。文面の組み立ては、営業メールのコツを目的別に解説｜新規開拓・商談後・既存顧客の文面作成方法で詳しく扱っています。

複数の手段を使うときも、連絡の経緯を引き継ぐ

電話とメールを組み合わせる場合は、同じ説明を繰り返すのではなく、前の接点で分かったことを次に生かします。電話で資料を見たいという返答があったなら、関心のあったテーマに絞って送ります。メールを送った後に電話する場合も、読んだことを前提にせず、連絡の趣旨から短く伝えます。

追って連絡する判断には、新たに伝える内容があるかも含めます。前回と同じ案内を送り続けても、相手の検討材料は増えません。対象業務に関する追加説明や、相手から尋ねられた条件への回答など、連絡する理由を説明できる状態にします。返事がないことだけで、関心がない、担当者が悪いと結論づけないようにします。

一方で、連絡を望まない意思が示された場合は、その情報を担当者個人の記憶にとどめず、営業先の記録に反映します。部署や担当者が変わっても同じ働きかけを繰り返さないように、停止の意思と対象範囲を共有します。連絡先の取得方法や利用目的についても、自社の運用ルールに沿って確認が必要です。

手紙を選ぶ場合も、送付自体を目的にせず、なぜその相手へ届けるのかを先に整理します。準備や文面の考え方は、手紙営業の始め方と例文｜法人新規開拓で成果につなげる手順と判断基準を参考にできます。

面談の了承と、予約の確定を分けて記録する

話を聞いてもよいという返答と、日時・所要時間・参加者が合意された状態は分けます。候補日時を提示しただけで予約済みと扱うと、社内の予定管理や商談準備にずれが生じます。相談するテーマと必要な時間を示し、相手の合意を確認してから確定します。

初回商談は、現状の確認、提案との関係の説明、次の行動の相談までを行えるよう、30分以上で設計します。忙しい相手には、時間を曖昧に短く見せるのではなく、事前に議題を絞ります。以前に別の所要時間で了承を得ている場合は、こちらだけで変更せず、必要な時間をあらためて相談します。

初回商談では、現状・影響・判断条件を順に確かめる

製品説明の前に、相手が確認したいことを合わせる

初回商談の目的は、製品の全機能を知ってもらうことではなく、自社が支援できる課題があるかを双方で確かめることです。冒頭では、連絡した背景を短く伝え、相手が今回の場で確認したいことを聞きます。営業側が想定していた課題と異なる場合は、その場で議題を調整します。

たとえば、商談記録の共有について連絡した相手が、実際には入力負担の削減を知りたいと考えていることもあります。その場合は、入力から共有までの現在の流れを確認し、どの部分を扱うかを合わせます。予定していた資料を順番に見せることより、相手の判断に必要な情報をそろえることを優先します。

質問は、事実から判断条件へ進める

課題を尋ねても、相手がすぐに整理して答えられるとは限りません。困っていることはありますかという大きな質問だけでなく、普段の仕事の進め方から確認すると、具体的な話になりやすくなります。特に、誰が、いつ、何を使って、どのように処理しているかは、提案の前提になります。

確認する順番	質問の例	把握したいこと
現在の業務	案件会議の前に、情報はどのように集めていますか。	実際の手順、担当者、使用している道具
具体的な困りごと	その準備で、確認し直すことが多いのはどの部分ですか。	問題が起きる場面と条件
業務への影響	確認が終わらない場合、会議やその後の対応にどのような影響がありますか。	解決する必要性と影響範囲
これまでの対応	現在の方法を見直すために、試したことはありますか。	実施済みの工夫と残っている課題
検討の条件	方法を変える場合、関係する部署や事前に確かめたい条件はありますか。	関係者、運用条件、技術条件
優先順位と時期	ほかの取り組みと比べて、いつ頃までに整理したいテーマでしょうか。	今取り組む理由と検討時期

質問を並べて聞き切ることが目的ではありません。相手の答えを受けて、必要なところを具体化します。時間がかかるという話が出たら、どの作業に、どの程度の頻度で時間を使うのかを確認します。測定されていない場合は未確認とし、その場で都合のよい削減時間を置かないようにします。

実演は、確認できた業務に沿って見せる

製品の画面を使った実演は、相手が話した業務と結び付けます。会議前の情報確認が論点なら、記録の入力から案件一覧の確認までを見せ、どこが現在の方法と変わるかを説明します。関係の薄い機能まで見せると、相手が何を判断すればよいか分からなくなることがあります。

説明するときは、できることに加えて、利用に必要な設定や運用も伝えます。既存システムとの連携、データの移行、利用権限などに未確認の点があれば、その場で対応可能と断定せず、確認する事項と回答の担当を残します。営業担当者だけで判断できない論点は、技術担当者を交えた確認につなげます。

次回は、何を判断する場なのかまで合意する

商談の最後には、確認できた課題と未確認事項を簡潔に整理します。そのうえで、次に何を確かめれば検討が進むのかを相手と相談します。資料を送るだけで終える場合も、何の判断に使う資料なのか、追加の確認が必要かを明らかにします。

たとえば、利用部門としての関心はあるものの、既存環境との連携が分からないなら、次回は技術条件を確認する場にします。参加者、双方が準備する情報、確認したい条件を決めることで、同じ製品説明を繰り返す商談を減らせます。

課題があっても優先順位が低い場合や、自社で対応できない条件がある場合は、無理に次回商談へ進めません。現在の判断とその理由を記録し、再検討する条件があるなら確認します。商談回数が増えたことと、顧客の判断が進んだことを分けて捉えます。

営業マネージャーは、件数と商談の中身を合わせて改善する

活動の段階と、数える単位をそろえる

チームで新規開拓を改善するには、接触件数や商談件数を集める前に、何を数えるかをそろえます。同じ会社へ複数回連絡した場合の扱いや、商談が延期された場合の扱いが担当者によって違うと、結果を比較できません。営業管理システム上の記録だけでなく、実際の活動がどこまで残っているかも確かめます。

• 対象企業数：今回の条件に合う企業として選んだ数。
• 接触企業数：対象期間中に実際に連絡した企業の数。
• 接触回数：電話やメールなど、行った働きかけの回数。
• 会話・返信の状況：担当者との会話や、内容のある返信があった状態。
• 商談実施数：予定の確定だけでなく、実際に商談を行った数。
• 次の行動の合意状況：双方の担当、準備事項、確認するテーマが決まった状態。

比率を見るときは、分母と期間を明記します。接触回数に対する商談数と、接触企業数に対する商談数は異なります。また、今月接触した企業が翌月に商談化することもあります。一定期間に接触を始めた企業を追う見方と、その月に実施した活動を集計する見方を混ぜないようにします。

どの段階で止まっているかによって、見直す場所を変える

商談が少ないという結果だけでは、改善する場所は決まりません。対象企業に届いていないのか、担当者と話せても関心を持ってもらえないのか、商談後に進まないのかを分けます。件数が少ない段階では、率の上下だけで優劣を決めず、実際の会話や返信を合わせて読みます。

起きている状態	先に確認すること	見直す方向
担当者と接点を持てない	連絡先、担当部署、接触手段は適切か	営業先情報と連絡方法を修正する
話せるが相談につながらない	相手の業務に関係する理由を伝えているか	対象条件と最初の問いかけを見直す
商談はできるが課題が見えない	面談前の期待と、商談で聞く内容が合っているか	面談の設定条件と質問を見直す
課題はあるが検討が進まない	影響、優先順位、導入条件を確認できているか	不足情報と関係者を整理する
提案後に返答が止まる	判断する内容と次の行動を合意していたか	提案前の確認と商談の締め方を見直す

たとえば、商談は実施できているのに、その後の検討が進まない場合、接触件数を増やすだけでは同じ停滞が増える可能性があります。相手が情報収集のつもりで参加したのか、導入の相談だったのかを確認し、初回商談で何を把握できたかまで戻って見直します。

受注につながった理由と、止まった理由を原文で確認する

改善の材料には、顧客の発言やメールの原文を使います。予算がないと言われたとしても、今年度の予算が確保されていないのか、効果が分からず支出できないのかでは、次の対応が違います。営業担当者の要約は便利ですが、重要な判断では元の発言に戻れるようにします。

受注した案件でも同様です。製品の機能が評価されたのか、導入時期に対応できたのか、運用支援が判断材料になったのかを分けます。成功した担当者の話し方をそのまま広める前に、対象企業や相談のきっかけが違わなかったかを確認します。

施策を試す場合は、対象条件、変更する内容、確認する期間を先に決めます。営業先も文面も接触手段も一度に変えると、何が結果に影響したか分かりにくくなります。新しい方法を試す範囲を区切り、件数だけでなく、顧客との会話がどう変わったかを確かめます。

振り返りで見つけた課題を、次の練習と商談につなげる

振り返りでは、もっと深く聞く、説明を短くする、といった指摘だけで終わらせないようにします。どの発言の後に何を聞けばよかったか、どの説明が相手の質問とずれていたかまで具体化します。そのうえで、次の商談で試す行動を絞ります。

練習では、製品説明の全体を繰り返すより、課題を聞いた後の追加質問や、次回の目的を合意する場面など、改善したい箇所を扱います。相手役の業務、現在の方法、検討上の懸念を設定すると、決まったせりふを読むだけになりにくくなります。練習後は、実際の商談でその行動ができたかを確認します。

営業のロープレ（模擬商談）や商談の振り返りをAIで続ける方法として、FAZOMを活用する選択肢もあります。実際の会話から練習する場面を決め、次の商談で試す行動までつなげて運用することが大切です。

まとめ

IT営業の新規開拓は、対象企業を集めて連絡するだけではなく、役立つ業務を見定め、相手の状況を確かめ、判断に必要な情報をそろえる活動です。製品の説明から始めるのではなく、どの仕事をどのように変える提案なのかを明らかにすると、対象選定から商談までのつながりをつくれます。

• 既存顧客の事実から、役立つ業務と利用に必要な条件を整理する。
• 公開情報と課題の仮説を分け、連絡する理由と確認したいことを持つ。
• 電話やメールは目的に合わせて選び、前の接点で分かったことを引き継ぐ。
• 初回商談では、現状、影響、導入条件、優先順位を確認する。
• 次に判断する内容と、双方が行うことまで合意する。
• 活動件数と会話の中身を合わせて見て、止まっている段階を改善する。

営業マネージャーや営業企画の方が最初に着手するなら、直近の商談を見直し、対象企業を選んだ理由、確認できた課題、次の行動の合意が記録されているかを確かめてください。不足している情報が分かれば、営業先の選定、最初の連絡、商談の進め方のうち、どこから直すべきかを具体的に判断できます。