「営業会議で案件を確認しても、担当者の記憶を聞かないと状況が分からない」「問い合わせは増えたのに、見積もりや受注まで進んだ件数を説明できない」。中小製造業では、顧客との会話、図面、技術確認、見積もり、次回連絡が、メールと個人の手帳に分かれがちです。

案件管理表は、営業を監視するための集計表ではありません。顧客の判断がどこで止まり、営業・現場・経営が次に何をするかをそろえるための共通言語です。高価なCRMを先に導入しなくても、段階と更新ルールを決めた一枚から始められます。

この記事では、問い合わせから商談、見積もり、受注・失注までを追う項目、Excel・スプレッドシートとCRMの判断基準、週次会議での使い方、情報管理の注意点まで、実務で使える順番に整理します。

1. 製造業の営業案件は何を一枚で追えばよいか

「営業案件が担当者の頭の中にあり、問い合わせから見積もり後まで状況が分からない。どんな管理表を作ればよい？」（質問者: 経営者）

製造業の営業案件管理表は、会社名の一覧ではなく、案件ID、相談内容、対象条件、流入元、現在段階、止まっている理由、次の行動、期限、担当者、見積もり状況、受注・失注理由を一行で追える形にします。経営者は案件総数ではなく停滞箇所を見て、営業責任者は次の行動を決め、現場は技術確認の期限と必要情報を共有します。

最初に、案件管理表の役割を三つに絞ります。

役割表で確認すること表を見た後の行動
抜け漏れ防止次の行動、期限、担当者誰がいつ連絡・確認するか決める
引き継ぎ相談背景、技術条件、判断者、経緯営業・現場・経営が同じ前提で動く
改善停滞段階、保留・失注理由、流入元ページ、ヒアリング、見積もり、フォローを直す

売上予測や営業評価まで最初から詰め込むと、入力が重くなります。まずは「今日止まっている案件を前へ進められるか」を基準にしてください。

2. 製造業の案件情報が分断される四つの理由

製造業の営業案件が見えなくなる原因は、営業担当の意識だけではありません。顧客の相談から回答までに、複数部門と複数資料が関わる構造にあります。

問い合わせと営業案件が別の表にある

WebフォームはWeb担当、展示会名刺はマーケティング担当、既存顧客の相談は営業担当が持つと、同じ会社の接点が別々に記録されます。問い合わせ件数は分かっても、どの接点が商談・見積もりへ進んだかがつながりません。

技術確認がメールや口頭で止まる

営業が現場へ確認した内容と、現場から返った注意条件が案件行に戻らないと、顧客への回答が遅れます。後から別の担当者が見ても、何を確認中なのか分かりません。

「商談」「見積もり」「保留」の定義が違う

日程調整だけで商談と呼ぶ人もいれば、課題と次の検討事項を確認して初めて商談と呼ぶ人もいます。定義が違うまま集計すると、数字はそろって見えても経営判断には使えません。

受注と失注だけを記録する

結果だけでは、改善場所が分かりません。仕様不一致、納期、社内決裁、情報不足、時期延期など、途中で止まった理由が必要です。案件管理は結果表ではなく、前進を妨げる条件を見つける表です。

問い合わせの質から見直す場合は、製造業の問い合わせ品質チェックリストも併用してください。

3. 案件の段階は顧客の判断状態で定義する

案件段階は、自社がメールを送った回数ではなく、顧客の判断がどこまで進んだかで定義します。次の例を、自社の営業プロセスに合わせて調整してください。

段階最小の判定条件次へ進むために必要なこと止まりやすい理由
問い合わせ顧客から相談・連絡が届いた対象条件と相談背景を確認情報不足、担当不明
対象確認自社が検討できる案件と判断した技術条件と判断基準を聞く対応範囲外、図面不足
商談課題と次の検討事項を双方で確認した現場確認、提案、比較材料決裁者不在、優先度低下
見積もり準備数量・仕様・納期・範囲を確認中前提条件を確定追加確認、社内回答待ち
見積もり提出価格・範囲・条件を提示した判断材料と次回確認を渡す比較表不足、稟議停滞
保留時期や条件が未確定で停止中再確認日と提供情報を決める予算、時期、社内事情
受注発注・契約が確定した引き継ぎと振り返り情報伝達の漏れ
失注今回は自社への発注がないと確認した理由を記録し改善先へ戻す価格、納期、仕様、証拠不足

「見積もり提出済み」のまま何週間も残る状態を避けるには、段階と同時に次回確認日を持ちます。保留も放置ではなく、いつ何を確認するかが決まっている状態です。

4. 営業案件管理表に入れる項目と、入れすぎない基準

管理表の項目は、会議で判断する、担当を引き継ぐ、改善へ戻す、のどれかに使うものへ絞ります。

