▼ この記事の内容
IT業界のルート営業とは、既存顧客を継続して担当し、システムやサービスの利用状況を確かめながら、契約更新や追加提案につなげる営業です。定期的に訪問するだけでなく、顧客の業務上の困りごとを捉え、技術担当やサポート担当と連携して改善を進めます。この記事では、新規営業との違い、商材別の仕事内容、担当体制の選び方を整理します。自社で何を確かめ、どの条件なら提案や体制変更に進むかまで、具体的な手順で解説します。
IT業界のルート営業とは、既存顧客の利用と取引を育てる営業
IT業界のルート営業は、すでに取引のある企業を担当し、導入済みのシステムやサービスが業務に合っているかを確認しながら、取引の継続や改善提案を進める仕事です。ここでいうルートは、決まった順番で訪問することよりも、継続して担当する顧客がいることを指します。訪問に加え、電話やオンラインでの面談、メールなども使って接点を持ちます。
営業マネージャーが押さえたいのは、既存顧客であっても、次の契約が約束されているわけではない点です。担当者の異動、事業方針の変更、利用部門の縮小などで、導入時にあった必要性が変わることがあります。以前の商談で聞いた話を、そのまま現在の状況として扱わない姿勢が求められます。
定期訪問は手段であり、仕事の目的ではない
ルート営業の仕事を訪問件数だけで捉えると、会うこと自体が目的になりがちです。しかし、顧客が確認したいことも、営業側が持ち帰ることもない訪問は、次の判断につながりません。訪問前に、今回は利用上の課題を確かめるのか、更新に向けた条件を整理するのか、目的を具体的に決めます。
例えば、導入したシステムが使われていない場合も、操作方法が分からないのか、業務に合わないのか、社内の運用ルールが決まっていないのかで対応は変わります。営業の役割は、すぐに追加商品を勧めることではなく、何が起きているかを確認し、必要な担当者につなぐことです。
顧客への価値と自社の売上は、分けて考える必要がある場面もあります。利用が定着していない顧客に追加契約を提案するより、まず現在の契約範囲で使える状態を整えた方がよい場合があります。一方、今の契約では対応できない業務が明確になったなら、その不足を補う提案が検討対象になります。
新規営業との違いは、提案の出発点にある
新規営業は、まだ取引のない企業との接点づくりや、導入を検討してもらうための課題整理から始まります。ルート営業には過去の契約や導入の経緯がありますが、その情報を使って現在の状況を確かめ直す工程が必要です。取引があるから課題を把握できている、とは限りません。
| 比較する点 | 新規営業 | IT業界のルート営業 |
|---|---|---|
| 主な相手 | まだ取引のない企業や部門 | すでに取引のある企業や利用部門 |
| 提案の出発点 | 現在の課題と導入の必要性を知る | 導入の経緯と現在の利用状況を照らし合わせる |
| 主な商談 | 初回導入、他社サービスからの切り替え | 契約更新、利用範囲の拡大、構成や運用の見直し |
| 見落としやすいこと | 課題の優先順位や社内の合意状況 | 導入後に変わった業務、関係者、評価基準 |
ただし、両者の境界は明確に分かれるとは限りません。既存顧客の別部門に初めて提案する場合は、新規営業に近い情報収集が必要です。会社との取引実績はあっても、その部門が抱える課題や予算、意思決定の流れまで分かっているとはいえないためです。
カスタマーサクセスやサポートとの境界は社内で決める
カスタマーサクセスは、顧客が導入したサービスを活用し、目的を達成できるよう支援する役割です。問い合わせや障害への対応を担うサポートとともに、ルート営業と関わる場面があります。ただし、更新交渉や利用支援を誰が担当するかは会社によって異なります。
名称だけで分担を決めず、利用状況を確認する人、課題を整理する人、契約条件を交渉する人を明らかにします。複数の担当者がいる場合は、顧客に同じ説明を繰り返してもらわない情報共有と、困ったときに誰へ相談すればよいかが分かる窓口の設計が必要です。
仕事内容は、扱うIT商材と契約の形によって変わる
IT業界のルート営業を一つの仕事として考えると、自社に合わない活動を取り入れてしまうことがあります。継続利用するサービス、個別に開発するシステム、機器の販売では、顧客が判断する時期も、営業が確認すべき内容も違います。まず、自社が何を提供し、どの条件で取引が続くのかを整理します。
継続利用型のサービスでは、契約と利用実態の両方を見る
SaaSと呼ばれるインターネット経由で利用するソフトウェアなどでは、契約期間や利用人数に加え、顧客がどの業務で使っているかを確認します。契約が続いていても、現場でほとんど利用されていない場合は、更新時に必要性を問われる可能性があります。
利用状況を確認するときは、操作回数のような情報だけで結論を出さないことも大切です。毎日使う業務なのか、特定の時期だけ必要な業務なのかで、適切な利用頻度は変わります。利用の記録が取得できる場合も、契約や社内規程で認められた範囲で扱い、顧客の業務上の意味と合わせて判断します。
主な仕事は、導入時の目的の再確認、利用上の障害の整理、更新に向けた条件確認、利用人数や部門の拡大提案などです。追加提案は、現在の利用が安定しているか、追加する理由が顧客の業務にあるかを確認してから進めます。
システム開発では、稼働後の課題を次の計画につなげる
システム開発や複数の仕組みを組み合わせる事業では、納品後の保守、機能改修、他システムとの連携、将来の刷新などが継続的な相談になります。顧客から出た要望をそのまま見積もり依頼に変える前に、誰が何に困り、今の運用ではどこまで対応できるかを確認します。
例えば、入力画面を増やしたいという要望でも、背景には部門間の情報共有が遅いという問題があるかもしれません。その場合、画面の追加だけで解決するのか、入力項目や業務手順の見直しが必要なのかを技術担当と検討します。営業が要望の背景を聞くことで、検討すべき範囲が明確になります。
また、開発の実現可否、費用、納期を営業だけで約束しないことも重要です。顧客が求める期限と理由を聞いたうえで、技術担当の確認が必要な事項を分けます。未確認の内容は確認中と伝え、回答する担当者と時期を決めておきます。
機器やネットワークでは、更新時期と運用条件を把握する
パソコン、サーバー、ネットワーク機器などを扱う場合は、設置状況、保守契約、利用部門、更新予定などが提案の材料になります。故障時の対応に加え、拠点の新設や移転、働き方の変更に伴う見直しも相談のきっかけになります。
ただし、導入から時間が経ったという理由だけで、交換の必要性を断定することは避けます。メーカーが示す保守の条件、現在の性能や障害の状況、顧客が求める運用水準を確かめます。更新する場合も、業務を止められる時間や移行作業の分担まで含めて話を進めます。
どの商材でも、商談の前後までが営業の仕事になる
顧客との面談だけを見ていると、ルート営業の仕事量を捉えきれません。面談前には契約や問い合わせの履歴を確認し、面談後には技術担当への相談、見積もり条件の整理、顧客への回答などが発生します。管理者は訪問予定だけでなく、持ち帰った課題が解消されているかを見ます。
- 面談前：導入目的、契約条件、前回の宿題、対応中の問い合わせを確認する。
- 面談中：変化した業務、現在の困りごと、判断に関わる人と時期を確かめる。
- 面談後：事実と未確認事項を分け、社内外の担当者と次の対応を決める。
営業に必要な技術知識も、この流れに沿って考えると整理しやすくなります。すべてを自分で解決する知識より、顧客の話を正確に聞き、技術担当に必要な情報を渡し、回答の意味を顧客に説明できる知識が土台になります。
自社に合う担当体制と顧客への関わり方を選ぶ
ルート営業の体制を見直す際は、営業人数を先に決めるのではなく、顧客に対してどの仕事が発生しているかを調べます。契約更新の調整が中心なのか、利用支援が多いのか、技術的な相談が多いのかによって、必要な分担は変わります。
担当体制は、仕事の性質と引き継ぎの負担で比べる
次の表は、担当体制を選ぶときの比較軸です。どれか一つを全顧客に当てはめる必要はありません。契約内容や支援の複雑さに応じて使い分ける方法もあります。現在の組織名に合わせて考えるより、顧客が相談してから回答を得るまでの流れで比べると判断しやすくなります。
| 選択肢 | 向いている場合 | 向かない場合 | 確かめる点 |
|---|---|---|---|
| 営業が利用確認から更新提案まで担当する | 商材や契約が比較的整理され、担当者が顧客の状況を継続して追える | 問い合わせや技術調整が多く、営業の提案準備が後回しになる | 担当者ごとの対応量、回答の遅れ、担当不在時の引き継ぎ方法 |
| 営業と利用支援の担当を分ける | 導入後の支援が継続して必要で、契約交渉と並行して進む | 役割が曖昧で、同じ確認を繰り返したり対応が抜けたりする | 更新の責任者、利用上の課題を営業へ伝える条件、顧客の窓口 |
| 営業を窓口に、技術担当が案件ごとに加わる | 開発、構成変更、移行など、専門的な検討を伴う | 技術担当の参加条件がなく、相談が滞留する | 相談前にそろえる情報、参加の判断者、回答までの進め方 |
例えば、営業が問い合わせ対応に追われている場合も、すぐに分業すれば解決するとは限りません。同じ質問が繰り返される理由が説明資料の不足なら、資料や案内の改善も必要です。仕事を誰に移すかと、その仕事が繰り返し発生する原因を減らせるかを、分けて検討します。
顧客の優先順位を売上額だけで決めない
売上額は担当体制を考える材料になりますが、それだけでは対応の緊急度が分かりません。契約更新の判断が近い、運用上の問題が起きている、担当者が交代したといった顧客は、現在の取引額にかかわらず状況確認が必要な場合があります。
一方、追加提案の可能性がありそうという営業側の期待だけで、頻繁に面談を設定するのも適切とは限りません。顧客にとって検討する理由があるか、今の業務に変化があるかを確認します。支援の必要性と提案の可能性を別々に見ると、訪問先の選び方を説明しやすくなります。
- 時期：更新、予算策定、組織変更、拠点変更などの予定があるか。
- 課題：未解決の問い合わせや、利用を妨げる問題があるか。
- 関係者：担当者や決裁者が変わり、経緯の共有が必要になっていないか。
- 提案余地：顧客が認識している業務上の不足と、自社が対応できる範囲が重なるか。
接点の頻度は、確認する目的から決める
全顧客を同じ間隔で訪問する運用は分かりやすいものの、必要な対応量が顧客によって違う場合には合わないことがあります。導入直後の確認と、安定して利用している顧客の確認では、話す内容も適切な時期も変わるためです。
接点を設けるときは、何を確認するか、その情報がいつ必要か、どの方法なら相手の負担が少ないかを考えます。簡単な事実確認ならメールで済む場合もあれば、複数部門の認識を合わせるために面談が必要な場合もあります。訪問回数を先に固定せず、目的と次の判断を結びつけます。
自社に当てはめて進める、既存顧客営業の見直し手順
体制や活動内容を変える前に、実際の顧客情報を使って、どこで仕事が止まっているかを確かめます。以下の手順は、営業マネージャーと担当者が同じ顧客を見ながら進めることを想定しています。各段階で、確認できた内容と、次に進む条件を分けておくのがポイントです。
手順1：対象の契約と、顧客が決める時期を確認する
最初に、対象顧客の契約内容、利用部門、契約期間、更新や変更に関する条件を確認します。契約書と顧客管理上の記録が違う場合は、どちらが正しいかを確かめてから予定を組みます。過去の担当者の記憶だけで、更新の条件や必要な手続きを判断しないようにします。
次に、契約上の期限と、顧客が社内で判断する時期を分けます。更新日より前に予算や方針を決める顧客もいるため、契約期限だけでは商談を始める時期を判断できません。確認先と判断時期が分かれば次へ進み、不明な場合は、まず誰に何を聞くかを決めます。
手順2：導入目的と現在の状態を照らし合わせる
導入時に解決したかった問題を、提案書や商談記録などで確認します。そのうえで、現在も同じ目的なのか、どこまで実現できているのかを顧客に聞きます。記録に目的が残っていない場合は、営業側で補わず、顧客との対話で確認し直します。
この段階では、単に使っているかではなく、どの仕事で、誰が、何のために使っているかまで整理します。現在の利用と導入目的のつながりが確認できれば、改善や継続の検討に進めます。つながりが分からない場合は、追加提案より先に、利用部門への確認や目的の再整理を行います。
手順3：事実、原因の見立て、顧客の意向を分ける
例えば、利用する担当者が減っているという事実があっても、その原因が不満とは限りません。組織変更や業務の集約によって、利用人数が変わった可能性もあります。営業の見立てを事実として記録すると、必要のない引き留めや値引きにつながりかねません。
| 分けて残す内容 | 記録する例 | 次に確かめること |
|---|---|---|
| 確認できた事実 | 担当者から、利用部門が変わったと聞いた | 変更後の利用部門と責任者 |
| 営業側の見立て | 引き継ぎが十分でない可能性がある | 操作や運用で困っていることがあるか |
| 顧客が示した意向 | 今後の使い方を社内で整理したい | 整理する人、検討する内容、結果を確認できる時期 |
原因が確認できたら対応策の検討へ進みます。まだ見立ての段階なら、誰に何を確かめれば判断できるかを決めます。顧客が検討したいと言ったことと、購入する意思を示したことも区別しておくと、社内の売上見込みが先走るのを防ぎやすくなります。
手順4：関係者と社内の意思決定の流れを確認する
日常の窓口担当者が、契約の判断まで担っているとは限りません。実際に使う人、運用を管理する人、費用を負担する部門、契約を承認する人を確認します。全員と直接面談する必要があるわけではありませんが、それぞれが何を重視するかは整理しておきたい情報です。
例えば、利用部門は作業のしやすさを評価していても、管理部門は費用や運用負担を確認したい場合があります。窓口担当者と相談し、社内説明に必要な材料をそろえます。判断者、判断基準、検討の順序が分かれば提案準備へ進み、不明な部分は顧客に確認する事項として残します。
手順5：対応を、利用支援・改善提案・更新確認に分ける
課題と意思決定の流れが分かったら、次の対応を選びます。操作や運用の問題であれば利用支援、現在の契約では解決できない業務上の不足があれば改善提案、利用が安定していて判断時期が近ければ更新に向けた確認が候補になります。
複数の対応が必要な場合は、前後関係を決めます。例えば、現場の利用方法が固まっていない状態なら、支援を進めてから追加契約の必要性を判断する方がよいことがあります。更新の検討と障害対応が並行する場合は、担当者を分けつつ、顧客への説明が食い違わないようにします。
ここで提案に進む条件は、顧客が認識する課題があり、その解決に自社の提供内容が関係し、検討する相手と進め方が分かっていることです。営業側に売りたい商品があるという理由だけでは、提案の根拠として十分とはいえません。
手順6：次の行動を決め、結果を見て運用を直す
最後に、顧客と自社のそれぞれが、何をいつまでに確認するかを決めます。次回連絡するとだけ記録するのではなく、利用部門の課題を整理する、技術担当が対応可否を確認するなど、完了したかが分かる行動にします。顧客側の予定は、一方的な希望と合意済みの内容を分けて残します。
体制変更も、適用する顧客の範囲と確認時期を決めて試します。回答の遅れが減ったか、情報の重複確認が増えていないか、担当者の負担が別の部門に移っただけではないかを確認します。問題が残る場合は、担当人数だけでなく、引き継ぐ情報や役割の境界を見直します。
成果を捉える評価指標と、ルート営業で起きやすい失敗
ルート営業の評価では、売上や契約継続といった結果に加え、その結果に至る途中の状態を見ます。結果だけでは、問題が表面化するまで手を打ちにくくなります。一方、活動件数だけでは、顧客の判断が進んでいるかを捉えられません。
結果、顧客の状態、活動を分けて確認する
更新率や追加売上などを見る場合は、対象と定義をそろえます。契約件数で見るのか、金額で見るのか、一部の利用縮小をどう扱うのかによって意味が変わるためです。担当者同士を比べる前に、担当する契約の種類や更新時期の違いも確認します。
| 見る対象 | 確認する内容 | 判断するときの注意点 |
|---|---|---|
| 取引の結果 | 契約継続、利用縮小、追加契約、売上や粗利 | 対象期間と集計範囲をそろえ、担当者だけでは変えにくい事情も確認する |
| 顧客の状態 | 導入目的の確認、未解決課題、更新意向、意思決定の把握 | 確認済みの事実と営業の予測を混ぜない |
| 営業活動 | 目的のある面談、課題の確認、回答、次の行動の合意 | 件数に加え、何が分かり、どの判断が進んだかを見る |
管理する項目は、見た後の行動まで決めておきます。更新意向が未確認なら誰が聞くのか、課題への回答が止まっていたら誰が調整するのかを明らかにします。記録項目が増えても、会議や日々の対応で使われなければ、入力の負担だけが残ります。
失敗1：関係が良いことを、契約が続く根拠にする
担当者との関係が良く、面談もできていると、契約も継続すると考えやすくなります。しかし、担当者個人の評価と、会社としての契約判断は別です。予算の見直しや全社方針の変更など、窓口との会話だけでは見えない事情があるかもしれません。
対策は、関係性を評価することに加え、誰がどの基準で継続を判断するかを確かめることです。顧客管理の記録に良好と書くだけで終えず、利用部門の評価、承認者が求める情報、判断時期を残します。担当者が社内で説明できる材料がそろっているかも確認します。
失敗2：困りごとを聞いた直後に、追加商品を提案する
顧客の課題を聞くと、自社の商品で解決できそうだと考えて、すぐに紹介したくなることがあります。ただ、課題の原因や影響が分からないままでは、その商品が必要なのか判断できません。今ある機能の使い方を変えるだけで対応できる場合もあります。
提案前には、どの業務で、どのような不都合があり、現在はどう対応しているかを聞きます。そのうえで、現状の運用変更、現在の契約内での対応、追加契約などを比べます。追加の費用や運用負担が生じる場合は、それも含めて顧客が選べるように説明します。
失敗3：技術的な回答を急ぎ、確認前の約束をする
既存顧客には早く回答したいという気持ちから、対応できると思いますと伝えてしまうことがあります。その言葉が顧客の社内計画の前提になると、後から条件を修正する負担が大きくなります。特に開発、連携、移行では、前提条件によって回答が変わることがあります。
営業がその場で伝えられる事実と、社内確認が必要な事項を分けます。確認が必要な場合は、何を調べるか、誰が回答するか、いつ回答予定を伝えられるかまで示します。管理者も、即答したかどうかではなく、正確な回答まで仕事を進められたかを評価します。
失敗4：定例の報告が、活動件数の読み上げで終わる
訪問件数や提案件数だけを順番に報告しても、管理者が支援すべきことは見えにくいものです。報告では、前回から変わった事実、現在止まっている判断、担当者だけでは解消できない問題を中心に扱います。件数は、その背景を理解する材料として使います。
例えば、更新に向けて進んでいるという報告には、顧客のどの発言を根拠にしているか、未確認の条件は何かを聞きます。担当者を問い詰めるためではなく、次の商談で確認すべきことや、管理者が同席する必要性を判断するためです。
失敗5：経験のある担当者に、判断と情報が集中する
長く担当している営業ほど、顧客の事情を詳しく知っている一方、記録がなくても仕事を進められることがあります。その状態では、休暇や異動の際に対応が止まり、顧客が同じ経緯を説明し直すことになります。人によって支援の内容が大きく変わる原因にもなります。
共有するのは連絡先や契約金額だけではありません。導入の背景、過去に見送った提案と理由、顧客が重視する判断基準、現在の宿題を残します。過去の発言には確認時期を添え、今も有効か分からない情報は、そのまま現在の意向として使わないようにします。
育成では、実際の商談で聞けなかったことや、回答に迷った場面を使って練習します。商品の説明だけでなく、利用が進まない理由を聞く、追加提案の前提を確かめる、技術確認が必要な場面で返答するなど、担当者が日々判断する場面を扱うと、現場の振り返りにつなげやすくなります。
こうした練習を続ける方法として、FAZOMを使い、AIを相手に営業のロープレを行ったり、商談を振り返ったりする選択肢もあります。練習で見つけた確認不足を次の商談の行動に変え、顧客の実際の反応を見て見直すことが大切です。
まとめ
IT業界のルート営業とは、既存顧客の利用状況や業務の変化を捉え、契約継続と必要な改善提案につなげる営業です。定期訪問や関係づくりに加え、導入目的の確認、技術担当との調整、意思決定の把握、契約条件の整理までを担います。
営業マネージャーが見直す際は、まず自社の商材と契約の形を整理し、顧客対応のどこに負担や抜けがあるかを確認します。そのうえで担当体制を比べ、顧客ごとの課題や判断時期に合わせて、利用支援、改善提案、更新確認を選びます。
着手するなら、更新や重要な判断が近い顧客について、導入目的、現在の利用、未解決の課題、判断する人と時期を並べてみてください。不明な点を次の確認事項に変えることで、訪問予定を埋める管理から、顧客の判断と課題解決を進める管理へつなげられます。
