営業の計画が毎年崩れる本当の理由と、現場が動く計画の育て方4ステップ

April 11, 2026

はじめに——「丁寧に作ったはずの計画」が崩れていくとき

「毎年、計画をめちゃくちゃ丁寧に作るんです。でも気づいたら未達で、また同じことを繰り返している気がして……」

あるIT企業の営業マネージャーが、ふとこぼしたこの一言は、多くの現場に共通する痛みを言い表しています。
誠実で、責任感が強く、チームのことを真剣に考えているからこそ出てくる言葉です。

SaaSの普及やDX推進の加速により、IT営業を取り巻く環境は急速に変化しています。
顧客の購買プロセスは複雑化し、予測が難しくなる一方で、数字へのプレッシャーは依然として重くのしかかります。
そんな環境の中で「丁寧に作ったはずの計画が現場で崩れていく」という体験を繰り返しているマネージャーは、
決して少なくありません。

では、なぜ計画は崩れてしまうのでしょうか。

多くの場合、その根本には共通のパターンがあります。
それは——計画が「すべてが順調に進んだ場合のシナリオ」になってしまっているということです。
顧客の予算凍結、競合の価格攻勢、開発スケジュールの遅延……。

こうした「不都合な現実」から目を背けたまま、「まずはいけるはず」という熱量だけで計画が動き始めてしまう。
この構造的な問題が、未達のサイクルを生み続けています。

本記事では、変化の激しいIT業界において、現場を迷いなく動かし、
目標を達成し続けるための計画の育て方を4つのステップで解説します。

【この記事で得られること】 営業計画が「順調シナリオ」になる構造的な原因と解消法IT営業特有の外的リスク5類型と計画への組み込み方「社内のほころび」が計画を崩す具体事例とチェックリスト行動の解像度を上げて計画を「共通の地図」に変える実践法数字の達成と若手育成を両立させる委譲の線引きフレーム

なぜ「丁寧に作った計画」ほど崩れやすいのか

計画が崩れる根本パターン——「順調シナリオ」の罠

結論から言えば、多くの営業計画が未達になる最大の原因は「計画の精度が低いこと」ではなく、
「計画がリスクを織り込んでいないこと」です。

精緻なスプレッドシートに整理された案件リスト、KPIの目標値、四半期ごとのマイルストーン
——これらは見た目の完成度が高くても、「案件が想定通りに進む」という前提のもとで組み立てられていれば、
最初の不測の事態で崩壊します。

特にIT営業では、以下の3つの要因が重なり合うことで「順調シナリオの罠」にはまりやすい構造があります。

要因	内容	計画への影響
案件の長期化	エンタープライズ案件は意思決定に6〜18カ月を要するため、期初の計画が期中に陳腐化しやすい	期末の着地予測が大きく外れる
関与者の多層化	ユーザー部門・IT部門・経営層・購買部門など複数の意思決定者が介在し、一人の異動で案件全体が止まるリスクがある	特定キーマン依存のリスクが見落とされる
技術・市場の変化速度	競合製品のアップデート、新規参入、規制変更が短期間で発生し、差別化ポイントが急速に陳腐化する	年度初頭の前提が期中に崩れる

IT業界特有の「計画を崩しやすい」環境変化

IT営業の現場では、他業界以上に計画の前提が変わりやすい環境変化が頻発します。
主要なものを整理すると、以下の4点に集約されます。

SaaSシフトによる予算構造の変化：CapExからOpExへの移行に伴い、顧客のIT予算の決裁フローが変化し、
年度予算が固定されにくくなっています。
顧客内のDX推進体制の流動性：DX推進部門の新設・改組・縮小が頻繁に起きており、
推進者の異動が案件の白紙化を招くことが多くなっています。
競合の価格・機能戦略の急変：特に外資系クラウドベンダーのライセンス改定や新機能の先行公開が、
既存の商談条件を一夜にして変えることがあります。
セキュリティ・コンプライアンス要件の厳格化：情報システム部門やリスク管理部門による審査が厳しくなり、
最終局面でのペンディングが増加しています。

これらの変化は「例外的な出来事」ではなく、IT営業において「想定されるべき通常の環境」です。

であれば、計画の設計段階からこれらを織り込むことが、達成への最短ルートになります。

ステップ1：リスクは「例外」ではなく「予定」に組み込む

「タイムトラベル」問いかけ——失敗を仮定して計画を強化する

目標達成を続けているチームを観察すると、決して楽観的なだけではないことがわかります。
むしろ、驚くほど冷静にリスクと向き合っており、「何か起きたら対応する」ではなく
「起きる前提で、あらかじめ計画に組み込んでおく」という発想で動いています。

