個別受注生産の案件管理を仕組み化する方法｜案件ごとに仕様が違う製造業の営業DX

「あの案件の見積、前はいくらで出したか」「いま現場のどこまで進んでいるか」——個別受注生産の製造業では、こうした問いへの答えが特定の人の頭の中にしかない、という状態が起こりがちです。案件ごとに仕様が違うため「うちの仕事は標準化できない」と感じている経営者の方も多いのではないでしょうか。しかし、仕組み化できないのは仕様であって、案件の進み方ではありません。この記事では、引き合い管理・見積管理・進捗共有を「仕様と進み方の分離」という考え方で仕組み化する方法を、製造業の支援現場の実例を交えて解説します。

なぜ個別受注生産の案件管理は仕組み化しにくいのですか？

理由は、案件ごとに図面・材質・加工内容・納期がすべて違うため、「管理の型を作っても次の案件で崩れる」ように見えるからです。量産型の製造業なら品番と数量で管理が成立しますが、受注生産・多品種少量では同じ案件が二度と来ません。その結果、見積は担当者の経験則に、進捗は現場への口頭確認に、案件の記録は個人のExcelやメールに依存していきます。

ただし、ここには見落とされがちな事実があります。仕様は毎回違っても、案件の「進み方」はどの案件も同じだということです。引き合いが来て、見積を出し、受注し、設計・製造を経て納品する——この流れ自体は全案件に共通します。つまり、仕組み化の対象を「仕様」ではなく「進み方」に置けば、個別受注生産でも案件管理は標準化できます。これが本記事全体を貫く結論です。

案件ごとに仕様が違っても、管理項目は標準化できますか？

できます。具体的には、案件を2つのレイヤーに分けます。

• 進み方レイヤー（標準化する）: 案件名・取引先・工程フェーズ・受注予定金額・納期・次のアクション。全案件で共通の項目とし、一覧・集計の軸にする
• 仕様レイヤー（標準化しない）: 図面・材質・加工内容・特記事項。案件レコードに添付ファイルやメモとしてぶら下げ、無理に項目化しない

失敗しやすいのは、仕様レイヤーまで入力項目にしようとして、項目が数十個に膨らむパターンです。私たちが支援した製造業のCRM立て直しでは、商談の必須項目を5つまで絞り込みました。仕様の詳細を全部入力させる設計は、現場の入力が止まる最大の原因になります。「一覧で並べたい情報だけ項目にし、案件固有の情報は添付で持つ」——この割り切りが、多品種少量の管理を軽くします。

宮村の見解: 「『うちは一品一様だから管理できない』という相談を製造業からよく受けますが、仕組み化すべきは製品ではなく案件の流れです。仕様の複雑さと管理の複雑さは切り離せます。管理項目を最小限に絞った会社ほど、結果的に仕様情報もきちんと蓄積されていきます」（宮村佳祐・株式会社etika代表取締役）

受注台帳・納品台帳…複数のExcel台帳管理は何が限界ですか？

個別受注生産の現場では、受注台帳・納品台帳・入庫台帳・出庫台帳と、プロセスごとに別のExcel台帳を持っているケースが目立ちます。この方式の限界は、同じ案件の情報を人が何度も書き写していることに尽きます。転記のたびにミスと入力漏れのリスクが生まれ、台帳間で数字が食い違い、どれが最新か分からなくなります。さらに台帳は事務所のPCの中にあるため、外出中の営業や現場からは最新情報にアクセスできず、確認の電話が飛び交うことになります。

解決の方向は、台帳を増やすことでも転記を頑張ることでもなく、案件を1つのレコードとして登録し、工程フェーズの進行で状態を切り替える方式への統合です。受注も納品も「案件の状態」として扱えば、転記そのものが消滅します。クラウド型の案件管理の仕組みであれば、スマートフォンから現場や外出先で確認・更新でき、情報のタイムラグも解消できます。Excel管理そのものの構造的な限界と移行判断については、エクセル案件管理の限界で詳しく解説しています。

受注生産の見積管理は、どう仕組み化すればいいですか？

個別受注生産で最も頭を悩ませるのが見積です。毎回仕様が違うため定価が存在せず、原価の見立てが担当者の経験に依存し、ベテランでなければ見積が出せない・出せても時間がかかる、という状態に陥ります。

仕組み化の要点は、過去案件の実績を「検索できる資産」に変えることです。案件レコードに見積内容と、可能であれば実績原価（仕入れ値・外注費・工数）を残しておけば、類似案件を品目や加工内容で検索し、過去実績に基づいた見積を短時間で組み立てられます。記憶と勘に頼る「どんぶり勘定」から、根拠を示せる見積への転換です。これは価格交渉の場面でも効きます。「前回と条件がどう違うから、この価格になる」を説明できる会社は、値下げ圧力に対して強くなります。

ここで重要なのは、初日から完璧な原価データを求めないことです。まずは全案件の見積が案件レコードに紐づいて残る状態を作る。原価の精緻化はその後で構いません。順番を逆にすると、入力負担が先に立って仕組み自体が止まります。

引き合いから納品までの進捗は、どう見える化して共有しますか？

「納期に間に合うのか」と取引先に聞かれて、現場に電話してから折り返す——この往復をなくすには、工程フェーズの定義と可視化が必要です。

手順は2つです。第一に、自社の案件の進み方をフェーズとして定義します（例：引き合い→見積対応中→見積回答済み→受注→設計→製造→出荷準備→納品済み）。このとき「検討中」のような主語の曖昧な段階を作らず、自社が何をしている段階なのかで区切るのがコツです。第二に、全案件をフェーズ別にかんばん形式で一覧できる画面を作り、営業・設計・製造・経理が同じ画面を見る状態にします。どのフェーズに何件が滞留しているかが一目で分かるため、納期回答が速くなるだけでなく、「見積を出したまま返事を追っていない案件」のような取りこぼしも拾えるようになります。