項目記録する内容使う場面
案件ID重複しない管理番号メール・資料・表の紐付け
発生日・最終更新日最初の接点と直近の更新放置案件の確認
会社・担当窓口必要最小限の識別情報連絡と引き継ぎ
流入元検索、展示会、紹介、営業、既存顧客など集客施策の振り返り
相談内容顧客の言葉で短く記録提案とコンテンツ改善
対象条件材質、数量、用途、納期など必要範囲対応可否と見積もり
判断関係者実務担当、技術、購買、決裁者社内説明の支援
現在段階共通定義から選択停滞箇所の把握
次の行動連絡、現場確認、資料送付など抜け漏れ防止
期限・担当者いつまでに誰が行うか責任の明確化
見積もり状況未着手、確認中、提出、改訂など現場と営業の連携
結果・理由受注、保留、失注と確認事実営業・Web・商品改善

金額、受注確度、粗利見込みを使う場合は、自社の定義と閲覧権限を決めます。根拠なく「確度80%」のような数字を入れても、予測は正確になりません。「決裁者と面談済み」「見積もり前提を確認済み」など、観察できる事実へ置き換える方が会話しやすくなります。

5. 案件管理表を七つの手順で立ち上げる

製造業の営業案件管理は、ツール選定より先に運用を決めます。

  1. 直近案件を一つの場所へ集める Web、展示会、紹介、既存顧客、営業起点の案件を一覧にします。古い名刺や全顧客データを先に移すのではなく、現在動いている案件から始めます。
  2. 段階の定義を一文でそろえる 問い合わせ、商談、見積もり、保留、受注、失注を、自社で判定できる言葉にします。
  3. 必須項目を最小化する 案件ID、相談内容、現在段階、次の行動、期限、担当者を先に必須化します。使わない項目は増やしません。
  4. 営業と現場の受け渡しを決める 技術確認を依頼する条件、回答期限、回答を戻す場所を決めます。見積もり回答を早くする仕組みも参考になります。
  5. 週次で停滞案件だけを見る 全件を読み上げず、期限超過、現場確認待ち、見積もり提出後、保留中の案件へ時間を使います。
  6. 受注・失注理由を改善先へ戻す Webの説明不足ならページ、聞き漏れならヒアリング、回答遅れなら社内フロー、比較材料不足なら営業資料を直します。
  7. 入力負荷を確認してから自動化する フォーム連携、通知、CRM導入は、使われる項目と流れが固まってから行います。仕組みを先に大きくしません。

これは、最初から完璧な設計図を作るのではなく、実際の案件で使い、漏れを直すDCAPです。中小製造業の営業標準化でも、個人の成功パターンを共通の型へ変える方法を整理しています。

6. Excel・スプレッドシートとCRMは何で選ぶか

Excelや共有スプレッドシートが悪いわけでも、CRMを入れれば営業が変わるわけでもありません。選ぶ基準は、現場が更新でき、必要な人が安全に同じ事実を見られるかです。

判断軸Excel・共有スプレッドシートCRM・案件管理ツール
始めやすさ既存環境で早く試せる初期設定とルール設計が必要
入力標準化表記ゆれや行崩れを防ぐ工夫が必要選択肢・必須項目を設定しやすい
履歴上書きや変更経緯が分かりにくい場合がある活動・更新履歴を案件に集約しやすい
通知手作業か別機能との連携が必要期限・担当変更の通知を組みやすい
権限ファイル・シート単位になりやすい役割や項目ごとに設計できる製品もある
複数部門連携少人数なら柔軟に回しやすい営業・現場・管理の共通運用に向く
分析集計式と表の保守が必要段階別・担当別の集計を作りやすい

共有表で、同じ案件が重複する、更新者が分からない、期限通知が抜ける、閲覧権限を分けられない、複数部門の履歴を追えない状態になったら、CRMを検討する合図です。ただし、導入前に段階定義と入力責任者を決めておかなければ、空欄の多い新しい箱が増えるだけです。

7. 経営者・営業・現場・実務担当者がAIへ聞く質問

AIは、案件一覧の要約や抜け漏れ確認に使えます。ただし、実在する顧客情報、図面、価格条件をそのまま入力せず、社内で許可された環境と匿名化ルールを使ってください。

役割AIへの質問例人が確認する事実
経営者「案件が止まっている段階と、来週決めるべきことを整理して」投資判断、重点市場、受注条件
営業責任者「期限超過と次の行動が空欄の案件を分類して」顧客との会話、担当、期限
営業担当「この商談メモから、確認済み・未確認・次回質問を分けて」メモ原文、約束事項、技術条件
現場責任者「技術確認が必要な案件を、確認項目別に整理して」図面、品質、設備、納期の判断
Web担当「受注・失注理由から、ページに不足する説明候補を出して」検索語、ページ内容、営業原票
実務担当「更新日が古い案件と担当者を一覧にして」更新履歴、担当変更、保留期限