この思考様式を実践する方法として、現場で効果を発揮している問いかけが「タイムライン」と呼ばれる手法です。
チームミーティングや計画レビューの場で、次のように問いかけます。

【タイムラインの問いかけ】
「今から1年後、この計画が全くの未達に終わったと想像してください。現場では何が起きていましたか？」

この問いかけをすると、会議の空気がガラリと変わります。
「失敗を仮定しても責められない場」が生まれることで、普段は口に出しにくいリアルな声が自然と出てきます。
「実はあの顧客のキーマンが来期に異動するらしい」
「法務の審査がいつも期末に詰まる」
といった「知っているが言いにくかった情報」が計画に反映されるようになります。

IT営業で頻出する外的リスク5類型と計画への組み込み方

IT営業の現場でタイムラインを実施すると、共通して出てくるリスクのパターンがあります。
以下の5類型を把握し、それぞれ計画への組み込み方まで設計しておくことが重要です。

リスク類型	具体的な発生シーン	計画への組み込み方
キーマン異動リスク	DX推進責任者が突然異動し、後任者が案件を引き継がない	推進者1名への依存を排除。決裁者・IT部門・現場責任者の3層にアプローチ先を分散させる
予算消失リスク	外資ベンダーのライセンス改定でIT予算が吸い取られ、自社製品への予算が消える	期初に顧客の予算状況の定期確認日を設定。年度途中の代替予算確保の可否を早期に把握する
セキュリティ審査リスク	大型案件が直前に情報システム部門のセキュリティ審査に引っかかり、翌期にズレ込む	受注見込みの早い段階でセキュリティ要件チェックリストを提示し、審査スケジュールを逆算する
価格高騰リスク	ハードウェア部材の急騰や円安で利益計画が崩れる	見積書の有効期限を設定し、変動費の上振れシナリオを計画に並列で持つ
機能遅延リスク	目玉機能のリリース遅延で顧客の熱が冷め、競合に乗り換えられる	製品ロードマップの遅延リスクを商談に先回りして開示。遅延時の代替価値訴求を準備しておく

同じリスクを「チャンスに変える」競合差別化の視点

リスクを可視化する際に見落とされがちな視点があります。
それは、「同じリスクは、競合も直面している」という事実です。

キーマンの異動も、外資ベンダーの価格改定も、セキュリティ審査の厳格化も、これらは自社だけが被るアンラッキーではなく、
業界全体が直面している環境変化です。

リスクを先読みして動いた側が、チャンスを先取りできます。

【リスクをチャンスに変えた4つの実践事例】

① キーマン異動 → 新たな関係構築の契機に
競合が「担当が変わったので挨拶が遅れた」と後手に回っている間に、新担当者に「ご異動おめでとうございます。新体制でのDX推進にお役立てできればと思い、最新の導入事例をまとめました」と真っ先にアプローチ。
新担当者に「最初に声をかけてくれたパートナー」として記憶されます。

② 外資ベンダーの価格高騰 → 乗り換え検討層の掘り起こしに
外資系プロダクトのライセンス体系が変わったタイミングは、既存顧客が「他に選択肢はないか」と見渡し始める瞬間です。「コスト最適化の観点で一度ご相談できませんか」という切り口が、競合の手から離れた顧客への自然なアプローチになります。

③ セキュリティ審査の厳格化 → 信頼構築の先行投資に
情報システム部門の審査が厳しくなっているなら、
競合より先に「セキュリティ要件チェックリスト」や「審査通過のロードマップ」を持参します。
「面倒な審査を一緒に乗り越えてくれるパートナー」として評価されれば、
後から参入する競合は太刀打ちできません。

④ 市況の冷え込み → 稟議支援で差別化
予算が取りにくい局面では、「どう稟議を通すか」のサポートができるかどうかが勝敗を分けます。
費用対効果の試算資料や経営層向けのサマリーをあらかじめ準備し、顧客の社内調整を後押しすることで、
競合より深く決裁プロセスに入り込むことができます。

リスクを見つめながら、「競合はこの局面でどう動くか？」と問い直す習慣が、
計画に前向きな戦略を生み出すもうひとつの視点となります。

ステップ2：「外の脅威」より厄介な「社内のほころび」に目を向ける

計画を崩す犯人は、実は「身内」だった

計画が崩れるとき、原因が「社内」にあることが驚くほど多いのです。
競合の動きや市場環境といった「外の敵」には万全の備えをするのに、
自陣のほころびには「最後は現場でなんとかする」と目をつぶっていないでしょうか。

これは悪意からではなく、「口に出すと空気が重くなりそうで」という遠慮から来ていることがほとんどです。

