SIer営業の進め方と提案手順|ヒアリングから受注まで

公開: 2026-11-09 / 更新: 2026-11-09 ・ 読了 約6分

SIer営業は、顧客の業務課題を特定し、自社のIT技術やパートナー企業の開発力を組み合わせてシステム開発・運用体制を提案する職種です。商談では単なる製品説明にとどまらず、要件定義から保守運用までの開発工程を見据えたヒアリングと技術部門との連携が欠かせません。

本記事で扱う主な用語の定義は以下の通りです。

• SIer（システムインテグレーター）: 顧客の情報システムの企画、設計、開発、運用を請け負う事業者。
• RFP（提案依頼書）: 発注側がシステム導入の目的、予算、求める要件をまとめた仕様書類。
• 工数（人月）: システム開発の作業量を「1人が1ヶ月作業する量」を基準に表す単位。
• PoC（概念実証）: 本格導入の前に、技術やシステムの実現可能性を小さく試す検証。

SIer営業とは何か？仕事内容と役割の定義

SIer営業とは？基本定義と他業種との違い

SIer営業とは、顧客企業の業務課題をヒアリングし、情報システムの設計・受託開発・インフラ構築・保守運用をワンストップで提案・受注する営業職です。既製品をそのまま売るパッケージ販売とは異なり、顧客ごとに個別開発（スクラッチ開発）や既存システムの改修を伴うため、エンジニア部門と連携しながら要件を詰めていく役割を担います。

SIer営業の商談サイクルは、初回接触から契約締結まで3ヶ月から1年程度かかるのが一般的です。受注金額も数百万円規模の改修から数億円規模の基幹システム刷新まで、プロジェクト規模によって幅があります。案件全体のスケジュールやリスクを把握しながら、顧客の意思決定を伴走支援するプロジェクトマネジメント的な視点が求められます。

国のIT施策や中小企業のデジタル化支援方針については、中小企業庁の公開情報なども参考になります。

SIer営業における商談の流れと各プロセスの注意点

商談全体の流れは「準備→冒頭→ヒアリング→提案→クロージング→振り返り」の6つの場面に分かれます。ここでは特に商談の核となる4つのプロセスについて、具体的な進め方と注意点を解説します。

1. 商談の準備：顧客の現行システムと業界課題の仮説立て

商談準備の場面では、顧客企業の公開情報や有価証券報告書から、経営方針とIT投資の方向性を読み解きます。また、現行システムがいつ導入されたものか、レガシーシステムの維持コストが高止まりしていないかといった仮説を事前に立てておきます。

同時に、自社側の体制として提案に同席してもらうエンジニアやプロジェクトマネージャー（PM）を社内でアサインできるか、リソース状況をおおよそ確認しておくことが重要です。

2. ヒアリング：業務課題と開発条件の引き出し

ヒアリングの場面では、顧客が感じている「困りごと」の背景にある業務フローを掘り下げます。単に「どんな機能が欲しいか」を聞くだけでは、後から要件の食い違いが発生しやすくなります。

ヒアリングでそのまま使える言い回しの例として、次のように尋ねると課題の優先順位が整理しやすくなります。

• 「現在手作業で対応されている業務のうち、最も工数がかかっている箇所はどこかお聞きしてもよいですか」
• 「仮にシステムを導入された場合、運用を担当される部署や人員体制はどのようにお考えでしょうか」
• 「今回のプロジェクトにおいて、納期と予算、実装機能の3点のうち、最も優先度が高いものはどれでしょうか」

なお、オンライン商談でヒアリング内容を録音・録画して社内のエンジニアに共有する場合は、必ず商談の冒頭で「要件を正確に開発チームへ共有するため、本日の商談を録画させていただいてもよろしいでしょうか」と相手の同意を先に取ることが必須です。

3. 提案・見積もり：RFPへの回答と実現可能性の提示

提案・見積もりの場面では、顧客から提示されたRFP（提案依頼書）に基づき、要件を満たすシステム構成案と概算見積もりを提示します。見積もりは工数（人月）をベースに算出されますが、会社によって単価や開発手法（ウォーターフォール開発かアジャイル開発か）に幅があるため、見積書の前提条件を明記することが不可欠です。

提案書には以下の項目を盛り込みます。

