設計BOMから原価を自動試算するとは？見積もり属人化の構造とROIの考え方を業務分解で解説

製造DX編集部

2026年8月6日公開2026年9月11日更新

この記事の要点

設計BOMからの原価試算とは、部品構成表をもとに材料費・加工費・購入品費を積み上げて見積原価を出す業務であり、単価や工数の前提が担当者に依存すると属人化する。
属人化は「情報が散在する」「判断がベテランに偏る」「根拠が案件に残らない」という3層の分断で起きる。
設計BOMを構造化し、原価マスタや過去実績と自動照合すれば、試算のたたき台を自動生成し、人は妥当性の判断に集中できる。
ROIは「積算工数の短縮」「見積リードタイム短縮による受注機会」「赤字受注・過剰見積の減少」の3方向で考える。
Excelの原価マスタで足りるかは、見積の量・変更頻度・担当者の人数で判断が分かれる。

「前に似た装置を作ったはずなのに、見積もりが担当者ごとに変わる」——設計と見積を兼ねる部門で、こう感じたことはないでしょうか。設計BOM（部品構成表）から材料費・加工費・購入品費を積み上げる原価試算は、製造業の受注可否を左右する重要な業務です。ところが積み上げの前提となる単価・工数・歩留りは、特定のベテランのExcelと記憶にしか残っていないことが少なくありません。本記事では、設計BOMからの原価試算がなぜ属人化するのかを業務分解し、設計BOMを起点にした自動原価試算という考え方で、どこまで改善でき、どこからは人が担い続けるべきかを整理します。

なぜ設計BOMからの原価試算は属人化するのか？

結論から言えば、原価試算が属人化するのは担当者の能力の問題ではなく、積み上げの前提が業務データとして残らない仕組みになっているからです。まず、原価試算の業務フローを分解してみます。

設計BOMからの原価試算は、大きく三つの費目を積み上げてつくられます。材料費は材質・重量・歩留りから単価を掛けて求め、加工費は工程・時間・チャージ（時間あたり費用）を見積もり、購入品費は部品やユニットの調達単価を反映します。これらを合算し、粗利を乗せたものが見積書の提出原価になります（図1）。

図1：設計BOMを起点に、材料費・加工費・購入品費を積み上げて見積原価をつくる基本フロー。積み上げの前提が担当者のExcelと記憶にしか残らない点が属人化の起点になる。

問題は、それぞれの費目を積み上げる「前提」がどこにも構造化されていないことです。この属人化を情報・人・プロセスの3層に分けると、構造が見えてきます。情報の層では、過去の見積・図面・実績原価が個人のフォルダやExcelに散在し、必要なときにそろいません。人の層では、どの単価を使うか、歩留りをどう見るかといった判断が特定のベテランに偏ります。プロセスの層では、見積の根拠が提出後に案件へ残らず、次の類似案件で同じ検討を最初からやり直すことになります。

設計BOMそのものの整合が取れていない場合、原価試算はさらに不安定になります。設計と製造で部品表の構造が食い違えば、積算の起点がずれるからです。

変換の遅れ・誤りは、生産計画・調達・原価計算の起点を一斉に遅らせます。
同じ製品なのに部品表が二つある——E-BOMとM-BOMの変換が人手に頼る構造と、業務OSで整える打ち手

つまり原価試算の属人化は、見積という一業務だけの問題ではなく、設計BOM・調達・生産計画とつながった業務の土台の問題として現れます。ここを個人の熟練で埋め続ける限り、担当者が変わるたびに見積の精度とスピードが揺れ動きます。

設計BOMを起点にした「自動原価試算」とは何か？

設計BOMを起点にした自動原価試算とは、部品構成表を構造化して読み込み、原価マスタや過去の見積・実績と自動で照合して、試算のたたき台を生成する仕組みです。ここで言う設計BOMとは、設計者が図面やCADから出力する、製品の機能構成を表した部品表を指します。

