製造業の個別受注生産、見積と原価がどんぶり勘定になっていませんか？

「今回の案件、結局いくら利益が出たのか、完成してみないと分からない」――一品一様の個別受注生産を手がける製造業の経営者から、こうした声をよく聞きます。標準品を大量に作る見込生産と違い、案件ごとに仕様も工数も異なる個別受注生産では、見積の精度が担当者の経験と勘に大きく左右されがちです。そして、見積時の想定と実際の原価がどれだけずれたのかを検証する仕組みがなければ、同じ失敗を繰り返すことになります。

先に、要点をまとめます。

• 個別受注生産は案件ごとに仕様が変わるため、見積の根拠が担当者の経験に依存しやすい
• 見積時の想定原価と実際にかかった原価を比較しないと、赤字案件の発生に気づけない
• 過去の類似案件データを蓄積・参照できる仕組みがあれば、見積の精度と作成スピードの両方が上がる
• 属人化した見積ノウハウをベテランから若手へ引き継ぐには、判断基準そのものをデータとして残す必要がある

本記事では、個別受注生産における見積・原価管理の実務を整理したうえで、「どんぶり勘定」から抜け出すための仕組みづくりを具体的に書き下ろします。なお、Excel管理から専用の仕組みへ移行すべきかどうかの費用感の見極め方は、後半で具体的に触れます。

個別受注生産の見積が難しいのはなぜか

個別受注生産では、案件ごとに仕様・工程・使用資材が異なるため、標準原価をそのまま当てはめられません。見積時の原価は「実行予算」として仮組みし、実際の原価と照らし合わせながら精度を高めていく性質のものです。

見込生産では、同じ製品を繰り返し作るため、標準原価という一定の基準値を設定しやすく、見積もその基準値をベースに作成できます。一方、個別受注生産は案件ごとに図面や仕様が異なり、工程数も使用する資材も都度変わります。しかも仕様変更や納期変更が生産の途中で発生することも珍しくなく、見積時点で組んだ実行予算と、実際にかかった原価が乖離しやすい構造を抱えています。

この違いのため、個別受注生産における見積は「正確な未来予測」ではなく「実行予算としての仮組み」と捉えるのが実態に近いとされています。重要なのは、見積時点の想定と、実際にかかった原価との差異を継続的に把握し、その差異から次の見積の精度を上げていくサイクルを回せるかどうかです。ここができている会社と、見積を作りっぱなしで検証しない会社とで、案件を重ねるほど収益力の差が開いていきます。

なぜ見積・原価管理が「どんぶり勘定」になるのか

見積・原価管理が属人化・どんぶり勘定になる主な原因は、①原価計算の方法が特定の担当者にしか分からない、②Excel等での手作業入力・集計に手間とミスが伴う、③リアルタイムでの原価把握が難しい、という3点です。

中小製造業における原価管理の課題として、原価の計算方法や管理方法を特定の担当者（多くはベテランの営業担当や工場長）しか把握していない「属人化」が指摘されています。見積書の作成が特定の個人のノウハウに依存していると、その担当者が休んだり退職したりした途端に、見積の精度もスピードも大きく落ち込みます。

加えて、Excelなどの表計算ソフトで原価計算を行っている場合、入力・集計の手間がかかるうえに、転記ミスや計算式の崩れといった人為的なミスが起きやすいという課題もあります。多品種少量生産の現場では、案件ごとに使う資材や工程が異なるため、標準原価という一律の基準を設定すること自体が難しく、結果として「前回近い案件の見積を参考に、経験と勘で金額を決める」という運用に落ち着きがちです（出典: 最適ワークス「中小製造業の利益を最大化する！原価管理のすべて」、https://saiteki.works/blog/cost_management/ ）。

さらに、原価の実績を月次決算のタイミングでまとめて把握する運用では、案件が完了してから初めて「思ったより利益が出なかった」と気づくことになります。案件の途中で原価が予算を超過していることに気づければ、追加工数の発生を早期に察知して対策を打てますが、リアルタイムでの把握ができていないと、対策のタイミングを逃してしまいます。