• プロジェクトの背景と達成目標（KGI・KPI）
• システム構成図および機能一覧
• 開発体制（PM、SE、プログラマーの人員構成）
• プロジェクト全体のスケジュール（要件定義〜設計〜開発〜テスト〜移行）
• 概算費用と支払い条件、前提条件および除外事項

4. クロージング：社内稟議の支援とリスクの払拭

クロージングの場面では、窓口担当者が社内の経営陣や情報システム部門の決裁を通せるよう支援します。競合SIerとの比較表の作成や、投資対効果（ROI）の試算資料を提供し、相手の社内稟議を後押しします。

万が一のシステム障害時の補償範囲や、検収後の瑕疵担保期間（契約不適合責任）の取り決めなど、法的なリスクについても自社の法務部門や公的指針を確認しながら、合意形成を図ります。契約内容や企業間の取引適正化に関しては、経済産業省のガイドラインなども確認しておくと確実です。

SIer営業でよくある3つの失敗例と対策

失敗例1：顧客の要望をそのままエンジニアに投げて見積もりが膨らむ

ヒアリングの場面で、顧客から言われた要望をすべて「必須要件」として受け止め、そのまま開発部門に見積もり依頼を出してしまうケースがあります。その結果、工数が膨らんで予算を大幅にオーバーし、失注につながります。

対策: 要望が出た段階で「必須機能」と「できれば欲しい機能」を切り分けます。予算枠が500万円から1,000万円程度と決まっている場合は、第1フェーズで実装する範囲を絞り込み、優先度の低い機能は次期フェーズに回す段階的導入を提案します。

失敗例2：技術的な質問にその場で即答して後からトラブルになる

商談の場で顧客から「このシステムと既存の基幹システムを連携できますか」と聞かれ、営業が「問題なく連携できます」と即答してしまうケースです。後から開発部門が調査したところ、相手側のAPI仕様が合わず、追加の改修費用が発生してトラブルに発展します。

対策: 技術的な可否が不明確な点は、その場で無理に回答せず、「既存システムのインターフェース仕様を確認した上で、開発部門と検証して正式にご回答いたします」と持ち帰り、正確な情報を伝える手順を徹底します。

失敗例3：意思決定ルートを把握せず担当者止まりになる

窓口となっている担当者と入念に商談を進めていたものの、最終決定権を持つ役員や情報システム部長の意向が反映されておらず、提案の最終段階で方針が覆ってしまうケースです。

対策: ヒアリングの初期段階から「最終的なご決裁にはどのような基準が用いられますか」「役員会への上程スケジュールはおおよそいつ頃でしょうか」と確認し、早い段階で決裁者が重視するポイントを提案書に組み込みます。

成果を出すSIer営業の必須スキルと行動基準

SIer営業として受注確度を高めるためには、単なる対人コミュニケーション力だけでなく、以下の能力を継続して磨く必要があります。

• IT基礎知識の習得: クラウドアーキテクチャ、データベース、ネットワーク、セキュリティの基礎用語を理解し、顧客やエンジニアと正確に対話できる語彙力を持ちます。
• 社内調整力: 提案書の作成には開発部門、インフラ部門、パートナー企業の協力が不可欠です。営業側の都合だけで納期を決めず、相手の負荷状況を考慮して段取りを組みます。
• 商談の振り返り（ポストモーテム）: 失注や受注の後は、なぜその結果になったかを「振り返り」の場面で言語化します。提案内容、価格、納期、体制のどの要素が響いたかを整理し、次の商談へ活かします。

よくある質問

Q. SIer営業にITの専門資格やプログラミング経験は必須ですか？

A. プログラミング経験は必須ではありませんが、基本情報技術者程度のIT用語や開発工程の基礎知識を身につけておくと提案が円滑に進みます。

Q. 見積もりの工数計算は営業担当者が一人で行うものですか？

A. 営業が単独で決めることは少なく、要件の難易度や開発体制に応じてプロジェクトマネージャーやSEと協議しながら工数を算出します。

Q. 提案依頼書（RFP）がない顧客にはどう対応すべきですか？

A. 顧客の業務課題や実現したい目的をヒアリングし、営業側から要件整理シートを提示してRFPの作成自体を伴走支援する進め方が有効です。