従来の人手の積算と、設計BOM起点の自動試算では、業務フローが次のように変わります（図2）。

図2：人手の積算（Before）と、設計BOMを構造化して原価マスタ・実績と自動照合する自動試算（After）の違い。前提が案件データとして残るかどうかが分かれ目になる。

従来は、まず過去の類似案件のExcelを探し、記憶と勘で単価や工数を当てはめ、手作業で費目を積み上げていました。この進め方では、担当者ごとに前提がばらつき、見積スピードが人に依存します。自動試算では、設計BOMを構造化して読み込み、原価マスタや過去実績と自動照合したうえで、試算のたたき台を自動生成します。人が消える工程は「探す」「思い出す」「単純に積む」の部分で、人が集中すべき「この案件は本当にこの前提でよいか」という妥当性の判断は残ります。

観点	人手の積算（従来）	設計BOM起点の自動試算
積算の起点	過去の類似Excelを探して流用	設計BOMを構造化して自動で読み込む
単価・工数の前提	担当者の記憶と勘に依存	原価マスタ・過去実績と自動照合
担当者による差	2〜3割の金額差が出ることがある	同じ前提で再現でき、差の理由が残る
設計変更への追従	反映にタイムラグが生じる	BOMの差分から影響を早く見える化
人が担う役割	積み上げ作業そのもの	試算のたたき台の妥当性判断
根拠の蓄積	提出後は案件に残りにくい	前提と根拠が案件データとして残る

表1：原価試算を「人手の積算」と「設計BOM起点の自動試算」で比較。金額差の数値は各社の見積運用でよく聞かれる幅を示した一般的な目安で、実測値ではない。

この違いが効くのは、見積のスピードだけではありません。前提が案件データとして残るため、なぜその原価になったのかを後から追え、赤字受注や過剰見積の原因を業務の記録として蓄積できます。手戻りと同じで、原価のぶれも「見えにくいところ」にコストが偏りがちです。

手戻りの本当のコストは再設計の時間そのものより、原因調査・関係者確認・待ち時間といった見えにくい周辺コストに偏っている。
設計の手戻りはなぜ繰り返すのか——後工程からの差し戻しが生む隠れコストと、設計OSで断ち切れる範囲

なお、これは「AIが原価を決める」話ではありません。設計BOM・原価マスタ・過去実績という散らばった情報を、業務として1枚でつなぐ基盤——業務OSの考え方——があって初めて、自動試算のたたき台は信頼できるものになります。

図面はPLM、見積書はExcel、是正処置はWord、品質データは紙の検査表、サプライヤとのやり取りはメールに散在しています。
業務OSとは何か——製造業ERPでもPLMでもない、第3の業務基盤の正体

自動原価試算のROIはどう考えればよいか？

ROIは金額を先に置くのではなく、「積算工数の短縮」「見積リードタイム短縮による受注機会」「赤字受注・過剰見積の減少」という3方向の効果で考えるのが実務的です。

出発点になる枠は「見積1件あたりの積算工数 × 年間の見積件数 × 技術者の時間単価」です。ここに自社の実数を当てはめると、原価試算にかかっている総工数が見えます。たとえば1件あたり4時間・年間300件・時間単価5,000円と置けば、年間で約600万円の積算工数がかかっている計算になります（この数値はあくまで各社の実数を当てはめるための例で、実測値ではありません）。自動試算でこの一部を圧縮できれば、直接の工数削減効果になります。

ただし、工数削減だけでROIを語ると過小評価になります。見積が速く出せることで拾える受注機会、担当者の差による赤字受注の減少、過剰な安全マージンで失注していた案件の回収——こうした「見積の質」による効果のほうが、金額のインパクトは大きいことがあります。ROIを試算するときは、この3方向を分けて置き、自社でどれが一番効くかを見極めることが先決です。

自己診断チェックリスト（原価試算の属人化度）