しかし、その遠慮が計画の最大のリスクになります。

IT営業の現場でよく見られる社内リスクの代表例を整理します。

社内リスクの類型	具体的な発生シーン	事前に確認すべき問い
技術人材のリソース競合	優秀なプリセールスエンジニアが他の炎上案件にアサインされ、自チームの勝負案件に入れなかった	期中に発生しうる他案件との競合はあるか。バックアップ担当者は設定されているか
法務・契約のボトルネック	期末に案件が集中し、法務の契約書レビューが間に合わず今期中の受注処理ができなかった	法務は何営業日前に依頼すれば間に合うか。契約書の雛形を早期に提示できるか
開発との要件ズレ	営業と開発の要件すり合わせが甘く、顧客への約束と実装が乖離して重大な手戻りが発生した	提案内容の技術実現性を誰がいつ確認するか。確認のタイミングと責任者は明確か
CS・サポート体制の未整備	CSチームの採用が遅れオンボーディング体制が整わず、新規受注にストップがかかった	新規顧客を受け入れるためのCS体制は何件まで対応可能か。採用遅延のリスクはあるか

社内リスクの棚卸しチェックリスト

以下のチェックリストを、計画策定時のチームディスカッションに活用してください。
「YESと言い切れないもの」がある項目は、そのまま計画のリスク項目として記録します。

【期初に確認すべき社内リスク棚卸しチェックリスト】
プリセールス・技術支援メンバーの稼働率に余裕はあるか？　
競合アサインが発生した場合のバックアップ体制はあるか？
期末集中を避けるために、契約書の雛形を何月頃に提示するか決まっているか？　
法務のリードタイムは把握しているか？
顧客へのコミットメント内容（機能・スケジュール・価格）を開発・製品チームと合意しているか？　
誰がいつ確認するか決まっているか？
今期の新規受注目標に対して、オンボーディングを担うCSチームのキャパシティは十分か？　
採用遅延リスクを把握しているか？
競合他社や協業パートナーとの依存関係で、自チームの計画に影響を与えうる要素はないか？

「技術支援メンバーが欠けたときのバックアップは？」
「期末の法務レビュー待ちを避けるために、いつ契約書の雛形を提示するか？」

——こういった問いを計画の段階で一緒に考えておくことが、現場が安心して顧客と向き合える環境を生み出します。

泥臭いかもしれませんが、社内の不確定要素をきちんと直視した計画こそが、強い計画です。

ステップ3：行動の解像度を上げ、計画を「共通の地図」に育てる

アカウントプランが眠る理由——「提出物」と「地図」の違い

期初に気合を入れて作り込んだアカウントプランが、1カ月後にはSFAや共有フォルダの奥で眠っている
——この光景は、多くの営業組織に共通しています。

なぜこうなるのか。原因のほとんどは「計画の粒度が粗すぎて、今日何をすればいいかがわからない」ことにあります。
「DX推進担当役員との関係を強化する」という目標は、方向性としては正しくても、
担当者が「月曜日の朝に最初に何をすればいいか」を判断できる粒度ではありません。

計画が「提出物」として機能するとき、それは承認のためのドキュメントです。
計画が「地図」として機能するとき、それは現場で迷ったときに開いて次の一手を確認するツールになります。
この違いを生み出すのが、行動の解像度です。

目標を「今日の行動」に変換する解像度の上げ方

計画の行動項目を現場が実際に動ける粒度に落とし込む具体的な方法を示します。

粒度が粗いNG例 ❌	解像度を上げたOK例 ✅
休眠顧客の掘り起こしを行う	先月のウェビナー参加者50件に、木曜日までに最新のユースケース資料を添付して個別メールを送る
役員との関係構築を進める	来週水曜日に他社のDX成功事例のホワイトペーパーを持参し、A課長経由で役員へのデモ打診をする
競合に勝てる訴求軸を強化する	今週中に競合X社との機能比較表（セキュリティ要件版）を作成し、B担当にレビューを依頼する
パイプラインを積み上げる	来月末までに、今期受注見込みの1.5倍の案件数をSFAに登録する。今週は新規3件のアプローチリストを作る

「今日、自分は何をすればいいか」が迷わず見えるレベルまで落とし込んで初めて、計画は行動につながります。

1on1の問いかけを変えるだけで計画が「生き返る」

計画を現場で活かし続けるために、マネージャーの1on1の進め方が重要な役割を果たします。
「最近どう？」という漠然とした問いかけから、
SFAやアカウントプランを画面に映しながら進めるアカウントレビュー型の1on1へと移行するだけで、
会話の質が大きく変わります。