なお、こうした案件管理の見える化は営業DX全体の一部です。商談ステージ・次回アクション・週次レビューを含む全体設計は営業DXの全体像をご覧ください。

製造業でCRMや案件管理システムを入れて、失敗しないためには？

仕組みを入れること自体は、もはや難しくありません。難しいのは定着です。私たちが立て直しを支援した福井県の金属表面処理加工業では、導入済みのCRMが現場に使われず、リードの取り込みだけで止まっている状態からのスタートでした。それでも、必須項目の絞り込み・過去データの整理・週次レビューの設計を順に進め、約半年で現場だけでデータ更新が回る状態まで立て直しています。この経緯と7つの失敗原因はCRMが定着しない7つの原因で公開しています。

また、当社が運営に関わるCRMサポートセンターには、福岡県の個別受注生産型の製造業から「見積相談から納品までの業務と見通しを一元的に管理できること」を導入の決め手として挙げていただいた例もあります。個別受注生産と案件単位のクラウド管理は、相性の良い組み合わせです。ツール選びで迷う場合、CRMはZoho CRMを標準採用しています（他ツールのご相談も可能です）。

導入を成功させる要点は3つに集約されます。①管理項目は最小限から始める、②入力したデータを週次の会議で実際に使う、③引き合いの判定・入力・更新の役割を人に固定する——です。ツールの機能比較より先に、この運用設計を決めることをおすすめします。案件管理の項目設計から週次レビューの定着までを6ヶ月で伴走するのがプロセス管理支援です。

まとめ｜仕様は一品一様のまま、管理だけを標準化する

個別受注生産の営業管理は、「仕様」と「進み方」を分離すれば仕組み化できます。進み方レイヤー（案件名・取引先・工程フェーズ・金額・納期）だけを標準化して案件を1レコードに統合し、過去の見積・原価実績を検索できる資産に変え、工程フェーズをかんばん形式で全部門に共有する——この3点が骨格です。そして仕組みの定着は、項目の最小化と週次レビューという運用設計で決まります。

自社の場合はどこから手を付けるべきか——台帳の統合か、見積管理か、進捗の見える化か。優先順位は現在の管理状態によって変わります。見込み客から受注までのプロセス無料診断で、現在の案件管理・見積管理の状況をお知らせください。いまの管理の現在地を見える化し、仕組み化の優先順位を整理してお返しします。ツールの導入を前提としないご相談です。

よくある質問

個別受注生産で案件ごとに仕様が違います。営業管理をどう仕組み化すればいいですか？

「仕様」と「進み方」を分けて考えてください。図面や加工内容といった仕様は案件ごとに違いますが、引き合い→見積→受注→製造→納品という進み方はどの案件も共通です。案件名・取引先・工程フェーズ・金額・納期といった進み方の管理項目だけを標準化し、仕様の詳細は案件レコードに添付・メモとしてぶら下げる構造にすれば、多品種少量でも一覧・集計できる管理になります。

受注台帳・納品台帳・入庫台帳など、Excelの台帳が分かれていて転記が大変です。どうすればいいですか？

台帳ごとの管理は「同じ案件を何度も書き写す」構造そのものが原因なので、転記を頑張るのではなく、案件を1つのレコードとして登録し、工程フェーズの進行で状態を切り替える方式へ統合するのが解決策です。転記ミスや入力漏れが構造的になくなり、案件を検索すれば見積から納品までの経緯が1画面で追えるようになります。移行前にExcel側の項目を整理したい方は、エクセル案件管理の限界の記事も参考にしてください。

受注生産の見積もりに時間がかかります。見積管理を仕組み化するポイントは？

最大のポイントは「過去の類似案件をすぐ引けること」です。個別受注生産の見積が遅くなる主因は、過去の仕入れ値や原価、見積内容が担当者の記憶や個人フォルダに散らばっていることにあります。案件レコードに見積内容と実績原価を残し、品目や加工内容で検索できる状態を作れば、過去実績に基づいた見積を短時間で組み立てられます。属人的な「どんぶり勘定」から抜け出す土台にもなります。

営業と製造現場で案件の進捗が共有できていません。納期回答にも時間がかかります。

工程フェーズ（例：引き合い／見積対応中／受注／設計／製造／出荷準備／納品済み）を定義し、かんばん形式で全案件のフェーズを一覧できる画面を共有するのが基本形です。営業は現場に聞かなくても案件の位置が分かり、納期に関わる質問へその場で答えやすくなります。クラウド型の仕組みなら外出先からスマートフォンで確認・更新でき、情報のタイムラグも減らせます。

製造業の小さな会社でもCRMは使いこなせますか？導入して放置になるのが怖いです。

使いこなせますが、条件があります。私たちが立て直しを支援した福井県の金属表面処理加工業も、導入済みCRMが使われない状態からのスタートでした。定着の要点はツールの機能ではなく、必須項目を最小限に絞ること、入力したデータを週次の会議で実際に使うこと、役割を人に固定することの3点です。詳しくはCRMが定着しない7つの原因の記事で立て直しの手順を公開しています。

案件管理システムと生産管理システムはどう使い分ければいいですか？

守備範囲が違います。生産管理システムは受注後の工程・在庫・原価を管理する仕組みで、受注前の引き合い・見積・商談は対象外になりがちです。営業DXの文脈でまず整えるべきは、引き合いから受注までの案件管理と、受注後の進捗を営業側から見える化する部分です。両方を一度に入れ替える必要はなく、受注前後の情報が案件単位でつながる状態を先に作ることをおすすめします。