同じような装置の見積もりでも、担当者によって金額が2〜3割ぶれることがある。
見積の根拠（単価・工数・歩留りの前提）が、提出後に案件データとして残っていない。
設計変更が出ても、原価への影響がすぐには見えない。
過去の類似案件を「探す」ことに、見積のたびに時間がかかっている。
積算できるベテランが限られ、その人が不在だと見積が止まる。

3つ以上当てはまるなら、原価試算は個人の熟練に支えられており、業務としての土台づくりが課題になっている可能性があります。

「Excelの原価マスタで十分では？」への答え

Excelの原価マスタで十分なケースは実際にあります。合わないのは、見積の量が多く、設計変更が頻繁で、積算できる担当者が限られている場合です。

製品の種類が少なく、見積件数も落ち着いていて、ベテランが十分にいる組織であれば、よく整備されたExcelの原価マスタは強力です。無理に仕組みを入れ替える必要はありません。一方で、案件ごとに仕様が変わる個別受注型で、設計変更が原価に波及し、積算がひとり・ふたりに集中している場合は、Excelの運用そのものが属人化のボトルネックになります。マスタの更新も、変更の反映も、その人の手作業に依存するからです。判断の分かれ目は「Excelが便利かどうか」ではなく、「その前提と根拠が、担当者が変わっても業務として残るか」にあります。

次にとるべきアクション

まずは、自社の原価試算がどれだけ個人の熟練に支えられているかを可視化することから始めるのが現実的です。上の自己診断チェックリストで当てはまる項目が多いほど、業務の土台づくりの余地が大きいと考えられます。設計BOM・原価マスタ・過去実績のどこが、どんな形で散在しているかを一度棚卸しするだけでも、次の一手が見えてきます。

「自社の見積・原価試算のどこから手をつけるべきか」を具体的に整理したい方に、貴社の業務に当てはめた30分の業務診断を無料で提供しています。

設計BOMからの原価試算を、30分の無料業務診断で棚卸しする

よくある質問（FAQ）

設計BOMとは何ですか？

設計BOM（Engineering BOM）とは、設計者が図面やCADから出力する、製品の機能構成を表した部品表です。部品・員数・材質・工程などの情報を含み、原価試算では材料費・加工費・購入品費を積み上げる起点になります。

自動原価試算は既存のExcel原価マスタと何が違いますか？

Excel原価マスタは単価などの参照表であり、積み上げと更新は人手に依存します。設計BOM起点の自動試算は、BOMを構造化して原価マスタや過去実績と自動照合し、試算のたたき台まで生成する点が異なります。前提と根拠が案件データとして残るため、担当者が変わっても再現しやすくなります。

図面や過去実績のデータが十分にない場合でも導入できますか？

データが不足していても、まず設計BOMと原価マスタの構造をそろえることから始められます。むしろ、散在している見積・実績を業務として1か所に集める過程そのものが、自動試算の精度を高める土台になります。最初から完璧なデータは前提になりません。

原価の最終判断までAIに任せることになりますか？

いいえ。自動試算が担うのは「探す・思い出す・単純に積む」までのたたき台づくりで、この案件でその前提が妥当かという最終判断は人が担います。AIは判断を置き換えるのではなく、判断に集中できる状態をつくる役割です。

出典・参考

本記事の業務フロー図（図1・図2）および比較表（表1）は、製造業の見積・原価試算業務を製造DXドットコム編集部が一般的な実務にもとづき整理した概念図です。金額・工数・歩留り・担当者差の数値は各社の実数を当てはめるための一般的な目安であり、特定企業の実測値ではありません。
ROI試算の数値例（1件4時間・年間300件・時間単価5,000円）は計算方法を示すための前提付きの例示であり、特定企業の実績値ではありません。
E-BOM／M-BOMの定義、原価計算への波及、業務OSの考え方は、当メディアの既出記事（本文中に出典リンクを明記）を参照しています。