1on1の型	問いかけの例	生まれる対話
従来型（状況確認）	「最近どう？進捗は？」	「順調です」「少し遅れています」で終わることが多い。問題が表面化しにくい
アカウントレビュー型	「このルートを攻める計画だったけど、実際の手応えはどう？どこで詰まってる？」	計画と現実のギャップが可視化され、具体的な打ち手の議論に移行しやすい

計画を上司への「報告書」ではなく、現場で迷ったときに一緒に広げる「共通の地図」に変える。
この認識の転換が、チームの動き方をじわりと変えていきます。マネージャーが計画を「管理ツール」として使うのではなく、
「現場支援のコミュニケーションツール」として使うことが、チームの自律性を育てる鍵となります。

ステップ4：「数字の達成」と「若手の育成」は本当に両立できるか

「余裕がないから育てられない」は本当か——構造的に解消する

「今期の数字に追われて、若手を育てる余裕がない」——このジレンマを抱えているマネージャーは非常に多くいます。
しかし、育成と達成の二律背反は、「何を任せて何を握るか」の線引きが不明確であることによって生まれる、構造的な問題です。

精神論や「時間をつくる努力をしよう」といったアプローチでは解消しません。
必要なのは、「失注（致命傷）にならない範囲」を明確に定義し、その範囲内では意図的に若手に任せる仕組みをつくることです。

この線引きができると、マネージャーは自分が本当に関与すべき局面に集中でき、
若手は「失敗が許容される環境」で実践経験を積むことができます。

IT営業における「握る領域」と「手放す領域」の線引き基準

以下は、IT営業のマネージャーが実務で活用できる委譲の線引き基準です。案件のフェーズと業務の性質によって整理しています。

分類	具体的な業務・局面	理由
若手に任せる（手放す）領域	顧客の現状課題の一次ヒアリング	ヒアリング自体の失敗が致命傷になりにくく、フィードバックによる学習効果が高い
若手に任せる（手放す）領域	競合製品との機能比較表の作成	調査・資料化のスキルが身につき、製品知識の向上にもつながる
若手に任せる（手放す）領域	初回のプロダクトデモの実施	経験を積むほどに洗練される。マネージャーが同席し後からフィードバックする形が有効
若手に任せる（手放す）領域	標準価格での見積書の一次作成	ルール内での判断力を養う。特別条件が発生した場合はエスカレーションを徹底する
マネージャーが握る領域	セキュリティ要件の最終すり合わせ	判断ミスが契約の白紙化・信頼失墜につながる。上位の専門知識と関係性が必要
マネージャーが握る領域	PoCの成功基準・評価軸の合意	ここでの合意が受注・失注を決定づける。誤った基準設定は修正不能になる場合がある
マネージャーが握る領域	決裁者（役員クラス）への最終プレゼン	経営層との関係性と信頼が結果を左右する。場数と実績が求められる局面
マネージャーが握る領域	大幅な値引きや特別条件の交渉	利益率・契約条件への影響が大きく、組織的な判断軸が必要

「失注にならない範囲」で任せる——委譲判断の実践フレーム

委譲の判断に迷ったとき、以下の問いを使うと線引きが明確になります。

【委譲判断の3つの問い】
この業務・局面で若手が失敗した場合、案件が取り返しのつかない状態になるか？（致命傷判定）
フォローアップ・フィードバックの時間を確保できるか？（育成の実効性判定）
若手がこの業務を経験することで、次の案件での再現性が生まれるか？（学習価値判定）

3つすべてに「YES」と言えない場合は任せない、「①がNOで②③がYES」なら積極的に任せる——という判断軸です。

この線引きを明文化してチームで共有するだけで、マネージャーの関与基準が属人化せず、組織としての育成文化が根づいていきます。数字を追いながら現場を育てていく営業組織の要諦は、「意図的に任せること」を仕組み化するところにあります。

まとめ——あなたの計画は「生きていますか」？

本記事で解説した4つのステップを振り返ります。

ステップ	取り組みのポイント	得られる効果
ステップ1	リスクを「例外」でなく「予定」に組み込む。タイムトラベル問いかけで失敗シナリオを先に洗い出す	計画が崩れにくくなり、競合への先手対応が生まれる
ステップ2	社内の不確定要素（技術人材・法務・開発・CS）を棚卸しし、計画に明示する	「身内リスク」による突発的な計画崩れを未然に防ぐ
ステップ3	行動を「今日できること」レベルまで落とし込み、1on1でアカウントプランを共通の地図として使う	計画の形骸化を防ぎ、現場の行動が計画と連動するようになる
ステップ4	「致命傷にならない範囲」を定義し、意図的に若手に任せる仕組みをつくる	数字の達成と育成の両立が構造的に実現できるようになる