個別受注案件の見積から実行・原価確定までの流れを示すフロー図。見積時の実行予算と、工程ごとの実績原価データを突き合わせることで、差異を早期に検知し次回の見積精度向上につなげる仕組みを表している。

見積と実績のズレを放置するとどうなるか｜よくある失敗例

見積と実績のズレを検証しないまま案件を重ねると、①同じ見積ミスの繰り返し、②赤字案件の見逃し、③ベテラン退職によるノウハウ喪失、という3つの失敗が典型的に起きます。

よくある失敗の1つが、特定の工程の工数を毎回過小に見積もってしまうパターンです。たとえば「溶接工程は図面上こう見えるが、実際には仕上げに想定以上の手間がかかる」といった現場のクセを、ベテランは経験で補正して見積に織り込みますが、それが個人の頭の中にしかない場合、他の担当者が見積を作ると同じ過小見積もりを繰り返します。

2つめは、赤字案件の発生に気づかないまま次の案件を受注してしまうケースです。個別受注生産では案件ごとに利益率が変わるのが前提ですが、どの案件がどれだけ赤字だったかを検証する仕組みがなければ、「なぜか今期の利益率が悪化している」という結果だけが決算時に判明し、原因の特定に時間がかかります。特に厄介なのは、同じ顧客から継続的に発注が来る案件です。過去の付き合いや価格交渉の経緯から見積の見直しをかけづらいまま同じ単価で受け続け、資材費や労務費が上昇しているのに単価は据え置き、気づけば毎回赤字を出し続けているというケースも実務では見られます。原価の実態を都度可視化できていれば、こうした「気づかれない赤字の継続」も早期に発見できます。

3つめは、ベテランの退職や異動によって、見積のノウハウそのものが失われることです。属人化した見積は、その担当者の頭の中にしかない暗黙知であることが多く、引き継ぎ資料を作ろうにも「なぜその金額にしたのか」の根拠を言語化できていないケースが少なくありません。結果として、後任者は一から経験を積み直すか、より保守的な（高めの）見積を出さざるを得なくなり、受注競争力が落ちることもあります。

これらの失敗は、見積時の根拠と実績原価をデータとして残し、案件をまたいで比較できる状態にしておけば、多くは未然に防げるものです。逆に言えば、「見積のたびに検証はするが、記録には残さない」という運用では、検証の学びが個人の経験値としてしか蓄積されず、組織としてのノウハウにはなりません。案件をまたいで比較できるデータベースがあって初めて、見積の精度は個人の勘から組織の資産へと移行していきます。

見積のスピードと精度は両立できるのか

過去の類似案件データを参照できる仕組みがあれば、見積作成のスピードと精度は同時に引き上げられます。ゼロから積算するのではなく、近い案件を土台に差分だけを見直す発想に切り替えることが鍵です。

見積の精度を上げようとすると「もっと時間をかけて細かく積算すべきだ」という発想になりがちですが、個別受注生産の現場では見積作成に割ける時間そのものが限られています。競合他社との兼ね合いもあり、見積の提出が遅れれば失注につながるため、精度とスピードは両立させる必要があります。

この両立を実現する鍵は、過去の類似案件のデータです。仕様・工程・使用資材が似た過去案件を検索し、その実績原価を土台にして「今回はここが違うから、この工程だけ工数を積み増す」という差分ベースの見積に切り替えられれば、ゼロから積算するより速く、かつ実績に基づいた精度の高い見積を作成できます。これは、ベテランが頭の中で無意識に行っている「近い案件を思い出して補正する」という作業を、データベースの検索という形で誰でも再現できるようにする発想です。

Excel管理と専用システム、費用感の違いはどこにあるか

Excelでの見積・原価管理は初期コストがかからない一方、案件数が増えるほど「検索性」「突合の手間」「引き継ぎのしやすさ」で専用の仕組みに劣っていきます。どのタイミングで移行すべきかは、案件数と担当者の負担で見極めます。