AIの出力は決定ではなく、確認の順番を整える下書きです。受注確度、顧客の意図、失注理由を推測で補わず、分からない項目は「未確認」と残します。

8. 週次会議は案件数ではなく停滞理由を確認する

営業会議で全案件の経緯を読み上げると、報告に時間を使い、次の行動が曖昧になります。会議前に表を更新し、次の順番で確認します。

  1. 期限を過ぎた案件
  2. 次の行動・担当者が空欄の案件
  3. 現場確認や見積もり準備で止まる案件
  4. 見積もり提出後に次回確認日がない案件
  5. 保留理由と再確認日が曖昧な案件
  6. 受注・失注理由を改善へ戻していない案件

会議の結論は、各案件の「次の行動・期限・担当者」です。集計値を見る場合も、案件総額だけで終わらせません。どの段階に滞留し、何が不足しているかを見ます。

見積もり提出後の支援と失注学習は、見積もり後フォローの実務へつなげてください。失注理由を営業個人の反省で終わらせず、技術ページ、FAQ、見積もり条件、営業資料へ戻すと、案件管理表が改善装置になります。

9. 顧客情報・図面・価格条件を安全に扱う

案件管理表には、担当者名、連絡先、相談内容などの個人情報や、図面、価格、技術条件などの機密情報が集まります。便利さだけで共有範囲を広げないでください。

最低限、次を決めます。

  • 誰が閲覧・編集できるか
  • 表に直接入れる情報と、権限付き保管場所へリンクする情報
  • 退職・異動時の権限変更
  • 保存期間と削除手順
  • 外部共有と持ち出しの禁止条件
  • 生成AIへ入力してよい情報の範囲
  • 誤送信・漏えい時の連絡先と対応手順

個人情報の安全管理は、個人情報保護委員会のガイドライン（通則編）を確認してください。中小企業の具体的な対策は、IPAの中小企業の情報セキュリティ対策ガイドラインが一次情報です。

案件行には必要最小限を置き、機密図面や契約資料は適切なアクセス管理ができる場所で扱います。「共有できる」と「共有してよい」は別です。

10. よくある質問

製造業の営業案件管理表には何を入れるべきですか？

案件ID、発生日、会社・相談内容、流入元、対象条件、担当者、現在段階、次の行動と期限、見積もり状況、受注・失注理由を入れます。入力欄を増やす前に、会議と引き継ぎで使う項目へ絞ります。

案件管理はExcelやスプレッドシートでもできますか？

案件数と担当者が少なく、更新責任と入力ルールを守れる段階なら始められます。重複、権限、履歴、通知、複数部門連携が負担になった時点でCRMを検討します。

営業担当が案件管理表を更新しない場合はどうすればよいですか？

必須項目を減らし、次の行動と期限を会議で実際に使い、入力が営業本人の抜け漏れ防止に役立つ設計へ変えます。管理者の集計だけに使う表は定着しにくくなります。

失注理由はどのように分類すべきですか？

価格だけにまとめず、対象外、仕様不一致、納期、品質・証拠不足、社内決裁、競合、時期延期、連絡途絶など、次の改善先が分かる分類にします。推測せず顧客確認と営業記録を分けて残します。

案件管理表へ顧客情報や図面を入れてもよいですか？

必要最小限にし、閲覧権限、保管場所、共有範囲、保存期間、削除手順を社内で決めます。機密図面や個人情報を安易に共有表や生成AIへ貼り付けない運用が必要です。

あわせて読みたい記事

営業案件管理を、問い合わせから受注までの改善へつなぐ場合は次の記事も活用してください。

まとめ：案件管理表を営業の監視表ではなく、前進を決める表にする

製造業の営業案件管理は、案件数を報告するためではなく、顧客の判断がどこで止まり、次に誰が何をするかを決めるために行います。まず現在動いている案件を集め、段階、次の行動、期限、担当者、結果理由をそろえてください。

共有表で運用を試し、重複、権限、履歴、通知、部門連携が負担になったときにCRMを検討します。受注・失注理由をWeb、ヒアリング、見積もり、営業資料へ戻せば、管理表は単なる記録ではなく、売上導線を育てる装置になります。

「営業案件が担当者の記憶に残り、経営会議で事実を追えない」「管理表はあるが、見積もり後の次の行動が決まらない」──このようなお悩みがあれば、株式会社Move Forward Marketingにご相談ください。

私たちは、ツールの導入だけを目的にせず、問い合わせ、展示会、営業、見積もり、受注・失注を一つの流れで見ます。御社の現場が更新でき、経営が次の判断に使える営業の型を、一緒に設計し、実行していきます。