SIer向け営業管理の方法｜案件・見積・提案・進行を分断しない
SIerの営業管理で最初に詰まりやすいのは、案件が前に進まない理由が「案件数不足」ではなく、見積、提案、技術確認、受注後の進行共有の分断にあることです。営業担当は顧客課題を把握していても、見積前提は個人メモ、提案構成は別資料、受注後の状況はPM任せになると、案件の履歴が次の商談で再利用されません。
特に提案型のSIer営業では、商談の前半で論点をつかみ、後半で見積と体制の妥当性を詰め、受注後は進行の摩擦を吸い上げながら追加提案へつなげる必要があります。ここが分断すると、失注理由も再現パターンも残らず、属人化が進みます。
結論から言うと、SIer向け営業管理に必要なのは、顧客台帳だけが整ったCRMではなく、案件、提案論点、見積、受注後の進行共有が同じ文脈で返ってくる状態です。営業と技術、提案と進行、受注前と受注後を切らずに見る設計にした方が、案件の勝率も継続率も安定しやすくなります。
本記事のポイント
- SIer向け営業管理では、顧客管理より先に、案件ごとの論点、見積、進行状況が同じ文脈で返る設計が重要になる。
- 案件の停滞や失注は、案件数不足より、提案論点、技術確認、決裁者情報が分断していることで起こりやすい。
- CRMを選ぶときは案件カンバンの見やすさより、見積根拠と活動履歴が次の提案へ戻るかを優先すべきである。
この記事で扱うテーマ
関連キーワード
- SIer 営業管理
- SIer 案件管理
- SIer CRM
- SIer 見積管理
- SIer 提案管理
- SIer 営業 進捗管理
このページで答える質問
- SIer向け営業管理で何を見える化すべき？
- 見積・提案・進行管理はどうつなぐ？
- SES向け営業管理と何が違う？
- スプレッドシートや個人メモからどう移行する？
SIer向け営業管理で見るべき単位は「顧客」だけでは足りない
SIer営業では、顧客名と商談ステージだけを持っても判断に足りません。案件ごとに、誰が何を課題としていて、どこまで要件が固まり、どの体制なら提案でき、見積は何を前提に出したのかまでつながっていないと、案件は前に進んでいるようで実は止まります。
ここは CRMとSFAの違い を先に押さえると整理しやすくなります。SFAが得意なのは商談進行の可視化ですが、SIer営業では進行だけでなく、提案論点、見積条件、技術確認の履歴まで同じ案件文脈に残ることが重要です。
技術提案型の営業ほど、勝ちパターンは担当者の頭に埋もれやすくなります。属人化を外したいなら、案件を前に進める会話の型やレビューの型まで残していく必要があり、これは 技術営業の属人化から脱却する考え方 と地続きです。
案件・見積・提案・進行を分けると何が起きるか
SIerの営業管理が壊れるときは、情報がないのではなく、情報が別の場所にあることが原因です。営業メモ、提案書、見積書、進行状況が別々に置かれると、失注の理由も受注の再現性も見えなくなります。
| 分断している情報 | 起こりやすい問題 | 営業管理でつなぐべきこと |
|---|---|---|
| 顧客課題と提案論点 | 提案が毎回ゼロから作り直しになり、勝ち筋が再利用されない | 課題整理、提案仮説、次回確認事項を案件単位で残す |
| 見積前提と営業会話 | 値付け理由が共有されず、担当が変わると説明できなくなる | 価格前提、体制前提、例外条件を会話履歴と一緒に持つ |
| 受注後の進行と営業窓口 | 進行中の不満や追加要望が営業へ戻らず、追加提案の機会を逃す | 進行上の論点、追加相談、意思決定ログを顧客文脈へ返す |
| 関係者情報と決裁構造 | 誰に何を確認すべきか曖昧になり、提案が遅れる | 実務窓口、決裁関与者、技術評価者の役割を分けて持つ |
見積業務の属人化が強い会社では、営業見積のAI自動化 のように前提条件を構造化する発想も効きます。ただし、その前提になるのは、見積を出した背景が案件履歴に残っていることです。
SIerとSESで営業管理の重心はどう違うか
同じ「IT営業」でも、SIerとSESでは営業管理で重く持つべき情報が違います。SIerは案件の前進と提案論点が中心で、SESは要員提案と稼働更新が中心です。
| 比較軸 | SIerで重い情報 | SESで重い情報 |
|---|---|---|
| 売上の読み方 | 案件フェーズ、提案範囲、見積、受注、検収 | 月額単価、稼働人数、更新可否、追加提案 |
| 営業の論点 | 課題整理、提案構成、技術検証、意思決定ログ | 要件適合、商流、単価、面談調整、延長判断 |
| 重要アラート | 見積停滞、提案差し戻し、仕様変更、進行摩擦 | 空き要員発生、提案未返答、契約終了、現場不満 |
| 近い記事 | 本記事 | SES向けCRMの選び方 |
この違いを無視して同じ画面設計を流用すると、どちらかの現場が使いにくくなります。SIer向け営業管理では、案件の前進に効く判断材料が返ることを優先し、要員稼働や勤怠のような詳細運用まで押し込まない方が定着します。
SIer向けCRMやSFAを選ぶときの基準
比較表の機能数より、次の4点を優先した方が失敗しにくくなります。
- 案件ごとに、課題、提案論点、見積前提、関係者、次アクションが同じ場所で返るか。
- 受注前の商談履歴だけでなく、受注後の進行上の論点や追加提案の兆しも戻せるか。
- Gmail、会議メモ、見積ファイル、提案資料の流れが活動履歴として自然に残るか。
- 営業と技術責任者が一緒に見ても、入力負荷が重くなりすぎないか。
Google環境が中心なら、Google Workspaceで営業管理を行う方法 のように、普段のメールとドキュメントから更新が返る運用にした方が現場が続きやすくなります。入力を増やさずに判断を速くする視点まで含めて比較した方が、現場定着は崩れにくくなります。
スプレッドシートや個人メモから移す最小構成
最初から案件台帳、見積台帳、提案書ナレッジ、進行管理を全部統合しようとすると止まります。最初に移すべきなのは、今週の営業判断に直結する情報です。
- 顧客名、案件名、担当者、案件ステージ、次回打ち合わせ日を持つ。
- 提案論点、技術確認事項、決裁関与者、未解決論点を案件単位で持つ。
- 見積金額だけでなく、前提条件、体制前提、例外条件を残す。
- 受注後は、追加相談、仕様変更、進行上の懸念を営業文脈へ戻す。
逆に、日次タスク、開発チケット、工数明細まで最初から営業管理へ入れない方がよいです。そこまで抱え込むと、営業が見るべき判断材料が埋もれます。
よくある質問
SIerではCRMよりSFAの方が重要ですか？
案件進行の可視化だけならSFAが効きます。ただし、提案論点、見積前提、進行上の論点まで返したいなら、CRM的な顧客文脈の持ち方が必要になります。
見積書や提案書そのものもCRMに入れるべきですか？
原本の保存先はDriveや提案書管理で問題ありません。重要なのは、どの前提で見積や提案が作られたかを案件履歴に戻すことです。
受注後の進行共有まで営業管理に含めるべきですか？
詳細な進行管理ツールを置き換える必要はありませんが、追加提案や火種になり得る情報は営業文脈へ返した方が継続売上につながります。
SES向けの管理画面をそのまま流用しても大丈夫ですか？
そのままではズレやすいです。SESは要員と稼働の管理が重く、SIerは案件の論点と見積の管理が重いため、営業画面の重心を変える必要があります。