Excelでの管理は、案件数が少ないうちは十分に機能しますが、案件が増えるほど次のような差が表面化します。

費用面では、Excel運用は追加コストがかからないという利点がありますが、見積担当者が類似案件を探す時間や、原価超過に気づくのが遅れることによる損失は、目に見えにくいコストとして積み上がっています。専用の仕組みへの投資判断は、「今の見積担当者が1件の見積作成にどれだけ時間をかけているか」「赤字案件にいつ気づいているか」を洗い出したうえで検討するのが現実的です。

私たちなら個別受注生産の見積・原価管理をこう設計する

ここからは、実際によりどころべーすで個別受注生産の製造業から見積・原価管理の仕組みを受託するとしたら、という前提で、具体的な設計の考え方を書き下ろします。

データ設計: 中心に据えるのは「案件」という単位です。案件マスタに、顧客・図面番号・工程構成・使用資材・見積時の実行予算（工程別の予定工数と予定原価）を紐づけて登録します。案件が進行すると、工程ごとの実績工数と実績資材費を、作業日報や資材の払い出し記録から案件IDに紐づけて蓄積します。見積時の実行予算と実績原価は、同じ案件IDのもとで常に突き合わせられる状態にしておくことが、後から差異を検証するための土台になります。

情報の流れ: 営業担当が新規案件の引き合いを受けると、まず過去の類似案件を工程構成や資材でキーワード検索し、近い案件の実績原価を土台に見積を作成します。見積が確定して受注に至ると、その実行予算がそのまま案件の予算として登録され、工場側の作業日報の入力と連動して実績原価がリアルタイムに積み上がっていきます。工場長・生産管理担当は、進行中の案件の実績原価が予算に対してどこまで進んでいるかをダッシュボードで随時確認し、超過の兆しがあれば早期に対策を打てます。案件完了後は、見積時の実行予算と最終的な実績原価の差異が自動的に集計され、次回以降の見積作成時に参照できるデータとして蓄積されます。

AIの回答設計: 見積担当者が社内AIに「今回のような溶接工程を含むステンレス加工の案件、過去に近いものはある？」と尋ねると、案件マスタから工程構成・資材が近い過去案件を検索し、「類似案件が3件あります。いずれも溶接工程の実績工数は見積時の想定より平均15%多くかかっています」のように、類似案件の一覧と実績原価の傾向を要約して回答します。根拠データは、案件マスタの工程構成と、紐づく実績原価データです。ベテランの暗黙知だった「この工程は多めに見ておくべき」という補正判断を、データに基づく参考情報として若手の見積担当者にも提供できます。

*デモ画面のイメージ:*

よりどころべーすの製造向けダッシュボードのデモ画面(サンプルデータ)。案件別の予定原価と実績原価の進捗、工程別のKPIカードを一元管理する画面イメージ。実際の見積・原価突合の仕組みはこの基盤の上に構築するイメージです。

権限・運用ルール: 見積の作成・過去案件の参照は営業担当・見積担当が行い、実行予算に対する原価超過アラートの確認と是正判断は生産管理責任者の権限とします。実績原価のデータが正しく蓄積されなければ次の見積の精度が上がらないため、「作業日報は当日中に入力する」というルールを運用フローとして明文化し、未入力が続く案件は週次のミーティングで確認する仕組みとセットで設計します。

既存環境との連携・移行: 多くの現場では、見積はExcel、作業日報は紙、資材の払い出しは別の在庫管理システムという形で分散しています。移行にあたっては、まず見積と実績原価の突合という核となる部分から着手し、既存の在庫管理システムとはAPI連携または定期的なデータ取り込みで接続し、資材費の二重入力を避ける設計にします。紙の作業日報は、タブレットでの入力に置き換えつつ、当面は並行運用期間を設けて現場の抵抗感を減らします。過去の見積書や実績原価がExcelや紙で蓄積されている場合も、案件単位で工程構成と金額を整理してデータベースへ取り込めば、移行直後から類似案件の検索対象として活用できます。ゼロからデータを積み上げ直す必要はありません。

定着の仕掛け: 作業日報の入力負担を最小化するため、工程の開始・終了をタップするだけで工数が自動集計される設計にし、資材の使用量は定型の選択肢を中心にします。案件完了時には、見積時の想定と実績の差異を自動でレポート化し、「今回は溶接工程で工数が想定より多くかかりました」といった気づきを担当者に共有することで、原価管理そのものを日々の振り返りの習慣として定着させます。工場長・生産管理責任者向けのダッシュボードでは、進行中の全案件を予算消化率でソートして表示し、消化率が高い案件を毎朝ひと目で確認できるようにすることで、「気づいたときには手遅れ」という事態を防ぎます。

こうした「見積時の実行予算と実績原価を同じ案件IDで突き合わせ、社内AIが過去の類似案件を要約して答える」という仕組みは、既製の生産管理システムでも一部は実現できますが、個別受注生産特有の仕様変更の多さや、御社独自の工程構成・帳票フォーマットまで含めて標準機能だけで揃えるのは難しく、複数の点在ツールの組み合わせになりがちです。パッケージ×スクラッチの構成であれば、生産管理・工数管理・見積参照の機能を最初から同じ基盤の上に構築しているため、既製ツールでは踏み込みにくい「自社の工程名・帳票の書式をそのまま活かした見積参照」まで作り込めます。エンジニアが直接現場をヒアリングするため、ベテランの補正ノウハウを具体的な質問例・回答例に落とし込むところまで踏み込んで設計できるのも、伝言ゲームのないフルスクラッチ寄りの開発体制ならではです。

もちろん、ここに書いた設計はあくまで一般化した叩き台です。実際の工程数や資材構成、見積のフォーマットは会社ごとに異なるため、要件整理の段階で御社の実際の見積書や作業日報を見ながら一緒に設計を詰めていく形になります。まずは直近の案件を1つ選び、見積時の想定と実際にかかった原価をどれだけ具体的に比較できるか、社内で振り返ってみてください。それができないなら、原価管理の仕組み化を検討するタイミングです。

自社の見積フローや原価管理の実態を踏まえた具体的な仕組みづくりについては、お気軽にご相談ください。

まとめ｜見積と原価を突き合わせる仕組みが利益を守る

この記事を読んで持ち帰れることは、次の3点です。

• 個別受注生産の見積は「実行予算」であり、実際の原価と継続的に突き合わせて精度を上げていく性質のものであること
• 見積・原価管理の属人化・どんぶり勘定は、担当者依存・手作業集計・リアルタイム把握の欠如という3つの原因から起きること
• 過去の類似案件データを参照できる仕組みがあれば、見積のスピードと精度は両立できること
• 属人化した見積ノウハウは、記録し比較できる形にして初めて組織の資産になること

よくある質問

Q. 個別受注生産で標準原価を作る意味はありますか？

A. 案件ごとに仕様が異なるため厳密な標準原価は作りにくいですが、工程別の単価や標準的な作業時間の目安を持っておくことは、見積作成の出発点として有効です。あくまで「仮の基準」として扱い、過去の実績データで随時補正していく運用が現実的です。

Q. 見積と実績の差異はどのくらいの頻度で確認すればよいですか？

A. 案件完了時には必ず確認するのが基本です。加えて、工期が長い案件では、途中の節目（工程の切り替わり等）でも実績原価をチェックし、予算超過の兆しがあれば早期に是正できるようにするのが望ましい運用です。

Q. Excelでの見積管理から移行する際、過去のデータは活用できますか？

A. 活用できます。過去の見積書や実績原価のデータをもとに、案件マスタへの初期データ移行を行うことで、移行直後から類似案件の検索・参照が可能になります。ゼロからデータを蓄積し直す必要はありません。

Q. 導入にはどのくらいの期間がかかりますか？

A. よりどころべーすは最短1.5ヶ月での公開が目安です。見積参照と原価突合という中核部分からスモールスタートする進め方であれば、比較的短期間での運用開始が見込めます。